Руководство по панели управления. Резервное копирование VPS. LTD Beget.

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

Для наших пользователей виртуальных выделенных серверов мы автоматически создаем файловые резервные копии и храним их на отдельных серверах в другом дата-центре.

Взаимодействие с системой резервного копирования в панели управления осуществляется через раздел «Backup».

Раздел Backup содержит две вкладки:

Автоматическое копирование
История заданий

Автоматическое копирование

На вкладке «Автоматическое копирование» отображается список всех ваших виртуальных серверов и общее количество резервных копий для каждого из них. Нажатие в строке с именем сервера разворачивает подробный список созданных копий. Для каждой копии в списке содержится информация о дате и времени ее создания, размере копии, а также 2 кнопки для разных режимов восстановления.

Обратите внимание!

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

Особенности создания файловых резервных копий

При создании файловых резервных копий мы не выполняем копирование следующих файлов и директорий:

/boot
/tmp
/vmlinuz
/vmlinuz.old
/initrd.img
/initrd.img.old
/lost+found
/proc
/dev
/run
/sys
/var/cache
/lib/systemd/system/svc-vps-guestagent.service
/usr/sbin/svc-vps-guestagent-supervisor
/usr/sbin/svc-vps-guestagent
/swapfile

Это означает, что некоторые системные настройки и параметры могут быть сброшены к первоначальным в случае полного восстановления сервера. Помимо этого при полном восстановлении будет использоваться оригинальное ядро Linux из дистрибутива ОС.

Всего доступно 2 режима восстановления резервной копии:

Восстановление виртуального сервера целиком.
Восстановление отдельно выбранных файлов и директорий.

Рассмотрим подробнее эти режимы.

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

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

Для восстановления сервера целиком нажмите кнопку «Восстановить» в строке с выбранной резервной копией.

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

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

Для подтверждения действия от вас требуется ввести название целевого сервера в нижней части окна и нажать кнопку «Восстановить».

Время выполнения операции зависит от объема данных. По окончании операции вы получите уведомление по электронной почте.

Восстановление отдельных файлов

Для восстановления отдельных файлов или директорий нужно нажать на кнопку «Показать список файлов» в строке с датой резервной копии — так вы перейдете к просмотру содержимого резервной копии для выбора файлов. Выбрать можно до 50 файлов и директорий.

Отдельные файлы или директории можно восстановить только на исходном сервере, с которого была сделана копия. Операционная система при этом переустановлена не будет.

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

Для восстановления только одного элемента (файла или директории) можно нажать на кнопку «Восстановить» в строке с элементом. При выборе нескольких элементов в панели слева от листинга появится счетчик выбранных элементов и кнопка «Восстановить резервную копию».

Восстановить отдельные файлы и директории можно с остановкой всего сервера или без остановки.

Обратите внимание!

Восстановление файлов без остановки сервера рекомендуется использовать для статичных файлов, которые на момент восстановления не будут использоваться другими процессами. В противном случае возможны ошибки в работе процессов, использующих эти файлы или невозможность получения доступа к ним во время восстановления. Например, не следует восстанавливать файлы таблиц БД MySql без остановки сервиса mysqld.

История заданий

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

В колонке Резервная копия указывается имя сервера, с которого была снята копия и дата/время ее создания.
В колонке Дата восстановления отображается фактическая дата и время завершения операции.
Статус задания сообщает, чем завершилась операция восстановления.

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

Далее рассмотрим возможные статусы заданий на восстановление.

Статусы заданий

Всего может быть 4 различных статуса.

Выполняется — процедура восстановления была запущена, но еще не завершена. После завершения статус задания изменится на один из нижеперечисленных.
Выполнено — восстановление всех файлов и все сопутствующие восстановлению операции были завершены успешно.
Выполнено частично — операция восстановления завершена, однако часть файлов восстановить не удалось. Информация о возникших проблемах доступна при просмотре подробной информации.
Для успешного восстановления необходимо устранить причины, по которым произошла ошибка, и повторить процедуру восстановления. Если ошибка будет повторяться — обратитесь в техническую поддержку.
Ошибка — ни один из файлов не был восстановлен. Такая ситуация возможна, если вируальный сервер перестанет быть доступен в момент восстановления или произошел сбой в системе восстановления данных.

Возможные ошибки и причины их возникновения:

Невозможно записать файл — необходимо проверить возможность записи файла или директории по этому пути: установлен флаг immutable, на месте файла находится директория и т.п.

Закончилось место на диске — на целевом виртуальном сервере недостаточно дискового пространства для восстановлении отдельных файлов или директорий.

Другая ошибка — возникла другая ошибка, из-за которой не удалось записать файл.