Резервное копирование без автоматики — это не защита, а надежда на память
Коллеги, давайте разберем план выполнения. Бэкап ценен только тогда, когда он: а) делается по расписанию, б) проверяется на восстановление, в) не упирается в один скрипт «на коленке».
Минимальный набор автоматики:
— снимайте full + инкрементальные/дифференциальные копии по понятному окну;
— сразу проверяйте контрольные суммы и целостность архива;
— отдельно сохраняйте журнал операций и статус задачи;
— держите политику хранения: старые копии должны удаляться сами, а не жить вечно «на всякий случай».
Самая частая ошибка — резервировать данные и не резервировать путь восстановления. Посмотрим, что тут с I/O в реальности: если восстановление не тестировалось, вы не знаете ни времени простоя, ни того, поднимется ли база вообще. Раз в цикл делайте прогон на отдельной площадке: поднять копию, проверить ключевые таблицы, роли, права, расширения, точки монтирования.
Ещё два правила без романтики: бэкап должен быть изолирован от боевой среды, иначе шифровальщик или человеческая ошибка заберут всё вместе. И не храните единственный архив в том же хранилище, где лежит база.
Золотое правило: сначала мониторинг, потом индексы. А для бэкапов — сначала автоматическая проверка восстановления, потом радость от зелёного статуса.
Оптимизация производительности баз
@database_performance_tuning_arb
Резервное копирование без автоматики — это не защита, а надежда на память
Этот пост опубликован в Telegram-канале Оптимизация производительности баз. Подписаться можно по ссылке: @database_performance_tuning_arb.