V enem ali moj zelo prvi blog delovnih mest, Sem opisal celoten postopek smo sledili preseliti kupca iz SPS 2003 na mah. Bralec komentar, prosi za več podrobnosti in tukaj je.

Za ta projekt migracije, smo imeli, da bi našli dober način za premik veliko SEP 2003 dokumente v MOSS. Začetno obremenitev je dovolj enostavno. Ustvarite novo ciljno knjižnico dokumentov v MOSS in z Raziskovalcem premaknite dokumentov.

To je novo knjižnico dokumentov:

Odpreti dve okni raziskovalci. Točke prvega SEP 2003 in drugi v novo knjižnico dokumentov v MOSS. To kaže naslednji zaslon strel. Upoštevajte, da vrh brskalnik dejansko kaže na moje c:\čud pogon, vendar si lahko predstavljate, kaže, da je SPS 2003 Knjižnica dokumentov:

Po tem povleci in spusti operacijo, moj cilj izgleda takole:

Zdaj je čas, da se ukvarjajo z metapodatki. Predpostavimo, da imamo samo en stolpec metapodatkov za te dokumente, ki se imenuje "mesto." Lahko vidimo iz zgornjih "vseh dokumentov" meni, da je na lokaciji prazno. To je enostavno dovolj rabiti pogled lista podatkov vnesite mesto, ali celo iti v vsak dokument lastnosti enega dodati mesto. Denimo, da je nikakor ne praktično mesto stolpca samodejno dodeli vrednost in da končni uporabniki morajo to narediti z roko. Poleg, denimo, da obstaja na stotine dokumentov (morda tisoč) in da bo veliko veliko dni za posodobitev metapodatkov. Kot vsi vemo, nihče je tekoč usesti in delo za štiri, pet dni naravnost, posodabljanje meta podatkov za dokumente. Namesto tega, bo ki izbruhnejo v obdobju tednov, ali morda več. Tega procesa, lahko ustvarimo z "neoznačene podatkov" pogled, kot je prikazano:

Zdaj, ko nekdo sedi porabijo dodeljenih dnevno uro ali dve tag preseljene dokumentov, lahko uporabite "neoznačene dokumente" pogled v žarišče svoj trud:

Kot uporabniki tag dokumentov, so spusti dol. Ta seznam.

Ta pojem neoznačene podatkovni pogled lahko tudi pomoč pri razred podatkov validacijo težava ljudi, ki se pozanima na forumih. Iz škatle, obstaja način, da uporabniku preprečili nalaganje dokumenta na mah in ne vnesite meta podatkov. Mi lahko določite, da posebno spletno stran stolpec je obvezna in uporabnik ne bo treba omogočiti potisnite shranjevanje gumb. Vendar, Če uporabnika uploads in nato zapre brskalnik (ali uporablja windows explorer upload dokument), ne moremo prisiliti uporabnika k vnosu meta podatkov (spet, iz škatle).

Ta pristop je mogoče pomagati pri tej situaciji. "Slabo označeni podatke lahko uporabimo" Poglej si enostavno identifikacijo teh dokumentov in njihovo odpravljanje. Par to z KPI in imate dobro vidljivost podatkov z globino za upravljanje teh izjemnih okoliščinah.

</namen>

Naročite se na moj blog.

Ta teden, Sem malce boril z mojo ekipo zadobiti MOSS umestiti v a prepost dve gruči. Ob šla skozi to, Imam večje zadovoljstvo za vrste težave ljudi poročilo na MSDN forumih in drugje.

Končno kmetije konfiguracijo:

• Kazalo/SQL/Intranet WFE znotraj požarnega zidu.
• WFE v DMZ.
• Nekakšen zid med notranjim strežnikom in DMZ.

Preden smo začeli projekt, pustimo, da stranka ve, katera vrata je treba odprto. Med daje in sprejema, sem in tja čez ki, bomo nikoli izrecno rekel, dve pomembni stvari:

1. SSL pomeni, da morate potrdilo.
2. DMZ strežnika mora biti del domene.

En dan, smo pokazala namestiti MOSS in se naučili, da ne bi bilo ustvarjeno račune domene za zbirko podatkov in MOSS. Premakniti stvari skupaj, sva šla naprej in namestili vse z lokalnim računom v intranetni strežnik.

Na tej točki, smo odkrili zmedo preko SSL certifikata in, na žalost, odločila, da so naše infrastrukture fant vrnil kasneje ta teden, če želite nadaljevati nameščanje DMZ strežnika. V vmesnem času, smo rešitev arhitekte premakne naprej s poslovne stvari.

Vikend gre z in stranka pridobi certifikat.

Naš fant infrastrukture pokaže in odkrije, da DMZ strežnik ni pridružen nobeni domeni (oboda domene z omejeno zaupanje ali intranetno področje). Smo skoraj zapravili na 1/2 dan na tem. Če mi ni kaj manjka SSL certifikat nas bog navzdol, Ugotovili smo, bi to prej. Oh no….

Drugi dan prelazov in različni odbori, varnost, zainteresirane stranke in (ne tako) vsi nedolžni mimoidoči se strinjajo, da je OK, da se pridružijo DMZ strežnika s intranetno področje (To je a POC, navsezadnje, ne proizvodnje rešitev).

Infrastrukture človek pride zaviti stvari. Tokrat smo uspešno skozi je sodobna spopad Strasno znana kot "Čarovnik za konfiguracijo SharePoint." Imamo pokukati v osrednjem skrbništvu in … Yee haw! … DMZ strežnika iz gruče. Mi Poglej malo bližje in spoznali smo broke odprta Champaign malo pršice zgodaj. WSS storitev je zaljubljen v a "začetni" status.

Skrajšam zgodbo, Izkazalo se je, da smo pozabili spremeniti identiteto račun storitve prek osrednjega skrbništva iz izvirne lokalne računa na nov račun domene. Pri tem smo, ponovno tekel čarovnika za konfiguracijo in Opa! Smo bili v poslovnih.

</namen>

Naročite se na moj blog.

Čeprav to ni dobesedno res, kot praktično zadevo, na internetnih spletnih vmesnikih na DMZ, mora biti v domeni (i.e. ni nekaterih standalone server v lastno malo delovne skupine). Ni treba biti v isti domeni kot notranji WFE(s) in druge strežnike (in verjetno ne bi smela), vendar mora biti v domeni.

Moji kolegi in jaz porabil neizmerno veliko časa na predlog, ki je vključena predpogoja za SharePoint. To je vključevalo izčrpen seznam požarni zid konfiguracije, ki bi omogočile DMZ strežnika za pridružitev gruči in tako naprej. Na žalost, mi ni bilo mogoče dodati stavek nekje, ki je dejal, o tem, "celotno bistvo te konfiguracije je omogočiti DMZ WFE strežnika, v domeni, da se pridružijo notranjega kmetije."

Popoln vihar dogodkov, kjer smo v bistvu pogledal levi ko smo morda iskali desno, zaroto, da skriti tega problema pri nas dokaj pozno v procesu, tako mi preprečuje, uveljavlja svoj "povej slaba novica zgodaj" pravilo.

Vzdih.

Naročite se na moj blog.