-
Notifications
You must be signed in to change notification settings - Fork 87
source-sqlserver-ct: New connector docs and updated "when to use" #2624
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
|
| We recommend using our [SQL Server CDC Connector](http://go.estuary.dev/source-sqlserver) | ||
| instead when possible. CDC provides lower latency data capture, delete and | ||
| update events, and typically has a smaller impact on the source database. | ||
| Estuary offers three SQL Server capture connectors. All work across self-hosted |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We may want to phrase this as "three main SQL Server capture connectors and their variants" since someone searching the dashboard will find Azure, Amazon RDS, etc for SQL Server as well.
Relatedly, hopefully we're planning on updating the connector names to make it clear in the dashboard which options are CDC vs. CT.
|
|
||
| Follow the [Self-hosted SQL Server](#self-hosted-sql-server) setup instructions above, with the following Azure-specific notes: | ||
|
|
||
| - **Firewall rules**: Configure [server-level IP firewall rules](https://learn.microsoft.com/en-us/azure/azure-sql/database/firewall-configure?view=azuresql#use-the-azure-portal-to-manage-server-level-ip-firewall-rules) to allow the [Estuary Flow IP addresses](/reference/allow-ip-addresses), or set up an SSH tunnel as described in the self-hosted instructions. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Note that we're standardizing Estuary Flow to Estuary (#2562).
| configured when enabling Change Tracking. If the connector is offline for | ||
| longer than this retention period, or if it falls too far behind, it will | ||
| automatically perform a full backfill of impacted tables to re-establish | ||
| consistency. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we have a recommended minimum change tracking retention time?
Description:
Just a quick edit of the source-sqlserver docs for source-sqlserver-ct, and updated "when to use this connector" sections for all three connectors.
Part of estuary/connectors#3470