In één of mijn zeer eerste blogberichten, Beschreef ik het algehele proces dat we gevolgd om te migreren van een klant van SPS 2003 aan MOSS. Een lezer verliet een commentaar vragend voor meer detail en hier is het.

Voor dat migratieproject, moesten we vinden een goede manier om te bewegen een heleboel SPS 2003 documenten over MOSS. Het initiële laden was eenvoudig genoeg. Een nieuwe doelgroep-documentbibliotheek maken in MOSS en gebruik windows verkenner om de documenten verplaatsen.

Dit is de nieuwe documentbibliotheek:

Open te stellen twee vensters ontdekkingsreizigers. Het eerste punt op SPS 2003 en de tweede op de nieuwe documentbibliotheek in MOSS. Het volgende screenshot geeft dit. Merk op dat de top browser is eigenlijk wijzend op mijn c:\TEMP-station, maar je kunt je voorstellen het verwijst naar een SPS 2003 documentbibliotheek:

Na die slepen en neerzetten van bewerking, mijn doel ziet er als volgt:

Nu is het tijd om te gaan met de metagegevens. Neem aan dat we slechts één kolom van metadata voor deze documenten met de naam "locatie." We kunnen zien van de bovenstaande "alle documenten" mening dat de locatie leeg is. Het is gemakkelijk genoeg om een bladweergave gegevens kunt opgeven van de locatie, of gaan zelfs in de eigenschappen van elk document één voor één toe te voegen van een locatie. Laten we aannemen dat er is geen praktische manier de kolom locatie een waarde automatisch toewijzen en dat eindgebruikers met de hand moet doen. Bovendien, laten we aannemen dat er zijn honderden van documenten (misschien duizenden) en dat het duurt vele vele dagen te werken de metagegevens. Zoals we weten allemaal, niemand gaat zitten en werken voor vier van de vijf dagen rechte bijwerken van metagegevens voor documenten. In plaats daarvan, zij zal breken dat uit over een periode van weken of misschien langer. Om dit proces te vergemakkelijken, We kunnen een "niet-gecodeerde gegevens maken" weergave zoals:

Nu, Wanneer iemand te zit besteden hun toegewezen dagelijkse uur of twee om tag gemigreerde documenten, zij kunnen gebruik maken van de "niet-gecodeerde documenten" u zich wilt concentreren hun inspanningen:

Als gebruikers tag documenten, ze vallen uit deze lijst.

Deze notie van een niet-gecodeerde gegevensweergave kan ook helpen met een klasse van gegevensvalidatie probleem mensen over op de forums informeren. Out of the box, Er is geen manier om te voorkomen dat een gebruiker een document uploaden naar MOSS en meta-gegevens vervolgens niet invoeren. We kunnen opgeven dat een bepaalde sitekolom verplicht is en de gebruiker zal niet worden toegestaan om te duwen de Opslaan knop. Echter, Als de gebruiker uploadt en vervolgens de browser sluit (of gebruik windows verkenner om te uploaden van het document), We kunnen niet dwingen de gebruiker meta-gegevens in te voeren (weer, out of the box).

Deze benadering kan worden gebruikt om te helpen met die situatie. We kunnen een "slecht gecodeerde gegevens gebruiken" weergeven om gemakkelijk deze documenten identificeren en corrigeren. Koppel dit met een KPI en je hebt goed zicht op de gegevens met DrillDown voor het beheer van deze uitzonderlijke omstandigheden.

</einde>

Abonneren op mijn blog.

Deze week, Ik heb een beetje moeite met mijn team te krijgen MOSS geïnstalleerd in een eenvoudige twee-server-farm. Zijn gegaand door het, Ik heb een grotere waardering voor de soorten problemen mensen rapport over de MSDN forums en elders.

De definitieve farmconfiguratie:

• SQL/Index/Intranet WFE binnen de firewall.
• WFE in de DMZ.
• Een soort van firewall tussen de DMZ en de interne server.

Voordat we begonnen met het project, We laten de client weten welke poorten die nodig zijn om open. Tijdens het geven en nemen, heen en weer over die, we nooit uitdrukkelijk gezegd twee belangrijke dingen:

1. SSL betekent dat u een certificaat nodig.
2. De DMZ-server moet deel uitmaken van een domein.

Dag één, we opdagen om te installeren MOSS en geleerd dat de domeinaccounts voor database en MOSS niet had gemaakt. Om dingen te bewegen langs, wij doorgingen en alles geïnstalleerd met een lokale account op de intranetserver.

Op dit punt, We ontdekten de verwarring over het SSL-certificaat en, Helaas, besloten om onze infrastructuur-vent later die week terugkomen op doorgaan met de installatie van de DMZ-server. In de tussentijd, We oplossing architecten verplaatst vooruit met de zakelijke dingen.

Een weekend gaat door en de client het certificaat verkrijgt.

Onze infrastructuur vent uiterlijk vertoon opwaarts en ontdekt dat de DMZ-server niet is opgenomen in een domein (een omtrek-domein met beperkte vertrouwen of het intranet domein). We verloren bijna een 1/2 dag op dat. Als we niet had laten de ontbrekende SSL certificaat ons moeras, We zouden hebben ontdekt dit eerder. Ach….

Dag loopt en de diverse parlementaire commissies van de veiligheid, belanghebbende partijen en (niet zo) onschuldige omstanders alle ermee eens dat het OK om toe te treden de DMZ-server met het intranet-domein (Dit is een POC, Eindelijk, niet een productie-oplossing).

Infrastructuur man komt in dingen om omhoog te verpakken. Deze keer we met succes doorheen de de modern-dag handschoen liefkozend de "Wizard SharePoint configureren." We hebben een kijkje in Centraal beheer en … Yee haw! … DMZ server wordt in de farm weergegeven. We een beetje dichterbij kijken en beseffen dat we brak open de Champaign een beetje mijt vroeg. WSS diensten zit vast in een "starten" status.

Lang verhaal kort, het blijkt dat we vergeten te wijzigen van de identiteit van de service-account via Centraal beheer van de oorspronkelijke lokale account naar het nieuwe domeinaccount. We hebben dat gedaan, opnieuw liep de configuratiewizard en voila! We waren in het bedrijfsleven.

</einde>

Abonneren op mijn blog.

Hoewel het niet letterlijk waar is, Als een praktische kwestie, een internet-gerichte Webfront-end in een DMZ moet zich in een domein bevinden (dwz. niet een zelfstandige server in zijn eigen kleine werkgroep). Het behoeft niet te worden in hetzelfde domein als de interne WFE(s) en andere servers (en waarschijnlijk niet), maar het moet worden van een domein.

Mijn collega's en ik bracht een buitensporige hoeveelheid tijd over een voorstel dat vereisten van SharePoint opgenomen. Dit omvatte een uitvoerige lijst van firewall-configuraties waardoor de DMZ-server aan de farm enzovoort. Helaas, We verzuimde te scoren een zin ergens gezegd, om het effect, "de hele bloedige punt van deze configuratie is dat uw server DMZ WFE, in een domein, voor deelname aan de interne farm."

Een perfecte storm van gebeurtenissen, waar we in feite keek links wanneer we misschien hebben gekeken naar rechts, samengespannen om te verbergen dit probleem van ons pas vrij laat in het proces, waardoor me beroep te doen op mijn "slecht nieuws vertellen vroeg" regel.

Zucht.

Abonneren op mijn blog.