Rund um das Thema "Umzug des ORG-Master Depots" gibt es jede Menge Unsicherheit, Gerüchte und fast schon moderne Märchen. Ganz früher (zu NetInstall 5.0-Zeiten) war dafür zwingend der sogenannte RAW-Modus erforderlich, der aber weder supported noch offiziell dokumentiert war.
Um ein supportbares Szenario zu schaffen, wurde mit der Version NetInstall 5.54 der Schalter "/AllowSrvMove" geschaffen, mit dem der NetInstall-Manager gestartet werden musste. In solch einer Sitzung konnte dann der ORG-Master durch Auswahl des Kontextmenü-Befehls "Umbenennen" oder durch Drücken von F2 umbenannt werden.
Wie mein Kollege David König in einem – mittlerweile veralteten und daher von ihm offline-genommenen – Artikel beschrieben hatte, gab es auch vor einiger Zeit mal eine DSM-Version, wo die alleinige Verwendung des "/AllowSrvMove"-Parameters nicht (mehr) ausreichend war. Beim Versuch eine so modifizierte NCP-Datei abzuspeichern kam es zu einer Fehlermeldung und so musste damals eine Kombination aus RAW-Mode und Schalter verwenden werden.
Mittlerweile (zum Zeitpunkt der Erstellung dieses Artikels ist die DSM-Version 7.2.1.2123 aktuell) wurden diesbezüglich erneut Änderungen vorgenommen...
Das letzte – zumindest mir bekannte – offizielle Dokument zu diesem Thema datiert auf die graue IT-Steinzeit, genauer auf das Jahr 2002, und bezieht sich auf die damals erschienene Version NetInstall 5.54. Seitdem wurde meines Wissens kein aktuelleres Whitepaper zu diesem Thema mehr erstellt oder veröffentlicht.
Im Enteo-Forum konnte man vor einiger Zeit eine "halboffizielle" Anleitung, die ein Forums-Mitglied vom FrontRange-Support erhalten hatte, nachlesen. Dort – unter http://forum.enteo.com/showpost.php?p=38148&postcount=6 – ist folgende stichwortartige Anleitung zu finden:
Vorgehen bei Master Depot Umzug:
- alle DSMC Sitzungen beenden
- Sicherstellen, dass das ehemalige Master Depot auf dem neuen Server kopiert wurde (gleicher Freigabename, gleiche Freigabe- und NTFS-Rechte)
- DSMC mit Parameter /AllowSrvMove vom alten Depot starten (Parameter ist case sensitive)
- Depot kann nun umbenannt werden (via F2 oder rechte Maustaste -> Umbenennen)
- Konfiguration abspeichern und DSMC schließen
- NiCfgSrv.ncp und NiCfgLcl.ncp vom alten Depot in das neue Depot kopieren
- das alte Depot (Freigabe) muss solange aktiv bleiben bis alle Clients die aktuelle NCP Datei erhalten haben. Nur mit der aktuellen NCP werden sich die Clients auf das neue Depot schalten
- DSMC kann ab sofort vom neuen Master Depot gestartet werden
Dies widerspricht zumindest mal schon der Erfahrung meines Kollegen König aus oben genannten Blog-Beitrag, da hier der RAW-Modus nicht verwendet werden muss. Desweiteren wird zwar auch hier behauptet, dass beim Parameter /AllowSrvMove die Groß- und Kleinschreibung relevant sei, allerdings wird hier eine andere Groß-/Kleinschreibung verwendet als im angesprochenen Beitrag, wo das "m" in "/AllowSrvmove" klein geschrieben wird (da David explizit darauf hingewiesen hat, dass der Parameter case-sensitive ist, gehe ich mal davon aus, dass das kein Versehen war ;-).
Da bei einem unserer Kunden nur der Umzug des ORG-Master Depots anstandt, wollte ich das mal verifizieren und habe selbst einige Tests durchgeführt, die nun wiederum nochmals andere Ergebnisse geliefert haben. Hier daher meine Beobachtungen:
- der RAW-Modus muss NICHT verwendet werden. Es reicht, die DSMC mit dem Parameter "/AllowSrvMove" (oder "-AllowSrvMove") aufzurufen
- dieser Parameter ist NICHT case-sensitive. Er kann komplett in Kleinbuchstaben, in Großbuchstaben oder jeder beliebigen Kombination von Groß-/Kleinschreibung verwendet werden (ich habe allerdings nicht alle durchprobiert ;-)
- die Konsole muss NICHT zwingend vom alte Master-Depot gestartet werden. Es funktioniert auch, wenn die Konsole direkt vom neuen Master-Depot aufgerufen wird.
- wenn die Konsole vom alten Depot gestartet wird, ist nach dem Speichern die aktuelle NCP sowohl auf dem alten als auch auf dem neuen Depot vorhanden. Sie muss daher NICHT auf das neue Depot kopiert werden. Wird die Konsole vom neuen Depot gestartet, ist die NCP nach dem Speichern NUR auf dem neuen Depot vorhanden und muss ggfs. (manuell) auf das alte Depot kopiert werden.
- das alte Depot muss NUR dann aktiv bleiben, wenn es auch Clients gibt, die sich der Site mit dem ORG-Master Depot zuordnen. Ist eine reine ORG-Master Site eingerichtet, kann das alte Depot direkt vom Netz genommen werden (sofern sichergestellt ist, das alle Replikationsdienste die neue NCP bereits haben)
Mit diesen Erkentnissen hat der Umzug des ORG-Master Depots bei unserem Kunden dann auch anstandslos geklappt :-).