Бэкап сайта: почему один архив на том же сервере не является резервной копией

3-2-1, проверка восстановления и хранение.

Главный вопрос эксплуатации: кто узнает о проблеме первым. Если только клиент сообщает, что форма не работает, мониторинг неполон.

Не чинить то, что ещё не диагностировано

Один и тот же внешний симптом может появляться по разным причинам. Сначала стоит записать конкретный сценарий: URL, устройство, шаг, момент появления и последние изменения.

Первые проверки без переделки сайта

• Фиксировать изменения и rollback.
• Составить реестр доступов.
• Пересматривать учётные записи и зависимости.
• Проверять восстановление.
• Перед крупной правкой фиксировать точку возврата.

Что чаще оказывается источником

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

Production — рабочая система. Любое изменение имеет риск, поэтому нужны окружения, резервные копии, журналирование и понятный релиз.

Популярные ложные решения

• забытые токены API
• единственный backup на том же сервере
• максимальные права всем
• домен на личной учётке подрядчика

Бэкап, который никто не пробовал восстановить, — это не план восстановления.

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

• время обнаружения
• ошибки форм/API
• успешность backup
• время восстановления

Нормальная эксплуатация заметна в аварии: понятно, где логи, как откатиться и что проверить после восстановления.