User *.nsf umbennen wegen Umlauten - möglich oder neu machen?

[Ice-Tee]

Hallo, wir haben aus alten Zeiten immer noch eine Hand voll User, dessen DB mit Umlauten geschrieben wurde (ja ja - ich weiß...).
Das verursacht in dem Zusammenspiel mit dem Traveler immer wieder Probleme.
Gibt es unter dem aktuellen Domino eine einfache Lösung dafür, oder muss wirklich die User neu erzeugen?

Danke.

[Tode]

Wer sagt denn, Du musst die Benutzer neu erzeugen!?

Erstell eine neue Replik der Datenbank mit neuem Namen und lass das Personendokument auf die neue Replik zeigen. Dann noch die Arbeitsumgebung des Users anpassen (passiert normalerweise sogar automatisch mittels Dynamic Client Reconfiguration, aber halt nicht immer), und die alte Replik wegschmeissen -> Fertig...

[schroederk]

@Tode: Kann man nicht noch einfacher die DB des Users über den Administrator verschieben und als Zielserver den selben Server wählen? Dort kann man auch den Ziel-Namen angeben.
Damit läuft dann doch alles über den Admin-Prozess und man muss doch nur noch abwarten. 

[Tode]

Ja, das kann man auch machen, aber bei solchen Dingen bin ich immer ungeduldig, und der adminp ist mir zu langsam Trotzdem hätte ich das erwähnen können / müssen...

[Ice-Tee]

Muss die Arbeitsumgebung des Benutzers in beiden Fällen angepasst werden?
Ich danke euch für die Informationen.

[ascabg]

Hallo,

Hat Torsten (@Tode) doch in seiner ersten Anwort bereits geschrieben.


Andreas

[schroederk]

@Ice-Tee, Andreas:
Wenn man also nicht ganz so ungeduldig ist wie Tode  dann einfach die von mir genannte Methode verwenden.
Dann braucht man wirklich gar nichts mehr manuell anpassen. Auch nicht die Arbeitsumgebung des Benutzers.

[Ice-Tee]

Na prima! Der AdimP kann doch auch per Konsole angestoßen werden. Das sollte das doch recht schnell erledigt sein.
Wann ist den der Zeitpunkt erreicht, wann ich die alte NSF des Users löschen kann? Oder geschieht das auch automatisch?
Danke euch sehr!

[schroederk]

In der Regel wird die alte DB auch automatisch gelöscht. Der Prozess heisst ja auch "Verschieben" und nicht "Kopieren".

[Pfefferminz-T]

Vielleicht habe ich das falsch in Erinnerung aber... die Löschung der alten Maildatenbank muss im AdminP vom Administrator bestätigt werden (also keine automatische Löschung)... der AdminP Request "Move to new mail server" ist eben gedacht um Maildatenbanken auf einen anderen Server zu verschieben. Dann habe ich auch keine zwei Datenbanken mit derselben Replik-ID auf einem Server, die mir Probleme bereiten könnten bei Replikation, Backup, Transaction logging, DAOS, Ungelesenen Markierungen, Redirection stub...

Ich würde das eher manuell (auch die Umstellung der Arbeitsumgebungen) machen. Dann kann ich das pro Nutzer gezielt steuern (neue Replik, Personendokument, AU, alte Replik).

Gruß,
Thorsten

[schroederk]

@Thorsten: Da könntest Du recht haben. Das Umbenennen ist bei mir wohl schon zu lange her.
Aber das Bestätigen im AdminP ist imho auch kein Aufwand und ich verwende lieber die von IBM mitgebrachten Tools. Das ist bei irgendwann auftretenden PMRs auch nicht verkehrt  
Und bei nicht 100%igen Wissen, was man da macht (kein Vorwurf an Ice-Tee) auch eher empfehlenswert.

[Pfefferminz-T]

@Schroederk: Stimme nur bedingt zu... schon um den AdminP anzustossen muss ich die richtige Entscheidung treffen (keine Umleitung) und dann muss ich auch wissen, welche Schritte durchgeführt werden, wann ich manuell eingreifen muss - ich benötige also auch hier entsprechende Kenntnisse. Die Alternative für denjenigen, der sich nicht so gut in Notes auskennt bzw. in den AdminP einarbeiten will: Personendokument ändern, dann sofort Server herunterfahren, Dateien über Dateimanager umbenennen, Server starten, Arbeitsumgebungen anpassen :-)

Ist natürlich auch immer eine Frage der Anzahl der betroffenen Nutzer.

Jedenfalls sollte Ice-Tee nun genug Informationen haben, auf welche Art man das angehen kann.

Grüsse,
Thorsten