[2003] Vervangen fileserver door nieuwe

[Verwijderd]

We hebben op dit moment een fileserver draaien welke aan vervanging toe is. Ik ben op dit moment bezig met de installatie van de nieuwe server, maar ik vraag me even af of jullie tips hebben over hoe de vervanging aan te pakken. Is het slim om de naam weer hetzelfde te maken van de server? Of als alles over is een tweede a record maken met de oude naam naar de nieuwe server? Ik voorzie namelijk nog wel wat problemen met offline files en met koppelingen in bv xls op basis van het pad. Als ik bv in het weekend fileserver1 vervang door fileserver2 dan zullen de links en de sync van offline files niet meer werken. Heeft iemand wat tips over hoe ik dit het beste aan kan pakken?

De server wordt eigenlijk alleen gebruikt voor standaard file sharing en mensen gebruiken hem voor off-line files op de laptops. Verder geen andere services.

[Question Mark]

Kijk even naar de File Server migration Toolkit.

http://www.microsoft.com/...g/nt4/tooldocs/msfsc.mspx

[mbaltus]

Ikzelf gebruik vaak Robocopy. Afhankelijk van de set-up plaats ik de server vaak terug met dezelfde naam als de oude. In eerste instantie hang ik de nieuwe server in het domein met een andere naam, zodat je alvast met Robocopy de grootste hoeveelheid data over kan zetten.

Shares script ik vaak vanaf command line (let ook even op het geven van schrijfrechten op de shares)

Op het moment van overgaan is het dan alleen een kwestie (versimplificeerd beschreven) van nog een keer robocopy voor de wijzigingen, oude server uitzetten, in AD oude computer record weggooien, nieuwe server hernoemen en testen.

Zorg wel voor een goed roll-back scenario en goede back-ups. Let voornamelijk ook op de off line folders bij gebruikers!

[FireDrunk]

Ik zou nooit (zomaar) de server dezelfde naam geven en weer opnieuw in de AD hangen.
Liever een nieuwe naam. Dit ivm conflicten enzo. Theoretisch gezien zou het moeten kunnen omdat de SID's anders zijn, maar ik hou er persoonlijk niet van.

[Question Mark]

mbaltus schreef op woensdag 17 februari 2010 @ 11:37:
Ikzelf gebruik vaak Robocopy. Afhankelijk van de set-up plaats ik de server vaak terug met dezelfde naam als de oude. In eerste instantie hang ik de nieuwe server in het domein met een andere naam, zodat je alvast met Robocopy de grootste hoeveelheid data over kan zetten.

Shares script ik vaak vanaf command line (let ook even op het geven van schrijfrechten op de shares)

Waarom zou je allemaal zaken handmatig willen uitvoeren, terwijl de File Server Migration Toolkit alle shares netjes voor je consolideert naar een DFS-root. Referalls van clients naar "oude lokaties" worden netjes en geautomatiseerd afgevangen een naar de juiste DFS verwezen.

After you complete the steps for DFS root server consolidation, and you try to open a file at the old share path, the following scenario occurs:

• The DFS root server sees the request and reads the ServerConsolidationRetry registry entry.
• The DFS root server adds its server name, together with a hash mark (#) at the beginning of the name, to the lookup path.

For example, if you try to open a file at the old share path of \\oldserver1\public\test.doc, the DFS root server looks up \\root1\#oldserver1\public\test.doc. The DFS root server returns a referral to the link target to the client. If the lookup fails, the DFS server looks up the original path specified by the user.

Impact voor je werkplekken is dan minimaal.