Как мне кажется, сейчас наиболее известный и популярный сервер баз данных - PostgreSQL. Посмотрел интересное видео на тему его бэкапов. Как обычно, законспектировал выступление, чтобы поделиться с вами тем, что мне показалось наиболее интересным и полезным.
Углубленный онлайн-курс по MikroTik
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном онлайн-курcе по администрированию MikroTik. Автор курcа – сертифицированный тренер MikroTik Дмитрий Скоромнов. Более 40 лабораторных работ по которым дается обратная связь. В три раза больше информации, чем в MTCNA.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном онлайн-курcе по администрированию MikroTik. Автор курcа – сертифицированный тренер MikroTik Дмитрий Скоромнов. Более 40 лабораторных работ по которым дается обратная связь. В три раза больше информации, чем в MTCNA.
- Основные инструменты для бэкапа Postgresql: логическая копия - pg_dump, pg_dumpall, бинарные данные - pg_basebackup, wal-g, barman, pg_probackup, (BART).
- В общем случае бэкап лучше снимать с мастера. Это дает максимальный шанс получить актуальные данные. Да, в идеале под бэкап лучше держать реплику, но вы всегда должны быть на 100% уверены, что она актуальна. Практика показывает, что с этим часто бывают проблемы. Мониторинг реплики на актуальность - отдельная и не тривиальная задача. Таким образом, при бэкапе с реплики, больше шанса получить плохой бэкап.
- По опыту выступающего, ни один клиент, обратившийся к ним, не имел надежного механизма проверки бэкапов баз данных. Я лично такое тоже никогда не видел :) Так что обязательно делать не только бэкап и его проверку, в том числе на логическую целостность данных. В идеале - полностью восстановить базу из бэкапа и запустить на ней приложение.
- Обязательно должна быть проверка скорости восстановления из бэкапа. Для очень больших баз она может составлять часы и сутки. В зависимости от требований к скорости восстановления, выбирается инструмент.