Beim Start ruft der Distribution Server das IBFS-System auf, um Informationen darüber zu erhalten, wie mit dem WebFOCUS-Repository kommuniziert wird. Bei der Installation des WebFOCUS Client können Sie eine vorhandene SQL-Datenquelle angeben oder auswählen, dass WebFOCUS die Apache Derby SQL-Datenquelle installiert und konfiguriert. Wenn der Distribution Server nicht mit dem Repository kommunizieren kann, startet er nicht. Wenn der Distribution Server nicht startet, sehen Sie in den Distribution Server-Start-Tracedateien und Log-Dateien nach, ob Fehlermeldungen vorhanden sind. Weitere Informationen finden Sie unter Distribution Server Startup-Tracingdateien.

Nach der erfolgreichen Initialisierung sucht der Distribution Server nach Jobs, die wiederhergestellt werden müssen, wie es durch die Parameter Wiederherstellung und Scanback angegeben wird, und nach Jobs, die ausgeführt werden müssen, wie es durch den Wert NEXTRUNTIME jedes einzelnen Zeitplans angegeben wird.

Der Zweck des Wiederherstellung-Parameters im Serverkonfigurations-Tool ist es, Jobs wiederherzustellen, die in die ReportCaster Distribution Server-Warteschlange platziert wurden, jedoch nicht ausgeführt wurden. Dies kann daran liegen, dass der Distribution Server oder Reporting Server angehalten wurden. Sie können das Wiederherstellungs-Funktion aktivieren, indem Sie Wiederherstellung auf ON stellen im ReportCaster-Serverkonfigurations-Tool.

Wenn Sie einen Zeitplan erstellen und der Wiederherstellung-Parameter ist auf ON gestellt, wird das Feld RECOVERY auf N in der Repository-Tabelle BOTSHED gestellt. Wenn der Zeitplan in die Warteschlange zur Ausführung eingereiht wird, wird das Feld RECOVERY auf Y gestellt. Dies bedeutet, dass, falls der Distribution Server nicht mehr verfügbar ist, während sich der Job weiterhin in der Warteschlange befindet, der ReportCaster den Job wiederherstellen wird, sobald der ReportCaster Distribution Server wieder verfügbar ist, selbst wenn der Wiederherstellung-Parameter auf OFF gestellt wurde im ReportCaster-Serverkonfigurations-Tool . Nachdem der Job ausgeführt wurde und alle Log-Datensätze geschrieben wurden, wird das RECOVERY-Feld wieder zurück auf N gestellt.

Jeder Job der ausgeführt wird, weil der Wiederherstellung-Parameter auf ON gestellt wurde, wird nur einmal ausgeführt. Nachdem der Job in die Warteschlange eingereiht wurde, wird seine NEXTRUNTIME auf den nächsten Zeitpunkt aktualisiert, an dem er nach diesem Mal ausgeführt werden soll. Wenn beispielsweise ein Job für stündliche Ausführung geplant wurde und der Distribution Server vier Stunden nicht verfügbar ist, wird der Job, sobald der Distribution Server wieder verfügbar ist, nur einmal ausgeführt und kehrt dann zu seiner stündlichen Ausführung zurück.

Hinweis: Die Option Wiedeherstellung ist von der Option Scanback unabhängig. Weitere Informationen über die Option Scanback finden Sie in Scanback.

Es kann gelegentlich vorkommen, dass der Distribution Server für längere Zeit nicht verfügbar ist. Während dieser Zeit können keine geplanten Jobs ausgeführt werden. Per Default sucht der Distribution Server, wenn er wieder verfügbar ist, nach allen Jobs, deren nächste Ausführung vor dem aktuellen Zeitpunkt liegt und führt diese aus. Die nächste Ausführung wird dann auf den nächsten Laufzeitpunkt des Jobs zurückgestellt. Passen Sie dieses Verhalten an, falls der Distribution Server lange nicht verfügbar ist. Mit dem Scanback-Parameter können Sie nur die Jobs ausführen, die in einem bestimmten Zeitraum während des Ausfalls gefunden wurden, oder einfach die nächste Laufzeit aller noch nicht ausgeführter Jobs neu einstellen, ohne sie auszuführen.

Es gibt zwei Scanback-Parameter:

• Scanback-Typ (An, Aus oder Bei nächster Ausführung zurücksetzen)
• Scanback-Intervall (Anzahl der Tage)

Das Scanback-Intervall ist nur aktiv, wenn der Scanback-Typ An ist.Weitere Informationen finden Sie unter Distribution Server-Einstellungen.

Der Scanback-Typ-Parameter kann die folgenden Einstellungen haben:

• An, wenn das Scanback-Intervall eine ganze Zahl größer als Null ist. Steht für die Anzahl der 24-Stunden-Zeiträume (die zur Zeit des Distribution Server-Neustarts beginnt), um die der Distribution Server zurückscannen wird, um nach Jobs zu suchen, deren nächste Ausführung vor dem aktuellen Zeitpunkt liegt, und um diese auszuführen.

  Wenn der Distribution Server beispielsweise drei Tage lang nicht zur Verfügung steht, und Scanback auf 2 gestellt ist, führt der Distribution Server nur die Jobs aus, deren nächste Ausführung weniger als 48 Stunden vor dem Server-Neustart liegt.

  Alle ganzen Zahlen zwischen 1 und 365 sind gültig. Der Defaultwert beträgt 15 Tage.

• Zeitpunkt der nächsten Ausführung zurücksetzen. Sucht nach allen Jobs, deren nächste Ausführung vor dem aktuellen Zeitpunkt liegt, und stellt die nächste Ausführung auf die nächste geplante Ausführung des Jobs ein.
• Aus. Deaktiviert Scanback. Dies bedeutet, dass das Defaultverhalten des Distribution Servers verwendet wird, um alle Jobs, deren nächste Ausführung vor dem aktuellen Zeitpunkt liegt, zu finden, auszuführen und neu einzustellen.

Hinweis: Beachten Sie die Sommerzeit, wenn Sie den Parameter Scanback einstellen. Weitere Informationen finden Sie unter http://webexhibits.org/daylightsaving/b.html.

Hinweis:

• Die Option Scanback ist von der Option Wiedeherstellung unabhängig. Weitere Informationen über die Option Wiederherstellung finden Sie unter Wiederherstellung.
• Beachten Sie die Sommerzeit, wenn Sie den Parameter Scanback einstellen. Weitere Informationen finden Sie unter http://webexhibits.org/daylightsaving/b.html.

Das ReportCaster Server-Konfigurations-Tool ist ein Administrationstool, dass es autorisierten Benutzern ermöglicht, in den unterschiedlichen Einstellungen zu navigieren, die die ReportCaster-Konfiguration definieren, und diese zu ändern. Beispielsweise kann das Abfrageintervall für den Distribution Server geändert werden und die maximale Anzahl von Threads für die Steuerung der Anzahl der für jeden Reporting-Server verfügbaren Verbindungen kann definiert werden. Sie können auf die Konfigurationseinstellungen über den Konfiguration-Tab in der ReportCaster-Konsole zugreifen.

Weitere Informationen über ReportCaster-Konfigurationseinstellungen finden Sie unter ReportCaster-Konfiguration.

ReportCaster bietet die Möglichkeit, einen Backup-Distribution Server zu integrieren, und zwei oder mehr Distribution Server zu konfigurieren, um das Ausführen der geplanten Jobs aufzuteilen.

• Die Distribution Server-Failover-Funktion ermöglicht es Ihnen, einen Backup-Distribution Server zu konfigurieren, der ReportCaster-Operationen fortsetzen kann, wenn es beim primären Distribution Server zu einer Unterbrechung (geplant oder ungeplant) kommt. Ein synchronisierter Dienst überwacht den primären Server, um zu überprüfen, dass er betriebsbereit ist. Wenn es zu einer Unterbrechung kommt, sort der Überwachungsdienst dafür, dass der Failover-Server die Rolle des primären Servers übernimmt. Genaueres darüber, wie Sie einen Failover-Distribution Server einrichten, finden Sie im Kapitel ReportCaster-Tasks nach der Installation im Handbuch WebFOCUS- und ReportCaster-Installation und -Konfiguration für Ihre Plattform.

  Die ReportCaster-Konsole bietet Informationen über den primären Server und den Failover-Server wie Modus, Status. Sie können die Distribution Server von der ReportCaster-Konsole aus aussetzen, starten und anhalten. Genaueres über diese Operationen finden Sie unter Failover-Distribution Server-Status- und Tasks.

  Hinweis: Wenn die ReportCaster-Serverkonfiguration-Option auf Ein gestellt ist, stellt der Distribution Server geplante Jobs, die verarbeitet aber nicht beendet wurden, wieder her.

• Die Arbeitslastverteilung-Funktion ermöglicht es ReportCaster, die geplanten Jobs auf mehrere Distribution Server zu verteilen, wodurch eine große Anzahl von ReportCaster-Zeitplänen effizient und schnell verarbeitet werden kann.

  Es können auf einem oder mehreren Hosts mehrere Distribution Server-Instanzen installiert werden. Eine Instanz wird als Arbeitsauslastung-Manager ausgewiesen, die anderen als Workers. Das WebFOCUS-Repository wird vom Arbeitsauslastung-Manager und den Workers gemeinsam verwendet.

  Hinweis: Um für Arbeitslastverteilung zu konfigurieren, verwenden Sie die ReportCaster-Konfigurations-Tool-Einstellungen im Ordner Distribution Server. Es verwenden alle Server dieselben Konfigurationsinformationen. Der Arbeitsauslastung-Manager gibt alle Konfigurationsänderungen an die Workers weiter.

  Der Arbeitsauslastung-Manager fragt das WebFOCUS-Repository ab, um Jobs abzurufen, deren Ausführung geplant ist, und verschiebt diese in die Warteschlange. Es werden dann individuelle Jobs an den nächsten verfügbaren Worker verteilt.

  Die Workers setzen die Jobs, die vom Arbeitsauslastung-Manager geschickt werden, in eine Warteschlange, und verteilen Sie zur Ausführung. Die Workers verteilen die Ausgabe aus den ausgeführten Jobs und aktualisieren die ReportCaster-Log-Dateien.

  In der folgenden Übersicht ist die Verarbeitung und die Beziehung zwischen dem Arbeitsauslastung-Manager und seinen Workers dargestellt.

  

  Distribution Server-Failover kann auf den Arbeitsauslastung-Manager, der der primäre Distribution Server ist, angewendet werden, aber nicht auf die Workers.

  Sie können den Arbeitsauslastung-Manager und die Workers über das Server-Status-Fenster in der ReportCaster-Konsole überwachen und verwalten. Genaueres finden Sie unter Den Distribution Server-Status anzeigen.