Восстановление вашего сайта из резервной копии

Если ваш сайт сломался после обновления, был скомпрометирован или содержимое было случайно удалено, восстановление из резервной копии часто является самым быстрым способом вернуть сайт в рабочее состояние. Это руководство проведёт вас через весь процесс восстановления.

Когда восстанавливать из резервной копии

Восстановление является правильным выбором в следующих случаях:

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

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

Восстановление полностью перезаписывает ваш текущий сайт содержимым из выбранной резервной копии:

• Все файлы сайта заменяются файлами из резервной копии.
• База данных заменяется снимком базы данных из резервной копии.
• Любые изменения, сделанные после создания резервной копии, включая новые посты, новые загрузки, изменения параметров и обновления плагинов, будут потеряны.

Как долго длится восстановление

Большинство восстановлений завершаются за 2-5 минут. Более крупные сайты со множеством файлов или большой базой данных могут занять до 10 минут. Ваш сайт будет кратко недоступен во время процесса восстановления.

Поиск резервной копии в KPanel

1. Войдите в KPanel на адресе kpanel.kapsulehost.com.
2. Нажмите Websites (Сайты) в левой боковой панели, затем нажмите сайт, который вы хотите восстановить.
3. В меню самого сайта откройте Backups (Резервные копии), затем Backups (Резервные копии). Прямой адрес: /websites/<site-id>/backups.
4. Вы увидите список доступных резервных копий, отсортированных по дате с самой свежей в верхней части. Каждая резервная копия показывает её метку (если вы её добавили), дату и время создания, а также размер резервной копии.

Автоматические резервные копии помечаются датой. Ручные резервные копии показывают метку, которую вы им дали при создании.

Восстановление резервной копии

1. Найдите резервную копию, которую вы хотите восстановить, в списке.
2. Нажмите кнопку Restore (Восстановить) рядом с этой резервной копией.
3. Появится диалог подтверждения. Выберите цель восстановления и что восстанавливать.
4. По умолчанию цель восстановления установлена на Staging (recommended) (Промежуточное окружение (рекомендуется)), которое создаёт копию вашего сайта, чтобы вы могли проверить перед внесением изменений на production.
5. Используйте селектор What to restore (Что восстанавливать): Files + database (Файлы + база данных) (по умолчанию), Files only (Только файлы) или Database only (Только база данных).
6. Для восстановления непосредственно на живой сайт переключите цель на Directly to live (advanced) (Непосредственно на live (продвинутый)) и введите имя вашего домена для подтверждения.
7. Нажмите Restore to staging (Восстановить на промежуточное окружение) или Restore directly to live (Восстановить непосредственно на live), если вы переключились.

Восстановление начнётся немедленно. Появится индикатор прогресса. Если вы восстанавливали на промежуточное окружение, ссылка на предпросмотр URL промежуточного окружения появится по завершении.

Восстановление через Kora

Вы можете попросить Kora восстановить резервную копию для вас:

"Восстановить мой сайт на резервную копию из вчера." "Откатиться на резервную копию, которую я сделал до обновления PHP."

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

Что делать после восстановления

После завершения восстановления проверьте следующее:

1. Посетите ваш сайт в новой вкладке браузера (используйте приватное/инкогнито окно, чтобы избежать кэшированных версий). Убедитесь, что он загружается корректно и страницы, которые вы ожидали, там присутствуют.
2. Войдите в администратор WordPress или вашего приложения, чтобы убедиться, что бэкенд доступен.
3. Проверьте отсутствующий контент. Любые посты, заказы или загрузки, созданные после временной метки резервной копии, потребуют ручного повторного добавления, если они важны.
4. Повторно применяйте намеренные изменения. Если резервная копия предшествует изменениям конфигурации, которые вы сделали намеренно (например, новый ключ API, введённый в плагин), повторно введите эти параметры.
5. Запустите обновление плагина или сканирование безопасности, если восстановление было вызвано взломом. Восстановление удаляет внедрённые файлы, но уязвимость, которая позволила компрометации, всё ещё должна быть устранена.

Резервные копии сохраняются после восстановления

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