Wechsel zu neuem Zertifizierer - wie Ablauf durchführen?

[theBastian]

Hallo,

der Name unserer Firma hat sich geändert und ich muss alle User zum neuen Zertifizierer verschieben.

Domänenübergreifende Konfiguration ist eingerichtet und läuft.

Ablauf:

Einträge im Domino Directory kopiert, Replik der MailDB in neuer Domäne erstellt

- Wechsel zu neuem Zertifizierer anstoßen
- Wechsel in admin4 mit neuer cert.id bestätigen
- Request wird in der neuen Domäne erstellt

Jetzt läuft der Adminp erst weiter, wenn der User sich am neuen Server meldet und damit seinen Namen bestätigt (unter Domino 5 musste der User noch manuell bestätigen)

Aber wie bekomme ich den User dazu sich auf dem neuen Server zu melden, ohne dass er selbst was tun muss?

Meine Überlegung war: mit dem Tool Integrate!People die Kachel des Mailfiles auf den neuen Server ändern. Klappt zwar, der AdminP läuft weiter aber da die Umbenennung noch nicht durch ist, erscheinen alle Mail ungelesen. Unmöglich bei unseren DAUs.

Hat jemand einen besseren Vorschlag?

cu
Sebastian

[trolli]

Zu einem neuen Zertifizier oder zu einer neuen Domäne ?

[theBastian]

Wechsel erfolgt zu neuem Zertifizierer, der aber in einer anderen Domäne ist. Halt die neue Domäne mit dem neuen Firmennamen.

[trolli]

Hmm. Ich hatte damals Glück, dass die Domäne schon den passenden Namen hat.
Allerdings hatte ich damals unwissend in meinem jugendlichen Leichtsinn auch eine zweite Domäne angelegt, weil ich den Certfier für die Organisation auch gewechselt habe.

Ich habe mich dann aber beraten lassen.

So konnte ich an einem Wochenende den neuen Server (SMTP Server) zurück in die alte Domäne holen, sowie die neuen Certifier usw...

Jetzt habe ich sozusagen 2 Organisationen in einer Domäne.

Wobei das mit dem Wechsel der Domäne auch kein Problem sein sollte, weil die (wenn ich jetzt nicht eine geistige Umnachtung habe -Verbesserungen immer willkommen) nur für das Mailrouting relevant ist. Die könnte man dann an einem Wochenende auf allen Servern umstellen -> Server neustart und VORHER alle Domaindokumente bearbeiten, falls vorhanden.

Sobald Du die Domäne geändert hast kannst Du einfach alle User zum neuen Certifier schieben.
Danach kannst Du die Mailfiles auf die neuen Server moven und alles läuft automatisch. (Wenn ich nichts übersehen habe ??)

[theBastian]

Die Domäne muss aber geändert werden, da sie auch den alten Namen enthält. Mischen wie z.B:

John Doe/neuer Zerti@alte Domäne

geht nicht. Rechtliche Sache. Außerdem ist die neue Domäne bereits im Einsatz, Replikation, Mail und eine weitere Domäne greifen bereits zu.

Fusion von 2 Häusern in ein Neues kann ich also nur empfehlen. 

Sebastian

[Semeaphoros]

Stimmt, was Trolli sagt, die Domäne ist reiner Nebenschauplatz und spielt nur fürs Routing (sprich die Infrastruktur) eine Rolle. Eine Domäne ändert sich auch relativ leicht, muss nur im Directory korrekt nachgetragen werden. Hingegen das Aendern der O-rganisation will geplant sein, denn das führt zu einer Namensänderung. Das Konzept ist richtig. Für die Kachel wird gelegentlich ein LotusScript in die betroffenen Datenbanken gelegt, das beim Oeffnen der DB auf dem alten Server diese dann automatisch auf dem neuen Server öffnet.

[trolli]

Die Domäne muss aber geändert werden, da sie auch den alten Namen enthält. Mischen wie z.B:

John Doe/neuer Zerti@alte Domäne

geht nicht. Rechtliche Sache. Außerdem ist die neue Domäne bereits im Einsatz, Replikation, Mail und eine weitere Domäne greifen bereits zu.

Fusion von 2 Häusern in ein Neues kann ich also nur empfehlen. 

Sebastian

Wieso ? Das alte Haus ist doch groß genug und kann erweitert werden. Die User sollten soweit wie möglich nichts mitbekommen, was bei einem neuen Adressbuch aufwendiger ist, als wenn du die Änderungen direkt im alten Adressbuch durchführst.

Sind nur Tipps. Im Endeffekt bist Du derjenige der es macht.

[Semeaphoros]

Und das geht definitiv einfacher, wenn mans Step By Step macht, also zuerst die Org ändern und dann die Domäne

[theBastian]

Klingt ja alles verständlich. Aber ich kann diese Änderung jetzt nicht mehr rückgängig machen. Dass der Ablauf nicht ganz korrekt ist, habe ich verstanden.

Meine Frage war aber eigentlich etwas anders. Wie kann ich die Ausführung des AdminP anstoßen, ohne dass der User seine Mailfile auf dem neuen Server öffnen muss und somit alle Docs als ungelesen erscheinen?

Abgesehen von diesem Manko, läuft die Verschiebung zu einem neuen Zertifierer ohne Probs.

Sebastian

[Semeaphoros]

Das ist wahrscheinlich zu spät, Du hast repliziert, bevor die Namensänderung gelaufen ist, damit dürften die Unread-Markierungen verloren gehen.

[theBastian]

Na gut, habe bisher nur 2 User zum Testen in der neuen Domäne. Was schlagt ihr für die anderen vor?

[Semeaphoros]

Namensänderung durchlaufen lassen,  und dann erst replizieren.

[theBastian]

Aber die Namensänderung läuft auf dem neuen Server erst an, wenn der User mindestens 1x drauf war.

[Semeaphoros]

Es reicht aber, wenn der User den Server aufmacht, also zum Bleisitft das Names.nsf geöffnet wird. Eine andere Möglichkeit, das anlaufen zu lassen, weiss ich im Moment auch nicht, ist aber gut möglich, dass es Alternativen gibt.

[theBastian]

Script beim Starten, welches names.nsf ausliest? Mal sehen. Auslesen im Backround dürfte da sicher nicht reichen, oder?

Mit Integrate!People kann ich Agents beim Start von Notes ausführen lassen.

[Semeaphoros]

Doch, Oeffnen im Hintergrund sollte reichen, es muss ein Zugriff auf den Server erfolgen.

[theBastian]

Also versuche ich das mal so. Vielleicht klappt es ja.

[theBastian]

@Semeaphoros

Stimmt, Script und Öffnen im Backround funktioniert. Dann nur noch manuell die Domain anpassen und gut.

Danke für die Hilfe.

[Semeaphoros]

Fein, dass es klappt, danke für die Rückmeldung.

[theBastian]

... erledigt gibts hier wohl nicht mehr?

Früher konnte man das Thema doch damit beenden.