Как сделать резервную копию сайта: способы и сервисы
О бэкапах вспоминают обычно в худший момент: после взлома, падения сервера или когда обновление плагина положило весь сайт. Если копии нет, остаётся собирать всё заново, и хорошо, если сохранились хотя бы тексты. Настроить резервное копирование можно за полчаса, и эти полчаса однажды сэкономят вам недели работы.
Из чего состоит копия
У динамического сайта две части, и обе одинаково важны. Первая — файлы: код движка, тема, плагины, загруженные изображения и документы. Вторая — база данных, где лежат сами тексты, настройки, товары, комментарии. Скопировать только файлы и забыть про базу — частая ошибка: восстановите пустой каркас без содержимого.
Для сайтов на конструкторах вроде Tilda или Reg.ru вопрос проще: данные хранятся на стороне сервиса, и отдельный бэкап обычно не нужен, хотя экспорт страниц на всякий случай не помешает.
Способ первый: средствами хостинга
Большинство хостеров делают резервные копии автоматически. У Timeweb, Beget и Reg.ru это работает из коробки: копии создаются ежедневно и хранятся несколько дней, а восстановить сайт можно через панель управления парой кликов.
Это удобная база, но у неё есть слабое место. Если откажет сам сервер или возникнут проблемы у провайдера, бэкапы могут оказаться недоступны вместе с сайтом. Поэтому хостинговые копии — необходимый минимум, а не полное решение.
Способ второй: плагины и встроенные инструменты
На WordPress задачу закрывают плагины. UpdraftPlus умеет копировать файлы и базу по расписанию и отправлять архив во внешнее хранилище — Яндекс Диск, облако или на другой сервер. Duplicator удобен, когда нужно не только сохранить, но и перенести сайт целиком.
Настройте расписание под свой ритм обновлений и обязательно укажите внешнее хранилище. Копия, лежащая на том же сервере, что и сайт, не спасёт при отказе этого сервера.
Способ третий: вручную
Полезно уметь снимать копию руками — перед рискованным обновлением или переездом. Файлы выгружаются по FTP или из файлового менеджера панели в виде архива. База данных экспортируется через phpMyAdmin: открываете нужную базу, жмёте «Экспорт», сохраняете SQL-файл.
Способ трудоёмкий для регулярного использования, но даёт полный контроль и не зависит ни от каких плагинов.
Где хранить и правило трёх копий
Профессионалы держат данные по схеме «3-2-1»: три копии, на двух разных носителях, одна из них — вне основной площадки. Для сайта это значит примерно так: рабочая версия на хостинге, автоматический бэкап там же и независимая копия на стороне — Яндекс Диске, в облаке Selectel или просто на вашем компьютере.
Разнесённое хранение защищает от самого неприятного сценария, когда проблема накрывает сразу и сайт, и его бэкапы.
Проверяйте восстановление
Резервная копия имеет смысл, только если из неё реально развернуть сайт. Битый архив или неполный дамп базы вы обнаружите в момент аварии, когда исправлять уже поздно. Раз в пару месяцев разворачивайте копию на тестовом домене или поддомене и убеждайтесь, что всё на месте. Эта привычка превращает бэкап из формальности в настоящую страховку.
Частые вопросы
Как часто делать резервные копии?
Зависит от того, как часто меняется сайт. Магазину с ежедневными заказами нужны суточные бэкапы, статичному лендингу хватит еженедельных. Перед любым крупным обновлением делайте копию вручную.
Достаточно ли бэкапов, которые делает хостинг?
Это хорошая основа, но рискованно полагаться только на них. Если откажет сам сервер или провайдер потеряет данные, копия пропадёт вместе с сайтом. Держите дубль в независимом месте.
Что входит в полную резервную копию сайта?
Файлы сайта (код, шаблоны, загруженные картинки) и база данных. Без базы у динамического сайта вроде WordPress пропадут все тексты, настройки и комментарии, поэтому копировать нужно и то и другое.