Într-una sau meu foarte primul blog-ul posturi, Am descris procesul global am urmat pentru migrarea unui client din SPS 2003 la MOSS. Un cititor a lăsat un comentariu asking pentru mai multe detalii şi aici este.

Pentru acest proiect de migrare, am avut de a găsi o modalitate buna de a muta o mulţime de SFS 2003 documentele care peste MOSS. Sarcina iniţială a fost destul de uşor. Creaţi o bibliotecă de documente nouă ţintă în MOSS şi utilizaţi windows explorer pentru a muta documentele.

Aceasta este noua biblioteca de documente:

Deschide două ferestre de exploratori. Primul punct la SPS 2003 şi al doilea la biblioteca de documente noi în MOSS. Următorul ecran shot Arată acest lucru. Reţineţi că browser-ul sus este de fapt indică la meu c:\unitate de temperatură, dar vă puteţi imagina ea, arătând spre un SPS 2003 bibliotecă de documente:

După aceea drag şi drop operațiunii, mea ţintă arata ca acest:

Acum este timpul să se ocupe de metadate. Presupune avem doar o coloană de metadate pentru aceste documente numit "locaţie." Putem vedea din "toate documentele de mai sus" Vezi că locaţia este gol. Este destul de uşor să utilizaţi o Vizualizare foaie de date pentru a introduce locaţia, sau chiar du-te în fiecare document pe proprietăţi de unul pentru a adăuga o locaţie. Să presupunem că nu există nici o modalitate practică pentru a atribui o valoare coloana locaţie automat şi că utilizatorii finali trebuie să facă acest lucru de mână. În plus, să presupunem că există sute de documente (poate mii) şi că va avea multe multe zile pentru a actualiza metadate. După cum ştim cu toţii, nimeni nu va să stai jos şi să lucreze pentru patru din cinci zile drept actualizarea meta-date pentru documente. În schimb, ele că va izbucni într-o perioadă de săptămâni sau, eventual, mai. Pentru a facilita acest proces, putem crea un "date fără taguri" vederea după cum este indicat:

Acum, când cineva stă în jos pentru a petrece lor alocate zilnic oră sau două să tag-ul migrate documente, ei pot folosi "documentele fără taguri" se concentrează efortul lor în vederea:

Ca utilizatorii tag-ul documente, ei drop de pe această listă.

Această noţiune de o vizualizare de date fără taguri, de asemenea, vă poate ajuta cu o clasă de date de validare problema oameni întreba despre pe forumuri. Afară de la cutie, nu există nici o modalitate de a împiedica un utilizator să încărcarea unui document la MOSS şi apoi introduceţi meta-date. Putem specifica că o coloană de site-ul special este obligatorie şi utilizatorul nu va fi permis să împinge salva buton. Cu toate acestea, în cazul în care utilizatorul încarcă şi apoi închide browser-ul (sau utilizări windows explorer pentru a încărca documentul), noi nu poate forţa utilizatorul să intruducă meta-date (din nou, afară de la cutie).

Această abordare poate fi folosit pentru a ajuta cu această situaţie. Putem folosi un "prost etichetate date" Vezi pentru a identifica aceste documente cu uşurinţă şi de a corecta le. Cuplul acest lucru cu un KPI şi aveţi vizibilitate buna la datele cu burghiu în jos pentru a gestiona aceste circumstanțe excepționale.

</scop>

Aboneaza-te la blog-ul meu.

În această săptămână, M-am luptat un pic cu echipa mea pentru a obţine MOSS instalat într-o fermă de două-server simplu. Au trecut prin aceasta, Am o apreciere mai mare pentru tipurile de probleme oamenii raport pe forumuri MSDN şi în altă parte.

Configuraţia finală ferma:

• Index/SQL/Intranet WFE în interiorul firewall.
• WFE în DMZ.
• Un fel de paravan de protecţie între DMZ şi serverul de interne.

Înainte de a am inceput proiectul, lăsăm clientul ştiţi care porturile necesare pentru a fi deschise. În timpul dea şi să ia, înainte şi înapoi peste faptul că, noi niciodată în mod explicit a spus două lucruri importante:

1. SSL înseamnă aveţi nevoie de un certificat de.
2. DMZ server trebuie să fie parte a unui domeniu.

O zi, am aparut pentru a instala MOSS şi am învăţat că în conturile de domeniu pentru baza de date şi muşchi nu au fost create. Pentru a muta lucruri de-a lungul, am mers înainte şi a instalat totul cu un cont local pe intranet server.

La acest punct, am descoperit confuzia peste certificat SSL şi, din păcate, a decis să aibă tipul nostru infrastructura reveni mai târziu în această săptămână pentru a continua instalarea DMZ server. În acelaşi timp, avem solutia arhitecti mutat înainte cu chestii de afaceri.

Un week-end merge şi clientul obţine certificatul.

Tipul nostru de infrastructură prezinta-te şi descoperă că DMZ server nu este asociat orice domeniu (fie un domeniu de perimetru cu încredere limitat sau domeniul intranetul). Am pierdut aproape o 1/2 Ziua pe care. Dacă noi nu au lasa Certificatul SSL lipsesc ne incarca, ar am descoperit acest lucru mai devreme. Oh bine….

O altă zi trece şi de diferitele comitete de securitate, părțile interesate și (nu asa) trecătorilor nevinovaţi toate de acord că este OK să se alăture server DMZ cu domeniul intranetul (Aceasta este o POC, la urma urmei, nu o soluţie de producţie).

Infrastructura tip vine la înveli lucruri. De această dată vom trece cu succes prin provocarea modern-zi cu afecţiune cunoscută ca "expertul configurare SharePoint." Avem o incursiune în administraţia centrală şi … Yee haw! … DMZ serverul este listat în fermă. Ne uităm un pic mai aproape şi dau seama am rupt deschis Champaign un pic acarianul devreme. Serviciilor AAC este blocat într-o "incepand de" statutul.

Poveste lungă scurt, se pare că am uitat să schimbe identitatea la contul de serviciu prin intermediul administraţiei centrale din contul locale originale în noul cont de domeniu. Am făcut acest, re-fugit din Expertul de configurare şi voila! Am fost în afaceri.

</scop>

Aboneaza-te la blog-ul meu.

Deşi nu este literalmente adevărat, ca o chestiune practică, un orientate spre internet web front-end în DMZ o trebuie să fie într-un domeniu (adică. nu unele server de sine stătătoare în propriul său grup de lucru mic). Ea nu trebuie să fie în acelaşi domeniu ca WFE interne(s) şi alte servere (şi, probabil, nu ar trebui să), dar acesta trebuie să fie un domeniu.

Colegii mei şi am petrecut o neobisnuit de mult timp pe o propunere care a inclus SharePoint Pre-rechizite. Aceasta a inclus o listă cuprinzătoare de configuraţii de paravan de protecţie, care ar permite server DMZ să adere la fermă şi aşa mai departe. Din păcate, nu am reuşit să adăugaţi o propoziţie undeva, a spus că, la efectul, "punctul de întreaga sângeroase de această configuraţie este de a permite server DMZ WFE, într-un domeniu, să se alăture ferma interne."

O furtună perfectă de evenimente, în cazul în care am practic uitat stânga atunci când ne-ar putea am uitat dreapta, conspirat pentru a ascunde aceasta problema la noi până destul de târziu în procesul, prevenind astfel mi invocarea meu "spun o veste proastă la începutul" regula.

Suspin.

Aboneaza-te la blog-ul meu.