Боттом лине: Ако желите да користите имовину профила у правилу за креирање публику, имовина мора бити видљив "свима."

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. У овом случају, публика је имовина под називом "СИТЕЦД" и обичајима, складишти 3 карактера код. Он је дефинисао публику и правило да је рекао да ће, ако "СИТЕЦД једнакима" АБГ '", затим укључују у тај профил корисника публици.

Он је поставио један кориснички профил са том вредношћу и саставио публику, 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, МОСС Објашњење: Дееп Диве један информациони Раднички у Мицрософт Оффице СхареПоинт Сервер 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

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

Следите ме на Туиттер на 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. иВиев веб део). 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, или можда радите неке тестирање у дев окружењу и морају да се брзо пребацивање између рачуна.

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

Централна Администрација -> Операције -> Управљање Сингле Сигн-Он -> Управљање информацијама о налогу за предузеће Апплицатион Дефиниција

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

Ако знате како да омогући крајњим корисницима да директно мењају своје акредитиве, kindly post a comment 🙂

</крај>

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

Следите ме на Туиттер на 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.

Мицрософт је креирао врло висококвалитетног отпадног папира на ову тему.

Прва препрека сам морао да превазиђе је - где је део веб иВиев? For some reason, Моја прва мисао је била да ћу морати да га преузмете са сајта негде, perhaps SAP’s site. I had 1/2 convinced myself that iView web parts might even cost extra. Наравно, они су укључени са маховином (Мислим предузећа; то је оно што ја овде користи у сваком случају). 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.

Ја сам помоћу Веб сегмената и чува све ове досадне поруке:

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

Бела књига јасно каже да едитујете конфигурациони фајл налази у датотеци "<Дриве Леттер:>\Program Files\Microsoft Office Servers\12.0\Config\TrustedSAPHosts.config”. The first dozen times I looked at that, Све што сам видео је "Програм Филес ... Цонфиг", а ја сам отишао одмах у 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, али то је друга прича за неки други дан.

Боттом лине:

1. ИВиев веб делови су укључени из кутије са СхареПоинт (Вероватно предузећа).

2. Магија конфигурациони фајл, "ТрустедСАПХостс.цонфиг", не живи у 12 кошница.

</крај>

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

Следите ме на Туиттер на 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.

</крај>

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

Ми смо радили на тестирању корисника прихватање (УАТ) окружење које, у односу на развој, је мртав спор.

То је компликовано окружење помоћу ФБА, СКЛ 2008, ССРС и додатне веб апликације доступне преко Интернета помоћу хттпс, тако да је било тешко да пронађу проблем.

За претходне клијента, користили смо ФБА са ЛДАП улога провајдера (чланство и провајдер). One of my colleagues, много паметнији од мене, determined that the "out of the box" ЛДАП улогу провајдера, када се користи у тој средини, 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" то се дешава тамо, али очигледно нека врста узрок / ефекат ствар се дешава и за сада, УАТ окружење је употребљив.

</крај>

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

То је добра пракса, вероватно и најбоље праксе, да размотри претрагу извештава једном месечно и траже могућности да додате најбоље опкладе, 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’ 🙂

</крај>

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

At the New Jersey SharePoint User Group meeting last night, Мицрософт Ср. product specialist DuWayne Harrison presented Microsoft Data Protection Manager 2007. DuWayne was great (и био је подржан од стране једног или двојице колега из публике чија имена не сећам). You can get the presentation materials here.

До синоћ, I have never heard of DPM.

I’m not a system admin type person, so I’m writing this from SharePoint consultant’s perspective and may get some of the words wrong. To me, DPM is a backup/restore solution for Microsoft "stuff":

• Files
• СКЛ
• O/S
• Virtual machines (live backup of the VM, even if the VM itself is running Unix).
• Bare metal recovery (и.е. catastrophic hardware failure).

Beyond that stuff, which I would consider to be minimal requirements for any kind of "real" backup/restore product, DPM also has built-in intelligence for SharePoint. It understands about server farms and lets you restore:

• Entire databases (e.g. content, config, итд).
• Site collections
• Individual sites
• Individual items (e.g. документи).

The actual restore process involves extracting the target data from the backup and save it into a "restore farm" and then from there, moving it to the production environment (or wherever you want to restore). 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 (mainly in physical topology) but does need to match in terms of templates, versions, итд.

I didn’t see a full end to end demo, but DuWayne did show screen shots and some live demos. It seems to be as good as it needs to be, at least for a moderate sized environment.

I was particularly struck by the pricing. Obviously, don’t hold me to this, but I believe that the most expensive pricing is roughly as follows (in USD):

• $600 for DPM itself.
• Hardware for a DPM server (and associated stuff for media and all that).
• $450 for each server you want to back up ("enterprise" license).

A five server farm would cost at most:

• $600 for DPM
• $450 к 5 servers = $2,250

Total cost in licenses: $2,850

In practice, 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 day class available, though it’s not obvious to me that anyone would really need to take it.

All in all, I think it’s certainly worth investigating if you’re out there looking for a data protection solution for SharePoint.

</крај>

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

Цвркут: http://twitter.com/pagalvin