VestaCP — восстановления сайта из резервной копии

Опубликовано: 30 марта 2015 / Обновлено: 9 января 2018
Раздел(ы): Панели управления хостингом, Резервное копирование
Просмотры: 15299
Комментарии: 3

Когда я провожу тестирование серверов, то в качестве подопытного кролика использую этот блог. То есть я восстанавливаю свой сайт из резервной копии на новом хостинге. Чтобы восстановить мой блог на новом сервере вручную понадобится не более получаса. Но панель управления хостингом VestaCP позволяет это делать за минуту в автоматическом режиме. А так как в документации этот процесс не сильно расписан, я написал эту инструкцию.

Забегая вперед скажу, что все до безобразия просто.

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

Как создать резервную копию сайта в VestaCP для переезда на новых хостинг

Если у вас нет актуальных резервных копий, то выполните следующую команду в консоли сервера с правами root:

# v-backup-user UserName

где UserName — имя пользователя, данные которого (сайты, базы данных и т.д.) вы хотите сохранить.
В результате работы скрипта создания резервной копии в папке /home/backup/ вы должны получить архив UserName.2015-03-30.tar, где UserName — имя пользователя, а 2015-03-30 — дата создания архива.

Копирование архива со старого на новый сервер

Теперь получившийся архив необходимо скопировать на новый сервер. К примеру так:

# scp /home/backup/UserName.2015-03-30.tar new-server:/home/backup/

где new-server доменное имя или ip адрес нового сервера.
Чтобы операция прошла успешно вам потребуются данные для SSH доступа пользователя root нового сервера.

Копирование архива резервной копии с домашнего компьютера

У меня архивы резервных копий создаются автоматически и копируются на внешний сервер. Поэтому я не использую передачу типа «сервер-сервер», а копирую файл архива со своего домашнего компьютера на новый сервер с помощью бесплатной программы WinSCP. Она так же для передачи данных на новый сервер использует протокол SSH.
Этот случай имитирует ситуацию, когда старый сервер не работает и вам необходимо развернуть свой сайт на новом сервере из резервной копии. Так что резервные копии должны быть всегда под рукой.

Восстановление сайта из резервной копии с помощью VestaCP

Условия для успешного восстановления:

  • На новом сервере должна быть установлена VestaCP.
  • В папку /home/backup/ должен быть скопирован архив резервной копии пользователя.

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

# v-restore-user UserName UserName.2015-03-30.tar

Зайдите в web-интерфейс панели управления и проверьте, что у вас появился новый пользователь и все его данные (сайты, базы данных и т.д.)
Вот так все просто!

Ошибка: v-restore-user: command not found

Если про попытке восстановление вы получили сообщение об ошибке «v-restore-user: command not found», то нужно к названию команды добавить полный путь /usr/local/vesta/bin/v-restore-user, выглядеть это будет примерно так:

# /usr/local/vesta/bin/v-restore-user UserName UserName.2015-03-30.tar

Благодарности

При написании статьи была использована документация VestaCP и официальный форум:

Обсуждение (комментарии к статье)

  1. Такой вопрос. Что если восстановление бэкапа пользователя делаем на сервере, где у юзера уже есть сайты? Восстановление только ли добавит сайты, не затрет ли восстановление эти уже имеющиеся сайты новыми из бэкапа? Сайты разные, естественно. Так сказать, режим доливки.

      1. Ок, спасибо. Но времени на это не было:)
        Я таки поднял тестовый сервак с вестой, и импортнул туда бэкап с другого сервера. на существующего юзера, поверх. Отработало корректно, добавляет сайты и бд сверху, ничего из существующего не затирает. Более того, если подсунуть бэкап и восстанавливать его через панельку — там можно в него зайти и выбрать нужные сайты и БД для восстановления — у каждого бэкапа есть кнопка «настроить параметры восстановления»
        Единственная проблемка — слетают пароли у пользователей БД, и потом их нужно править вручную. Ну это при восстановлении через консоль полного бэкапа. Потом либо генерить в панельке новые и менять в конфигов сайтов, либо смотреть в конфигах сайтов и менять через панельку. По мне проще и удобней второй вариант, так и поступил.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Нажимая кнопку "Отправить" Вы даёте свое согласие на обработку введенной персональной информации в соответствии с Федеральным Законом №152-ФЗ от 27.07.2006 "О персональных данных", на условиях и для целей определенных политикой конфиденциальности сайта.
© Юрий Рассадников, 2011 - 2024
uptime узнать
Домен : reg.ru
Хостинг : adman.com
SQL - 6 | 0,177 сек. | 13.91 МБ