was heißt "Ändern des administrationsserver"?

Du kannst pro DB einen Administrationsserver festlegen in der jeweiligen ACL. Meintest Du das? Und der Admin-Server fuer die Domaene ist dann der Administrationsserver auf das oeffentliche Adressbuch?
Bin mir nicht sicher, ob Du das meintest.

Dir ist aber schon klar dass Umbenennungen erst nach Benutzeranmeldung abgeschlossen werden, d.h. der benutzer muss sich mit dem Admin Server auch irgendwie verbinden

server aufsetzen, replikationsverbindung einrichten, alle dbs rüberschieben und dann in allen dbs den administrationsserver auf den neuen server stellen...

mal eine frage...wieviel benutzer wollt ihr umbenennen?

Hi Meckes,

ich glaube, dass Du die Belastung durch den Administrationsprozess ziemlich überschätzt. Dieser ist eigentlich schon dafür ausgelegt, die Belastung gleichmässig zu verteilen z. B. werden Leser- und Autorenfelder in den Dokumenten erst am WE geändert.

Ich jedenfalls, habe noch keine Performanceeinbrüche durch den Administrationprozess auf einem Server verspürt.

Naja, selbst wenn Du Dein Vorhaben in die Tat umsetzt (was höchst wahrscheinlich nicht wirklich was bringen wird), den Adminstrationserver für die Domäne auf eine zusätzliche HW zu konfigurieren, wird dennoch ein nicht unerheblicher Teil der Administrationsaufgaben von anderen Servern in der Domäne ausgeführt. D. h. der jeweilige Administrationsserver einer Domäne führt nicht alle Anforderungen selber aus.

Kleiner Tipp am Rande: Wenn Du Dir wirklich Sorgen darüber machst, der Administrationsprozess könnte auf Deinen produktiven Server zuviel Last verursachen, dann hast Du aller Wahrscheinlichkeit nach eine zu schwache HW zur Verfügung. Deshalb würde ich lieber über den Erwerb einer neuen, leistungsfähigeren HW nachdenken oder wenigsten ein oder zwei Riegel mehr Speicher nachlegen. Davon hast Du und Deine User wesentlich mehr.

Gruß,
Kete

Wenn ihr nicht Hunderte von Benutzern gleichzeitig umbenennen wollt, steckt der AdminP-Task das locker weg. Die einzige Aufgabe, die den AdminP etwas stresst, ist das Nachführen aller Umbenennungen in den Autoren- und Leserfeldern von Datenbanken mit vielen Dokumenten. Aber das macht er ohnehin nur zu den im Serverdokument ausgewiesenen Nachtzeiten, damit möglichst wenige oder keine Replikationskonflikte dadurch entstehen.

Ich würde dringend davon abraten, mit "Massenvernichtungswaffen" den Administrationsserver in allen Datenbanken umzubenennen, vor allem, wenn du dich nicht in ganz kurzen Intervallen bei einer solchen Aktion replizierst.

Und wenn du sie ohnehin nach hause schickst, dann kann auch der eine Server - meinetwegen unter Voll-Last - die Umbenennungen abtrödeln.

Viel besser ist es, wenn du - ohne zweiten Server - freitags um 11:30 die Umbenennungen machst. Die Mitarbeiter bekommen die Umbenennungsaufforderung gegen Mittag. Am frühen Nachmittag sind alle wesentlichen Dinge umgestellt - und am Montagmorgen stimmen auch die Autoren- und Leserfelder und der Eigentümer des Kalenders ist richtiggestellt usw. Alles auf einem Server.

Eines zum Schluß: mir schwillt der Kamm, wenn ich lese, wie locker flockig manche Administratoren Administrationsserver umbenennen. Ein amerikanischer Kollege hat das einmal bei allen DBs von mir auf einen Rutsch gemacht ohne irgendjemand zu informieren oder sich die Datenbanken auch nur anzusehen. In den folgenden Wochen häuften sich in meinen Datenbanken die Replikationskonflikte. Klar: die Agenten, die nachts die Dokumente veränderten, liefen auf meinem Server, die Umbenennungen der Autoren- und Leserfelder fand weit entfernt statt.

Grundsätzlich gilt: die periodischen Agenten laufen auf dem Administrationsserver, bzw. umgekehrt Administrationsserver ist der Server, auf dem die periodischen Agenten einer DB laufen.

Genau das hat dir ganz zu Anfang schon jemand beantwortet.
Vielleicht solltest du erst mal die Postings richtig lesen, bevor du dich darüber beschwerst dass keiner auf deine Frage eingeht.

Siehe zweite Antwort auf dein Posting

Allmählich kommt ein wenig Licht ins Dunkel. Der AdminP-Prozeß auf dem jetzigen Admin-Server läuft nicht richtig.

Wenn etwas nicht richtig läuft, würde ich unbedingt ein paar weitere Baustellen aufmachen, damit die nach dem Fehler abzusuchende Fläche größer wird. Was du machst oder planst, ist die Umsetzung der Chaostheorie in die Praxis.

Niemand hat geschrieben, daß du unbedingt 700 Benutzer auf einmal umbenennen soll. Leg uns nicht in den Mund, was wir nicht gesagt haben. Aber du wirst es nicht für möglich halten: der AdminP-Prozeß macht die Umbenennungen genauso wie der Bauer die Kartoffeln ißt: eine nach der anderen. Und deshalb sind auch 700 Umbenennungen auf einer normalen Maschine kein Problem. Du kannst im Serverdokument auch Zeitfenster für den AdminP definieren.

Wie gesagt: es gibt viele sinnvolle Dinge, wie man das Problem angehen oder meistern kann. Deine Idee würde ich nicht als Teilmenge der sinnvollen Dinge ansehen.

Die Zahl der Rückmeldungen ist großenteils auch eine einzige große Warnung. Ich will es einmal mit einem Beispiel probieren: du willst oder mußt jetzt einen Bungee-Jump machen und stellst fest, daß das Gummi in dem Seil, das dir derzeit zur Verfügung steht, porös ist und du dich darauf nicht verlassen kannst. Du reparierst nicht das Seil, sondern legst dir ein Stahlseil zu, das dein Gewicht auf jeden Fall tragen kann. Unsere Warnungen sind jetzt vergleichbar mit dem Hinweis an den Springer, daß das Gummi im Bungee-Seil wichtig ist.