Sinnvolle Programmdokumente für Server Tasks

[eini]

Hallo,

bisher habe ich immer verschiedene tägliche und wöchentliche Tasks in den Programmdokumenten eingestellt.

Nun würde mich interessieren was Ihr meint wann/wie folgende Tasks am sinnvollsten zum Einsatz kommen sollten.

compact (habe hier 15%)
design
updall (-F -R -B mail)
catalog
fixup (-F -J)

Gibt es hier Änderungen im 8er Server?
Danke für jede Antwort.

[koehlerbv]

Soweit ich das sehe, hat diese Frage keinen Bezug zur jeweiligen Version, sondern ist eher allgemeingültig zu sehen.
Prinzipiell gilt natürlich: Jedem nach seinem Gusto.

Das folgende ist also bitte als meine Meinung, basierend auf meinen Erfahrungen zu sehen:

Compact-Task: Am Wochenende laufen lassen oder wann immer es sonst betriebsarme Zeiten (aus Sicht des Servers als auch der Nutzer) gibt

Design-Task: Warum sollte diese periodisch laufen? Dieses unkontrollierte Starten kann auch Probleme verursachen, und ein Sinn habe ich keiner Konstellation (und ich habe nun wirklich viele Umgebungen kennen gelernt) erkennen können. Die Design-Task startet man, wenn es wirklich etwas zu tun gibt, und dann auch ganz gezielt auf die betroffenen DBs / Verzeichnisse.

Updall: Würde ich auch nur gezielt ablaufen lassen.

Catalog: Das ist eigentlich eine ServerTasksAtxx-Aufgabe. Wozu das auf ein Programmdokument umstellen und nicht den Standard lassen??

Fixup: Wie Updall ...

Nochmal: Dies sind meine Erfahrungen, die in den allermeisten Konstellationen passend waren.

Bernhard

[eini]

Das klingt gut, danke für deine Info.

Michl

[koehlerbv]

Hallo Michl,

lies Dir aber bitte noch weitere Meinungen anderer Kollegen durch, die hier sicherlich noch einlangen werden.

Bernhard

[nd_adm]

Hallo Michl,

wie Bernhard bereits erwähnt hat, ist das natürlich sehr stark von der jeweiligen Umgebung (Anzahl, Größe DB's und Ansichten) abhängig. Die vorgeschlagenen Einstellungen würde ich grundsätzlich auch so empfehlen. Bei uns arbeitet nur den compact per Programmdokument.

[Wolfgang]

... ich habe sämtliche Servertasks aus der notes.ini in doe Programmdokumente verlagert. Der Server startet dann einfach viel schneller.
Wann der compact sinnvollerweise läuft, hängt u.U. auch von der Backup-Lösung ab.

Gruß
Wolfgang

[nd_adm]

Hallo Wolfgang,

wie oft startest du deinen Domino? Ich mache das sehr selten, vielleicht alle drei Monate. Daher ist mir die Startzeit eher egal. Aber vielleicht hängt es ja bei dir mit der Backup-Lösung zusammen. Wenn du täglich startest verstehe ich deinen Ansatz.

[Wolfgang]

Hallo Wolfgang,

wie oft startest du deinen Domino? Ich mache das sehr selten, vielleicht alle drei Monate. Daher ist mir die Startzeit eher egal.

... die Dominos werden hier auch nicht häufiger gestartet. Ich finde es trotzdem schöner, wenn es schneller geht. Außerdem hat man dann alles (und für alle Server) auf einen Blick in den Programmdokumenten und nicht einen Teil dort und den anderen in der jeweiligen notes.ini.

Aber vielleicht hängt es ja bei dir mit der Backup-Lösung zusammen. Wenn du täglich startest verstehe ich deinen Ansatz.

... mein Hinweis auf das Backup hatte folgenden Hintergrund. Wir verwenden Transaction Logging und TDP for Lotus Domino (damit lässt sich minutengenau wiederherstellen). Beim compact wird eine neue DBIID für die komprimierte DB erzeugt; danach erstellt TDP automatisch eine Vollsicherung der DB. In einer solchen Konstellation wäre es z.B. unsinnig, samstags eine Vollsicherung zu erstellen und sonntags einen compact laufen zu lassen.

Gruß
Wolfgang

[eini]

Also mein neuer 8er 64Bit startet erstaunlich schnell (deutlich schneller als mein alter 6er).
Aber was ich mich frage, wo ist überhaupt definiert das der Server nach einem Neustart updall macht?

Oder einen Fixup macht er ja auch nicht von alleine. Was macht er überhaupt nach einem Neustart, bisher hatte ich die genannten Programmdokumente und auch alle paar Monate mal einen Neustart. Deswegen bin ich grade damit nicht so im Bilde.

Michl

[guesswho]

da jibbet Einträge in der notes.ini, steht auch die Version drin, Suche hier, wenn die auf alte Einträge verweisen, dann geht das los..

Jo

[eini]

Sind das dann die ServerTasksAt1?
Da sieht dann so aus:

ServerTasks=Update,Replica,Router,AMgr,AdminP,CalConn,Sched,HTTP,IMAP,RnRMgr
ServerTasksAt1=Catalog,Design
ServerTasksAt2=UpdAll
ServerTasksAt3=Object Info -Full
ServerTasksAt5=Statlog

Was bedeuten die Zahlen, die Reihenfolge?
Sprich eigentlich alles bis auf den Fixup oder?
Na, wieso frag ich überhaupt?? 

[blizzard]

die zahlen bedeuten die uhrzeiten
at1 heisst um 1 uhr nachts fängt er an das zu machen.

[koehlerbv]

Da ist aber ein Admin-Lehrgang angesagt ... oder zumindest mal Zeit für die Dokus nehmen!

Die ServerTasksAt3 sind schräg - wenn kein shared mail eingesetzt wird. Meine Meinung zum automatischen Start des Design-Tasks hatte ich schon kund getan.

Bernhard

[blizzard]

jopp seh ich genauso wie du Bernhard
der design task ... ** schlechte erinnerung hab **

[eini]

Danke Ihr habt ja Recht, eine Schulung wäre nicht schlecht, aber ein Blick in die Doku auch nicht...

Na ja, mal schauen.
Michl

[Tode]

ich stimme prinzipiell mit meinen Vorrednern überein, aber eins ist mir noch nicht "klar genug" rübergekommen:

fixup ist ein Werkzeug um defekte Datenbanken zu reparieren. IMHO gibt es keine Grund, das auf regelmässiger Basis durchzuführen.

Wenn der Server im Betrieb eine "defekte" Datenbank findet, führt er sowieso automatisch einen fixup durch.

Ich hatte noch keine schlechten Erfahrungen mit fixups, aber ich finde, dass das eine Aufgabe ist, die man dem Server ersparen kann (mal abgesehen davon, dass der fixup die Datenbanken sperrt solange er daran arbeitet, und wenn dann ein "sinnvoller" Task was mit der Db machen will (compact, update, amgr), dann kann er das nicht)

Gruss
Tode

P.S.: dieses auslagern der servertasks in Programmdokumente habe ich jetzt schon ein paarmal gesehen, aber für mich gibt es keinen Grund, das anders zu machen, als von IBM vorgesehen.
Auch hier wieder: Negative Erfahrungen habe ich nicht gemacht, ich habe nur ein "schlechtes" Gefühl dabei (mal ganz abgesehen davon, dass man die Servertasks* Einträge in der notes.ini dann zumindest nach jedem Update überprüfen sollte, da schreibt IBM ja gerne mal was rein...

Zum ServerTasksAt3=Object Info -Full: Das ist eine "unsitte" von IBM: Das steht standardmässig in jedem neu installierten Server drin, selbst wenn man Shared Mail nicht aktiviert hat...

[Wolfgang]

P.S.: dieses auslagern der servertasks in Programmdokumente habe ich jetzt schon ein paarmal gesehen, aber für mich gibt es keinen Grund, das anders zu machen, als von IBM vorgesehen.
Auch hier wieder: Negative Erfahrungen habe ich nicht gemacht, ich habe nur ein "schlechtes" Gefühl dabei (mal ganz abgesehen davon, dass man die Servertasks* Einträge in der notes.ini dann zumindest nach jedem Update überprüfen sollte, da schreibt IBM ja gerne mal was rein... 

... dagegen hilft
SetupLeaveServerTasks=1
in der notes.ini

Gruß
Wolfgang

[MaVo]

Danke Ihr habt ja Recht, eine Schulung wäre nicht schlecht, aber ein Blick in die Doku auch nicht...

Na ja, mal schauen.
Michl

Vielleicht hilft Dir auch dies Doku "Administrator Guide for Domino Server maintenance" weiter 

[eini]

Ja, danke!