Сайты
Восстановление на точку во времени
Point-in-time recovery lets you rebuild your database as it was at a chosen minute, rather than only at the moment yesterday's backup ran. This guide covers what it does and does not cover, how to…
Восстановление на конкретный момент времени позволяет перестроить вашу базу данных в состояние, в котором она была в выбранную минуту, а не только в момент запуска вчерашней резервной копии. В этом руководстве рассмотрены назначение восстановления и его ограничения, как его включить, как запросить восстановление и что именно затрагивает восстановление.
Назначение
Ежедневная резервная копия дает вам одну точку восстановления в день. Этого достаточно для большинства сбоев, но бесполезно для конкретной ситуации, когда неудачный импорт, неработающий плагин или ошибочное массовое редактирование произошли в 14:15, а вы заметили это в 16:00. При восстановлении вчерашней резервной копии вся утренняя полезная работа будет потеряна вместе с ошибкой.
Восстановление на конкретный момент времени закрывает этот пробел. При его включении журнал изменений базы данных непрерывно отправляется во внешнее хранилище, поэтому восстановление можно воспроизвести до любой минуты в рамках сохраняемого окна.
Восстановление на конкретный момент времени охватывает ТОЛЬКО базу данных. Оно не охватывает ваши файлы: ни загрузки, ни код темы или плагина, ни файлы конфигурации на диске. Если кто-то удалил папку с изображениями, восстановление на конкретный момент времени не вернет их. Для файлов вам нужна резервная копия файлов. См. Создание резервной копии и Восстановление из резервной копии.
Расположение в KPanel
- Войдите в KPanel.
- Нажмите Websites на левой боковой панели, а затем щелкните сайт.
- На вкладке сайта откройте Backups, а затем Point-in-time recovery.
Прямой адрес: /websites/<site-id>/pitr.
Требования к допуску
Восстановление на конкретный момент времени требует двух условий.
Ваш план должен его включать. Эта функция доступна в семействах планов WordPress.
Сайт должен быть сайтом WordPress или WooCommerce, поскольку механизм зависит от управляемой базы данных.
Если одно из условий не выполнено, страница ясно это указывает: восстановление на конкретный момент времени доступно только для сайтов WordPress и WooCommerce с управляемыми базами данных. В этом случае нечего настраивать.
Включение
Карточка PITR status показывает текущее состояние со статусным индикатором, используемым бэкендом, сведения о том, когда был последний раз отправлен журнал изменений, и окно сохранения в днях.
Нажмите Enable PITR для включения. Сохранение составляет 30 дней.
Включение ничего не меняет в ваших данных. Это запускает непрерывный процесс отправки, который работает параллельно с обычными ежедневными резервными копиями; он их не заменяет.
Сразу после включения точек восстановления нет. Отправка должна произойти как минимум один раз, прежде чем что-либо можно будет воспроизвести, а первая отправка происходит примерно в течение пяти минут. До этого страница сообщает, что точек восстановления пока нет.
Чтение окна восстановления
После начала отправки карточка Available restore window указывает самый ранний и самый поздний моменты, до которых вы можете восстановиться, и сколько файлов журнала изменений сохраняется для его охвата.
Прочитайте это до того, как оно вам понадобится, а не во время инцидента. Если окно начинается позже, чем вы ожидали, отправка была прервана в какой-то момент и старое покрытие истекло.
Запрос восстановления
- Откройте вкладку Point-in-time recovery.
- Убедитесь, что окно восстановления охватывает нужный момент.
- В Restore to timestamp выберите дату и время. Выберите момент ДО повреждения, а не после него.
- Нажмите Request restore to staging DB.
Запрос проверяется немедленно. Если отметка времени выходит за пределы доступного окна, вам будут сообщены точные границы, а не оставлены гадать.
Что на самом деле делает восстановление
Вот часть, в которой нужно быть точным, потому что это противоположность тому, что ожидает большинство людей.
Восстановление на конкретный момент времени не трогает вашу живую базу данных. Оно восстанавливается в отдельную промежуточную базу данных, которая создается для этой цели и названа в соответствии с вашим доменом и целевой датой. Ваш живой сайт продолжает работать в своей собственной базе данных на протяжении всего времени без изменений.
Ничто не перезаписывается, ничто не удаляется и никакие данные не теряются при запросе восстановления. Это намеренно: вся суть инструмента восстановления данных в том, что его использование не может ухудшить ситуацию.
Что вы получите, это база данных, которую вы можете проверить. Вы можете сравнить ее с живой, извлечь поврежденные строки или решить, что весь снимок это версия, которую вы хотите. Переключение промежуточного восстановления на вашу живую базу данных это отдельный, намеренный шаг, который выполняет наша команда с вами, а не что-то, что кнопка делает у вас за спиной.
Переключение на восстановленную базу данных ДА ОТБРОСИТ все, что было записано в живую базу данных с момента точки восстановления. Заказы, размещенные после этого момента, оставленные комментарии и отредактированное содержание существуют только в живой базе данных. Перед любым переключением решите, что нужно передать вперед, и скажите это. Вот почему восстановление сначала приземляется в промежуточное расположение.
Отслеживание запроса
Каждый запрос появляется в таблице Restore requests:
| Столбец | Что он показывает |
|---|---|
| Requested | Когда вы его запросили |
| Target | Отметка времени, которую вы попросили восстановить |
| Status | Прогресс запроса |
| Staging DB | Имя восстанавливаемой базы данных |
Пока выполняется восстановление, статус показывает текущий этап и, как только начнется воспроизведение, сколько файлов журнала изменений было применено из общего количества. Неудачный запрос показывает ошибку ниже.
На сайт одновременно может выполняться только одно восстановление. Запрос второго во время выполнения первого возвращает конфликт вместо постановки в очередь, поэтому вторая попытка не может повредить первую.
Наша инженерная команда завершает промежуточное восстановление и отправляет вам письмо, когда промежуточная база данных готова. Вы также получите письмо подтверждения при получении запроса с целевой отметкой времени и именем промежуточной базы данных.
Выбор нужной отметки времени
Определите, когда произошло повреждение, а не когда вы его заметили. Обычно это часы спустя. Проверьте свой журнал активности, отметки времени заказов или последнее известное хорошее редактирование содержания.
Выбирайте на минуту-две раньше. Точка восстановления непосредственно перед плохим событием стоит вам пару минут законных записей. Одна сразу после восстанавливает повреждение вместо со всем остальным.
Запишите, что произошло после точки восстановления. Заказы, регистрации, комментарии, отправки форм. Этот список это то, что вам нужно будет передать вручную, если вы переключитесь.
Устранение неполадок
На странице говорится, что восстановление на конкретный момент времени доступно только для WordPress и WooCommerce. Либо сайт не того типа, либо ваш план не включает эту функцию.
Точек восстановления пока нет. Отправка должна произойти как минимум один раз после включения. Первая отправка происходит примерно в течение пяти минут.
Моя цель находится вне доступного окна. Сохранение составляет 30 дней, и окно может быть короче, если отправка была прервана. Сообщение об ошибке указывает точные границы. Если нужный вам момент истек, обратитесь к ежедневной резервной копии: см. Восстановление из резервной копии.
Восстановление уже выполняется. Дождитесь его завершения. Таблица показывает его этап и прогресс.
Статус показывает баннер о средстве доставки. Ваш запрос записан и сообщение объясняет текущее состояние. Ничто не потеряно.
Мне нужны файлы, а не база данных. Восстановление на конкретный момент времени не поможет. Используйте резервную копию файлов и помните, что завершенная резервная копия может быть просмотрена файл за файлом, а не восстановлена целиком.
Связанные страницы
- Создание резервной копии для ежедневных резервных копий файлов и базы данных, которые работают параллельно с этим.
- Восстановление из резервной копии для полного пути восстановления сайта.
- Промежуточные окружения для тестирования изменений перед отправкой в производство.
- Безопасность сайта если потеря данных была вызвана компрометацией, а не ошибкой.
Если вы находитесь в разгар инцидента и не уверены, какой инструмент вам нужен, свяжитесь с нами из Support в KPanel или отправьте письмо на support@kapsulehost.com с названием сайта и временем начала проблемы.