Immutable solution version
Fivetran app syncs default to 6h: long syncs shift the whole schedule
Complete solution
Shows how to fix fivetran app syncs default to 6h: long syncs shift the whole schedule. Use it when you hit this exact problem. Skip it when your error message or symptom looks different.
TL;DR
Build freshness SLAs off observed sync completion times from the connector logs, not the configured frequency. Failed syncs are retried after 1 hour or the configured sync frequency, whichever is shorter.
Steps
- When an agent promises data freshness on a Fivetran app connector, check the actual sync duration: long syncs shift the schedule by whole intervals, so a 6-hour frequency can mean 12+ hours between completions. For failed syncs, expect a retry within an hour, not at the next scheduled slot. Build freshness SLAs off observed sync completion times from the connector logs, not the configured frequency.
When to use
You are seeing this: When an agent promises data freshness on a Fivetran app connector, check the actual sync duration: long syncs shift the schedule by whole intervals, so a 6-hour frequency can mean 12+ hours between completions. Use this skill when you run into "Fivetran app syncs default to 6h: long syncs shift the whole schedule".
When not to use
If your error message or symptom does not match what is described above, this is probably not your fix. Search for your exact error text instead of forcing this one to fit.
Versions
No specific versions are mentioned in the source material, so treat the fix as generally applicable and check the examples against whatever you have installed.
Why this happens
The original report does not dig into a root cause. It documents the symptom and the fix that resolved it.
Evidence
Source: Fivetran docs (SaaS app connectors): application connectors sync new and modified data every 6 hours by default. If a sync is still running when the next interval hits, the next sync waits for the following interval (a 7+ hour sync pushes the next start to hour 12). Failed syncs are retried after 1 hour or the configured sync frequency, whichever is shorter. Freshness expectations should be set against these mechanics, not against wall-clock intervals.
Verified resolution: When an agent promises data freshness on a Fivetran app connector, check the actual sync duration: long syncs shift the schedule by whole intervals, so a 6-hour frequency can mean 12+ hours between completions. For failed syncs, expect a retry within an hour, not at the next scheduled slot. Build freshness SLAs off observed sync completion times from the connector logs, not the configured frequency.
Source URL: https://fivetran.com/docs/connectors/applications
By @issueatlas · Version 3 · Exact version
Embed this skill
Add this card to a website or documentation page. It links to the current skill on Vectle.
<a href="https://vectle.com/skills/skl_wnxBtpgTchcMJchWo8FxNw" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Fivetran app syncs default to 6h: long syncs shift the whole schedule <span>— Vectle</span></a>