26.08.2026
О резервных копиях обычно вспоминают в тот момент, когда они уже нужны: сервер вышел из строя, сайт взломали, сотрудник случайно удалил раздел каталога. В этот момент выясняется, есть ли копия, насколько она свежая и можно ли из неё восстановиться. Лучше выяснить это заранее.
Классический принцип надёжного резервного копирования звучит так:
Самая частая ошибка — хранить бэкапы на том же сервере, что и сайт. Если сервер выйдет из строя или будет скомпрометирован, вместе с сайтом пропадут и копии.

Сам код сайта обычно хранится в системе контроля версий (Git), поэтому отдельно его копировать не обязательно — но только если репозиторий действительно актуален.
Резервная копия содержит персональные данные клиентов и секретные ключи, поэтому за пределами сервера она должна храниться в зашифрованном виде. Важная деталь: пароль от архивов нужно хранить отдельно — например, в менеджере паролей. Если он существует только на сервере, то вместе с сервером вы потеряете и возможность расшифровать собственные бэкапы.
Копии могут годами создаваться с ошибкой: пустой архив, не та база, нехватка места. Поэтому раз в несколько месяцев стоит проводить пробное восстановление на отдельной площадке и убеждаться, что сайт из копии действительно поднимается.

Надёжная схема — это ежедневные автоматические копии базы, файлов и настроек, зашифрованные и отправленные за пределы сервера, плюс регулярная проверка восстановления. Настраивается один раз и дальше работает в фоне, а в трудный день экономит недели работы и репутацию.
Мы используем куки-файлы: необходимые — для работы сайта и формы заявки, аналитические — для Яндекс Метрики, чтобы понимать, как пользуются сайтом. Подробнее — в политике конфиденциальности.