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

Определите, что именно нужно вернуть

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

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

Документация: Резервное копирование WordPress

Храните независимую копию

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

Не размещайте выгрузки базы в публичной папке сайта. Они могут содержать персональные данные и служебную информацию. Ограничьте права доступа, продумайте шифрование и хранение ключей: защищённый архив бесполезен, если при аварии никто не может его открыть.

Выберите частоту под реальные изменения

Вопрос не в том, красиво ли звучит «ежедневный бэкап», а в том, какой промежуток данных бизнес готов потерять. У страницы услуг и активно работающего магазина разные потребности. Если за день поступает много заказов, одной ночной копии может быть недостаточно.

Согласуйте также срок хранения. Ошибку или заражение иногда обнаруживают не сразу, и единственная свежая копия уже содержит проблему. Несколько поколений архивов помогают выбрать нужную дату, но их число и объём нужно рассчитывать, а не бесконечно накапливать без контроля.

• Какие данные меняются чаще всего?
• Какую потерю между копиями бизнес считает допустимой?
• За какой период может понадобиться откат?

Следите за результатом, а не за расписанием

Настроенное задание ещё не означает успешную копию. Могло закончиться место, измениться пароль или прерваться передача. Нужны понятные уведомления об ошибках и проверка даты, размера и доступности архива. Ответственный должен знать, что делать при неудачном запуске.

Отдельно контролируйте свободное место и срок хранения. Схема не должна молча удалять единственную рабочую копию или заполнять диск до остановки сайта. Если резервирование обслуживает подрядчик, договоритесь о составе отчёта и действиях при проблеме.

Проверьте восстановление до аварии

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

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