Резервное копирование на ZevsHost
ZevsHost создаёт ежедневные бэкапы автоматически и хранит их отдельно от рабочего раздела аккаунта. Кроме того, вы можете создать ручной бэкап в любое время перед рискованными изменениями — обновлением плагина, миграцией темы или правкой базы данных напрямую.
Полный бэкап сайта
- В cPanel перейдите в «Backup» → «Backup Wizard»
- Нажмите «Backup» → «Full Backup»
- Выберите место назначения (Home Directory)
- Укажите email для уведомления о завершении
- Нажмите «Generate Backup»

Полный бэкап включает файлы, все базы данных, настройки email-аккаунтов и DNS-зоны. Для крупного сайта архивация может занять от нескольких минут до часа — процесс идёт в фоне, и cPanel в это время остаётся доступной.
Бэкап только базы данных
- В cPanel выберите «Backup» → «Download a MySQL Database Backup»
- Нажмите на имя базы для скачивания .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:
- В cPanel откройте «Advanced» → «Cron Jobs»
- Задайте расписание, например каждые 6 часов, и команду для выгрузки базы
- Убедитесь, что архивы со временем удаляются автоматически, иначе они займут весь дисковый лимит тарифа
# Пример команды 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 занимает часы и мешает работе сайта в моменты пиковой нагрузки
Проверка результата
- Скачайте архив и распакуйте его локально:
tar -tzf backup-2026-09-30.tar.gz | headдолжен показать список файлов без ошибок - Убедитесь, что в архиве присутствует папка
mysqlс файлами баз данных, а не толькоpublic_html - Периодически делайте тестовое восстановление на отдельном тестовом домене — бэкап, который никогда не разворачивали, нельзя считать надёжным
Настройка регулярного бэкапа на удалённое FTP-хранилище через WHM разобрана в статье про автоматические резервные копии в cPanel, а восстановление больших дампов баз данных — в статье про mysqldump: резервное копирование и восстановление.