Резервное копирование сервера
Три уровня резервного копирования новой установки и проверка внешнего хранения
Новая установка использует три независимых назначения резервных данных. Они дополняют друг друга и не должны подменяться одним снимком провайдера.
Автоматическая копия
Регулярное восстановление сервера через iex-backup.timer
Операторский экспорт
Копия перед ручным техническим изменением
Контрольная точка обновления
Согласованное восстановление файлов и базы при откате
Автоматическая копия
Проверьте расписание и последний результат:
systemctl list-timers --all iex-backup.timer
systemctl --no-pager --full status iex-backup.timer
systemctl --no-pager --full status iex-backup.service
journalctl -u iex-backup.service --since '-2 days' --no-pagerЛокальное хранилище на том же сервере не защищает от потери диска или удаления сервера. Настройте перенос в отдельный аккаунт, бакет либо другой сервер и ограничьте ключ только резервным назначением.
Копия перед ручной работой
/usr/local/sbin/iex-db-backup-operator config-check
/usr/local/sbin/iex-db-backup-operator export --tag before-manual-changeСохраните квитанцию операции и убедитесь, что файл доступен из выбранного места восстановления. Не считайте создание файла успешным восстановлением без тестового импорта.
Контрольная точка обновления
Экран «Обновления» создаёт обязательную контрольную точку перед применением поставки. Она связана с конкретной операцией и используется для штатного отката. Не удаляйте связанную версию или не отказывайтесь от отката до окончания периода наблюдения.
Проверка восстановления
Не реже согласованного периода восстановите копию в изолированную среду, проверьте обе базы, пользовательские файлы и вход в тестовую панель. Зафиксируйте фактическое время восстановления и максимальную подтверждённую потерю данных.
Не проверяйте восстановление поверх рабочей базы. Для теста используйте отдельный сервер или изолированные базы без клиентского трафика.
Последнее обновление
Это было полезно?