fragen zu admin4.nsf und ddm.nsf

[lime]

Hallo,

ich möchte gerne einen compact -C auf die admin4.nsf laufen lassen.
Das funktioniert bei 2 Servern, aber nicht beim Hauptserver, weil immer die Meldung kommt, dass die Datenbank in Verwendung ist.
Aber ich sehe unter "Datenbankbenutzer" niemanden, der sie offen hat.
Wie kann ich den Zugriff für alle auf diese Datenbank beenden, wenn es nicht unter "Datenbankbenutzer" aufscheint.
Gibt es da einen Konsolebefehl dafür?

danke, lg
Verena

[hallo.dirk]

Habe es noch nie ausprobiert, aber wenn der adminp Prozess beendet wird, könnte es gehen...

[Freezer]

Am besten den Server runterfahren und eine Dos-Batchdatei mit folgendem Inhalt laufen lassen:
%DominoDir%\ncompact.exe admin4.nsf -C
wobei %DominoDir% bei Dir durch den Pfad zum Dominoverzeichnis (da wo die ncompact.exe drin ist) ersetzt werden muss.

Gruß,

Wolfgang

[hallo.dirk]

Am besten den Server runterfahren und eine Dos-Batchdatei mit folgendem Inhalt laufen lassen:
%DominoDir%\ncompact.exe admin4.nsf -C
wobei %DominoDir% bei Dir durch den Pfad zum Dominoverzeichnis (da wo die ncompact.exe drin ist) ersetzt werden muss.

Gruß,

Wolfgang

dann aber auch gleich noch die names.nsf compacten.....

[lime]

danke euch; aber das muss doch irgendwie auch im laufenden Betrieb gehen, auf den anderen zwei Servern hat es doch auch funktioniert, ohne dass ich gleich die Server herunterfahren musste....

>>Habe es noch nie ausprobiert, aber wenn der adminp Prozess beendet wird, könnte es gehen...<<

kann das noch jemand bestätigen?

[hallo.dirk]

Probiere es doch einfach aus:
Adminp beenden
Dbcache flush
Compact
Adminp starten

Wenns klappt OK wenn nicht, dann nicht.

 

[lime]

Probiere es doch einfach aus:
Adminp beenden
Dbcache flush
Compact
Adminp starten

Wenns klappt OK wenn nicht, dann nicht.

 

danke dir, hat aber leider auch nicht funktioniert 

Hat jmd. noch andere Ideen?

lg, Verena

[hallo.dirk]

Hast du nach beenden des Prozesses einen "dbcache flush" augeführt?

ups... hatte es ja schon geschrieben

[Klafu]

compact -L ? 

Chris

[lime]

Danke euch allen,

hat leider alles nicht funktioniert.

Der IBM Support hat mir folgendes geraten:

>>Yes you may delete the current replica and recreate a new replica.

To make compact run...

In administrator change the Anonymous access of the database to no access
then run the compact command. Compact will run.<<

1.) Ich soll die admin4.nsf löschen und eine neue Replik von einem anderen Server aus erstellen.
Aber ich weiß nicht, wie ich das anstellen soll, denn die admin4.nsf erstellt sich ja jedesmal sofort neu nach dem Serverneustart, und ich muss den Server aber neustarten, sonst kann ich die Datei gar nicht löschen.
Und so habe ich dann jedesmal keine neue Replik der Admin4.nsf des anderen Servers dieser Datei sondern eine komplett neue Datenbank mit einer anderen Replic-ID.
Bei der ddm.nsf ist es im Prinzip dasselbe, nur das sich dort - wundersamer Weise - die ddm.nsf zwar auch AUTOMATISCH neu erstellt hat, aber mit *derselben* Replic-ID wie von der ddm.nsf des anderern Servers.
Wieso funktioniert das bei einer Datei (ddm.nsf) und bei der anderen nicht (admin4.nsf)?
Wie schaffe ich es bloß, dass die admin4.nsf auf allen Servern dieselbe Replic-ID hat?

2.) Ich soll anonymous in der ACL der admin4.nsf keinen Zugriff geben, dann soll laut IBM der Compact funktionieren. Anonymous hat keinen Zugriff, compact funktioniert trotzdem nicht.
Dasselbe Spiel wie immer -> "Erros compacting admin4.nsf: Database is currently in use by you or another user"
Wenn ich den adminp beende und dann dbcache flush mache, funktionierts auch nicht.

edit: kann man das irgendwie abstellen, dass sich gewisse Dateien (admin4.nsf, ddm.nsf) nach einem Serverneustart von selbst neu erstellen?

Bin echt ratlos, kann mir noch irgendjemand helfen?

Danke

Liebe Grüße
Verena

[hallo.dirk]

Wieso willst denn die Admin4 neu erstellen? Wenn Du  sowieso bereit bist, sie zu löschen, dann kannst Du auch den Server beenden und den Compact manuell  ausführen, das ist schneller!
 

[lime]

danke dir, das hat IBM auch gerade geschrieben "Could you bring the server down and perform the offline maintenance (compact, fixup and updall)"

Das Problem ist nur, ich weiß nicht, wie ich das genau machen muss....

Also ich lösche alle admin4.nsf auf allen Servern, starte den Server neu, dann erstellt sich automatisch eine neue admin4.nsf......und dann?

Es tut mir leid, ich steh auf der Leitung

[Wolfgang]

... wenn Du die admin4.nsf löschst, gehen alle noch offenen Aufträge an den Admin-Prozess verloren. Das solltest Du lieber nicht einfach spontan so machen.

Du kannst bei beendetem Server die Servertasks auch ausführen, allerdings kann das eine Weile dauern.
Du öffnest ein Kommandozeilenfenster und wechselst in Datenverzeichnis.
Dort gibst Du dann ein, z.B. d:\lotus\domino\ncompact admin4.nsf (d:\lotus\domino durch dein Programmverzeichnis ersetzen, Parameter für den Compact kannst du dort auch mitgeben).

Gruß
Wolfgang

[lime]

hab ich gemacht, danke!

wie finde ich raus, welche server id der Server aktuell verwendet?

edit: ich hab nun das subject editiert, weil ich auch noch ein ähnliches Problem mit der ddm.nsf habe, und diese Frage imho hier hin passt.

Es geht darum, dass die ddm.nsf auf einem bestimmten Server immer rasant anwächst (die Dateigröße), obwohl auf den anderen Servern dieselbe ddm.nsf (selbe Replic-ID) ist, und diese dort nicht so schnell anwächst.

IBM hat mir u.a. das dazu geschrieben; wie versteht ihr das:
>>Would be best to delete the current replicas. Go to
Replication settings->Advanced and make sure "Design elements" is checked.
Replicate using the most recent template. This is needed!!<<

Heißt das, ich soll ALLE Repliken auf allen Servern der ddm.nsf löschen?
Bei der admin4.nsf ist das ja sehr heikel, wie schaut es bei dieser Datei aus?
Kann man das einfach so machen?
Oder versteht ihr den Text anders?

[Wolfgang]

... der Server verwendet immer seine eigene ID bzw. die, mit der er gestartet wird. Die wechselt zwischendrin nicht.

Die ddm.nsf, die rasant anwächst, ist die auf dem Server, die Du regelmäßig anschaust, oder? Da wächst dann der Ansichtsindex und trägt zur Dateigröße bei. Das ist nicht schlimm, wenn der Server dadurch nicht langsamer wird.

Die IBM-Antwort "Replicate using the most recent template. This is needed!!"halte ich für Quatsch.

Gruß
Wolfgang

[lime]

>>der Server verwendet immer seine eigene ID bzw. die, mit der er gestartet wird. Die wechselt zwischendrin nicht.<<
ja, das weiß ich, nur *welche* er verwendet weiß ich nicht 100%ig (es gibt eine "server.id" und eine "%servername%.id" auf unserem Server und ich weiß leider nicht genau, welche die aktuelle ist :/ - wo sehe ich das?

>>Die ddm.nsf, die rasant anwächst, ist die auf dem Server, die Du regelmäßig anschaust, oder? Da wächst dann der Ansichtsindex und trägt zur Dateigröße bei. Das ist nicht schlimm, wenn der Server dadurch nicht langsamer wird.<<
also die Datei wächst ganz von alleine. Egal ob ich sie anschaue oder nicht. Nach ein paar Monaten ist die am Hauptserver einige GB (!) groß, und die auf den anderen Servern immer nur noch einige MB.
Obwohl die Datenbank auf allen Servern ein und dieselbe Replic-ID hat!

Jetzt habe ich alle Repliken der ddm.nsf auf allen Servern gelöscht, habe die Server neu gestartet, die ddm.nsf hat sich von selbst wieder erstellt - nur leider wieder mit der selben Replic-ID wie vorher.
Wie kann das sein?? Wie bringe ich es zusammen, dass es wirklich eine neue Datenbank wird, und keine erneute Replik von der alten DB?

Danke, Liebe Grüße
Verena

[MCPvsTron]

Die DDM Datenbanken haben immer die gleiche Replika Id, das ist Teil des Konzeptes.
Man definiert in der events4.nsf eine Server Collection Hierarchie, der Server den man als Collecting Server auswählt
sammelt die Daten aller anderen Server der Domäne über eine Selektive Replikationsformel ein.
Man sollte also nicht die DDM.nsf manuell per Replikationsdokument replizieren, sondern einen Server in der events4.nsf als Collecting Server definieren. Nur die DDM auf diesem Server hat dann die Events aller anderen Server in der Domäne. Die anderen Server haben einen ddm.nsf die nur die events des eigenen Servers darstellt.
Works as designed..

Viele Grüße
Christian

Edit: 2 Tips was die Größe der Datenbank betrifft. 
a) Hast du in dem DDM Filter in der events4.nsf eingestellt das auch normale Events eingesammelt werden ? Das kann die Größe der Datenbank erheblich wachsen lassen
b) In den Replikationseigenschaften der Datenbank "Remove Documents not modified  in the last X Days" auf einen sinnvollen Wert setzen

[Driri]

...ich weiß leider nicht genau, welche die aktuelle ist :/ - wo sehe ich das?

Das sollte in der notes.ini des Servers erkennbar sein, der INI-Eintrag heißt "KeyFileName=...".