Проверка восстановления

Безопасная проверка восстановления и действия при реальной потере базы

Команда проверки файла подтверждает целостность архива, но только восстановление в отдельную базу доказывает, что копия пригодна для работы.

Контрольное восстановление

Создайте отдельную пустую тестовую базу и отдельный профиль назначения. Никогда не используйте рабочую базу для репетиции.

./tools/db-backup/iex-db-backup import \
  --profile clean_install \
  --from-profile main \
  --expect-tag before-change \
  --file /приватный/путь/backup.sql.gz \
  --require-manifest \
  --yes

Инструмент должен отказаться от импорта в непустую базу. После восстановления проверьте таблицы, количество ключевых записей и запуск копии приложения с отдельным тестовым подключением.

Что проверить в приложении

В тестовой среде откройте панель, несколько старых заявок, пользователей, направления, реквизиты и журналы. Проверьте связи между объектами, локализованные тексты и выборку за разные даты.

Не отправляйте реальные уведомления и платежные запросы из восстановленной среды. До запуска отключите внешние интеграции или замените их тестовыми параметрами.

Реальное восстановление

При потере рабочей базы сначала остановите запись приложения и фоновые процессы. Зафиксируйте время последней подтверждённой операции у внешних провайдеров. Восстановите выбранную копию в подготовленную пустую базу, проверьте её и только затем переключайте приложение.

После запуска сопоставьте заявки, созданные после времени копии, с мерчантами, банками и блокчейном. Они могли существовать у провайдера, но отсутствовать в восстановленной базе.

Документируйте дату копии, фактическую точку восстановления, потерянный интервал и выполненную сверку.