# Восстановление на момент времени

Source: https://support.kapsulehost.com/ru-ru/site-pitr

Восстановление на момент времени, для сайтов WordPress и WooCommerce, позволяет пересобрать вашу базу данных такой, какой она была в выбранную минуту, а не только на момент, когда вчера запускалось резервное копирование. В этом руководстве описано, что оно охватывает, а что нет, как его включить, как запросить восстановление и что именно затрагивает восстановление.

## Для чего это нужно

Ежедневное резервное копирование даёт одну точку восстановления в день. Это нормально для большинства аварийных ситуаций, но бесполезно в конкретном случае, когда неудачный импорт, сломанный плагин или ошибочное массовое редактирование произошли в 14:15, а вы заметили это в 16:00. Восстановление вчерашней резервной копии отбросило бы всю реальную работу, проделанную за утро, вместе с ошибкой.

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

> **Warning:** Восстановление на момент времени охватывает только БАЗУ ДАННЫХ. Оно не охватывает ваши файлы: ни загрузки, ни код темы или плагинов, ни конфигурационные файлы на диске. Если кто-то удалил папку с изображениями, PITR не вернёт её обратно. Для файлов вам нужно резервное копирование файлов. См. [Создание резервной копии](https://support.kapsulehost.com/ru-ru/taking-a-backup) и [Восстановление из резервной копии](https://support.kapsulehost.com/ru-ru/restoring-from-backup).

## Где это находится в KPanel

1. Войдите в [KPanel](https://kpanel.kapsulehost.com).
2. Нажмите **Веб-сайты** в левой боковой панели, затем выберите сайт.
3. В левом меню сайта откройте **Резервные копии**, затем **Восстановление на момент времени**.

Прямой адрес: `/websites/<site-id>/pitr`.

![Восстановление на момент времени для сайта в KPanel](https://support.kapsulehost.com/help/screenshots/site-pitr.a2b6d785.webp)

## Условия доступности

Для восстановления на момент времени должны выполняться два условия.

**Ваш тарифный план должен включать эту функцию.** Она доступна в тарифных планах семейства WordPress.

**Сайт должен быть сайтом WordPress или WooCommerce**, поскольку механизм полагается на управляемую базу данных.

Если хотя бы одно из условий не выполняется, страница прямо об этом сообщает: восстановление на момент времени доступно только для сайтов WordPress и WooCommerce с управляемыми базами данных. В этом случае настраивать нечего.

## Включение функции

Карточка **Статус PITR** показывает текущее состояние в виде индикатора статуса, используемый бэкенд, время отправки последнего журнала изменений и срок хранения в днях.

Нажмите **Включить PITR**, чтобы включить функцию. Срок хранения составляет 30 дней.

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

> **Note:** Сразу после включения точек восстановления нет. Процесс отправки должен выполниться хотя бы один раз, прежде чем что-либо можно будет воспроизвести, и первая отправка происходит примерно в течение пяти минут. До этого момента страница сообщает, что точек восстановления пока нет.

## Чтение окна восстановления

После того как отправка запущена, карточка **Доступное окно восстановления** показывает самый ранний и самый поздний моменты, на которые можно восстановиться, а также сколько файлов журнала изменений хранится для покрытия этого диапазона.

Прочитайте это до того, как это понадобится, а не во время инцидента. Если окно начинается позже, чем вы ожидали, значит, отправка в какой-то момент была прервана, и более старое покрытие истекло.

## Запрос восстановления

1. Откройте вкладку **Восстановление на момент времени**.
2. Убедитесь, что окно восстановления охватывает нужный вам момент.
3. В поле **Восстановить на временную метку** выберите дату и время. Выбирайте момент НЕПОСРЕДСТВЕННО ПЕРЕД повреждением, а не после него.
4. Нажмите **Запросить восстановление в staging БД**.

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

## Что на самом деле делает восстановление

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

**Восстановление на момент времени не затрагивает вашу рабочую (live) базу данных.** Оно восстанавливает данные в отдельную staging БД, которая создаётся специально для этой цели и называется по имени вашего домена и целевой дате. Ваш рабочий сайт всё это время продолжает работать на своей собственной базе данных без изменений.

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

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

> **Important:** Переключение на восстановленную базу данных ДЕЙСТВИТЕЛЬНО отбрасывает всё, что было записано в рабочую базу данных после точки восстановления. Заказы, оформленные, комментарии, оставленные, и контент, отредактированный после этой временной метки, существуют только в рабочей базе данных. Перед любым переключением определите, что необходимо перенести, и сообщите об этом. Именно поэтому восстановление сначала попадает в staging.

## Отслеживание запроса

Каждый запрос отображается в таблице **Запросы восстановления**:

| Столбец | Что отображается |
|---|---|
| Запрошено | Когда вы отправили запрос |
| Цель | Временная метка, на которую запрошено восстановление |
| Статус | На каком этапе находится запрос |
| Staging БД | Имя базы данных, в которую выполняется восстановление |

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

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

Наша инженерная команда завершает staging-восстановление и отправляет вам письмо, когда staging БД готова. Вы также получаете письмо-подтверждение при получении запроса, с указанием целевой временной метки и имени staging БД.

## Выбор правильной временной метки

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

**Выбирайте момент на минуту-другую раньше.** Точка восстановления чуть раньше неудачного события стоит вам пары минут законных записей. Точка сразу после него восстанавливает повреждение вместе со всем остальным.

**Запишите, что произошло после точки восстановления.** Заказы, регистрации, комментарии, отправки форм. Этот список понадобится вам для ручного переноса, если вы решите выполнить переключение.

## Устранение неполадок

**На странице написано, что PITR доступен только для WordPress и WooCommerce.** Либо сайт не относится к этим типам, либо ваш тарифный план не включает эту функцию.

**Точек восстановления пока нет.** После включения отправка должна выполниться хотя бы один раз. Первая отправка происходит примерно в течение пяти минут.

**Моя целевая метка находится за пределами доступного окна.** Срок хранения составляет 30 дней, и окно может быть короче, если отправка была прервана. Сообщение об ошибке указывает точные границы. Если нужный вам момент выпал из окна, используйте ежедневное резервное копирование: см. [Восстановление из резервной копии](https://support.kapsulehost.com/ru-ru/restoring-from-backup).

**Восстановление уже выполняется.** Дождитесь его завершения. Таблица показывает его этап и прогресс.

**Статус показывает баннер о сервисе отправки.** Ваш запрос зарегистрирован, и сообщение объясняет текущее состояние. Ничего не потеряно.

**Мне нужны файлы обратно, а не база данных.** PITR здесь не поможет. Используйте резервную копию файлов, и учтите, что завершённую резервную копию можно просматривать файл за файлом, а не только восстанавливать целиком.

## Похожие страницы

- [Создание резервной копии](https://support.kapsulehost.com/ru-ru/taking-a-backup) о ежедневном резервном копировании файлов и базы данных, которое выполняется параллельно с этим.
- [Восстановление из резервной копии](https://support.kapsulehost.com/ru-ru/restoring-from-backup) о пути восстановления всего сайта.
- [Staging-окружения](https://support.kapsulehost.com/ru-ru/staging-environments) для тестирования изменений перед их выходом на рабочий сайт.
- [Безопасность сайта](https://support.kapsulehost.com/ru-ru/site-security), если потеря данных была вызвана взломом, а не ошибкой.

Если вы находитесь в разгаре инцидента и не уверены, какой инструмент вам нужен, свяжитесь с нами через **Поддержка** в KPanel или напишите на [support@kapsulehost.com](mailto:support@kapsulehost.com), указав имя сайта и время начала проблемы.