Крајна линија: ако сакате да го користите профилот на имотот во правило за создавање публика, на имотот мора да биде видлив за "сите".

I was working with a co-worker yesterday and he was building out a MOSS audience based on a custom user profile property in MOSS. Во овој случај, на публиката имотот е наречен "SITECD" и со конвенција, продавници 3 карактер код. Тој дефинирани публиката и по правило што рече дека ако "SITECD еднаквите ABG", тогаш вклучуваат дека профилот на корисникот во публиката.

Тој постави еден корисник профил со таа вредност и Составувач на публиката, but MOSS simply wouldn’t add that user. I noticed that the privacy setting for that profile was set to “me only” (повеќето рестриктивни форма) and I remembered reading somewhere that property profiles used in rules must be visible by “everyone”. He made that change and that solved the problem.

The really funny thing about this is that I “remembered” reading about this. It was nagging at me this morning for some reason and I realized that I had written a chapter in this book, Мос Објаснување: Информативен Работничкиот длабоко се нурне во Microsoft Office SharePoint Server 2007, и дека јас покриен овој момент во многу поглавје што сум го напишала :). I would have thought that every word I wrote in that chapter would be seared into my memory.

Мат Морс пишува овој во убави детали тука и јас го референцира во поглавјето: http://blogs.pointbridge.com/Blogs/morse_matt/Pages/Post.aspx?_ID=50

</крајот>Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

I’ve been working with SharePoint SSO and learning as I go. One way in which this works is that you tell SharePoint about external applications. Users log into that application via some SharePoint function (e.g. iView веб дел). The first time the user performs this action, it prompts them for the correct user id and password to use for that system. It’s setting up a mapping between your SharePoint credentials and your credentials for that backend system. Thereafter, корисникот не ќе мора да влезат во нивниот проект, кога тие хит на тој систем.

That part worked well for me. Сепак, тоа моли на прашањето, "Како не на корисникот промени кои корисничко име или лозинка?” The user might have made a mistake, или можеби си прават некои тестирање во dev средина и треба брзо да се префрлате помеѓу сметки.

Не знам одговорот на тоа, но, знам дека можете да отидете во Централната управа и управување со ингеренциите на корисникот:

Централната управа -> Операции -> Управување со Single Sign-On -> Manage account информации за некоја апликација претпријатија Дефиниција

Од таму, можете да наведете надворешна апликација (e.g. САП) and the account you want to delete. You can also change the mapping.

Ако знаеш како да им се овозможи крајните корисници директно да ги променат нивните ингеренциите, kindly post a comment 🙂

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

I needed to do some minimal proving today that iView web parts can work in my client’s environment. I’ve never worked with this slice of SharePoint before.

Microsoft има создадено многу висок квалитет на бела хартија на оваа тема.

Првата пречка Морав да ги надминам беше - каде е веб iView дел? Поради некоја причина, my first thought was that I’d have to download it from a site somewhere, perhaps SAP’s site. Морав 1/2 convinced myself that iView web parts might even cost extra. Се разбира, they are included with MOSS (I think Enterprise; that’s what I’m using here in any event). I’ve seen the standard “add a web part” dialog box hundreds or more times and always glossed over it. No more!

The next obstacle is that I can’t read instructions.

I was using the web part and kept getting this annoying message:

No SAP servers are configured for this site. Contact your administrator to configure trusted SAP servers.

The white paper clearly says to edit a configuration file located at file “<Drive Letter:>\Program Files\Microsoft Office Servers\12.0\Config\TrustedSAPHosts.config”. The first dozen times I looked at that, all I saw was “Program Files\…\Config” and I went straight away to the 12 кошница. Once I finally slowed down to read it, I realized my mistake and it was easy to fix.

I continued on my merry way with SSO configuration. It’s not all at clear to me if that worked, but that’s another story for another day.

Крајна линија:

1. iView web parts are included out of the box with SharePoint (probably Enterprise).

2. The magic configuration file, “TrustedSAPHosts.config”, does not live in the 12 кошница.

</крајот>

Да се ​​претплатите на мојот блог.

Следете ме на Twitter во http://www.twitter.com/pagalvin

Вечерва, I’m doing some hobby work with a virtual machine running on my desktop. I’m connecting via IE on my laptop and I’m noticing horrible performance. IE keeps freezing, особено кога ќе пристапите ништо во горниот десен агол кој би предизвикал паѓачката да, добро, drop down. I would click on Site Actions and things freeze up for a while. They would freeze long enough for me to switch over to another browser window and do something else. If I confine myself to navigating around from page to page, тоа е разумно брз, but even that feels slow. Нормално, things are very fast.

I’ve had this happen to me before and I think that I ended up rebooting at the time. I’m about to do that when I somehow notice I’m still VPN’d to a client from 2 дена(!). I disconnect and that that solves my performance problem.

</крајот>

Да се ​​претплатите на мојот блог.

Ние сме биле работат во корисник прифаќање тестирање (UAT) животната средина кои, како во однос на развојот, е мртов бавно.

Тоа е комплицирано животната средина со користење FBA, SQL 2008, SSRS и проширена веб апликации достапни преку интернет со користење на HTTPS, па тоа е тешко да се пронајде на ова прашање.

За претходната клиент, ние се користи FBA со LDAP-улогата на услуги (и членството на услуги). One of my colleagues, далеку повеќе умен отколку што, determined that the "out of the box" LDAP улога провајдер, кога се користи во таа средина, wasn’t scaling well. To solve this problem for that client, he implemented a nice caching scheme in a custom role provider.

Оваа ситуација изгледаше слична, so we looked into replicating that solution to the today’s client. As I was debugging that, Јас забележав дека оваа порака често ќе се појави во системскиот лог (од настанот Прегледувач):

A worker process with process id of ‘XXX’ serving application pool ‘Home – 80’ has requested a recycle because it reached its virtual memory limit.

Јас сфатив дека тоа значи дека базенот стан беше рециклирање далеку, премногу често и тоа би го објаснило една претстава проблем.

I looked at the app pool’s properties and its "Recycling" page showed that the property "Maximum virtual memory (во мегабајти)" had been set to true and had been set to 5000. That seems like enough, but I decided to unset the value and that had an immediate positive effect. No more app pool recycling. No more mysterious slow-downs and pauses.

I don’t really understand the underlying "stuff" што се случува таму, но јасно некој вид на причина / ефект нешто се случува и сега за сега, на UAT животната средина е употреблив.

</крајот>

Да се ​​претплатите на мојот блог.

Тоа е добра практика, веројатно дури и со најдобри пракси, да се видат вашето пребарување извештаите еднаш месечно и да бараат можности да додадете најдобрите облози, tune your thesaurus and maybe even uncover some business intelligence that is otherwise hidden to management.

It’s already the 3rd of the month. Time’s awastin’ 🙂

</крајот>

Да се ​​претплатите на мојот блог.

На Њу Џерси SharePoint Група на корисници состанок минатата ноќ, Мајкрософт Sr. производ специјалист DuWayne Харисон презентирани Мајкрософт за заштита на податоците менаџер 2007. DuWayne was great (и тој беше поддржан од страна на еден или двајца колеги од публиката, чии имиња јас не се сеќавам). Можете да добиете на презентација материјали тука.

До минатата ноќ, Јас никогаш не слушнале за ДПМ.

Јас не сум систем администратор тип лице, so I’m writing this from SharePoint consultant’s perspective and may get some of the words wrong. За мене, DPM is a backup/restore solution for Microsoft "stuff":

• Додадени фајлови
• SQL
• О / S
• Виртуелни машини (живеат резервна копија на В.М., дури и ако В.М. сам по себе е работи на UNIX).
• Баре Метал Обнова (i.e. катастрофални хардверски проблеми).

Надвор од тој звук, which I would consider to be minimal requirements for any kind of "real" резервната / врати производот, DPM also has built-in intelligence for SharePoint. It understands about server farms and lets you restore:

• Целиот бази на податоци (e.g. содржина, конфигурациски, итн).
• Мапа на колекционери
• Одделни сајтови
• Поединечни ставки (e.g. документи).

The actual restore process involves extracting the target data from the backup and save it into a "restore farm" а потоа од таму, се движат до производство на животната средина (или каде и да сакате да се врати). I think this is seamless, but there was a lot of emphasis on the need for a "restore farm". The restore farm does not need to match the production environment in every particular (главно во физичка топологија) но не треба да одговара во однос на шаблони, верзии, итн.

Јас не гледам целосна крај до крај демо, but DuWayne did show screen shots and some live demos. It seems to be as good as it needs to be, барем за умерена големина животната средина.

I was particularly struck by the pricing. Obviously, не го држете ме на овој, но верувам дека најскапиот цените е приближно како што следува (во УСД):

• $600 за ДПМ себе.
• Хардвер за сервер ДПМ (и поврзани нешта за медиуми и сето тоа).
• $450 за секоја серверот на кој сакате да се врати ("enterprise" лиценца).

А пет сервер фарма ќе чини најмногу:

• $600 за ДПМ
• $450 x 5 сервери = $2,250

Вкупните трошоци во лиценци: $2,850

Во пракса, it would be less. You wouldn’t necessarily need to have DPM installed on each web front end, на пример. You don’t necessarily need enterprise licenses either.

The user interface is seems very simple probably would not require any special training to get up to speed. I did ask about that specifically and there is apparently a 1.5 ден класа на располагање, иако тоа не е очигледно за мене дека некој навистина ќе треба да го земе.

Сите во сите, Мислам дека тоа е секако вреди да се истражува ако сте таму во потрага по заштита на податоците решение за SharePoint.

</крајот>

Да се ​​претплатите на мојот блог.

Твитер: http://twitter.com/pagalvin