Вынік: Калі вы хочаце выкарыстоўваць ўласцівасці профілю ў правіла для стварэння аўдыторый, Маёмасць павінна быць бачным для "ўсіх".

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, Тлумачэнні MOSS: Глыбока Інфармацыя работніка Апусканне ў 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, карыстачу не прыйдзецца ўводзіць свае ID, калі яны патрапілі на гэтай сістэме.

That part worked well for me. Аднак, напрошваецца пытанне, "Як карыстальнік змяніць ID карыстальніка або пароль?” The user might have made a mistake, ці, можа быць, што вы робіце некаторыя выпрабаванні ў сераду распрацоўкі і трэба хутка перамыкацца паміж ўліковымі запісамі.

Я не ведаю адказу на гэтае пытанне, але я ведаю, што вы можаце пайсці ў цэнтр адміністравання і кіравання ўліковымі дадзенымі карыстальніка:

Цэнтр адміністравання -> Аперацыі -> Упраўленне Single Sign-On -> Упраўленне звесткамі уліковых запісаў для вызначэння карпаратыўнага прыкладання

Адтуль, можна паказаць знешняе прыкладанне (e.g. SAP) 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? Па некаторых прычынах, Маёй першай думкай было тое, што я павінен быў бы спампаваць яго з сайта дзесьці, 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, усё, што я бачыў, быў "Program Files ... Config" і я пайшоў адразу да 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. IVIEW вэб-частак, ўключаюцца з скрынкі з SharePoint (верагодна прадпрыемства).

2. Магія канфігурацыйны файл, "TrustedSAPHosts.config", не жыве ў 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.

</канец>

Падпісацца на мой блог.

Мы працуем у прыёмачныя выпрабаванні карыстальнікаў (Уат) асяроддзя, якая, у параўнанні з развіццём, мёртва павольны.

Гэта складаны асяроддзі з выкарыстаннем 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" што там адбываецца, але відавочна нейкая прычына / следства самае адбываецца і цяпер, Уат асяроддзя можа выкарыстоўвацца.

</канец>

Падпісацца на мой блог.

Гэта добрая практыка, магчыма, нават лепшай практыкі, разгледзець вашыя справаздачы аб пошуку раз у месяц і шукаць магчымасці, каб дадаць лепшыя стаўкі, 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 User Group сустрэча на мінулай ноччу, Microsoft Sr. спецыяліст па прадуктах Duwayne Харысан прадставіў Microsoft Data Protection Manager 2007. DuWayne was great (і ён быў падтрыманы адным ці двума калегамі з аўдыторыі, чые імёны я не памятаю). Вы можаце атрымаць прэзентацыйныя матэрыялы тут.

Аж да мінулай ночы, Я ніколі не чуў пра DPM.

Я не сістэмны адміністратар чалавека тыпу, 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
• O / 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, 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 Дзень класа даступныя, хоць гэта не відавочна для мяне, што хто-то сапраўды трэба ўзяць яго.

У цэлым, Я думаю, што гэта, безумоўна, заслугоўвае вывучэння, калі вы там шукаеце рашэнне абароны дадзеных для SharePoint.

</канец>

Падпісацца на мой блог.

Шчэбет: http://twitter.com/pagalvin