Написать Email

ХРАНЕНИЕ ДАННЫХ

Резервные копии
и восстановление.

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

Редакция 1.0Действует с 9 ноября 2026 года.
Действующая редакция1.0
Вступление в силу
09.11.2026
Применение
Хостинг и ресселлинг
Сдатус
Действует

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

01

Услуги, для которых создаются копии

Автоматическое резервное копирование предусмотрено для обычного хостинга, WordPress-хостинга и ресселлинга, если иное не указано в описании тарифа, заказа или уведомления о конкретном сервере.

Для VPS резервное копирование доступно как дополнительная услуга. Если он не включен в тариф и не заказан отдельно, клиент самостоятельно отвечает за создание, проверку и хранение копий всех данных VPS.

02

Периодичность и точки обновления

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

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

03

Что может входить в резервную копию

В зависимости от панели и конфигурации сервера копия хостинг-аккаунта может содержать:

  • файлы сайтов и домашнего каталога;
  • базы данных;
  • почтовые ящики и их содержимое;
  • настройка хостинг-аккаунта;
  • DNS-записи, которыми управляет соответствующая панель;
  • SSL-сертификаты и связанные настройки;
  • задача Cron.

Состав конкретной копии зависит от поддерживаемых функций cPanel, DirectAdmin, системного хранилища и состояния данных при создании.

04

Место хранения

Автоматические копии хостинга хранятся на отдельном диске, предназначенном для резервных данных. Такое разделение снижает риск потери из-за неисправности основного диска, но не создает абсолютной гарантии сохранения при какой-либо аварии.

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

05

Самостоятельное и полное восстановление

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

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

06

Как подать запрос на восстановление

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

Срок выполнения зависит от размера аккаунта, объема данных, состояния хранилища и очереди работ. До завершения проверки не следует удалять текущие данные или многократно запускать восстановление самостоятельно.

07

Ограничение резервных копий

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

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

08

Копии после прекращения услуги

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

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

09

Ответственность клиента

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

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

10

Изменения политики и обращения

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

Запрос о доступной копии или восстановлении данных можно отправить через тикет-систему.

НУЖНО ВОССТАНОВИТЬ ДАННЫЕ?

Опишите нужное состояние.

Укажите услугу, нужную дату и список данных – поддержка проверит доступные точки восстановления.

Создать тикет

AIWEBHOST

Ваши настройки

Мы запоминаем ваш выбор валюты и анимации в браузере. Вы можете сбросить эти настройки. Необязательная аналитика в макете не подключена.