Verhalten von Agenten bei Domino-Server-Neustart
Heinz Mathys 29 December 2015 10:55:28
Ich werde immer wieder von Kunden angefragt, weshalb der Agent XYZ am Tag X nicht lief, resp. zweimal lief. Anbei eine kurze Zusammenstellung der häufigsten Situationen.Situation Server-Neustart, resp. Amgr-Task-Neustart
Das Verhalten ist so, dass bei einem Neustart der Domino-Server der Amgr-Taks die zeitgesteuerten Agenten prüft, ob der Agent bereits gelaufen ist. Abhängig davon startet der Amgr-Task den Agenten oder eben nicht. Falls der Domino-Server 'crashed' kann es sein, dass die Agenten-Info zum kurz zuvor durchgeführten Lauf nicht korrekt abgespeichert wurde (siehe z.B. swg21099248). Seit R7 kann man dieses Verhalten für täglich laufende Agenten mittels Notes.INI-Parameter "Amgr_SkipPriorDailyScheduledRuns" übersteuert werden.
Auszug aus der Hilfe zum Parameter "Amgr_SkipPriorDailyScheduledRuns=1":
In Notes Domino 7.0 a new notes.ini parameter was introduced which allows you to prevent daily scheduled agents from running when initially enabled.
Situation Design-Refresh
Vor R8 hatte man hierzu praktisch keine Möglichkeit das Verhalten gut zu steuern (siehe z.B. swg21090238). Ab R8 kann man den Notes.INI-Parameter DESIGN_AGENT_UPDATE auf "0" (Default) setzen, sodass ein Agent nach einem Design-Refresh nicht deaktiviert wird.
Auszug aus der Hilfe zum Parameter "DESIGN_AGENT_UPDATE=0":
In this case the design task will update the agent if the agent in the template is newer than the agent in the database. After the update is complete the design task will re-enable the agent adding the previous signer to the "run on behalf of" setting in the agent security properties.
Leider gab es einen Bug hierzu (siehe SPR PALT842M2U) der dieses Verhalten wieder aufhob, d.h. falls nicht alle Agenten aus einer Schablone vererbt wurden, sondern aus verschiedenen, dann funktionierte das Flag nicht.
Comments Disabled