Merk
Tilgang til denne siden krever autorisasjon. Du kan prøve å logge på eller endre kataloger.
Tilgang til denne siden krever autorisasjon. Du kan prøve å endre kataloger.
De fleste rørledningsaktiviteter i Data Factory støtter automatiserte regresser. Når en aktivitet feiler på grunn av en forbigående feil (et begrenset API, et kort tjenestebrudd eller en flapping-avhengighet), kan du konfigurere den til automatisk å prøve et bestemt antall ganger før aktiviteten merkes som mislykket.
Du kan også kontrollere hvor lenge aktiviteten venter mellom forsøkene, og sette antall forsøk og vente individuelt for hver aktivitet, for å justere retry-atferden nøyaktig gjennom hele arbeidsflyten din.
Konfigurer retry-innstillinger i en aktivitet
For å sette opp retry-atferd for en aktivitet:
Velg aktiviteten på pipeline-lerretet.
I fanen Generelt i egenskapspanelet, velg avkrysningsboksen Aktiver forsøk for å aktivere gjenprøv-funksjonaliteten.
Sett feltet på nytt til antall forsøk på nytt. Skriv inn en verdi mellom 1 og 1000. Standardverdien er 1.
Under type Retry-intervall, velg Fast eller Økende forsinkelse for å kontrollere hvordan ventetiden mellom forsøk beregnes. Deretter setter du intervallfeltene for den valgte typen. Se Retry-intervaller for detaljer.
Eventuelt kan du konfigurere Retry-betingelser (forhåndsvisning) for å kontrollere når retries skjer basert på spesifikke feilkriterier.
Omprøvingsintervaller
Forsøksintervallet styrer hvor lenge en aktivitet venter mellom forsøkene. Bruk Fixed for korte, forutsigbare feil. Bruk Økende Forsinkelse for lengre strømbrudd. Den implementerer eksponentiell back-off, hvor ventetiden øker for hvert forsøk, noe som gir upstream-tjenester gradvis mer tid til å komme seg.
Innstillingen for Retry-intervalltypen styrer hvilken tilnærming som brukes.
| Type | Virkemåte |
|---|---|
| Fikset (standard) | Venter like mange sekunder mellom hvert forsøk. |
| Økende forsinkelse | Bruker eksponentiell tilbakegang: hvert forsøk venter et tilfeldig intervall fra et område som vokser eksponentielt, opp til et konfigurerbart maksimum. |
Løst
Når du velger Fikset, venter aktiviteten samme antall sekunder mellom hvert forsøk på nytt. Bruk denne typen når feilene er korte og forutsigbare.
Sett retry-intervallet (sek) til antall sekunder som skal vente. Standard er 30 sekunder.
Økende forsinkelse
Når du velger Økende forsinkelse, øker ventetiden eksponentielt mellom forsøkene, et mønster kjent som eksponentiell tilbakegang. Dette mønsteret gir oppstrømstjenester gradvis mer tid til å komme seg, reduserer gjentatte belastninger på sliter systemer, og lar rørledninger selv komme seg etter lengre strømbrudd uten manuell inngripen.
Forsøksmotoren velger et tilfeldig intervall fra et eksponentielt voksende område før hvert forsøk:
| Prøv på nytt | Minimum rekkevidde | Maksimal rekkevidde |
|---|---|---|
| 1 | max(0, min intervall) | min(intervall, maks intervall) |
| 2 | Max(intervall, min-intervall) | min(2 × intervall, maks intervall) |
| 3 | maks(2 × intervall, min-intervall) | min(4 × intervall, maks intervall) |
| 4 | maks(4 × intervall, min-intervall) | min(8 × intervall, maks intervall) |
| … | … | … |
Rekkevidden dobles for hvert forsøk til øvre grense når maks forsøksintervall, hvoretter alle gjenværende forsøk venter på det maksimumet. Det tilfeldige utvalget innenfor hvert område reduserer sjansen for at samtidige rørledningsforsøk kolliderer på samme upstream-system samtidig.
To felt er tilgjengelige når Økende forsinkelse er valgt:
| Felt | Description | Forhåndsinnstilt |
|---|---|---|
| Forsøksintervall (sek) | Startintervallet. Definerer basen av back-off-området. | 30 sekunder |
| Maks forsøksintervall (sek) | Den øvre grensen for ventetiden. Forsøk på nytt venter aldri lenger enn denne verdien. | 3600 sekunder |
Notat
Retry-intervallfelt støtter ikke dynamiske uttrykk. Verdiene må være statiske heltall.
Configure retry conditions (preview)
Som standard prøver en aktivitet på nytt ved enhver feil. Bruk retry-betingelser for å spesifisere hvilke feil som utløser et retry. Denne tilnærmingen hjelper deg å unngå å kaste bort nye forsøk på feil som ikke løses, som autentiseringsfeil.
For å legge til en omprøvingsbetingelse:
- I delen Forhåndsvisning av Retry conditions, velg + knappen for å legge til en ny betingelsesrad.
- Velg et felt å evaluere:
- Feilmelding: Tekstinnholdet i feilmeldingen.
- Feiltype: Kategorien av feil, som brukerfeil eller systemfeil.
- Feilkode: Den spesifikke feilkoden som returnerte, for eksempel 429 for hastighetsbegrensning.
- Velg en Operator for å definere matchtypen, for eksempel Contains.
- Skriv inn en verdi å matche mot.
- Bruk kolonnen Og/Eller for å kombinere flere betingelser. Velg Og for å kreve at alle betingelser matcher, eller Eller prøver på nytt når en betingelse matcher.
For eksempel, for å prøve på nytt kun på frekvensbegrensende feil, legg til en betingelse med Felt satt til Error code, Operator satt til Contains, og Verdi satt til 429.
Important
Forsøksintervallet løper før tilstanden vurderes. For eksempel, hvis du setter et 1-times forsøksintervall og retry-betingelsen ikke er oppfylt, venter pipelinen fortsatt hele timen før den går videre til neste aktivitet eller avslutter pipeline-kjøringen.
Tips!
Når du ikke spesifiserer retry-betingelser, prøver aktiviteten på nytt på alle feil. Legg til betingelser for å være mer selektive med hvilke feil som utløser retries (retrials).
Kjente begrensninger for omprøving
- Aktivitetsstøtte: Betingede forsøk støttes for spesifikke aktivitetstyper, inkludert kopiering av data, notatbok, dataflyt og lagrede prosedyreaktiviteter.
- Feilegenskaper: Retry-betingelser kan matche på feilkode, feilmelding og feiltype. Ikke alle koblingsspesifikke feilfelt er tilgjengelige for matching.