דנאָ שורה: אויב איר ווילן צו נוצן אַ פּראָפיל פאַרמאָג אין אַ הערשן פֿאַר שאפן אַדיאַנסאַז, די פאַרמאָג מוזן זייַן קענטיק צו "אַלעמען".

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. אָבער, עס בעגס די קשיא, "ווי טוט דער באַניצער טוישן אַז באַניצער שייַן אָדער Password?” 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.

מייקראָסאָפֿט האט באשאפן אַ זייער הויך קוואַליטעט ווייַס פּאַפּיר אויף דעם אונטער.

דער ערשטער שטערונג איך געהאט צו באַקומען איז געווען - ווו איז די יוויעוו וועב טייל? פֿאַר עטלעכע סיבה, מיין ערשטער געדאַנק איז געווען אַז איך 'ד האָבן צו אָפּלאָדירן עס פון אַ פּלאַץ ערגעץ, perhaps SAP’s site. איך האט 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. Normally, 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 days ago(!). 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. צו מיר, 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 X 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