---
sourceDocument: Xanadu-Build-Workflows
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/xanadu/build-workflows
Release :
- xanadu
ft:locale :
- de-DE
ft:publication_title :
- Xanadu-Build-Workflows
ft:clusterId :
- crworkflow
bundleId :
- crworkflow
workflow :
- Creator
---
# Wiederholungsrichtlinie
# Wiederholungsrichtlinie {#ariaid-title1}
* Freigeben Version: Xanadu
*
* Aktualisiert 1. August 2024
*
*  3 Minuten Lesedauer
Fehlgeschlagene Anforderungen automatisch wiederholen, wenn bei einem Schritt ein zeitweise auftretendes Problem auftritt, z. B. ein Netzwerkfehler oder eine begrenzte Anforderungsrate. Legen Sie eine Wiederholungsrichtlinie fest, um zu verhindern, dass der Schritt erneut manuell ausgelöst werden muss.
## Features {#retry-policy__section_s23_gnn_jhb}
Wiederholungsrichtlinien können sein:
* Wird erstellt, um Verbindungszeitüberschreitungen oder fehlgeschlagene Anforderungen basierend auf Header, Status, Antworttext, Fehler und HTTP-Methode zu unterstützen.
* Wird auf alle Aktionen angewendet, die einen bestimmten Verbindungsalias verwenden.
* Direkt auf einen Aktionsschritt angewendet.
{#retry-policy__ul_fk5_kjq_f3b}
Verwenden Sie Wiederholungsrichtlinien, um Folgendes zu definieren:
* Die Bedingungen, die erfüllt sein müssen, um einen Schritt zu wiederholen.
* Das Zeitintervall, das gewartet werden soll, bevor ein Schritt wiederholt wird.
* Die maximale Anzahl der Wiederholungsversuche, die der Schritt vor dem Stoppen unternimmt.
{#retry-policy__ul_szs_nnn_jhb}Ordnen Sie einem Alias für Verbindungen und Anmeldeinformationen eine Standardwiederholungsrichtlinie zu, und wenden Sie die Wiederholungsrichtlinie auf alle HTTP-Verbindungen an. Hinweis:
Sie können Wiederholungsrichtlinien nur für JDBC-, REST- und SOAP-Schritte erstellen.
## Erstellen Sie eine Wiederholungsrichtlinie {#ariaid-title2}
Fehlgeschlagene Anforderungen automatisch wiederholen, wenn bei einem Schritt ein zeitweise auftretendes Problem auftritt, z. B. ein Netzwerkfehler oder eine begrenzte Anforderungsrate. Legen Sie eine Wiederholungsrichtlinie fest, um zu verhindern, dass der Schritt erneut manuell ausgelöst werden muss.
### Vorbereitungen
* Erforderliche Rolle: connection_admin oder Credential_admin
{#create-retry-policy__ul_t11_zc3_3rb}
### Prozedur
1. Navigieren zu AlleIntegrationHubWiederholungsrichtlinieNeu erstellen:.
2. Füllen Sie die Felder des Formulars aus.
{#create-retry-policy__table_lft_drn_jhb__entry__2}
| Feld | Beschreibung |
|-|-|
| Name | Name zur eindeutigen Identifizierung der Wiederholungsrichtlinie. |
| Verbindungstyp | HTTP |
| Bedingung | Bedingungen, die zum Auslösen der Wiederholungsrichtlinie erfüllt sein müssen. Zu den Bedingungen, die eine Wiederholungsrichtlinie auslösen, gehören die Operatoren ist, is nicht, enthältund enthält nicht. |
| Wiederholungsstrategie | * Exponentielles Backoff: Option zum exponentiellen Erhöhen des Zeitintervalls für die nachfolgenden Wiederholungsversuche. Der Multiplikator ist 2. * Festes Intervall: Option zum Festlegen eines festen Zeitintervalls, nach dem ein Wiederholungsversuch unternommen werden soll. * Header „Retry-After" berücksichtigen: Option zum Angeben eines Wiederholungsversuchs basierend auf dem Datums- und Uhrzeitwert, der im Headerwert „Wiederholen nach" der HTTP-Anforderung zurückgegeben wird. Weitere Informationen zum Header finden Sie in [RFC 7231, Abschnitt 7.1.3: Retry-After](https://tools.ietf.org/html/rfc7231#section-7.1.3). Hinweis: Der Header „Retry-After" unterstützt nur REST- und SOAP-Schritte. {#create-retry-policy__ul_unb_kzn_jhb} |
| Intervall (Sekunden) | Zeitintervall in Sekunden, nach dem ein Wiederholungsversuch unternommen werden soll. Dieses Feld gilt nur für die Wiederholungsstrategien „Exponentielles Backoff" und „ Festes Intervall ". Hinweis: Wenn für die WiederholungsstrategieExponentielles Backofffestgelegt ist, erhöht sich das Zeitintervall nach jedem Wiederholungsversuch exponentiell, bis die maximale Anzahl von Versuchen erreicht ist. |
| Anzahl | Maximale Anzahl der Wiederholungsversuche. Dieses Feld gilt nur für die Wiederholungsstrategien „Exponentielles Backoff" und „ Festes Intervall ". Wenn kein Wert angegeben ist, basiert die maximale Anzahl der Wiederholungsversuche auf dem Wert, der in der Systemeigenschaft glide.fdih.retry.max_count angegeben ist. Der Standardwert der Systemeigenschaft glide.fdih.retry.max_count ist 0. Weitere Informationen zu Systemeigenschaften finden Sie unter [Verfügbare Systemeigenschaften](https://www.servicenow.com/docs/access?context=r_AvailableSystemProperties&version=xanadu&pubname=xanadu-platform-administration&ft:locale=en-US). |
| Max. verstrichene Zeit (Sekunden) | Maximale kumulative Zeit in Sekunden, nach der Wiederholungsversuche beendet werden. Dieses Feld wird nur angezeigt, wenn Header „Retry-After" berücksichtigenunter Wiederholungsstrategieausgewählt ist. Hinweis: Wenn die maximale Wiederholungszeit in der Eigenschaft glide.fdih.retry.max_time_in_seconds angegeben ist, hat der Wert der Systemeigenschaft Vorrang vor diesem Feldwert. Stellen Sie außerdem sicher, dass die maximal verstrichene Zeit größer oder gleich dem Wert der Systemeigenschaft ist. |
[Tabelle : 1. Formular „Richtlinienwiederholung".]
{#create-retry-policy__table_lft_drn_jhb}
3. **Wahlweise:** Erstellen Sie eine globale Systemeigenschaft mit den folgenden Attributen.
Weitere Informationen zum Erstellen einer Eigenschaft finden [Sie unter Systemeigenschaft hinzufügen](https://www.servicenow.com/docs/access?context=r_AvailableSystemProperties&version=xanadu&pubname=xanadu-platform-administration§ion=t_AddAPropertyUsingSysPropsList&ft:locale=en-US). Mit dieser Systemeigenschaft können Sie die maximale Zeit in Sekunden für eine Wiederholungsrichtlinie angeben.{#create-retry-policy__table_bwz_jhh_fsb__entry__2}
| Feld | Wert |
|-|-|
| Name | glide.fdih.retry.max_time_in_seconds |
| Typ | ganze Zahl |
| Wert | Standardwert: 86400 (Sekunden) Max. unterstützte Zeit: 604800 (Sekunden) |
[ ]
{#create-retry-policy__table_bwz_jhh_fsb}
4. Klicken Sie auf Absenden.
### Wiederholungsrichtlinie mit Wiederholungsstrategie als exponentielles Backoff
Abbildung : 1. Beispiel für eine Wiederholungsrichtlinie
In diesem Beispiel ist die Richtlinie so definiert, dass sie versucht, es erneut zu versuchen, wenn eine der folgenden Bedingungen erfüllt ist:
* „HTTP-Methode" ist „GET", und der Fehler ist „Verbindungszeitüberschreitung".
* HTTP-Methode ist GET und Statuscode ist 429
{#create-retry-policy__ul_i4d_dd4_jhb}Wenn die Bedingung erfüllt ist, werden maximal dreimal Wiederholungsversuche unternommen. Das Zeitintervall zwischen den Wiederholungsversuchen wird exponentiell erhöht. Die Zeitintervalle in diesem Beispiel betragen 10 Sekunden, 20 Sekunden und 40 Sekunden.
### Nächste Maßnahme
* [Erstellen Sie einen Alias für Verbindungen und Anmeldeinformationen](https://www.servicenow.com/docs/access?context=connection-alias&version=xanadu&pubname=xanadu-platform-security&ft:locale=en-US), wenn Sie nicht über den erforderlichen Alias verfügen.
* Weisen Sie die Wiederholungsrichtlinie als Standard-Wiederholungsrichtlinie dem erforderlichen Alias für Verbindungen und Anmeldeinformationen zu.
Hinweis:
Eine standardmäßige Wiederholungsrichtlinie wird bereitgestellt und als Standard-Wiederholungsrichtlinieausgewählt. Wenn Sie Wiederholungsrichtlinien erstellt haben, können Sie die erforderliche Richtlinie als Standard-Wiederholungsrichtlinieauswählen.
* Erstellen Sie eine HTTP(s)-Verbindung in der zugehörigen Liste „Verbindungen" für den Alias „Verbindung und Anmeldeinformationen". Weitere Informationen finden Sie unter [Verbindungen und Anmeldeinformationen](https://www.servicenow.com/docs/access?context=r-credentials&version=xanadu&pubname=xanadu-platform-security&ft:locale=en-US).
* Überprüfen Sie die Details der Wiederholungsversuche, und zeigen Sie sie an, indem Sie zu navigieren SystemprotokolleAusgehende HTTP-Anforderungen.
{#create-retry-policy__ul_rfq_fw4_jhb}