Neðsta lína: ef þú vilt nota með prófíl eign í reglu að búa áhorfendur, eign verður sýnileg "öllum."

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. Í þessu tilviki, áhorfendur eign heitir "SITECD" og því að venju, geymir 3 eðli kóða. Hann hafði skilgreint markhóp og regla sem segir að ef "SITECD jafn ABG", þá eru þessi notandi snið í áhorfendur.

Hann setti upp einn notandi uppsetningu með því gildi og saman áhorfendur, but MOSS simply wouldn’t add that user. I noticed that the privacy setting for that profile was set to “me only” (mest takmarkandi mynd) 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 útskýrðir: Deep upplýsingamiðstöð starfsmanns kafa inn í Microsoft Office SharePoint Server 2007, og að ég fjallað þetta atriði í mjög kafla sem ég skrifaði :). I would have thought that every word I wrote in that chapter would be seared into my memory.

Matt Morse skrifar þetta upp í fallegu smáatriðum hér og ég vísað það í kaflanum: http://blogs.pointbridge.com/Blogs/morse_matt/Pages/Post.aspx?_ID=50

</enda>Gerast áskrifandi að bloggið mitt.

Fylgdu mér á 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 vefur hluti). 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, mun notandinn ekki að slá inn auðkenni þeirra þegar þeir högg upp þessi kerfi.

That part worked well for me. Hins, það bidur spurningin, "Hvernig virkar notanda breyta því notandi persónuskilríki eða lykilorð?” The user might have made a mistake, eða kannski þú ert að gera sumir eista í dev umhverfi og þarf að fljótt að skipta á milli reikninga.

Ég veit ekki svarið við því, en ég veit að þú getur farið í miðlægri stjórnsýslu og stjórna persónuskilríki notanda:

Central Administration -> Aðgerðir -> Stjórna Single Sign-On -> Stjórna reikningnum upplýsingar fyrir Framtak Umsókn Skilgreining

Þaðan, þú getur tilgreint utanaðkomandi forrit (e.g. SAP) and the account you want to delete. You can also change the mapping.

Ef þú veist hvernig á að leyfa notendur til beint breyta persónuskilríki þeirra, kindly post a comment 🙂

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á 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 hefur skapað mjög hár gæði hvítbók um þetta efni.

Fyrsta hindrunin sem ég þurfti að yfirstíga var - hvar er iView vefur hluti? For some reason, Fyrsta hugsun mín var að ég myndi þurfa að sækja það frá a staður einhvers staðar, perhaps SAP’s site. Ég hafði 1/2 convinced myself that iView web parts might even cost extra. Auðvitað, þeir eru með mosa (Ég held Enterprise; það er það sem ég nota hér í öllum tilvikum). 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.

Ég var að nota vefur hluti og hélt að fá þessa pirrandi skilaboð:

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

Hvítbók segir greinilega að breyta stillingaskrá staðsett á skrá "<Drive Letter:>\Program Files\Microsoft Office Servers\12.0\Config\TrustedSAPHosts.config”. The first dozen times I looked at that, allt sem ég sá var "Program Files ... Config" og ég fór strax til 12 Hive. 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, en það er önnur saga fyrir annan dag.

Neðsta lína:

1. iView vefur hlutar eru út af the kassi með SharePoint (sennilega Enterprise).

2. Galdur stillingaskránni, "TrustedSAPHosts.config", býr ekki í 12 Hive.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Kvöld, 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, sérstaklega þegar ég opna eitthvað í efra hægra horninu sem myndi valda a falla-dúnn til, vel, 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, það er nokkuð fljótur, 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 dagar síðan(!). I disconnect and that that solves my performance problem.

</enda>

Gerast áskrifandi að bloggið mitt.

Við höfum verið að vinna í staðfestingu notandi próf (UAT) umhverfi sem, í samanburði við þróun, er dauður hægur.

Það er flókið umhverfi með FBA, SQL 2008, SSRS og útbreiddur vefur umsókn aðgengileg í gegnum netið með því að nota https, þannig að það er verið erfitt að elta uppi vandamálið.

Fyrir fyrri viðskiptavini, við notuðum FBA með LDAP hlutverk hendi (og aðild hendi). One of my colleagues, miklu meira snjall en ég, determined that the "out of the box" LDAP hlutverk hendi, þegar það er notað í því umhverfi, wasn’t scaling well. To solve this problem for that client, he implemented a nice caching scheme in a custom role provider.

Þetta ástand virtist svipað, so we looked into replicating that solution to the today’s client. As I was debugging that, Ég tók eftir því að þessi skilaboð myndu oft birtast í System Log (frá Event Viewer):

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

Ég tók þetta að meina að app laug var endurvinnslu langt, allt of oft og það myndi útskýra árangur vandamál.

I looked at the app pool’s properties and its "Recycling" page showed that the property "Maximum virtual memory (í megabætum)" 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" sem er að gerast þarna, en greinilega einhvers konar orsök / áhrif hlutur er að gerast og nú, The UAT umhverfi er nothæft.

</enda>

Gerast áskrifandi að bloggið mitt.

Það er gott, sennilega jafnvel Best Practice, að endurskoða leitina skýrslur einu sinni í mánuði og leita að tækifæri til að bæta bestu veðmál, 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’ 🙂

</enda>

Gerast áskrifandi að bloggið mitt.

Á New Jersey SharePoint User Group fundi í gærkvöldi, Microsoft Sr. vara sérfræðingur Duwayne Harrison kynnt Microsoft Data Protection Manager 2007. DuWayne was great (og hann var styrkt af einni eða tveimur samstarfsmönnum frá áhorfendum sem nöfn ég man ekki). Þú getur fengið Kynningarefni hér.

Fram í gærkvöldi, Ég hef aldrei heyrt um DPM.

Ég er ekki kerfi admin gerð manneskja, so I’m writing this from SharePoint consultant’s perspective and may get some of the words wrong. Til mín, DPM is a backup/restore solution for Microsoft "stuff":

• Skrár
• SQL
• O / S
• Raunverulegur vél (lifandi afrit af VM, jafnvel ef VM sjálft er í gangi Unix).
• Bare Metal Recovery (i.e. skelfilegar vélbúnaður bilun).

Lengra efni, which I would consider to be minimal requirements for any kind of "real" afrit / endurheimta vöruna, DPM also has built-in intelligence for SharePoint. It understands about server farms and lets you restore:

• Allur gagnagrunna (e.g. efni, config, o.fl.).
• Síða söfn
• Einstök vefsvæði
• Einstakir liðir (e.g. skjöl).

The actual restore process involves extracting the target data from the backup and save it into a "restore farm" og síðan þaðan, færa það til framleiðslu umhverfi (eða hvar sem þú vilt að endurheimta). 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 (aðallega í líkamlegri grannfræði) en þýðir þurfi að passa við hvað varðar sniðmát, útgáfur, o.fl..

Ég vissi ekki að sjá fullt enda til prufu, but DuWayne did show screen shots and some live demos. It seems to be as good as it needs to be, að minnsta kosti fyrir miðlungs stór umhverfi.

I was particularly struck by the pricing. Obviously, ekki halda mig við þetta, en ég tel að flest dýr verðlagning er u.þ.b. sem hér segir (í USD):

• $600 fyrir DPM sig.
• Vélbúnaður fyrir DPM miðlara (og tengd efni fyrir fjölmiðla og allt það).
• $450 fyrir hvern miðlara sem þú vilt taka öryggisafrit af ("enterprise" leyfi).

A fimm miðlara bæ myndi kosta í mesta:

• $600 fyrir DPM
• $450 x 5 netþjónum = $2,250

Heildarkostnaður í leyfi: $2,850

Í reynd, it would be less. You wouldn’t necessarily need to have DPM installed on each web front end, til dæmis. 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 dagur bekknum boði, þó það sé ekki augljóst að mér að einhver myndi virkilega þörf á að taka það.

Allt í allt, Ég held að það er vissulega þess virði að rannsaka hvort þú ert þarna úti að leita að gagnavernd lausn fyrir SharePoint.

</enda>

Gerast áskrifandi að bloggið mitt.

Twitter: http://twitter.com/pagalvin