Da ich mich derzeit intensiv mit dem in IBM Notes und Domino 9 neu hinzugefügten Servertask Database Maintenance Tool (DBMT) beschäftige, habe ich mich zur Vorbereitung auch mit der Deaktivierung des UpdAll auseinandergesetzt und hier mal eine meiner Meinung nach recht vollständige Lösung zur Deaktivierung eines Default-Server Tasks dokumentiert. Ich denke dem ein oder anderen wird es behilflich sein; zur Vorbereitung der Umstellung auf DBMT ist es zumindest unerlässlich. Auf DBMT werde ich in Kürze in einem weiteren Artikel umfangreich eingehen.
Der UpdAll läuft typischerweise jede Nacht um zwei Uhr und wird durch den Notes-Ini-Parameter ServerTasksAt2 definiert. Zur Deaktivierung des Servertasks solltet ihr
- diesen Parameter kürzen,
- entsprechende Programmdokumente auf "Deaktiviert" setzen oder
- ggf. Konfigurationsdokumente, welche den Parameter aktiv setzen, anpassen.
Ob bei euch ein entsprechender Notes-Ini-Parameter gesetzt ist, wird euch über den Konsolenbefehl show config servertasks* angezeigt.
Abb. 1: Mit "show config <Suchbegriff>" werden euch aktuelle Notes-Ini Einstellungen in der Konsole angezeigt.
Parameter kürzen:
Wie in Abbildung 1 dargestellt solltet ihr normalerweise einen Eintrag für ServerTasksAt2 mit dem Wert UpdAll in eurer Konsole sehen. Diesen könnt ihr nun entweder via Konsolenbefehl überschreiben oder die notes.ini auf dem Server bearbeiten. Zum Überschreiben via Konsolenbefehl nutzt bitte den set config <variable>=<wert> Befehl. in unserem Fall also set config ServerTasksAt2=.
Sollten bei euch noch andere ServerTasks um 2 Uhr starten, so ergänzt diese wieder entsprechend.
Programmdokumente auf "Deaktiviert" setzen:
Alternativ zur ServerTasksAt2 Angabe in der notes.ini kann es auch sein, dass ihr Programmdokumente habt, welche sich um die Ausführung des UpdAll bemühen. Programmdokumente findet ihr im Administrator Client auf dem Reiter Konfiguration und dort in der Kategorie "Server -> Programme".
Abb. 2: In der Programmübersicht seht ihr, ob der UpdAll zeitlich getriggert als Programmdokument aufgeführt ist.
Solltet ihr ein solches Programmdokument haben, so könnt ihr dies entweder einfach nur deaktivieren oder löschen. Ich präferiere immer die "Deaktivieren" Variante. Bitte achtet darauf, dass Programmdokumente für jeden Server einzeln existieren. Deaktiviert also nur das Programmdokument auf dem Server, auf dem ihr es wirklich deaktivieren wollt.
Abb. 3: Programmdokumente können den Status "Aktiviert", "Deaktiviert" oder "Nur beim Serverstart" haben.
Konfigurationsdokumente, welche den Parameter aktiv setzen, anpassen
Zu guter Letzt gibt es die Möglichkeit, dass ihr zwar den Notes-Ini-Parameter gelöscht habt, dieser sich aber regelmäßig wieder neu setzt. Das lässt in der Regel darauf schließen, dass ihr ein Konfigurationsdokument für den Server habt und in diesem der Notes-Ini-Parameter gesetzt wird. Konfigurationseinstellungen findet ihr im Administrator Client unter "Konfiguration -> Server -> Konfigurationen".
Abb. 4: Eine Übersicht über alle Konfigurationsdokumente und deren Einstellungen findet ihr am schnellsten im Administrator Client.
Um das richtige bzw. alle gültigen Konfigurationsdokumente zu finden, müsst ihr Folgendes beachten:
- Konfigurationsdokumente können explizit für Server gelten, somit achtet darauf ob in der ersten Spalte euer Servername gelistet ist.
- Konfigurationsdokumente können für Servergruppen gelten, somit achtet darauf ob in der ersten Spalte eine Gruppe gelistet ist, welche euren Server beinhaltet.
- Konfigurationsdokumente können Global gelten, auf dem Screenshot seht ihr ein * Dokument.
Wie diese Konfigurationsdokumente untereinander hierarchisch stehen habe ich bislang nirgendwo schwarz auf weiß nachlesen können. Ich hoffe, dass die Reihenfolge "Explizit" vor "Gruppe" vor "Global" lautet. Was allerdings passiert, wenn mehrere Servergruppenkonfigurationen vorhanden sind, welche sich gegenseitig widersprechen, will ich gar nicht wissen. Sollte hierzu jemand belastbare Informationen haben, möge er gerne unten einen Kommentar ergänzen. Danke!
Zurück zum Thema: Solltet Ihr nur einen expliziten Eintrag für den Server haben, öffnet diesen und kontrolliert, ob auf dem Reiter "NOTES.INI-Einstellungen" ein ServerTasksAt2-Eintrag vorhanden ist und editiert diesen gegebenenfalls.
Abb. 5: Über das Konfigurationsdokument können Notes-Ini-Parameter zentral gesetzt werden.
Solltet ihr aber Konfigurationsdokumente haben, welche für mehrere Server oder gar alle Server gelten und nur darin eine entsprechende Einstellung vorfinden, so legt bitte ein Konfigurationsdokument für den expliziten Server an und setzt den Parameter ServerTasksAt2 auf leer bzw. passt diesen an.
Nun sind alle typischen Stellen für einen UpdAll- Invoke kontrolliert und bearbeitet worden. Mir sind aber auch schon Agenten unter gekommen, welche einen Konsolenbefehl schicken. Solltet ihr also an keiner der drei Stellen fündig geworden sein, so schadet ein Blick in das Server Log für die letzten sieben Tage nicht. Sucht hier aktiv nach UpdAll Ausgaben und ggf. findet ihr dadurch einen aufrufenden Agenten.
Abb. 6: Im Log findet ihr Ausgaben des UpdAll-Tasks.
Schlussendlich könnt ihr euch sehr sicher sein, dass ihr euren ServerTask deaktiviert habt. Wie oben schon angedeutet dient dieser explizite Fall hier zur Vorbereitung des DBMT, welches euch viele Wartungsprobleme abnimmt. Seid also gespannt auf den in Kürze erscheinenden Blog-Eintrag "Wie aktiviert man DBMT und was gilt es dabei zu beachten?".