Es gibt massig Threads zu dem Thema, aber ich finde, ein Sammelthread könnte durchaus dem ein oder anderen (zum Beispiel auch mir) helfen.
Szenario: Ein einzelner Server soll in 2 Server aufgeteilt werden (1 Applikations- und 1 Mail- Server)
Der bestehende Server1 bleibt der Mail- Server, die Apllikationen sollen auf einen neuen Server2 migriert werden.
Die Serverseitige Migration ist so weit klar und recht simpel:
- Prüfen ob im Code der Applikationen / in Konfigurationsdokumentn irgendwo der alte Server fest eingetragen ist.
- Prüfen ob alle Datenbanken den neuen Server in der ACL mit ausreichend Rechten enthalten
- Repliken per Admin- Client auf dem neuen Server erstellen
- prüfen ob die Anzahl Dokumente in allen Datenbanken auf Server1 und Server2 identisch ist (am besten über eine geeignete Ansicht in der Catalog.nsf)
- periodische Agenten auf den neuen Server umstellen
- ggf. die Datenbanken dann auf Server1 löschen (in unserem Fall machen wir das nicht, weil Server 1 in einem Hub & Spokes - Aufbau den Hub bildet, und die Applikationen Sternförmig an alle Spokes- Server repliziert)
Mehrarbeit macht dabei aber die Client- seitige Migration. Wenn Server1 und Server2 keine Cluster- Partner sind, dann kann ich die user ja nicht so einfach auf den neuen Server bringen.
Zu migrieren sind ja:
- desktop6.ndk der User
- bookmarks der User
Für die desktop6 gibt es ja das Desktool von IBM, das aber bei nicht laufendem Client ausgeführt werden muss.
Für die Bookmark könnte man was programmieren.
Wie würdet Ihr speziell bei der Client- Migration vorgehen ?
- Mail an die User "wenn Meldungen kommen einfach den neuen Server auswählen"
oder
- Automatismen um die User ohne deren Eingriff zu migrieren
oder
- MailLinks verschicken, damit sich die User selbst die Datenbanken vom neuen Server holen, die sie brauchen
oder
-
Gruß
Tode