2.16.1. Общая информация о резервном копировании

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

Хостинг-аккаунт Сайт База данных
Что входит в резервную копию Все файлы и каталоги хостинг-аккаунта, без баз данных (кроме служебных каталогов .cagefs, .cl.selector, .system) Файлы и каталоги из корневого каталога сайта, без базы данных Только содержимое базы данных
Скачивание в виде архива
Восстановление с заменой текущего содержимого данными из резервной копии
Прямой доступ к содержимому резервной копии Файл-менджер, FTP

⚠️ В резервных копиях не сохраняются настройки из панели управления, например настройки сайта, настройки PHP, настройки SSL, настройки домена и другие, а также содержимое почтовых ящиков и т. д.

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

Ежедневно мы копируем файлы и базы данных каждого хостинг-аккаунта на специальный бекап-сервер. В этом заинтересованы в первую очередь мы сами: в случае, если с нашим веб- или MySQL-сервером случится непоправимая ситуация, мы сможем восстановить из копии ваши данные не старше 24 часов. Точное время автоматического резервного копирования отличается между хостинг-аккаунтами и серверами. Копии файлов и базы данных необязательно сохраняются в одно и то же время: например, копия файлов может создаваться в 2 часа ночи, а базы — в 9 утра, или наоборот.

На следующий день ситуация повторится — мы снова создаём резервные копии ваших данных, перезаписав старые копии новыми. И так каждый день. Такой бекап называется снапшот (снимок файловой системы).

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

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

Автоматические резервные копии не создаются:

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

timeline 1-е число прошлого месяца : Хостинг-аккаунт : Сайты : Базы данных ... 1-е число текущего месяца : Хостинг-аккаунт : Сайты : Базы данных ... -11 дней : Хостинг-аккаунт : Сайты ... : Хостинг-аккаунт : Сайты -6 дней : Хостинг-аккаунт : Сайты : Базы данных ... : Хостинг-аккаунт : Сайты : Базы данных Текущая дата : Хостинг-аккаунт : Сайты : Базы данных

  • Хостинг-аккаунт и сайты — копии хранятся за последние 12 дней (включая текущий), а также 1-е число текущего и предыдущего месяца.
  • Базы данных — копии хранятся за последние 7 дней (включая текущий), а также 1-е число текущего и предыдущего месяца.

История операций по созданию и восстановлению резервных копий хранится за последние 10 дней.

Можно ли удалить автоматическую резервную копию?

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

Что делать, если очень долго создаётся резервная копия сайта или базы данных?

Бывают ситуации, когда на сервере резервного копирования возникает большая очередь заявок, находящихся в процессе выполнения, что может вызывать задержки в обработке новых заявок. Если срочно нужна резервная копия текущей версии сайта и/или его базы данных, в этом случае лучше прибегнуть к скачиванию сайта через файл-менеджер, с помощью FTP-клиента или по SSH. Выполнить экспорт базы данных можно, воспользовавшись одним из способов импорта, представленных здесь.

Можно ли получить старые резервные копии сайта или базы данных?

В разделе «Резервное копирование», при создании резервных копий, выводится список всех доступных копий. Если копии за нужную дату нет в списке, значит она отсутствует на хостинге и как-либо получить или восстановить её не получится. Копии двух-, трёхмесячной, полугодичной, годичной и т. д. давности на хостинге не хранятся.

Можно ли скачать резервную копию с просроченного хостинг-аккаунта?

Если срок действия хостинг-аккаунта истёк, но он ещё не был удалён (прошло менее 30 дней с момента истечения срока действия), то для него доступно создание и скачивание резервных копий.

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

Содержание

    (3)