Periodische Agenten laufen einen ganzen Tag nicht (gelöst)

[Tim Pistor]

Ich hab zu dem Fall online nur wenig gefunden, deshalb poste ich das mal hier...

Vor kurzem erreichte mich eine Supportanfrage: Manchmal laufen einen ganzen Tag lang die periodischen Agenten in einer unserer Anwendungen nicht. Erst ein Neustart des Agentmanagers bringt Besserung. Manchmal vergehen nur ein paar Tage bis zu einem erneuten Auftreten, manchmal passiert erst nach 1-2 Wochen wieder. Interessant: Die Agenten (an die 5) stehen auch nicht in der Übersicht im Administrator unter Server... / Zeitpläne / Agenten.

Die Ursache: Mit einem Programmdokument wird täglich ab 23 Uhr der Compact-Task über alle Anwendungen angestoßen. Dies dauert dann schon mal ein paar Stunden. Während der Compact noch Anwendung für Anwendung abarbeitet, startet der Agent Manager um 00:00 Uhr den "Refresh agent cache" (Siehe Serverdokument unter Server Tasks.. Agent Manager). Hier guckt der AMGR nun jede Anwendung durch und prüft, welche Agenten er für den Tag so braucht. Während der Compact aber mit einer Anwendung beschäftigt ist, kann kein anderer Task darauf zugreifen. Der AMGR überspringt diese Anwendung dann. Die Agenten laufen dadurch aber erst wieder beim nächsten (erfolgreichen) Refresh - default 00:00 Uhr.

Mögliche Lösungen:

- Agent Cache Refresh früher / später triggern
- Zeitpunkt der Compacts nach hinten schieben

Schöne Alternative wäre natürlich, wenn man zusätzlich via Programmdokument diesen Cache "tell amgr..." aktualisieren lassen könnte. Hab ich aber nix gefunden.

[Tode]

Das Ganze ist übrigens bei IBM dokumentiert. Leider ist der Parameter in Verbindung mit dem dbmt kaputt... Dokumentiert ist das unter dem Artikel "LO87224: DEBUG_AMGR_ENABLE_RETRY_ON_COMPACT=1 IS NOT WORKING WITH DBMT", der aber nur mit IBM login zu lesen ist.

[pilzkoepfle]

Nun ja, unter eine Lösung verstehe ich etwas anderes. Das ist maximal ein workaround.

Den Agentmgr Cache auf einen anderne Zeitpunkt zu setzen, bringt zumin in meinem Fall keine Veränderung. Es hilft nur neu signieren oder Agent neu speichern. Auch das stoppen und wieder starten des amgr bringt wenig. Die Agents zeitlich anders zu terminieren kann eine Lösung sein, aber es gibt eben Agents die aufgrund performance in der Nacht laufen müssen.

In meinem Fall startete der cache refreh um 00:00, dbmt läuft um 2 - und dennoch habe ich immer wieder DB's in denen der Agent nicht läuft. Habe natürlich auch schon dbmt von 2-6 laufen und lassen und den refresh auf 6:20 uhr gelegt- interessiert den kerl einfach nicht.

Die IBM hat einen offenen SPR dazu SHJRA4RHZT . Wer möchte das die IBM sich hier bewegt sollte einen PMR öffnen und sich an den SPR hängen.

Ich bin mittlerweile wieder zurück zum compact und lasse mehr threads laufen.

[Pfefferminz-T]

Warum lässt denn der Kunde jeden Tag den Compact laufen? Mit welchen Parametern?

[Tode]

Es geht ja hier um den DBMT, und den lässt man ja wirklich jeden Tag laufen (wenn auch mit einem Alter- Parameter versehen), und wenn sich halt DBMT und AMGR überschneiden, kommt es zu dem Problem. Deshalb ist er zurück zu einem regelmässigen compact...

[Pfefferminz-T]

Hm, aber Tim schreibt in seiner Anfrage doch nur davon, dass der Kunde über ein Programmdokument einen Compact anstösst. Von DBMT lese ich da nix...?

[Tode]

Dann hast Du nichts alles gelesen ;-)

Das Problem von Tim ist mit einem INI- Parameter gefixt. Dieser INI- Parameter funktioniert aber nicht im Zusammenhang mit DBMT (siehe meine Antwort #1)...