-
Notifications
You must be signed in to change notification settings - Fork 86
DELTA-backup может выполняться не от крайнего FULL-backup #142
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
Comments
Инкрементальный бэкап при старте ищет себе последнего валидного FULL предка. После того как он найден, он идет по цепочке до самого последнего потомка этого FULL предка и объявляет его своим родителем.
После того, как FULLb выполнился, все новые DELTA бэкапы будут "наследоваться" от него:
Со своей стороны мы можем сделать дополнительный флаг Временный воркараунд тут - использовать flock перед взятием бэкапа. Например, лок с таймаутом в 5 часов:
|
Это было бы понятным. Но в описанном выше случае не слишком много DELTA-бэкапов оказалось зависимым от одного бэкапа? По этой логике после этого бэкапа в этом списке Q09MS1 уже должен был быть зависимым от Q09EG1, но в итоге он пометился как expired, при этом Q09EG1 остался
И зачем он объявляется своим родителем самый старый FULL-бэкап? |
Хм, только сейчас увидел это безобразие:
Это, конечно, же нелегально. |
2.1.2 |
А, тогда понятно. Вы поймали вот этот баг(исправлено в 2.1.5): |
тогда закрываю |
Обнаружил неприятную особенность: из-за того, что начиная с какой-то версии стал возможен одновременный запуск бэкапов FULL и DELTA, возникает ситуация, когда новые бэкапы DELTA выполняются относительно более старого FULL. В итоге в один момент по истечению определенного retention удаляются все DELTA относительно старого FULL
Для примера ниже лог выполнения двух бэкапов DELTA с разницей в 2 часа, после последнего в списке бэкапов остаются только FULL и новый DELTA, все промежуточные DELTA удалились
Хочется понять, такое поведение задумывалось изначально или это bug? После работы с Microsoft SQL Server такое поведение кажется неожиданным, т.к. после каждого нового FULL-бэкапа там начинается новая цепочка бэкапов
The text was updated successfully, but these errors were encountered: