Hallo Dietrich,
bekanntlich führen ja "Viele Wege nach Rom". Mit den Infos, die Du zu Deiner
Ist-Situation aufgeführt hast, hast Du ja schon einen Weg eingeschlagen, indem
Du eine neue DOmäne mit einer neuen Organisation auf einer neuen MAschine erstellt hast.
Wenn Du Deinen Ansatz weiter verfolgen willst, dann kannst Du folgendes machen.
Bei der Umstellung gibt es zwei Teile und zwar einmal den Server- und
den Client Part.
Bei meiner Ausführung setze ich mal einiges an Know How auf Deiner Seite vorraus,
sowie folgende Annahmen:
1. Die beiden Server (alt und neu) stehen in einem LAN und können sich erreichen.
2. Du hast Zugriff auf alle beteiligten Zertifizierer (alte und neue Umgebung) sowie
die benötigten Kennwörter.
3. Du hast Zugriff auf ein Backup aller User ID Dateien sowie diese Kennwörter.
4. Die ACL's aller Datenbanken haben mindestens die Gruppe "LocalDOmainServers" als
Manager eingetragen.
5. Du kennst die Kennwörter der aktuell von Deinen Anwendern verwendeten User ID-Dateien.
6. Du bist wahnsinnig genug, dass alles an einem WE durchziehen zu wollen. Wenn nicht,
dann solltest Du von dem aufgezeigten Weg abweichen und evtl. kleinere Gruppen bilden,
die Du in die neue Struktur überführen willst. Die nötigen Querzulassungen einrichten
und Verbindungsdokumente zur Replizierung und Mailübertragung. Die Directories aus-
tauschen und sicherstellen, dass alle Mitglieder der DOM1 die Mitglieder der DOM2
per E-Mail erreichen können und umgekehrt. Sowie die Replizierung genau planen bzw.
endscheiden welche Datenbanken (ausser Mail DB's) Du im ersten Schritt in die neue
Umgebung mitnehmen willst.
Server Part - mögliche Vorgehensweise (Du willst alles an einem WE durchziehen):
1. Kopiere aus dem alten Directory alle Certifier in das neue Directory, sowie aus dem
neuen Directory alle Certifier in das alte Directory.
2. Erstelle im alten Directory eine Querzertifikat zur neuen Organisation aus.
3. Erstelle im neuen Directory eine Querzertifikat zur alten Organisation aus.
4. Trage in der Gruppe "LocalDomainServers" im alten Directory den neuen Server ein
und im neuen Directory den alten Server. Damit sollten die Zugriffe auf die DB's
vom neuen Server aus möglich sein.
5. Erstelle von allen Datenbanken, die auf den neuen Server müssen ein Replikrumpf
auf dem neuen Server. Ein Replikrumpf reicht an dieser Stelle, die DB's werden später
vom neuen Server inizialisiert und repliziert.
6. Erstelle ein Verbindungsdokument im Directory des neuen Servers nur für die
Replizierung (NUR PULL Replikation). Wähle ein kurzes Intervall von 15 Minuten.
Damit trägt der neue Server die ganze Last der Replikation und Änderungen werden nicht
in die alte Umgebung zurück repliziert
7. Lass den neuen Server replizieren, dass kann auch schon die ganze Woche über so laufen.
8. Kopiere alle Gruppen-, Personen-, Verbindung-, Domänen-, Konfigurations-, Programm-,
Mail-In-Dokumente aus dem alten Directory und füge sie im neuen Directory ein.
9. Ändere in allen Dokumenten, die Du übernimmst die Domino Domäne sowie, wenn nötig, den
Servernamen. Hier solltest Du auf die Personendokumente achten, das die Änderung bei allen
Personen durchgeführt wird.
10. Wirf noch einmal einen Blick in das Serverdokument (Sicherheit) vom neuen Server,
ob hier alle alten Gruppen berücksichtigt werden.
11. Evtl. vorhandene externen Notes Partner, mit denen Du in Verbindung steht,solltest
Du die Veränderung Ankündigen und ggf. schon einmal eine neues Querzertifikat/Verbindung
mit der neuen Umgebung einrichten.
Diese Punkte kannst alle Du gut tagsüber erledigen, dass hat bisher keinen Einfluss auf Deine
bestehende Notes Domäne. Wenn dann der Tag der Umstellung näher rückt solltest Du:
1. In allen Datenbanken, die Du aus der alten Umgebung hast, in der ACL den neuen
Server als Administrationsserver eintragen. Hier ist auch wichtig das Du in den Datenbanken,
die Leser- und Autorenfelder verwenden, die Option setzt, dass der Administrationsprozess diese
mitändert. SOnst guckst Du später ziemlich doof aus der Wäsche......
2. Mit dem Domino Administrator auf dem neuen Server die Personen zu einem neuen Zertifizierer
verschieben. Denk daran, dass das diese Aktion in der Admin4.nsf noch zusätzlich bestätigt
werden muss.
3. Den Admin Prozess direkt anstossen, dass er sofort losläuft.
4. Noch eine Replizierung zwischen den Servern abwarten, damit alle DB's den aktuellen Stand haben
und anschliessend kannst Du den alten Domino runter fahren.
5. Dich mit allen User ID-Dateien anmelden und auf den neuen Server zugreifen bzw. die
Maildatenbank des Users öffnen. Ich baue mir dafür immer eine eigene Arbeitsumgebung.
Hierbei sind die neue Domäne sowie der neue Server einzutragen. Damit keine Adminp Anforderung
in der falschen Domäne landet. Das Anmelden dauert zwar eine ganze Zeit, dafür läuft der
Umbenennungsprozess nur weiter und wartet nicht auf die Useranmeldung.
Das sollte es erst einmal serverseitig gewesen sein.
Nun ist es an der Reihe sich um die Clients zu kümmern. Mein Vorschlag wäre hier,
sich ein "Master-Data" Verzeichnis zu erstellen. Dazu einfach, wenn alle Datenbanken
auf den neuen Server repliziert sind, aber noch vor der Umzertifizierung der User:
1. Einen neuen Notes Client installieren.
2. Dann würde ich mir das Data Verzeichnis einmal sichern, somit kannst Du später einfacher
erkennen welche Dateien verändert bzw. benötigt werden und welche Dateien Du löschen solltest.
3. Notes Client auf den neuen Server konfigurieren. Einen Test User hast Du ja dort schon.
4. Dann den Client, Deinen Vorstellungen endsprechen, einstellen (Benutzervorgaben, die
ja in die ini-Datei geschrieben werden) und den Arbeitsbereich bzw. die Lesezeichenleiste
mit allen Datenbanken ausstatten, die bei den Anwendern benötigt werden. Wenn Du damit fertig
bist entferne unbedingt die Datenbank Links auf das persönliche Adressbuch sowie die Maildatenbank
Deines Test Users. Denke auch an die Lesezeichen Leiste bzw. die Ordner dort.
5. Wenn der Client Deinen Vorstellungen endspricht beendest Du die Anwendung.
6. Löscht alle Datenbanken, die von Dir erstellt wurden (names.nsf, log.nsf, cache.dsk und
alle anderen Dateien, die Du nicht verteilen willst). Dabei kannst Du Dich nun an dem gesicherten
Data Verzeichnis orientirern.
7. Säuberst die Notes.ini Datei von Verweisen auf den Test User wie z. B. die Variablen KeyFileName,
Mailfile, Location, CertificateExpCheck. Location ist hier ein Sondereintrag, hier solltest Du ab
dem zweiten Parameter löschen (das Komma stehen lassen). Bei den anderen Variblen kannst Du alles nach
dem Gleichheitszeichen löschen. Bei WinXP Clients würde ich noch den Schlüssel "Shell_Links=1" aufnehmen
und wenn Du kein IM Setup durchführen willst gibt es auch noch einen Eintrag für die Ini (fällt mir
nur leider grade nicht ein).
Das Master Data Verzeichnis solltest Du natürlich testen und soweit verfeinern bis Du zufrieden bist.
Je nach Installation auf Deinen Clients würde ich das alte Data Verzeichnis umbenennen ggf. auch das
alte Programm Verzeichnis. Anschliessend die neue Notes Version installieren und das Data Verzeichnis
löschen. Dann legtst Du Dein Master Data Verzeichnis an diese Stelle. Kopierst die ID-Datei sowie
wenn vorhanden die Datei user.dic aus dem alten in das neue Data Verzeichnis. Und meldest Dich
mit dem User an. Denk daran, dass evtl. in der alten 5er Names noch Kontakte sind, die umkopiert
werden sollten.
Wenn Du damit durch bist, steht nur noch der Wechsel auf das 6er Mailtemplates an.
Hier würde ich Dir empfehlen einen Blick in die Maildatenbanken der User zu werfen
(mit dem Notes Designer). Es gab mal in einer frühen 5er Mailschablone einen ziemlich bösen
Fehler. Bei dieser Version wurden die, vom User angelegten eigenen Ordner, nicht mit dem Flag gesetzt,
dass diese bei Gestaltungsänderungen zu schützen sind. Wenn das bei Dir der Fall ist solltest Du
auf keinen Fall einen Mail-Schablonenwechsel durchführen und erst einmal die Ordner schützen andernfalls
gibt es diese Ordner nicht mehr nach dem Update Dann möchte ich nicht in Deiner Haut stecken......
Wenn dieser Fehler aber nicht bei Deiner VErsion auftaucht fehlt eigentlich nur noch ein COnvert
der Mailfiles und eine anschliessende Aktuallisierung der User Ordner.
Wow, ziemlich viel Stoff, allerdings kannst Du schon ziemlich viel davon in Vorleistung erledigen.
Trotzdem hoffe ich doch für Dich, dass Du die Umstellung nicht ganz alleine durchführen musst.
Ein WE ist leider sehr schnell um.....
Das alles ist natürlich nur einer der möglichen Wege, die man bei einem solchen Vorhaben gehen kann.
Die aufgeschriebenen Vorgehensweise musst Du natürlich immer auf Deine Umgenbung anpassen und dient
eigentlich nur zu Lernzwecken. Ich hoffe, dass ich nichts wichtiges vergessen habe, aber man kann auch nicht immer alles im Kopf behalten, sonst wird der mal eines schönen Tages zu gross ;-))
Viel Glück bei der UMstellung,
KETE