Testen Sie das Always-Running-Verhalten im Jitterbit App Builder

Übersicht

Diese Einstellung kann etwas schwierig zu testen sein. App Builder Der Scheduler wird innerhalb des IIS-Prozesses ausgeführt. Das Problem besteht darin, dass IIS zur Freigabe von Speicher standardmäßig jeden Tag seine Anwendungspools recycelt. Sobald ein Anwendungspool recycelt wurde, wartet IIS standardmäßig auf den ersten Benutzer, der sich anmeldet. App Builder, startet dann den Anwendungspool.

Das bedeutet, dass das Standardverhalten von IIS den App Builder Anwendung, und der Scheduler wird angehalten, bis sich der nächste Benutzer bei IIS anmeldet.

Nehmen wir als extremes Beispiel an, dass für Sonntag um 2 Uhr morgens ein Ereignis geplant ist. IIS recycelt die App Builder Anwendung Samstag um Mitternacht, und niemand meldet sich an App Builder bis Montagmorgen. In diesem Beispiel wäre der Planer bis Montagmorgen offline, wenn sich der erste Benutzer anmeldet, die Anwendung startet und den Zweck, ein Ereignis für Sonntag um 2 Uhr morgens geplant zu haben, zunichte macht.

Um manuell zu testen, ob „Immer laufend“ funktioniert, gibt es ein paar Optionen, aber bei beiden Techniken müssen Benutzer gebeten werden, nicht zu verwenden App Builder während des Tests. Wenn sich ein Benutzer anmeldet App Builder Beim Testen dieser Funktion wird der Test ungültig, da IIS den Anwendungspool lädt, wenn der Benutzer auf App Builder.

Überprüfen Sie die Windows-Ereignisprotokolle

Wenn IIS den Anwendungspool wiederverwendet, wird dem Windows-Ereignisprotokoll ein Protokolleintrag mit der Quelle WAS hinzugefügt. Um den Protokolleintrag zu finden, öffnen Sie die Windows Ereignisanzeige auf dem Webserver.

1. Suchen Sie die Systemeinträge:

   

2. Suchen Sie ein Ereignis mit Quelle von WAS und einem Eintrag ähnlich wie:

   

3. Überprüfen Sie die Details, um zu sehen, ob es sich bei der Veranstaltung um die App Builder Anwendungspool wird recycelt. Wenn ja, dann stellt dieses Ereignis dar, dass IIS den App Builder Bewerbungspool:

   

4. Überprüfen Sie Datum und Uhrzeit des Ereignisses. Das Ziel der Einstellung „Immer ausgeführt“ ist, dass unmittelbar nach der Wiederverwendung des Anwendungspools der App Builder Anwendung sollte sich selbst starten. Um dies zu bestimmen, suchen Sie Ihren App Builder Protokolle und suchen Sie nach Protokolleinträgen, die mit dem Datum und der Uhrzeit dieses Recycling-Ereignisses übereinstimmen. Die Protokolle befinden sich im App Builder Installationsordner unter App_Data:

   

Beachten Sie, dass der Anwendungspool um 9:52:42 Uhr recycelt wurde. Beachten Sie dann in der App Builder protokollieren, dass um 9:52:45 (innerhalb von 3 Sekunden) die App Builder Die Anwendung wurde neu gestartet. Dies zeigt an, dass die Einstellung „Always Running“ für Ihre Umfeld funktioniert. Die Anwendung hat nicht gewartet, bis sich jemand angemeldet hat. App Builder, es wurde sofort nach der Wiederverwendung des Anwendungspools gestartet. Auch dieser Test geht davon aus, dass derzeit niemand App Builder Wenn Sie bestätigen möchten, dass keine Benutzer auf App Builder Erzwingen Sie zu diesem Zeitpunkt den Start der Anwendung. Überprüfen Sie die IIS-Protokolle, Standardordner:

C:\inetpub\logs\logfiles\w3scv1\

Bestätigen Sie, dass keine Anfragen vorliegen, die der Uhrzeit und dem Datum entsprechen, an dem die Anwendung gestartet wurde.

Einstellung manuell bestätigen

Auch dies muss durchgeführt werden, wenn niemand verwendet App Builder oder der Test ist ungültig.

1. Stoppen Sie IIS. Geben Sie in einer administrativen Befehlszeile ein: iisreset /stop

   

2. Warten Sie eine Minute, bevor Sie es erneut starten. Geben Sie dann ein: iisreset /start

   

Überprüfen Sie nach dem Start die App Builder Anwendungsprotokolle im App Builder Installationsverzeichnis unter App_Data. Es sollte ein Protokolleintrag vorhanden sein, der angibt, dass die Anwendung unmittelbar nach dem Start von IIS gestartet wurde.

Überprüfen Sie Datum und Uhrzeit, um sicherzustellen, dass sie korrekt sind (unmittelbar nach dem Start von IIS). Auch dieser Test ist nicht gültig, wenn ein Benutzer auf App Builder Ihre Anfragen starten auch sofort den Anwendungspool.

Standardmäßig ist IIS so eingestellt, dass es alle 29 Stunden neu startet (sodass der Anwendungspool jeden Tag zu unterschiedlichen Zeiten neu gestartet wird). Sie sollten eine bestimmte Tageszeit konfigurieren, zu der der Anwendungspool neu gestartet wird, und sicherstellen, dass diese Zeit nicht mit geplanten Hintergrundjobs in Konflikt gerät.:

An dieser Stelle können Sie eine Zeit auswählen, zu der Sie wissen, dass Benutzer nicht auf das System zugreifen werden. Sie können dann die Ereignisprotokolle überprüfen, um zu bestätigen, dass der Anwendungspool zum angegebenen Zeitpunkt wiederhergestellt wurde (Schritte in der ersten Option enthalten), und Sie können die App Builder Anwendungsprotokolle, um zu bestätigen, dass die App Builder Anwendung wird sofort gestartet, nachdem der Anwendungspool recycelt wurde.

Wenn die Anwendung automatisch gestartet wird, nachdem der Anwendungspool recycelt wurde, wird der Scheduler immer ausgeführt.

Fehlerbehebung

Wenn der Test nicht erfolgreich ist, enthält der folgende Abschnitt einige häufige Probleme, die bei der Implementierung des Autostartverhaltens aufgetreten sind.

Die Anwendungsinitialisierung ist jetzt richtig konfiguriert. Nachfolgend finden Sie Links, die angeben, wie Sie das Verhalten testen oder einige häufige Probleme beheben können.

Problembehebung beim Autostartverhalten