Datashares en profielen tegelijkertijd laten wegschrijven

[Verwijderd]

Enige tijd geleden heb ik ook al jullie hulp gevraagd met het laten draaien van twee domain controllers in één forest.

De situatie is nu als volgt: Wij hebben een oude domain controller (Windows Server 2003) die we binnenkort willen verwijderen uit ons netwerk (tijdelijk primair), ook hebben we laatst al de nieuwe domain controller geïnstalleerd met Windows Server 2008 R2 (secundair) in één forest op één domain.

Nu willen wij de gegevens (Datashares / Profiles) laten koppelen aan beide servers (tijdelijk) tot we helemaal over zijn gaan op Server 2008. Wat is de beste manier om tegelijkertijd de dataoverdracht van profiles / datashares te laten saven op de oude server 2003 als zowel de nieuwe DC met server 2008?

De gebruiker logt dan nog wel in via de oude DC server 2003, maar dient de bestanden zowel weg te schrijven naar beide DC's.

Waar moeten wij rekening mee houden?

[Question Mark]

Waarom kopieer je die data niet in een weekend van de oude naar de nieuwe server en pas je de drive-mappings en paden aan?

Desnoods kopieer je eerst vooraf alle data al een keer, zodat je tijdens je "big bang" moment enkel de aanpassingen meeneemt waardoor je kopieertijd flink minder wordt.

Overigens is het meest voor de hand liggende migratie-scenario sterk afhankelijk van je huidige inrichting:

• Over hoeveel data gaat het?
• Zijn en onderhoudswindows?
• Wordt DFS gebruikt?
• Wat voor verbinding zit er tussen het oude en het nieuwe systeem?
• etc?

En waar ik heel erg benieuwd naar ben.... welk scenario had je zelf in gedachten?

[Verwijderd]

Question Mark schreef op donderdag 04 juli 2013 @ 10:16:
Waarom kopieer je die data niet in een weekend van de oude naar de nieuwe server en pas je de drive-mappings en paden aan?

Desnoods kopieer je eerst vooraf alle data al een keer, zodat je tijdens je "big bang" moment enkel de aanpassingen meeneemt waardoor je kopieertijd flink minder wordt.

Overigens is het meest voor de hand liggende migratie-scenario sterk afhankelijk van je huidige inrichting:

• Over hoeveel data gaat het?
• Zijn en onderhoudswindows?
• Wordt DFS gebruikt?
• Wat voor verbinding zit er tussen het oude en het nieuwe systeem?
• etc?

En waar ik heel erg benieuwd naar ben.... welk scenario had je zelf in gedachten?

Het betreft hier een server dat in het bedrijf staat met ongeveer 60 cliënts, het gaat om ongeveer 243GB aan datashares en profielen. Het probleem is dat wij niet zomaar iets kunnen onderbreken aangezien het om een bedrijfsnetwerk gaat en altijd in gebruik is, tenzij wij dit aangeven, maar dan zitten wij alsnog met tijd.

[Question Mark]

Verwijderd schreef op donderdag 04 juli 2013 @ 10:23:
[...]
Het probleem is dat wij niet zomaar iets kunnen onderbreken aangezien het om een bedrijfsnetwerk gaat en altijd in gebruik is, tenzij wij dit aangeven, maar dan zitten wij alsnog met tijd.

Hoe bedoel je? Er zijn 60 clients 24x7 aan het werk?

En wat bedoel je met "wij zitten alsnog met tijd"? Het is eigenlijk wel redelijk normaal dat dergelijke onderhoudswerkzaamheden in de weekenden/avonduren plaatsvinden...

En is je oude server echt Windows 2003, of Windows 2003 R2? In dat laatste geval zou je ook nog eens naar DFS-r kunnen kijken voor de afdelingsdata.

[ Voor 12% gewijzigd door Question Mark op 04-07-2013 10:29 ]

[DennusB]

Verwijderd schreef op donderdag 04 juli 2013 @ 10:23:
[...]


Het betreft hier een server dat in het bedrijf staat met ongeveer 60 cliënts, het gaat om ongeveer 243GB aan datashares en profielen. Het probleem is dat wij niet zomaar iets kunnen onderbreken aangezien het om een bedrijfsnetwerk gaat en altijd in gebruik is, tenzij wij dit aangeven, maar dan zitten wij alsnog met tijd.

Onderhoud is soms nodig, vooral met dit soort cruciale dingen wil je niet in je live omgeving "even" DFS ofzo gaan installeren. Aankondigen dus dat je er in de avond/nacht een keer even een uurtje uit ligt. Lekker boeiend.

[CMD-Snake]

Verwijderd schreef op donderdag 04 juli 2013 @ 10:04:
De situatie is nu als volgt: Wij hebben een oude domain controller (Windows Server 2003) die we binnenkort willen verwijderen uit ons netwerk (tijdelijk primair), ook hebben we laatst al de nieuwe domain controller geïnstalleerd met Windows Server 2008 R2 (secundair) in één forest op één domain.

Domain controllers kennen geen primary secundary opstellingen. Ze zijn allemaal gelijk aan elkaar, met uitzondering dat bepaalde DC's FSMO rollen erbij hebben.

Nu willen wij de gegevens (Datashares / Profiles) laten koppelen aan beide servers (tijdelijk) tot we helemaal over zijn gaan op Server 2008. Wat is de beste manier om tegelijkertijd de dataoverdracht van profiles / datashares te laten saven op de oude server 2003 als zowel de nieuwe DC met server 2008?

Als je op beiden alle data wil hebben en synchroon houden moet je gaan voor een DFS namespace. Dan repliceert alles netjes. Je mappings worden dan \\domein.local\map\map in plaats van \\server01\map\map. Voordeel van DFS is ook dat je zo een extra machine er aan kan toevoegen als het moet. Of juist een weg kan nemen.

Alternatief kan je zoals gezegd big bang overgaan. Doe dan geen platte copy paste van de data, maar gebruik robocopy zodat alle rechten etc. bewaard blijven. Vergeet dan niet om je mappings voor clients aan te passen. Ook in AD zal je de mapping voor de locatie van iedereens profiel moeten aanpassen.

Hoe je het ook wend of keert, dit is weekend of avondwerk.

[Question Mark]

CMD-Snake schreef op donderdag 04 juli 2013 @ 10:29:
[...]
Als je op beiden alle data wil hebben en synchroon houden moet je gaan voor een DFS namespace. Dan repliceert alles netjes.

Een DFS namespace zorgt nog niet automatisch voor replicatie, daarvoor zal ook nog een replicatiegroep aangemaakt moeten worden.

Grote probleem in dit geval is dat Windows 2003 enkel FRS ondersteund. DFS-r is pas beschikbaar vanaf 2003 R2.

[PeeCee]

Wij hebben dit als volgt gedaan bij de migratie van 1 SBS 2008 en 1 2008 std (43 clients).

1. Nieuwe omgeving volledig opzetten (dit gezien SBS slecht te migreren is en van twee fysieke machines naar 8 VM's zijn gegaan)
2. Oude omgeving met robocopy twee weken sync gehouden (script)
3. Email migratie vrijdag middag vanaf 13:00
4. Zaterdag Clients aan het nieuwe domein en wachtwoorden resetten.

Zaterdag waren we van 10 tot 17 uur bezig met overzetten en live testen.

In jou geval zou ik ook voor zo'n soort gelijke opzet kiezen. Met robocopy een mirror bijhouden op de nieuwe servers (wij deden meer dan 1 TB aan data) en van het een op het andere moment schakelen. En dan nog het voordeel hebben dat je niet eens je clients opnieuw hoeft aan te melden op een domein. Verder als goed voorbereid, vrijdag na 6 uur door bijv. een policy te gebruiken, een switch kan maken van server A naar B. Kun je maandag de stekker uit de oude server trekken.

Migratie houdt in bijna alle gevallen in dat je downtime hebt en buiten kantooruren moet werken. Maar je gebruikers op twee omgevingen sync te houden tussen 2003 en 2008 is bijna geen doen.

[alt-92]

Sowieso snap ik het probleem niet, want je userprofiles en homedirs (userdata) kun je ook in batches overzetten (10 per keer ofzo).
Door voor een BigBang te gaan kan je ook niet eens wat testen of een rollback scenario gebruiken.

Afdelingsdata idem dito: als dat niet op één grote hoop is gegooid kun je per share/datafolder een robocopy sync doen.

Het voordeel van een DFS namespace is al aangehaald, het is een koud kunstje om op een 2008R2 / win7 beheerstation (tenminste - ik mag hopen dat je dat bedoelt met je 2008 DC) met dfsutil de link state aan te passen na je laatste datasync met robocopy.

Hoe je dat kan doen heb ik lang geleden al eens op mijn blog uit de doeken gedaan.