Бортовой журнал

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

Как их делали раньше?

Было время, когда копии создавались каждым пользователем самостоятельно, одним из двух способов:

• Вручную;
• Автоматически, с помощью специализированных решений (скриптов, плагинов).

И тот, и другой способ имели свои плюсы и минусы.

“Ручные” копии

Самый простой способ сделать резервную копию — добавить все нужные файлы в архив и скачать его на локальный компьютер. Для сайтов, использующих базу данных, требуется также сделать дамп (dump) базы данных.

Преимущества “ручных” резервных копий:

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

Недостатки:

• Необходимость запускать процесс резервного копирования дважды при обновлении сайта (до и после), чтобы не потерять его содержимое.

• Необходимо место для хранения копии на аккаунте до того, как копия будет скачана.

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

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

Преимущества автоматических резервных копий:

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

Недостатки:

• Автоматические копии постоянно требуют нового дискового пространства для хранения. А место на диске может закончиться неожиданно.

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

Какое решение мы предлагали раньше?

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

В панели управления существовал раздел «Резервные копии» (предшественник того, что есть сейчас). В нем можно было создавать копии для хранения на аккаунте или скачивания. Однако восстанавливать из этих копий можно было файлы сразу всех сайтов на аккаунте, все базы данных или все настройки. Это довольно неудобно, если вам нужно восстановить, к примеру, всего один сайт.

Мы начали с того, что добавили функции:

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

Однако это решение еще не было оптимальным, потому что, например, копии нельзя было скачать.

А что сейчас?

Мы полностью переработали раздел “Резервные копии”. Теперь у каждого пользователя всегда есть подстраховка:

• Автоматические резервные копии вашего аккаунта создаются каждую ночь и всегда доступны за последние несколько дней.
• Эти копии хранятся ВНЕ дискового пространства вашего аккаунта. Это значит, что копия не может не создаться из-за отсутствия места на аккаунте.
• Вы в любой момент можете скачать любую из автоматических резервных копий и хранить ее локально для собственного спокойствия.
• Вы всегда можете восстановить из автоматической копии файлы и / или базу данных отдельно взятого сайта, не затрагивая содержимое остального аккаунта. Как это сделать — смотрите наш видеоурок:

• Вы в любой момент можете в один клик создать новую резервную копию файлов или баз данных аккаунта и затем восстановить из них нужный сайт. Как это сделать, мы расскажем ниже.

Как восстановить сайт из резервной копии, созданной по запросу?

Допустим, вы выгрузили резервную копию файлов и резервную копию базы данных вашего сайта (выгрузка происходит в папку /backups) и скачали их, чтобы хранить локально. Через какое-то время вам потребовалось восстановить сайт из данной копии. Для этого вам необходимо проделать следующие действия.

Восстановление файлов

• Загрузите архив с резервной копией файлов в какую-нибудь папку на аккаунте (пусть это будет папка /backups).
• Распакуйте его.
• Среди распакованных данных найдите папку domains/domain/public_html (вместо «domain» — имя вашего домена).
• Выделите ее флажком слева (так она попадет в буфер обмена).
• Перейдите в корневую папку вашего сайта, оттуда в папку нужного домена. Нажмите «Скопировать» и «Вставить». Подтвердите желание заменить папку public_html на новую.

Восстановление базы данных

Лучше всего его делать в разделе PHPMyAdmin в панели управления. Заранее локально распакуйте архив с базами данных и найдите в нем нужную вам базу для восстанавливаемого сайта (если у вас на аккаунте больше одного сайта).

• Перейдите в раздел PHPMyAdmin.
• В поле слева кликните по имени нужной базы.
• Нажмите кнопку «Импорт» (в верхнем меню).
• Загрузите базу из вашей резервной копии.

Готово!

Если у вас что-то не получается, обязательно напишите в службу поддержки и мы поможем вам восстановить ваш сайт из резервной копии по запросу в любое время суток. Желаем вам приятной работы!