Как часто делать бэкап сайта и как не потерять всё за один вечер

Короткий ответ: как часто делать бэкап сайта

Чтобы понять, как часто делать бэкап сайта, задайте себе вопрос: сколько работы вы готовы потерять? Если спокойно переживёте потерю недели, копируйте раз в неделю. Если потеря даже одного дня заказов или заявок — это проблема, нужна ежедневная копия. Интернет-магазину с оживлённой торговлей стоит копировать базу данных несколько раз в день.

Второе правило не зависит от типа сайта: внеплановая копия перед любым изменением. Обновляете CMS, ставите плагин, меняете тему, переезжаете на другой хостинг — сначала бэкап, потом всё остальное. Большинство поломок случаются как раз после таких «быстрых обновлений на пять минут».

Ориентир по типам сайтов

• Сайт-визитка, лендинг — полная копия раз в неделю плюс перед каждой правкой. Контент меняется редко, терять почти нечего.
• Корпоративный сайт с блогом или новостями — база данных ежедневно, файлы раз в неделю.
• Интернет-магазин, сайт с заявками и личными кабинетами — база данных ежедневно, а при большом потоке заказов каждые несколько часов. Файлы ежедневно или по изменению.
• Любой сайт — копия перед обновлением движка, плагинов, темы и перед переездом.

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

Что именно входит в резервную копию

Частая ошибка — скопировать только файлы сайта и считать дело сделанным. Копия, из которой нельзя поднять сайт, бесполезна. Полный бэкап состоит из нескольких частей:

• Файлы сайта — код движка, темы, плагины, загруженные картинки и документы.
• База данных — дамп MySQL, MariaDB или PostgreSQL. Без неё сайт на CMS превращается в пустой шаблон.
• Конфигурация — настройки подключения к базе, .htaccess, настройки сервера, если вы их меняли.
• Доступы и заметки — где лежит домен, DNS, SSL-сертификат, какая версия PHP нужна. Это не данные сайта, но без этого восстановление затянется.

Резервная копия сайта: как сделать

Способов три. На практике лучше всего работает комбинация: автоматический бэкап на хостинге плюс своя копия в другом месте.

Бэкап сайта на хостинге

Почти все хостинги делают автоматические копии. Но условия у всех разные, и их нужно проверить, а не предполагать. Откройте панель управления и найдите раздел «Резервные копии» или «Бэкапы». Выясните три вещи:

1. Как часто хостинг делает копии и сколько дней их хранит.
2. Входит ли в копию база данных, а не только файлы.
3. Можно ли восстановить сайт самому в пару кликов или только через обращение в поддержку, и платно ли это.

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

Плагин или модуль CMS

У WordPress, 1С-Битрикс, Joomla и других популярных движков есть встроенные средства или плагины для резервного копирования. Хорошие умеют работать по расписанию и сразу отправлять архив во внешнее облако. Проверьте, что плагин копирует и файлы, и базу, и что архив не остаётся лежать в открытой папке сайта. Такой архив может скачать кто угодно, кто угадает адрес.

Вручную

Вариант для редких случаев и перед крупными изменениями. Скачайте файлы по FTP или SFTP, выгрузите дамп базы через phpMyAdmin или командой mysqldump, сложите всё в один архив с датой в названии. Долго и скучно, поэтому как основной способ ручное копирование не годится: рано или поздно его забудут.

Где хранить бэкапы сайта

Есть старое правило, которое прекрасно работает и для сайтов:

Правило 3-2-1: три копии данных, на двух разных носителях или в разных местах, и одна из них — вне основной площадки.

В переводе на сайт это выглядит так:

• Первая копия — у хостинга, для быстрого отката.
• Вторая — в облачном хранилище: Яндекс Диск, S3-совместимое хранилище или любой другой облачный диск, не связанный с хостингом.
• Третья — периодическая копия у вас на компьютере или внешнем диске, например раз в месяц.

Храните не одну последнюю копию, а несколько за разные даты. Вирус или ошибка в данных часто обнаруживаются не сразу. Если у вас есть только вчерашняя копия, а сайт заражён уже неделю, откатываться будет некуда. Разумная глубина — хотя бы две-четыре недели для ежедневных копий.

И про безопасность: в бэкапе лежат пароли к базе, данные клиентов и заказы. Доступ к хранилищу должен быть только у тех, кому он нужен. Если на сайте есть персональные данные, утечка архива — это такая же утечка, как взлом самого сайта.

Как восстановить сайт из бэкапа

Бэкап, из которого ни разу не пробовали восстановиться, — это надежда, а не копия. Архив может оказаться битым, дамп базы неполным, а пароль от облака потерянным. Узнавать об этом в день аварии дорого.

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

1. Определите, какая копия нужна: последняя целая, сделанная до поломки или заражения.
2. Если причина — взлом, сначала смените пароли от хостинга, FTP, базы и админки. Иначе злоумышленник вернётся в уже восстановленный сайт.
3. Восстановите файлы: через панель хостинга или загрузив архив по SFTP.
4. Импортируйте базу данных, удалив или переименовав старую.
5. Проверьте настройки подключения к базе в конфигурационном файле.
6. Обновите CMS и плагины до актуальных версий, если откатились на старые с уязвимостью.
7. Пройдите по сайту как посетитель: главная, каталог, форма заявки, оформление заказа, вход в админку.

Учебная тревога

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

Как понять, что бэкапы на самом деле работают

Настроить копирование — половина дела. Вторая половина — заметить, что оно тихо сломалось. Закончилось место в облаке, сменился пароль, плагин перестал запускаться после обновления. Снаружи ничего не видно, пока не понадобится копия.

• Настройте уведомления об успешном и неуспешном бэкапе на почту или в мессенджер.
• Раз в неделю смотрите на дату последней копии и её размер. Резкое уменьшение размера — повод разобраться.
• Следите за здоровьем сайта: внезапные изменения, вирусы и падения часто и есть та ситуация, когда нужен откат.

Последнее удобно делать автоматически. В кабинете app.artgk.ru проверка здоровья смотрит аптайм, SSL и вирусы, так что о проблеме вы узнаете от уведомления, а не от клиента, который не смог оформить заказ.

Коротко: чек-лист на один вечер

1. Узнать, как часто хостинг делает копии и включена ли в них база.
2. Настроить ежедневную копию базы и еженедельную копию файлов, для магазина чаще.
3. Отправлять копии во внешнее хранилище, не связанное с хостингом.
4. Хранить несколько копий за две-четыре недели.
5. Делать внеплановую копию перед каждым обновлением.
6. Один раз восстановить сайт из копии на тестовом адресе.

Если настраивать всё это самому некогда или хочется, чтобы копирование и восстановление проверил человек, который делает это каждый день, задачу можно поручить инженерам из кабинета. Правки руками специалиста стоят 3 500 ₽/час, объём работ согласуется заранее по смете. А начать можно с бесплатной проверки здоровья сайта: она покажет, всё ли с ним в порядке прямо сейчас.