Skip to content
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

feat: introduce a configurable checkpoint seeder (none or chaser) #100

Merged
merged 4 commits into from
Aug 26, 2024

Conversation

yreynhout
Copy link
Contributor

@yreynhout yreynhout commented Aug 22, 2024

Added: a seeding capability for checkpoints on the startup of the replicator. It will only attempt to seed (1) if there is no stored checkpoint and (2) if there is something to seed with. If not, it will fall back to the current ICheckpointStore behavior, usually starting from Position.Start. Currently there's either the option to not seed (none) or to seed from a chaser.chk file (chaser). The rationale is that, if you mount the backup a server or cluster was restored from, the chaser.chk file contains the position to resume replication from, thus acting as the seed of a checkpoint store. This change is currently only useful for ESDB to ESDB replication.

@yreynhout yreynhout marked this pull request as draft August 22, 2024 16:03
@yreynhout
Copy link
Contributor Author

Docs will be done once this gets a green light.

@yreynhout yreynhout marked this pull request as ready for review August 26, 2024 11:57
@yreynhout yreynhout merged commit 71b0e01 into master Aug 26, 2024
2 checks passed
@yreynhout yreynhout deleted the checkpoint-seeder branch August 26, 2024 11:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants