Резервное копирование WordPress: как часто, куда — и как понять, что оно работает

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

Единственная цифра, которая имеет значение: сколько ты можешь позволить себе потерять?

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

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

Куда: правило 3-2-1 в двух словах

Три копии на двух разных носителях, одна из них — вне площадки. Для сайта на WordPress это означает: рабочие данные, архив на сервере и архив где-то ещё.

Третий пункт — именно тот, на котором чаще всего возникают проблемы. Архив, который лежит в той же папке wp-content/uploads, что и сайт, не переживёт ни сбоя диска, ни удаления учётной записи, ни злоумышленника, который заметает следы.

Резервная копия у твоего хостинг-провайдера — это хорошо, но это не второе место. Если откажет хостинг-провайдер, откажет и то и другое. Она считается одной копией, а не двумя.

Как долго: срок хранения — это не вопрос места на диске

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

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

Шифрование — и где хранится ключ

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

AES-256 — общепринятый стандарт, и вопрос здесь не «шифровать ли», а где хранится ключ. Рядом с архивом он бесполезен. Kakapo Backup шифрует твоим ключом и не сохраняет его вместе с архивом — а значит, хранить ключ тебе нужно отдельно. Менеджера паролей достаточно.

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

Резервная копия, которую ни разу не восстанавливали, — это лишь надежда. Есть две проверки, и нужны обе:

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

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

Раза в квартал достаточно. Поставь себе напоминание — иначе тест так и не будет проведён, потому что он никогда не бывает срочным.

Особый случай, который встречается чаще всего

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

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

Часто задаваемые вопросы