Каждый сервер KapsuleHost создает резервную копию в зашифрованном хранилище за пределами площадки один раз в день и хранится в течение 30 дней. Вы можете создать дополнительную резервную копию или восстановить данные в любой момент со страницы сервера в KPanel.
Резервные копии активируются автоматически при подготовке сервера. Ничего настраивать не нужно, никакого агента устанавливать не требуется и расписание задавать не нужно. В этом руководстве объясняется, что именно сохраняется, как читать список резервных копий, как создать резервную копию по требованию и что происходит на работающем сервере при восстановлении.
Где хранятся резервные копии
Резервные копии связаны с сервером, поэтому вы получаете к ним доступ со страницы этого сервера, а не из главного меню:
- Войдите в KPanel.
- Нажмите Облачные серверы на левой боковой панели, затем нажмите на нужный сервер.
- Прокрутите вниз до карточки Резервные копии.
Прямой адрес: /cloud-servers/<server-id>.
Заголовок карточки показывает время последней успешной резервной копии. До завершения первой копии там отображается стоящее описание: "Ежедневное резервное копирование вне площадки в зашифрованное хранилище, хранится в течение 30 дней".
Облачные серверы появляются на боковой панели KPanel только после того, как ваш аккаунт получит облачный сервер. Если вы его не видите, то облачного сервера у вас еще нет.
Что сохраняется
Разверните Что содержит ваша резервная копия в нижней части карточки "Резервные копии", чтобы увидеть актуальный список содержимого вашего сервера. Он разделен на пять категорий:
| Категория | Включенные пути |
|---|---|
| Файлы веб-сайта | /var/www (корневая директория документов, загрузки, темы, плагины) и директории /root и /home |
| Базы данных | Файлы данных /var/lib/mysql и /var/lib/postgresql |
| Конфигурация сервера | /etc, плюс сертификаты /etc/letsencrypt, /etc/ssh, правила брандмауэра /etc/ufw и /etc/fail2ban |
| Задания cron и состояние системы | /etc/cron.d и ежедневные, почасовые и еженедельные директории cron, /var/spool/cron пользовательские crontab, /etc/systemd модули, а также сохраненный снимок вашего crontab, установленных пакетов, включенных служб и состояния брандмауэра |
| Почта | Почтовые данные, если на сервере настроена почта |
Временные и перестраиваемые пути намеренно исключены: /proc, /sys, /dev, /run, /tmp, /var/tmp, /var/cache, слоистое хранилище контейнеров под /var/lib/docker/overlay2 и файлы подкачки. Их исключение уменьшает размер резервных копий и ускоряет процесс без потери данных, которые невозможно воссоздать.
Резервные копии зашифрованы уникальным для вашего сервера ключом и записаны в хранилище объектов вне площадки. Только ваша панель может их расшифровать и восстановить.
Резервная копия облачного сервера захватывает сам сервер. Она не захватывает никакие данные, находящиеся вне его. Управляемая база данных на другом хосте, внешний платежный шлюз или стороннее сервис, с которым общается ваше приложение, хранит собственные данные и должны быть экспортированы отдельно.
Чтение списка резервных копий
Каждая строка в списке показывает, когда началась резервная копия, ее размер после завершения и значок статуса:
| Статус | Значение |
|---|---|
| Скопировано | Резервная копия завершена и является пригодной точкой восстановления |
| Выполняется | Резервная копия находится в процессе создания |
| Ошибка | Резервная копия не была завершена |
Ручные резервные копии помечены как ручная рядом с датой, чтобы вы могли отличить их от ежедневного запуска. Завершенная резервная копия также показывает ссылку на снимок, которая является идентификатором, который техподдержка может попросить у вас, если вам когда-либо потребуется помощь с конкретным восстановлением.
Если последняя резервная копия была неудачной, на карточке появляется баннер: "Последняя резервная копия не удалась. Мы будем повторять попытки по ежедневному расписанию. Проверьте место на диске или свяжитесь с поддержкой, если проблема сохранится". Одиночный отказ обычно происходит из-за переполненного диска. Освободите место, и следующий запуск по расписанию будет успешным.
Создание резервной копии по требованию
Создавайте ручную резервную копию сразу же перед любыми рискованными действиями: основное обновление пакета, миграция базы данных, изменение конфигурации сервиса, от которого вы зависите, или первая попытка чего-то незнакомого.
- Откройте страницу сервера и найдите карточку Резервные копии.
- Нажмите Создать резервную копию сейчас в заголовке карточки.
- Вы получите подтверждение "Резервная копия запущена. Она появится в списке в ближайшее время".
- Процесс выполняется на сервере в фоновом режиме. Обновите карточку через несколько моментов, чтобы увидеть, как она появится как Выполняется, затем Скопировано.
Большие серверы работают дольше. Столбец размера готовой строки показывает, сколько было захвачено.
Ручная резервная копия определяется своей меткой времени, а не именем, которое вы выбираете. Создайте резервную копию непосредственно перед внесением изменений, чтобы время совпадало и вы могли с первого взгляда определить, какая точка восстановления является "до" изменений.
Восстановление из резервной копии
- Найдите завершенную резервную копию, которую вы хотите восстановить, в карточке Резервные копии.
- Нажмите Восстановить на этой строке.
- Прочитайте подтверждение: "Это перезапишет текущие файлы сервера содержимым выбранного снимка. Все изменения, сделанные с момента создания снимка, будут потеряны. Сервер остается в сети во время восстановления".
- Нажмите Восстановить, чтобы продолжить.
Восстановление невозможно отменить. Все данные, записанные после создания этой резервной копии, будут заменены содержимым резервной копии. Если существует любая вероятность, что вам понадобится вернуть текущее состояние, сначала создайте свежую резервную копию или снимок, затем восстановите.
Сервер остается в сети во время выполнения восстановления, что делает это полезным для восстановления неработающего приложения без полного отключения. Восстановление больших файловых систем может занять некоторое время. Если восстановление все еще выполняется через пять минут, KPanel сообщит вам, что оно "выполняется дольше, чем обычно, и все еще работает на сервере", а восстановление продолжится в фоновом режиме.
Резервные копии в сравнении со снимками
У вашего сервера есть две независимые страховочные сетки, и они хороши в разных сценариях.
| Резервные копии | Снимки | |
|---|---|---|
| Где хранится | Зашифрованное хранилище вне площадки | Рядом с платформой, на которой работает ваш сервер |
| Расписание | Ежедневно, автоматически | По требованию, плюс автоматически перед каждым запуском патча |
| Хранение | 30 дней | Хранится, пока они вам нужны |
| Что восстанавливает | Файлы, базы данных и конфигурация, на месте | Весь диск точно в том виде, в котором он был |
| Сервер во время восстановления | Остается в сети | Перезагружается |
| Лучше всего подходит для | Защита данных и восстановление после аварии | Страховочная сетка непосредственно перед рискованным изменением |
Используйте оба. Снимок перед изменением является самым быстрым способом вернуться, если изменение пойдет не так. Резервные копии защищают вас от проблем, которые вы можете не заметить в течение нескольких дней. Снимки облачного сервера полностью охватывают сторону снимков.
Резервные копии и перестройка
Перестройка операционной системы сервера стирает диск, включая инструмент восстановления, который находится на нем. Данные вашей резервной копии безопасны в хранилище вне площадки, но кнопка Восстановить на панели не может их использовать на перестроенном сервере. Полностью прочитайте Перестройка вашего облачного сервера и загрузите все необходимое перед перестройкой.
Устранение неполадок
"Резервные копии еще не настроены для этого сервера." Они активируются автоматически при подготовке. Если новый сервер показывает это, подождите несколько минут; если проблема сохраняется, свяжитесь с нами.
"Резервные копии еще не созданы." Первая резервная копия автоматически выполняется вскоре после подготовки. Вы также можете нажать Создать резервную копию сейчас вместо того, чтобы ждать.
"Ручная резервная копия временно недоступна." Панель не смогла связаться с сервером для запуска процесса. Проверьте, что сервер работает и доступен, затем повторите попытку.
На завершенной резервной копии отсутствует кнопка восстановления. Восстановление требует доступный, подготовленный сервер с присутствующим инструментом резервного копирования. Перестроенный сервер или сервер, который отключен, не предложит это.
Если резервная копия повторно не удается и недостаток дискового пространства не является причиной, отправьте электронное письмо на support@kapsulehost.com с названием сервера и временем отказов резервных копий.