Резервне копіювання на 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, недоступний на звичайному спільному акаунті
Сайт настільки великий, що архівація засобами cPanel займає години і заважає роботі сайту в моменти пікового навантаження

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

Завантажте архів і розпакуйте його локально: tar -tzf backup-2026-09-30.tar.gz | head має показати список файлів без помилок
Переконайтеся, що в архіві є папка mysql із файлами баз даних, а не лише public_html
Періодично робіть тестове відновлення на окремому тестовому домені — бекап, який ніколи не розгортали, не можна вважати надійним

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