From 63162cca2bc937e58588996b458bf0cbaa093690 Mon Sep 17 00:00:00 2001 From: forstisabella <92472883+forstisabella@users.noreply.github.com> Date: Fri, 13 Sep 2024 09:43:10 -0400 Subject: [PATCH 1/2] retry automatic retry handling docs --- src/connections/reverse-etl/manage-retl.md | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/src/connections/reverse-etl/manage-retl.md b/src/connections/reverse-etl/manage-retl.md index 33f6b96a3b..524ea1b3cd 100644 --- a/src/connections/reverse-etl/manage-retl.md +++ b/src/connections/reverse-etl/manage-retl.md @@ -34,6 +34,15 @@ To check the status of your extractions: +## Automatic retry handling + +Segment automatically retries events that were extracted from your data warehouse but failed to load for up to 14 days or 5 syncs following a partially successful sync or a sync failure. + +Segment checks for the latest changes in your data before loading the failed records on a subsequent (automatically scheduled or manually triggered) sync to ensure the data loaded into Segment isn’t stale and only the latest version of the data is loaded to destination. If the error causing the load failure is coming from an upstream tool, you can fix the error in the upstream tool to resolve the load error on a subsequent sync. + +> warning "Syncs with intervals less than one hour may not see failed events on the sync immediately following failed record" +> Syncs with intervals less than or equal to one hour may not see failed events right away, as Segment's internal systems take up to one hour to retry events that initially failed. + ## Reset syncs Reverse ETL uses the Unique Identifier column to detect data changes, like new, updated, and deleted records. If you encounter an error, you can reset Segment’s tracking of this column and force Segment to manually add all records from your dataset. From c109256f35336336148c0fc210e8245b9e9dff48 Mon Sep 17 00:00:00 2001 From: forstisabella <92472883+forstisabella@users.noreply.github.com> Date: Fri, 13 Sep 2024 09:45:35 -0400 Subject: [PATCH 2/2] rm callout note w/ duplicate info --- src/connections/reverse-etl/manage-retl.md | 3 --- 1 file changed, 3 deletions(-) diff --git a/src/connections/reverse-etl/manage-retl.md b/src/connections/reverse-etl/manage-retl.md index 524ea1b3cd..b03b681ad5 100644 --- a/src/connections/reverse-etl/manage-retl.md +++ b/src/connections/reverse-etl/manage-retl.md @@ -31,9 +31,6 @@ To check the status of your extractions: * The load results - how many successful records were synced as well as how many records were updated, deleted, or are new. 5. If your sync failed, click the failed reason to get more details on the error and view sample payloads to help troubleshoot the issue. - - ## Automatic retry handling Segment automatically retries events that were extracted from your data warehouse but failed to load for up to 14 days or 5 syncs following a partially successful sync or a sync failure.