К основному содержимому

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

Хостинг и cPanel · 05.02.2025 · 4 мин чтения
Иллюстрация к статье «Как создать резервную копию сайта»

Резервное копирование на ZevsHost

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

Полный бэкап сайта

  1. В cPanel перейдите в «Backup» → «Backup Wizard»
  2. Нажмите «Backup» → «Full Backup»
  3. Выберите место назначения (Home Directory)
  4. Укажите email для уведомления о завершении
  5. Нажмите «Generate Backup»
Учебный макет: Full Backup. Выделены раздел, поле и следующий шаг.
Учебный макет. Расположение элементов зависит от версии панели. Данные приведены для примера.

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

Бэкап только базы данных

  1. В cPanel выберите «Backup» → «Download a MySQL Database Backup»
  2. Нажмите на имя базы для скачивания .gz файла

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

Реальные ошибки при создании бэкапа

Если бэкап не завершается, в письме от cPanel или в логе задачи cron может быть строка:

Backup failed: disk quota exceeded while writing archive
to /home/user/backups/backup-2026-09-30.tar.gz

Это значит, что для временного архива не хватило места на диске — полный бэкап сначала собирается локально, и ему нужно почти столько же свободного места, сколько занимает весь аккаунт. Если диск заполнен под завязку, освободите место или скачивайте бэкап частями: отдельно базу данных, отдельно файлы через File Manager. Вторая типичная проблема — таймаут на больших базах данных:

mysqldump: Got error: 2013: Lost connection to MySQL server
during query when dumping table `wp_options`

Веб-интерфейс cPanel обрывает длительные операции по таймауту. Для баз данных весом от нескольких гигабайт надёжнее использовать mysqldump напрямую через SSH, без ограничения по времени выполнения из браузера.

Способы бэкапа: сравнение

СпособЧто сохраняетКогда использовать
Full Backup через cPanelФайлы, БД, email, DNSПеред крупными изменениями, разово
Download a MySQL Database BackupТолько одна база данныхПеред правкой контента в БД
mysqldump через SSHОдна или несколько баз, без таймаутаБольшие базы, автоматизация по cron
Автоматический ежедневный бэкап ZevsHostВесь аккаунтПостоянная страховка на фоне

Автоматизация бэкапа базы данных через cron

Если нужен собственный бэкап базы данных чаще, чем раз в сутки (например, для интернет-магазина с частыми заказами), настройте задачу cron в дополнение к встроенным бэкапам ZevsHost:

  1. В cPanel откройте «Advanced» → «Cron Jobs»
  2. Задайте расписание, например каждые 6 часов, и команду для выгрузки базы
  3. Убедитесь, что архивы со временем удаляются автоматически, иначе они займут весь дисковый лимит тарифа
# Пример команды cron: бэкап базы и хранение только 7 последних копий
mysqldump -u USER -pPASSWORD DBNAME | gzip > ~/backups/db-$(date +%F).sql.gz
find ~/backups -name "*.sql.gz" -mtime +7 -delete

Подробнее о синтаксисе расписания и типичных ошибках — в статье про Cron-задачи в cPanel.

Восстановление из бэкапа

Для восстановления обратитесь в поддержку или используйте раздел «Backup» → «Restore» в cPanel. Восстановление полного бэкапа перезаписывает текущее состояние файлов и базы данных, поэтому перед откатом стоит сначала снять свежий бэкап текущей версии — на случай, если откат окажется ошибкой.

Когда бэкапа через cPanel недостаточно

  • База данных больше нескольких гигабайт — веб-интерфейс упирается в таймаут, нужен mysqldump через SSH или консольный клиент
  • Нужна версионность бэкапов за несколько недель, а не только «последний» — встроенный Backup Wizard не хранит историю версий
  • Требуется бэкап на внешнее S3-совместимое хранилище с ежедневной ротацией — для этого нужен WHM-уровень с JetBackup, недоступный на обычном shared-аккаунте
  • Сайт настолько большой, что архивация средствами cPanel занимает часы и мешает работе сайта в моменты пиковой нагрузки

Проверка результата

  1. Скачайте архив и распакуйте его локально: tar -tzf backup-2026-09-30.tar.gz | head должен показать список файлов без ошибок
  2. Убедитесь, что в архиве присутствует папка mysql с файлами баз данных, а не только public_html
  3. Периодически делайте тестовое восстановление на отдельном тестовом домене — бэкап, который никогда не разворачивали, нельзя считать надёжным

Настройка регулярного бэкапа на удалённое FTP-хранилище через WHM разобрана в статье про автоматические резервные копии в cPanel, а восстановление больших дампов баз данных — в статье про mysqldump: резервное копирование и восстановление.

Статья помогла?
← Назад в базу знаний Задать вопрос поддержке