Zeitpläne

Reporting Services stellt freigegebene und berichtsspezifische Zeitpläne bereit, mit denen Sie die Verarbeitung und Verteilung von Berichten steuern können. Der Unterschied zwischen den beiden Typen von Zeitplänen liegt in ihrer Definition, Speicherung und Verwaltung. Die interne Konstruktion der beiden Typen von Zeitplänen ist die gleiche. Alle Zeitpläne geben einen Wiederholungstyp an: monatlich, wöchentlich oder täglich. Innerhalb des Wiederholungstyps legen Sie die Intervalle und den Zeitraum der Häufigkeit eines Ereignisses fest. Die Wiederholungsoption und die Art und Weise, wie diese festgelegt ist, sind dieselbe, unabhängig davon, ob Sie einen freigegebenen oder einen berichtsspezifischen Zeitplan erstellen.

In diesem Thema:

• Verwenden von Zeitplänen

• Vergleichen von freigegebenen und berichtsspezifischen Zeitplänen

• Konfigurieren der Datenquellen

• Speichern von Anmeldeinformationen und Verarbeitungskonten

• Funktionsweise des Prozessors für Zeitplanung und Übermittlung

• Serverabhängigkeiten

• Auswirkungen beim Beenden des SQL Server-Agents

• Auswirkungen beim Beenden des Berichtsserverdienstes

Verwenden von Zeitplänen

Sie können den Berichts-Manager im einheitlichen Modus und SharePoint-Seiten für die Websiteadministration im SharePoint-Modus verwenden, um Zeitpläne zu erstellen und zu verwalten. Ihre Möglichkeiten:

• Planen der Berichtsübermittlung in einem standardmäßigen oder datengesteuerten Abonnement.

• Planen der Generierung des Berichtsverlaufs, sodass in regelmäßigen Abständen neue Momentaufnahmen dem Berichtsverlauf hinzugefügt werden.

• Planen, wann die Daten einer Berichtsmomentaufnahme aktualisiert werden.

• Planen, wann die Daten eines freigegebenen Datasets aktualisiert werden.

• Planen des Ablaufs eines zwischengespeicherten Berichts oder freigegebenen Datasets zu einem vordefinierten Zeitpunkt, damit er anschließend aktualisiert werden kann.

Wenn Sie die gleichen Zeitplaninformationen für mehrere Berichte oder Abonnements verwenden möchten, können Sie einen freigegebenen Zeitplan erstellen. Freigegebene Zeitpläne werden separat definiert und dann in Berichten, freigegebenen Datasets und Abonnements herangezogen, die Zeitplaninformationen benötigen.

Beim Erstellen eines Zeitplans werden die Zeitplaninformationen vom Bericht in der Berichtsserver-Datenbank bzw. im SharePoint-Modus in der Dienstanwendungs-Datenbank gespeichert. Der Berichtsserver erstellt außerdem einen SQL Server -Agentauftrag, der zum Auslösen des Zeitplans verwendet wird. Die Zeitplanverarbeitung basiert auf der lokalen Zeit des Berichtsservers, auf dem sich der Zeitplan befindet. Das Zeitformat entspricht dem Standard des Microsoft Windows-Betriebssystems.

Einzelheiten zum Erstellen und Verwalten von Zeitplänen finden Sie unter Create, Modify, and Delete Schedules.

Vergleichen von freigegebenen und berichtsspezifischen Zeitplänen

Beide Typen von Zeitplänen führen zum selben Ergebnis.

• Freigegebene Zeitpläne sind portable, für verschiedene Zwecke ausgerichtete Elemente, die einsatzbereite Zeitplaninformationen enthalten. Da freigegebene Zeitpläne Elemente auf Systemebene darstellen, sind zum Erstellen eines freigegebenen Zeitplans Berechtigungen auf Systemebene erforderlich. Deshalb erstellt normalerweise ein Berichtsserveradministrator oder Inhalts-Manager die freigegebenen Zeitpläne, die auf dem Berichtsserver verfügbar sind. Freigegebene Zeitpläne werden mit dem Berichts-Manager oder mit SharePoint-Siteeinstellungen auf dem Berichtsserver gespeichert und verwaltet.

  Im Gegensatz zu bestimmten Zeitplänen, die Sie über die Eigenschaften von Berichten, freigegebenen Datasets oder Abonnements definieren, sind freigegebene Zeitpläne aus den folgenden Gründen einfacher zu verwalten und zu pflegen:

  • Freigegebene Zeitpläne können von einem zentralen Speicherort aus verwaltet werden, wodurch Zeitplaneigenschaften einfacher verglichen und Häufigkeits- sowie Wiederholungsmuster einfacher angepasst werden können, wenn geplante Vorgänge zu eng beieinander liegen oder mit anderen Prozessen auf dem Server in Konflikt stehen.

  • Ermöglicht Ihnen, schnell auf Änderungen in der Computerumgebung einzugehen. Stellen Sie sich beispielsweise vor, ein Satz von Berichten wird nach der Aktualisierung eines Data Warehouse um 4:00 Uhr ausgeführt. Wenn der Vorgang der Datenaktualisierung neu geplant wird oder sich verzögert, können Sie auf einfache Weise auf diese Änderung eingehen, indem Sie die Zeitplandaten in einem einzelnen, zentralen Zeitplan aktualisieren.

  • Wenn Sie nur freigegebene Zeitpläne verwenden, wissen Sie genau, wann geplante Vorgänge auftreten. Auf diese Weise kann die Serverauslastung vorhergesagt und darauf reagiert werden, bevor Leistungsprobleme auftreten. Wenn Sie zum Beispiel Computersicherungen zu einer bestimmten Zeit planen möchten, können Sie die freigegebenen Zeitpläne so anpassen, dass sie zu unterschiedlichen Zeiten durchgeführt werden.

• Berichtsspezifische Zeitpläne werden im Kontext eines bestimmten Berichts, Abonnements oder eines bestimmten Vorgangs für die Berichtsausführung definiert, um den Ablaufzeitpunkt des Caches oder Momentaufnahmeupdates zu bestimmen. Diese Zeitpläne werden inline erstellt, wenn Sie ein Abonnement definieren oder Eigenschaften zur Berichtsausführung festlegen. Erstellen Sie einen berichtsspezifischen Zeitplan, wenn ein freigegebener Zeitplan nicht die benötigte Häufigkeits- oder Wiederholungsoption bereitstellt. Einen berichtsspezifischen Zeitplan müssen Sie manuell bearbeiten, um zu verhindern, dass der Bericht ausgeführt wird. Berichtsspezifische Zeitpläne können von einzelnen Benutzern erstellt werden.

Konfigurieren der Datenquellen

Bevor Sie die Daten- oder Abonnementverarbeitung für einen Bericht planen können, müssen Sie die Berichtsdatenquelle so konfigurieren, dass sie gespeicherte Anmeldeinformationen oder das Konto für die unbeaufsichtigte Berichtsverarbeitung verwendet. Wenn Sie gespeicherte Anmeldeinformationen verwenden, können Sie nur einen Satz von Anmeldeinformationen speichern. Diese werden von allen Benutzern verwendet, die den Bericht ausführen. Bei den Anmeldeinformationen kann es sich um ein Windows-Benutzerkonto oder ein Datenbank-Benutzerkonto handeln.

Bei dem Konto für die unbeaufsichtigte Berichtsverarbeitung handelt es sich um ein spezielles Konto, das auf dem Berichtsserver konfiguriert wird. Es wird vom Berichtsserver für das Herstellen einer Verbindung mit Remotecomputern verwendet, wenn für einen geplanten Vorgang der Abruf einer externen Datei oder eine Verarbeitung erforderlich ist. Wenn Sie das Konto konfigurieren, können Sie es zum Herstellen einer Verbindung mit externen Datenquellen verwenden, die einem Bericht Daten bereitstellen.

Wenn Sie gespeicherte Anmeldeinformationen oder das Konto für die unbeaufsichtigte Berichtsverarbeitung angeben möchten, bearbeiten Sie die Datenquelleneigenschaften des Berichts. Wenn der Bericht eine freigegebene Datenquelle verwendet, bearbeiten Sie stattdessen die freigegebene Datenquelle.

Speichern von Anmeldeinformationen und Verarbeitungskonten

Ihre Arbeitsweise mit Zeitplänen hängt von Aufgaben ab, die Bestandteil Ihrer Rollenzuweisung sind. Bei der Verwendung vordefinierter Rollen können Inhalts-Manager und Systemadministratoren beliebige Zeitpläne erstellen und verwalten. Wenn Sie benutzerdefinierte Rollenzuweisungen verwenden, muss die Rollenzuweisung Aufgaben für geplante Vorgänge enthalten.

Weitere Informationen zur Sicherheit im einheitlichen Reporting Services-Modus finden Sie unter Vordefinierte Rollen, Erteilen von Berechtigungen für einen Berichtsserver im einheitlichen Modus und Aufgaben und Berechtigungen. Informationen zum SharePoint-Modus finden Sie unter Vergleichen der Rollen und Aufgaben in Reporting Services mit SharePoint-Gruppen und -Berechtigungen

Funktionsweise des Prozessors für Zeitplanung und Übermittlung

Der Prozessor für Zeitplanung und Übermittlung stellt die folgenden Funktionen bereit:

• Verwaltet eine Warteschlange von Ereignissen und Benachrichtigungen in der Berichtsserver-Datenbank. In einer Bereitstellung für dezentrales Skalieren ist die Warteschlange für alle Berichtsserver freigegeben.

• Ruft den Berichtsprozessor ab, um Berichte auszuführen, Abonnements zu verarbeiten oder einen zwischengespeicherten Bericht zu löschen. Die gesamte Berichtsverarbeitung, die als Folge eines geplanten Ereignisses auftritt, wird als Hintergrundprozess durchgeführt. Im SharePoint-Modus werden Zeitgeberaufträge verwendet.

• Ruft die Übermittlungserweiterung auf, die im Abonnement angegeben ist, damit der Bericht übermittelt werden kann.

Andere Aspekte der Zeitplanung und Übermittlung werden von anderen Komponenten und Diensten verarbeitet, die mit dem Prozessor für Zeitplanung und Übermittlung zusammenarbeiten. Genauer gesagt wird der Prozessor für Zeitplanung und Übermittlung im Berichtsserverdienst ausgeführt und verwendet den SQL Server-Agent als Zeitgeber zum Generieren von geplanten Ereignissen. In der folgenden schrittweisen Beschreibung wird erläutert, wie die geplanten Vorgänge in einer Reporting Services-Bereitstellung funktionieren:

1. Ein geplanter Vorgang wird definiert, wenn ein Benutzer einen Zeitplan erstellt. In dem Plan werden ein Datum und eine Uhrzeit definiert, die zum Auslösen eines Abonnements für die Berichtsübermittlung, zum Aktualisieren einer Momentaufnahme oder zum Ablaufen eines Caches verwendet werden.

2. Der Berichtsserver speichert die Zeitplaninformationen in der Berichtsserverdatenbank.

3. Vom Berichtsserver wird ein entsprechender Auftrag im SQL Server-Agent erstellt, der die bereitgestellten Zeitplaninformationen enthält. Die Aufträge werden über eine gespeicherte Prozedur erstellt, wobei die vorhandene offene Verbindung mit der Berichtsserverdatenbank verwendet wird.

4. Der SQL Server-Agent führt den Auftrag zum im Zeitplan angegebenen Zeitpunkt aus. Der Auftrag erstellt ein Ereignis, das einer von Reporting Services verwalteten Warteschlange hinzugefügt wird.

5. Das Ereignis führt zu einem Berichts- oder Abonnementprozess. Die Verarbeitung der Ereignisse erfolgt sofort, wenn sie in der Warteschlange erkannt werden. Der Bericht wird dann entsprechend verarbeitet und übermittelt.

   Bevor die Ereignisse verarbeitet werden, führt der Prozessor für Zeitplanung und Übermittlung einen Authentifizierungsschritt durch, um zu überprüfen, ob der Abonnementbesitzer über die Berechtigung verfügt, den Bericht anzuzeigen.

Reporting Services verwaltet eine Ereigniswarteschlange für alle geplanten Vorgänge. Die Warteschlange wird in regelmäßigen Abständen nach neuen Ereignissen abgefragt. Standardmäßig wird die Warteschlange alle 10 Sekunden überprüft. Sie können das Intervall ändern, indem Sie in der Datei „RSReportServer.config“ die Konfigurationseinstellungen PollingInterval, IsNotificationService und IsEventService ändern. Im SharePoint-Modus wird ebenfalls die Datei „RSreporserver.config“ für diese Einstellungen verwendet, und die Werte gelten für alle Reporting Services -Dienstanwendungen. Weitere Informationen finden Sie unter RSReportServer Configuration File.

Serverabhängigkeiten

Für den Prozessor für Zeitplanung und Übermittlung müssen der Berichtsserverdienst und der SQL Server-Agent gestartet sein. Das Feature "Terminplanungs- und Übermittlungsverarbeitung" muss über die ScheduleEventsAndReportDeliveryEnabled Eigenschaft der Surface Area Configuration for Reporting Services Facet in der richtlinienbasierten Verwaltung aktiviert werden. Sowohl der SQL Server-Agent als auch der Berichtsserverdienst müssen ausgeführt werden, damit geplante Vorgänge auftreten.

Auswirkungen beim Beenden des SQL Server-Agents

Die geplante Berichtsverarbeitung verwendet standardmäßig den SQL Server-Agent. Wenn Sie den Dienst anhalten, werden keine neuen Verarbeitungsanforderungen zur Warteschlange hinzugefügt, außer Sie fügen sie programmgesteuert mithilfe der FireEvent -Methode hinzu. Wenn Sie den Dienst neu starten, werden die Aufträge, die die Berichtsverarbeitungsanforderungen erstellen, fortgesetzt. Der Berichtsserver versucht nicht, Berichtsverarbeitungsaufträge neu zu erstellen, die möglicherweise in der Vergangenheit aufgetreten sind, während der SQL Server-Agent offline war. Wenn Sie den SQL Server-Agent für eine Woche anhalten, sind alle für diese Woche geplanten Vorgänge verloren.

Auswirkungen beim Beenden des Berichtsserverdienstes

Wenn Sie den Berichtsserverdienst beenden, fährt der SQL Server-Agent fort, Berichtsverarbeitungsanforderungen der Warteschlange hinzuzufügen. Statusinformationen des SQL Server-Agents zeigen an, dass der Auftrag erfolgreich war. Da der Berichtsserverdienst jedoch beendet war, findet keine Berichtsverarbeitung statt. Die Anforderungen werden in der Warteschlange gesammelt, bis Sie den Berichtsserverdienst neu starten. Sobald Sie den Berichtsserverdienst neu gestartet haben, werden alle Berichtsverarbeitungsanforderungen, die sich in der Warteschlange befinden, nacheinander verarbeitet.

Weitere Informationen

Create, Modify, and Delete Snapshots in Report History (Erstellen, Ändern und Löschen von Momentaufnahmen im Berichtsverlauf)
Subscriptions and Delivery (Reporting Services)
Datengesteuerte Abonnements
Zwischenspeichern von Berichten (SSRS)
Verwalten von Berichtsserverinhalten (einheitlicher SSRS-Modus)
Zwischenspeichern von freigegebenen Datasets (SSRS)