Zeitpläne für wiederkehrende Trigger in Azure Logic Apps Workflows

Gilt für: Azure Logic Apps (Verbrauch + Standard)

Azure Logic Apps unterstützt Sie beim Erstellen und Ausführen von automatisierten wiederkehrenden Workflows nach einem bestimmten Zeitplan. Mit einem Logik-App-Workflow, der mit einem integrierten Trigger vom Typ Serie oder Gleitendes Fenster (beides Zeitplantrigger) beginnt, können Sie Aufgaben sofort, zu einem späteren Zeitpunkt oder in sich wiederholenden Intervallen ausführen. Sie können Dienste innerhalb und außerhalb von Azure aufrufen (z.B. über HTTP- oder HTTPS-Endpunkte), Nachrichten in Azure-Diensten wie Azure Storage und Azure Service Bus posten oder Dateien in eine Dateifreigabe hochladen. Mit dem Serientrigger können Sie auch komplexe Zeitpläne und Wiederholungseinstellungen für die Ausführung von Aufgaben einrichten. Weitere Informationen zu den integrierten Zeitplantriggern und -aktionen finden Sie unter Zeitplantrigger bzw. unter Zeitplanaktionen.

Die folgende Liste enthält einige Beispielaufgaben, die Sie mit den integrierten Zeitplantriggern ausführen können:

• Abrufen von internen Daten, z.B. durch tägliches Ausführen einer gespeicherten SQL-Prozedur.

• Abrufen von externen Daten, indem alle 15 Minuten ein Pull für die Wetterprognose eines Wetterdiensts ausgeführt wird.

• Senden von Berichtsdaten, z.B. eine E-Mail mit einer Zusammenfassung aller Bestellungen der letzten Woche, die einen bestimmten Betrag übersteigen.

• Verarbeiten von Daten, z.B. Komprimieren der hochgeladenen Bilder des Tages an jedem Wochentag außerhalb der Spitzenzeiten.

• Bereinigen von Daten, z.B. Löschen aller Tweets, die älter als drei Monate sind.

• Archivieren von Daten, z.B. Senden von Rechnungen per Push an einen Sicherungsdienst um 1:00 Uhr jeden Morgen für die nächsten neun Monate.

Sie können auch die integrierten Zeitplanaktionen nutzen, um den Workflow vor dem Ausführen der nächsten Aktion anzuhalten. Beispiele:

• Versand einer E-Mail mit einem Statusupdate bis zum Erreichen eines Werktags verzögern.

• Workflow verzögern, bis ein HTTP-Aufruf abgeschlossen werden konnte, und erst dann den Vorgang fortsetzen und das Ergebnis abrufen.

Diese Anleitung beschreibt die Funktionen für die integrierten Zeitplantrigger und -aktionen.

Ausführen von Workloadserien ohne Erstellung mehrerer Logik-Apps

Sie können wiederkehrende Workloads planen und ausführen, ohne eine separate Verbrauchs-Logik-App für jeden geplanten Auftrag zu erstellen. Dadurch umgehen Sie auch das Limit für Workflows pro Region und Abonnement. Stattdessen können Sie entweder eine Standardlogik-App mit mehreren Workflows erstellen oder das Muster der Verbrauchs-Logik-App verwenden, das von der Azure-Schnellstartvorlage "Logik-Apps" erstellt wird: Logik-Apps-Auftragsplanung.

Die Vorlage „Azure Logic App job scheduler“ (Logik-App-Auftragsplaner) erstellt die Logik-App CreateTimerJob, die wiederum die Logik-App TimerJob aufruft. Anschließend können Sie die Logik-App CreateTimerJob als API aufrufen, indem Sie eine HTTP-Anforderung ausführen und dabei einen Zeitplan als Eingabe übergeben. Bei jedem Aufruf der Logik-App CreateTimerJob wird auch die Logik-App TimerJob aufgerufen. Dadurch wird eine neue TimerJob-Instanz erstellt, die kontinuierlich auf der Grundlage des angegebenen Zeitplans oder bis zum Erreichen eines bestimmten Limits ausgeführt wird. Auf diese Weise können Sie beliebig viele TimerJob-Instanzen ausführen, ohne sich Gedanken über die Workflowlimits machen zu müssen, da Instanzen keine einzelnen Logik-App-Workflowdefinitionen oder -ressourcen sind.

Zeitplantrigger

Sie können Ihren Logik-App-Workflow mit dem Trigger Wiederholung oder Gleitendes Fenster starten, was mit keinem bestimmten Dienst oder System verknüpft ist. Diese Trigger starten Ihren Workflow und führen ihn gemäß den von Ihnen angegebenen Wiederholungseinstellungen aus. Sie können das Intervall und die Häufigkeit auswählen, z. B. die Anzahl von Sekunden, Minuten, Stunden, Tagen oder Monaten. Sie können auch Startdatum und -uhrzeit sowie die Zeitzone festlegen. Bei jeder Triggerauslösung erstellt Azure Logic Apps eine neue Workflowinstanz für Ihre Logik-App und führt diese aus.

Im Folgenden finden Sie die Unterschiede zwischen den beiden Triggern:

• Serie: Führt Ihren Workflow in regelmäßigen Intervallen aus, basierend auf dem von Ihnen angegebenen Zeitplan. Wenn der Trigger Wiederholungen auslässt, beispielsweise wegen Unterbrechungen oder deaktivierten Workflows, verarbeitet der Serientrigger diese fehlenden Wiederholungen nicht, sondern startet die Wiederholungen beim nächsten geplanten Intervall neu.

  Wenn Sie Tag als Häufigkeit auswählen, können Sie die genaue Tageszeit in Stunden und Minuten angeben, z. B. jeden Tag um 14:30 Uhr. Wenn Sie Woche als Häufigkeit auswählen, können Sie auch bestimmte Wochentage angeben, z.B. Mittwoch und Samstag. Sie können auch ein Startdatum und eine Uhrzeit zusammen mit einer Zeitzone für den Serienzeitplan angeben. Weitere Informationen zur Zeitzonenformatierung finden Sie unter Hinzufügen eines Wiederholungstriggers.

  Wichtig

  Wenn Sie die Häufigkeit Tag, Woche oder Monat verwenden und ein zukünftiges Datum mit Uhrzeit angeben, stellen Sie sicher, dass Sie die Wiederholung im Voraus einrichten:

  • Tag: Richten Sie die tägliche Wiederholung mindestens 24 Stunden im Voraus ein.

  • Woche: Richten Sie die wöchentliche Wiederholung mindestens 7 Tage im Voraus ein.

  • Monat: Richten Sie die monatliche Wiederholung mindestens einen Monat im Voraus ein.

  Andernfalls überspringt der Workflow möglicherweise die erste Wiederholung.

  Wenn eine Serie kein bestimmtes Startdatum und keine Startuhrzeit angibt, wird die erste Wiederholung trotz der Serieneinrichtung Ihres Triggers sofort ausgeführt, wenn Sie die Logik-App speichern oder bereitstellen. Um dieses Verhalten zu vermeiden, geben Sie ein Startdatum und eine Startuhrzeit für die Ausführung der ersten Wiederholung an.

  Wenn eine Serie keine anderen erweiterten Zeitplanungsoptionen angibt wie spezifische Zeiten zum Ausführen zukünftiger Wiederholungen, basieren diese Wiederholungen auf der letzten Ausführungszeit. Hieraus ergibt sich, dass die Startzeiten für diese Wiederholungen sich aufgrund von Faktoren wie Wartezeiten während Speicheraufrufen verschieben können. Um sicherzustellen, dass Ihr Workflow keine Wiederholung verpasst, insbesondere wenn die Häufigkeit im Bereich von Tagen oder länger liegt, probieren Sie diese Optionen aus:

  • Geben Sie ein Startdatum und eine Uhrzeit für die Wiederholung an, und geben Sie die spezifischen Zeiten an, zu denen nachfolgende Wiederholungen ausgeführt werden sollen, indem Sie dazu die Eigenschaften namens Zu diesen Stunden und Zu diesen Minuten, die nur für die Häufigkeiten Tag und Woche verfügbar sind.

  • Verwenden Sie den Trigger Gleitendes Fenster anstelle des Triggers Serie.

  Weitere Informationen finden Sie unter Erstellen, Planen und Ausführen von wiederkehrenden Aufgaben und Workflows mit dem Serientrigger.

• Gleitendes Fenster: Führt Ihren Workflow in regelmäßigen Intervallen aus, wobei Daten in kontinuierlichen Blöcken verarbeitet werden. Wenn der Trigger Wiederholungen verpasst, beispielsweise wegen Unterbrechungen oder deaktivierten Workflows, kehrt der Trigger „Gleitendes Fenster“ zurück und verarbeitet die fehlenden Wiederholungen.

  Sie können ein Startdatum und eine Startuhrzeit, eine Zeitzone und einen Zeitraum angeben, um den jede Wiederholung in Ihrem Workflow verzögert werden soll. Diese Trigger unterstützt keine erweiterten Zeitpläne, z. B. genaue Uhrzeiten in Stunden und Minuten oder bestimmte Tage der Woche. Weitere Informationen finden Sie unter Erstellen, Planen und Ausführen von wiederkehrenden Aufgaben und Workflows mit dem Trigger „Gleitendes Fenster“.

Zeitplanaktionen

Nach jeder Aktion in Ihrem Logik-App-Workflow können Sie die Aktionen „Verzögern“ und „Verzögern bis“ verwenden, damit Ihr Workflow vor der Ausführung der nächsten Aktionen eine bestimmte Zeit wartet.

• Verzögern: Vor der Ausführung der nächsten Aktion wird eine bestimmte Anzahl von Zeiteinheiten lang gewartet, z.B. Sekunden, Minuten, Stunden, Tage, Wochen oder Monate. Weitere Informationen finden Sie unter Verzögern der nächsten Aktion in Workflows.

• Verzögern bis: Mit der Ausführung der nächsten Aktion wird bis zum angegebenen Datum und zur angegebenen Uhrzeit gewartet. Weitere Informationen finden Sie unter Verzögern der nächsten Aktion in Workflows.

Muster für Startdatum und -uhrzeit

Die folgenden Muster veranschaulichen, wie Sie die Wiederholung mit dem Startdatum und der Startuhrzeit steuern können und wie Azure Logic Apps diese Wiederholungen ausführt:

Beispiel für eine Startuhrzeit in der Vergangenheit mit Wiederholung, aber ohne Zeitplan

Annahme: Das aktuelle Datum ist der 8. September 2017, die aktuelle Uhrzeit ist 13:00 Uhr. Sie geben den 7. September 2017 als Startdatum und 14:00 Uhr als Startuhrzeit (also einen Zeitpunkt in der Vergangenheit) sowie eine Wiederholung an, die alle zwei Tage ausgeführt wird.

Für den Serientrigger berechnet die Azure Logic Apps-Engine die Ausführungszeiten basierend auf der Startuhrzeit, verwirft vergangene Ausführungszeiten, verwendet die nächste in der Zukunft liegende Startuhrzeit für die erste Ausführung und berechnet zukünftige Ausführungen basierend auf der letzten Ausführungszeit.

Diese Wiederholung sieht wie folgt aus:

Es gilt also: Unabhängig davon, wie weit die angegebene Startzeit zurückliegt – z.B. am 05.09.2017 um 14:00 Uhr oder am 01.09.2017 um 14:00 Uhr –, wird für die erste Ausführung immer die nächste in der Zukunft liegende Startzeit verwendet.

Für den Trigger „Gleitendes Fenster“ berechnet die Logic Apps-Engine die Ausführungszeiten basierend auf der Startzeit, berücksichtigt vergangene Ausführungszeiten, verwendet die Startzeit für die erste Ausführung und berechnet zukünftige Ausführungen basierend auf der Startzeit.

Diese Wiederholung sieht wie folgt aus:

Es gilt also: Unabhängig davon, wie weit die angegebene Startzeit zurückliegt – z.B. am 05.09.2017 um 14:00 Uhr oder am 01.09.2017 um 14:00 Uhr –, wird für die erste Ausführung immer die angegebene Startzeit verwendet.

Wiederholungsverhalten

Integrierte Serientrigger, z. B. der Wiederholungstrigger, werden direkt und nativ in der Azure Logic Apps-Runtime ausgeführt. Diese Trigger unterscheiden sich von verbindungsbasierten Serientriggern verwalteter Connectors, bei denen Sie zuerst eine Verbindung erstellen müssen, z. B. der verwaltete Office 365 Outlook-Connectortrigger.

Für beide Triggertypen gilt: Wenn eine Serie kein Startdatum und keine Startuhrzeit angibt, wird die erste Wiederholung trotz der Serieneinrichtung Ihres Triggers sofort ausgeführt, wenn Sie die Logik-App-Ressource speichern oder bereitstellen. Um dieses Verhalten zu vermeiden, geben Sie ein Startdatum und eine Startuhrzeit für die Ausführung der ersten Wiederholung an.

Integrierte Trigger für Wiederholungen

Integrierte Trigger für Wiederholungen folgen dem von Ihnen festgelegten Zeitplan, einschließlich der von Ihnen angegebenen Zeitzone. Wenn eine Serie jedoch keine weiteren erweiterten Zeitplanungsoptionen angibt, wie z. B. spezifische Uhrzeiten zum Ausführen zukünftiger Wiederholungen, basieren diese Wiederholungen auf der letzten Triggerausführung. Hieraus ergibt sich, dass die Startzeiten für diese Wiederholungen sich aufgrund von Faktoren wie Wartezeiten während Speicheraufrufen verschieben können. Erweiterte Planungsoptionen (z. B. Zu diesen Zeiten und Zu diesen Tagen für wöchentliche Serien) sind verfügbar und funktionieren nur mit integrierten Abruftriggern, wie z. B. Serie und Gleitendes Fenster, die direkt und nativ in der Azure Logic Apps-Runtime ausgeführt werden.

Weitere Informationen finden Sie in der folgenden Dokumentation:

• Auslösen der Wiederholung für Sommerzeit und Normalzeit
• Problembehandlung bei Wiederholungsproblemen

Serie für verwaltete Trigger

Bei verwalteten Serientriggern wie Office 365 Outlook, Outlook.com usw. ist der Zeitplan nicht der einzige Auslöser für die Ausführung. Die Zeitzone bestimmt nur die anfängliche Startzeit. Nachfolgende Ausführungen richten sich nach dem Wiederholungszeitplan, der letzten Triggerausführung und anderen Faktoren, die zu einer Verschiebung der Ausführungszeiten oder zu unerwartetem Verhalten führen können. Beispiele:

• Der Trigger greift auf einen Server mit weiteren Daten zu, für die der Trigger sofort einen Abruf startet.
• Alle Fehler oder Wiederholungsversuche des Triggers.
• Wartezeit bei Speicheraufrufen.
• Nichteinhaltung des angegebenen Zeitplans zu Beginn und Ende der Sommerzeit.
• Andere Faktoren, die sich auf den Zeitpunkt der nächsten Ausführung auswirken können.

Erweiterte Planungsoptionen (z. B. Zu diesen Zeiten und Zu diesen Tagen für wöchentliche Serien) sind für Connectors, die von Microsoft verwaltet, gehostet und in Azure ausgeführt werden, nicht verfügbar und werden nicht unterstützt. Diese Abruftrigger berechnen die nächste Wiederholung nur anhand der Werte für Intervall und Häufigkeit.

Weitere Informationen finden Sie in der folgenden Dokumentation:

• Auslösen der Wiederholung für Sommerzeit und Normalzeit
• Verschiebung und Drift der Triggerwiederholung zwischen Sommerzeit und Normalzeit
• Problembehandlung bei Wiederholungsproblemen

Auslösen der Wiederholung für Sommerzeit und Normalzeit

Beim Planen von Aufträgen fügt Azure Logic Apps die Nachricht zur Verarbeitung in die Warteschlange ein und gibt an, wann diese Nachricht verfügbar wird. Diese Angabe basiert auf der UTC-Zeit, zu der der letzte Auftrag ausgeführt wurde, und der UTC-Zeit, zu der die Ausführung des nächsten Auftrags geplant ist. Wenn Sie eine Startzeit mit ihrer Wiederholung angeben, achten Sie darauf, eine Zeitzone auszuwählen, damit Ihr Logik-App-Workflow zur angegebenen Startzeit ausgeführt wird. Auf diese Weise wird auch die UTC-Zeit für Ihre Logik-App verschoben, um die Sommerzeitumstellung zu berücksichtigen. Trigger für Wiederholungen berücksichtigen den von Ihnen festgelegten Zeitplan, einschließlich der von Ihnen angegebenen Zeitzone.

Wenn Sie keine Zeitzone auswählen, können sich Sommerzeitereignisse (DST) auf den Ausführungszeitpunkt von Triggern auswirken. Z. B. verschiebt sich die Startzeit um eine Stunde nach vorn, wenn die Sommerzeit beginnt, und eine Stunde nach hinten, wenn die Sommerzeit endet.

Verschiebung und Drift der Triggerwiederholung zwischen Sommerzeit und Normalzeit

Bei verbindungsbasierten Serientriggern ist der Serienzeitplan nicht der einzige Treiber, der die Ausführung steuert. Die Zeitzone bestimmt nur die anfängliche Startzeit. Nachfolgende Ausführungen richten sich nach dem Wiederholungszeitplan, der letzten Triggerausführung und anderen Faktoren, die zu einer Verschiebung der Ausführungszeiten oder zu unerwartetem Verhalten führen können. Beispiele:

• Nichteinhaltung des angegebenen Zeitplans zu Beginn und Ende der Sommerzeit.
• Andere Faktoren, die sich auf den Zeitpunkt der nächsten Ausführung auswirken können.
• Wartezeit bei Speicheraufrufen.
• Der Trigger greift auf einen Server mit weiteren Daten zu, für die der Trigger sofort einen Abruf startet.
• Alle Fehler oder Wiederholungsversuche des Triggers.

Um sicherzustellen, dass sich die Wiederholungszeit nicht verschiebt, wenn die Sommerzeit wirksam wird, sollten Sie die Wiederholung manuell anpassen. So wird der Workflow weiterhin zur erwarteten oder angegebenen Startzeit ausgeführt. Andernfalls verschiebt sich die Startzeit um eine Stunde nach vorn, wenn die Sommerzeit beginnt, und eine Stunde nach hinten, wenn die Sommerzeit endet.

Nehmen wir beispielsweise an, Sie verfügen über zwei Logik-Apps, die täglich ausgeführt werden. Eine Logik-App wird um 1:30 Uhr Ortszeit ausgeführt, während die andere eine Stunde später um 2:30 Uhr Ortszeit ausgeführt wird. Was geschieht mit den Startzeiten für diese Apps, wenn die Sommerzeit beginnt bzw. endet?

• Werden die Trigger überhaupt ausgeführt, wenn die Zeit eine Stunde nach vorne verschoben wird?

• Werden die Trigger zweimal ausgeführt, wenn die Zeit eine Stunde zurück verschoben wird?

Wenn diese Logik-Apps die Zeitzone UTC-6:00 Central Time (USA und Kanada) verwenden, wird in dieser Simulation veranschaulicht, wie die UTC-Zeiten in 2019 verschoben wurden, um die Sommerzeitumstellungen zu berücksichtigen, wobei nach Bedarf um eine Stunde zurück oder nach vorne verschoben wurde, damit die Apps weiterhin zu den erwarteten lokalen Zeiten ausgeführt wurden, ohne Ausführungen zu überspringen oder zu duplizieren.

• 10.03.2019: Die Sommerzeit beginnt um 2:00 Uhr, wodurch die Zeit um eine Stunde nach vorne verschoben wird.

  Um nach dem Beginn der Sommerzeit diese zu kompensieren, verschiebt sich die UTC-Zeit um eine Stunde zurück, sodass Ihre Logik-App weiterhin zur selben Ortszeit ausgeführt wird:

  • Logik-App #1

    Date	Uhrzeit (Ortszeit)	Uhrzeit (UTC)	Notizen
    09.03.2019	1:30:00	7:30:00	Die UTC-Zeit vor dem Tag, an dem die Sommerzeit beginnt.
    10.03.2019	1:30:00	7:30:00	UTC ist identisch, da die Sommerzeit noch nicht begonnen hat.
    11.03.2019	1:30:00	6:30:00 AM	Die UTC-Zeit wurde um eine Stunde zurück verschoben, nachdem die Sommerzeit begonnen hat.

  • Logik-App #2

    Date	Uhrzeit (Ortszeit)	Uhrzeit (UTC)	Notizen
    09.03.2019	2:30:00	8:30:00	Die UTC-Zeit vor dem Tag, an dem die Sommerzeit beginnt.
    10.03.2019	3:30:00*	8:30:00	Die Sommerzeit hat bereits begonnen, daher wurde die Ortszeit eine Stunde nach vorne verschoben, weil sich die UTC-6:00-Zeitzone in UTC-5:00 ändert. Weitere Informationen finden Sie unter Trigger, die zwischen 2:00 Uhr und 3:00 Uhr starten.
    11.03.2019	2:30:00	7:30:00	Die UTC-Zeit wurde um eine Stunde zurück verschoben, nachdem die Sommerzeit begonnen hat.

• 03.11.2019: Die Sommerzeit endet um 2:00 Uhr und verschiebt die Zeit um eine Stunde zurück.

  Zur Kompensation verschiebt sich die UTC-Zeit um eine Stunde nach vorne, sodass Ihre Logik-App weiterhin zur selben Ortszeit ausgeführt wird:

  • Logik-App #1

    Date	Uhrzeit (Ortszeit)	Uhrzeit (UTC)	Notizen
    02.11.2019	1:30:00	6:30:00 AM
    03.11.2019	1:30:00	6:30:00 AM
    04.11.2019	1:30:00	7:30:00

  • Logik-App #2

    Date	Uhrzeit (Ortszeit)	Uhrzeit (UTC)	Notizen
    02.11.2019	2:30:00	7:30:00
    03.11.2019	2:30:00	8:30:00
    04.11.2019	2:30:00	8:30:00

Einmalige Ausführung

Wenn Sie Ihren Workflow nur einmal in Der Zukunft ausführen möchten, können Sie den Scheduler: "Aufträge einmal ausführen Workflowvorlage verwenden.

Einmalige Ausführung am letzten Tag des Monats

Informationen zum Ausführen des Serientriggers nur einmal am letzten Tag des Monats finden Sie unter Einmalige Ausführung am letzten Tag des Monats.

Beispiele für Serien

Im Folgenden finden Sie einige Beispiele für Serien, die Sie für die Trigger einrichten können, die die Optionen unterstützen:

Problembehandlung bei Wiederholungsproblemen

Um sicherzustellen, dass Ihr Workflow zur angegebenen Startzeit ausgeführt wird und keine Wiederholung verpasst – insbesondere wenn die Häufigkeit im Bereich von Tagen oder länger liegt – versuchen Sie die folgenden Lösungen:

• Wenn die Sommerzeit beginnt, passen Sie die Wiederholung manuell an, damit Ihr Workflow weiterhin zur erwarteten Zeit läuft. Andernfalls verschiebt sich die Startzeit um eine Stunde nach vorn, wenn die Sommerzeit beginnt, und eine Stunde nach hinten, wenn die Sommerzeit endet. Weitere Informationen und Beispiele finden Sie unter Wiederholung für Sommerzeit und Normalzeit.

• Wenn Sie einen Wiederholungstrigger verwenden, geben Sie eine Zeitzone, ein Startdatum und eine Startzeit an. Konfigurieren Sie die spezifischen Zeiten, um nachfolgende Wiederholungen auszuführen, indem Sie dazu die Eigenschaften namens Zu diesen Stunden und Zu diesen Minuten, die nur für die Häufigkeiten Tag und Woche verfügbar sind. Einige Zeitfenster können bei einer Zeitverschiebung dennoch weiterhin Probleme verursachen.

• Erwägen Sie die Verwendung eines gleitendes Fenster-Triggers anstelle eines Wiederholungstriggers, um verpasste Wiederholungen zu vermeiden.

Nächste Schritte

• Erstellen, Planen und Ausführen von wiederkehrenden Aufgaben und Workflows mit dem Serientrigger
• Erstellen, Planen und Ausführen von wiederkehrenden Aufgaben und Workflows mit dem Trigger „Gleitendes Fenster“
• Anhalten von Workflows mit Verzögerungsaktionen