Резервные копии сайта: как часто и куда

Что у сайта вообще нужно копировать

Люди говорят «копия сайта» и держат в голове папку с файлами. Файлы — только первая из четырёх частей, и потеря каждой следующей обходится дороже.

• Файлы. Страницы, изображения, шрифты, стили, настройки сервера. Для одностраничного сайта этим всё и исчерпывается.
• База данных. Там живёт то, что вводилось через админку: каталог, цены, тексты страниц, записи блога, пользователи, иногда сами заявки. Архив файлов без выгрузки базы поднимет пустой каркас сайта — с дизайном, но без содержимого.
• Почта на домене. В ящиках лежит переписка с клиентами, подтверждения заказов и письма для восстановления паролей. Копии хостинга почту часто не включают вовсе — это отдельная галочка либо отдельное действие.
• Настройки, которые нельзя положить в архив. Записи DNS, параметры почты, ключи карты и платёжного сервиса, адрес, на который уходят заявки. Это копируется не архивом, а документом: что куда подключено и в каком кабинете правится. Подробный перечень такой описи собран в статье «Доступы и исходники».

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

Чем копия у хостера отличается от своей

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

Разница не в удобстве, а в том, от чего каждая защищает. Копия у хостера лежит в том же аккаунте, что и сайт, и исчезает вместе с ним. Аккаунт исчезает чаще, чем кажется:

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

Последний пункт — самый частый и самый обидный, потому что ломается не техника. Что именно проверить в аккаунте хостинга и как он должен быть оформлен, разобрано в статье «Хостинг простыми словами».

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

Как часто снимать копию

Частота определяется не типом сайта, а темпом изменений. Поставьте вопрос так: если сайт откатится к последней копии, какую работу придётся делать заново.

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

Автоматика важнее частоты. Копия, которую нужно вспомнить снять, не снимается: первые две недели человек помнит, потом появляются дела. Расписание у хостинга настраивается один раз и работает без участия людей — а своя копия привязывается к понятному поводу: правка, обновление, конец месяца.

Сколько копий хранить и почему вчерашней мало

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

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

Разумная схема для сайта компании выглядит так: ежедневные копии за последние 7–14 дней, плюс по одной сохранённой на конец каждого месяца за несколько месяцев, плюс отдельный снимок перед каждой крупной правкой. Месячные копии хранятся у вас, а не у хостера: у его тарифа своя глубина, и она обычно короче, чем срок, за который обнаруживается тихая поломка.

Как проверить, что копия восстанавливается

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

1. Разверните копию на тестовом адресе или у себя на компьютере, а не поверх работающего сайта.
2. Откройте главную и две-три внутренние страницы: не только текст, но и изображения со шрифтами.
3. Проверьте то, что лежит в базе: каталог, цены, записи блога, список пользователей.
4. Отправьте тестовую заявку из формы и убедитесь, что письмо пришло.
5. Посмотрите на размер файлов копии. Выгрузка базы на несколько килобайт при каталоге на сотни позиций означает, что копии нет.
6. Запишите дату успешной проверки в опись сервисов.

Второй вопрос того же порядка: кто это сделает в день аварии. Если ответ «подрядчик, если ответит», то времени восстановления у вас нет — есть надежда. Что делать в сам момент, когда сайт не грузится, разобрано отдельно: «Сайт не открывается».

Что сделать до крупной правки

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

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

От чего резервная копия не спасает

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

• Потеря домена. Если в карточке домена администратором записаны не вы, архив файлов бесполезен: открывать его будет нечем. Адрес не копируется.
• Потеря доступов. Аккаунты у регистратора, хостинга и в почте не восстанавливаются из архива. Их место — опись и менеджер паролей.
• Накопленная статистика. История Яндекс Метрики и данные Вебмастера живут на аккаунте, а не в файлах сайта. Потеряв аккаунт, историю вы не вернёте никакой копией.
• Утечка персональных данных. Восстановление сайта возвращает работоспособность, но не отменяет того, что данные людей уже ушли.
• Незамеченная поломка. Копия не сообщает, что сайт лежит. Для этого нужно отслеживание доступности — отдельная вещь, которая проверяет сайт со стороны и пишет, когда он перестал отвечать.

Кто этим занимается у нас

Резервные копии входят в обслуживание. «База» — 4 900 ₽ в месяц: хостинг и продление домена, две правки в месяц, резервные копии, отслеживание доступности. «Актив» — 9 900 ₽ в месяц: всё то же, правки без ограничения, до четырёх новых страниц в месяц, отчёт по поиску и посещаемости. Состав тарифов и доплат лежит на странице цен.

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

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