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

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

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

Что должно быть в копии

Сайт состоит не из одного набора файлов. Если в копии нет хотя бы одной части, из неё не поднимется сайт.

Часть	Что это	Что будет без неё
Файлы сайта	Страницы, шаблоны, картинки, загруженные документы	Сайт не откроется или откроется без оформления
База данных	Заявки, товары, пользователи, тексты, если сайт на CMS	Откроется пустая оболочка
Настройки	Файл с адресом базы и ключами, настройки веб-сервера	Сайт не поймёт, где его данные
Записи домена	Куда указывает адрес, как настроена почта	Домен придётся настраивать заново вслепую
Список доступов	Кто и куда имеет доступ, где лежат пароли	Придётся искать, кто что настроил

Записи домена и список доступов копируют реже всего, и именно они отнимают больше всего времени, когда копия понадобилась срочно.

Где хранить: правило 3-2-1

В документе «Data Backup Options» (Carnegie Mellon University для US-CERT, 2012 год, лежит на сайте CISA) правило сформулировано коротко: три копии любого важного файла, на двух разных типах носителей, одна из них вне вашего помещения. Для сайта это выглядит так.

Число	Что значит	Пример для сайта
3	Рабочий сайт и две копии	Сайт на сервере, копия на сервере хостинга, копия у вас или в другом облаке
2	Два разных вида хранения	Хранилище хостинга и отдельное облачное хранилище или ваш диск
1	Одна копия в другом месте	Не на том же сервере и не у того же провайдера

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

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

Сколько версий хранить

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

Копия содержит данные клиентов

В базе сайта лежат заявки и контакты, значит, копия базы тоже содержит персональные данные. В документе US-CERT, о котором речь выше, сказано: если хранимые данные чувствительны, взвесьте риски облачного хранилища, шифруйте данные и храните носители физически защищёнными. Закон добавляет своё: часть 5 статьи 18 закона 152-ФЗ запрещает при сборе данных граждан России записывать, накапливать и хранить их в базах за пределами России, с исключениями, которые перечисляет статья 6. Подпадает ли под это копия в зарубежном облаке, вопрос к юристу, но где физически лежат ваши копии, спросите сегодня. Подробнее о требованиях закона: «152-ФЗ: требования к сайту».

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

Проверка делается на тестовом адресе, не на боевом сайте. Попросите того, кто ведёт ваш сайт, поднять копию в отдельном месте, например на поддомене test.вашсайт.ру, закрытом от поисковиков. Если вы делаете это сами, порядок такой.

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

Шаг 4 пропускают чаще всего. На тестовом адресе форма должна отправлять заявку в тестовое место, иначе вы рискуете отправить клиентам письма из прошлого.

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

Пять вопросов тому, кто отвечает за копии

Задайте их подрядчику или хостингу письменно и сохраните ответы.

Где лежат копии, на том же сервере или нет? Сколько последних версий хранится и как далеко назад можно откатиться? Когда в последний раз копию разворачивали и чем это кончилось? Кто получает сообщение, если копирование не прошло? Сколько стоит и сколько времени займёт восстановление, если сайт пропал целиком?

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

Когда я не нужен

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

Источники

• 152-ФЗ, статья 18, часть 5: базы данных в России.
• Carnegie Mellon University для US-CERT: Data Backup Options (PDF на сайте CISA): правило 3-2-1 и совет шифровать чувствительные данные. Документ 2012 года, я прочитал его текст целиком; про проверку восстановления в нём ничего нет, этот порядок мой.
• Порядок выкладки и откат сайта esaweb.ru: собственная практика.