Backup, которым вы действительно пользуетесь
Большинство компаний узнаёт, что их backup не работает, только когда случается авария. Поэтому мы советуем относиться к резервному копированию как к процессу, а не как к галочке: автоматические копии, хранящиеся отдельно от рабочего сервера, и регулярно проверяемое восстановление. На cPanel ежедневный backup выполняется автоматически, а восстановить его можно из панели; на VPS и выделенных серверах команда DevOps может настроить плановые тесты восстановления за счёт ваших включённых часов.
Какой backup входит в каждый тариф
В хостинге cPanel есть автоматический ежедневный backup, который вы восстанавливаете из панели. На VPS есть снапшоты — полные копии состояния сервера — без гарантированной частоты. В выделенные серверы backup по умолчанию не входит: диски NVMe идут парами, а RAID настраивается при установке, но RAID — это не backup. Внешний backup, PITR для баз данных и тесты восстановления настраивает наша команда за счёт включённых часов DevOps (5–10 ч/мес. на выделенных).
| Тариф | Backup | Восстановление | Расположение |
|---|---|---|---|
| Хостинг cPanel | Автоматический ежедневный backup | Из панели клиента | ЕС (Франкфурт) |
| VPS | Снапшоты, без гарантированной частоты | Из снапшота | ЕС (Франкфурт) |
| VPS — внешний backup | По запросу, за счёт часов DevOps | По настроенной стратегии | Согласуется с командой |
| Выделенный сервер | По умолчанию не включён — настраивается по запросу | По стратегии (3-2-1, PITR) | ЕС (Франкфурт) + внешнее хранилище по запросу |
RPO и RTO — значения, которые стоит задать самим
Вместо «backup как можно скорее» стоит зафиксировать два конкретных значения. RPO (Recovery Point Objective) показывает, какой объём данных вы готовы потерять. RTO (Recovery Time Objective) показывает, сколько может занимать восстановление. Команда выстраивает стратегию вокруг этих значений.
Максимальная потеря данных, которую вы готовы принять. Ежедневный backup означает потерю до суток; при потоковой передаче WAL база данных опускается ниже одной минуты — настраивается по запросу.
Время восстановления зависит от объёма данных и выбранной стратегии. Мы не гарантируем RTO — единственная надёжная цифра та, что измерена в тесте восстановления.
Сценарии аварий — и как защититься
Аварии случаются редко, но последствия у них тяжёлые. Вот самые частые сценарии и защита, которую мы рекомендуем для каждого. На VPS и выделенных серверах команда настраивает эти меры за счёт включённых часов DevOps.
Отказ оборудования (диск, RAM)
Самая частая причина потери данных. В выделенных серверах диски NVMe установлены парами, RAID настраивается при установке, а на уровнях EPYC и Xeon к тому же используется память ECC. RAID поддерживает работу сервера при отказе диска, но не заменяет backup — внешняя копия всё равно нужна.
Защита: RAID + внешний backupПрограмма-вымогатель или взлом учётной записи
Злоумышленник шифрует файлы сервера — и любую копию, до которой сервер может дотянуться. Поэтому хотя бы одна копия должна храниться вне сервера, там, где рабочая учётная запись не сможет её изменить (неизменяемая или офлайн). Мы настраиваем это по запросу, за счёт часов DevOps.
Защита: изолированная копияСлучайное удаление данных
«DROP TABLE users», выполненный на продакшене. Самая частая человеческая ошибка. Если для базы данных настроено восстановление на момент времени (PITR), вы возвращаетесь к состоянию непосредственно перед ошибкой; ежедневный backup возвращает только к последней копии.
Защита: PITR по запросуПолный отказ ЦОД
Пожар, наводнение, длительный сбой оператора. Защита — копия в другом месте, например во втором ЦОД. Репликация и failover по умолчанию не включены; команда настраивает их по запросу, за счёт часов DevOps.
Защита: копия в другом местеОшибка в приложении портит данные
Деплой вносит ошибку, которая портит записи в базе данных. Имея отдельный backup базы данных, вы восстанавливаете только БД (а не весь сервер): файлы приложения остаются, данные откатываются.
Защита: отдельный backup БДМиграция на другой сервер
Вы перерастаете текущий тариф. VPS переводится на более высокий уровень с большим числом vCPU, RAM и диска; для переезда на другой сервер мы планируем миграцию заранее, чтобы простой был коротким.
Совет: планируйте миграцию заранееBackup баз данных — стратегии для каждого движка
Полного backup VPS не всегда достаточно. У баз данных есть собственные механизмы восстановления на момент времени (PITR) — они позволяют вернуться точно к выбранному моменту, а не только к последнему снапшоту. Мы настраиваем их по запросу, за счёт включённых часов DevOps.
Что включено — и что настраивается по запросу
Отдельно продаваемого «премиум-backup» нет: что включено, указано в каждом тарифе, а всё остальное команда выстраивает за счёт часов DevOps в вашей подписке. Часы сверх квоты оплачиваются отдельно, почасово.
- cPanel: автоматический ежедневный backup, восстановление из панели — включено
- VPS: снапшоты, без гарантированной частоты — включено
- Выделенные серверы: диски NVMe парами, RAID настраивается при установке — backup по умолчанию не включён
- Внешний backup по правилу 3-2-1 — по запросу, за счёт часов DevOps (5–10 ч/мес. на выделенных)
- PITR для баз данных (WAL, binlog, oplog) — по запросу, за счёт часов DevOps
- Тесты восстановления и срок хранения — согласуются с командой и настраиваются за счёт часов DevOps
Восстановление из backup — за 4 шага
Откройте панель
Войдите в панель клиента. На cPanel ежедневный backup восстанавливается там же; на VPS вы выбираете снапшот.
Выберите момент времени
Выберите копию, сделанную непосредственно перед проблемой. Последняя не всегда подходит, если ошибка возникла давно.
Нажмите «Восстановить»
Восстановление перезаписывает текущее состояние. Если вы не уверены, попросите команду сначала восстановить копию в отдельную среду, чтобы сравнить.
Проверьте результат
Убедитесь, что приложение работает, а данные на месте. Сколько длится восстановление, зависит от объёма данных.
Часто задаваемые вопросы
Нужно ли останавливать сервер для снапшота?
Как правило, нет: снапшот VPS делается при работающем сервере. Однако для базы данных снапшот работающего сервера не всегда согласован, поэтому мы рекомендуем отдельный backup базы данных (дамп или WAL/binlog), который команда настраивает по запросу.
Сколько занимает восстановление очень большого снапшота (например, 500 GB)?
Это зависит от объёма данных, диска и места хранения копии — восстановление из внешней копии занимает больше времени, чем из локальной. Мы не обещаем фиксированного срока: реалистичную цифру даёт тест восстановления, который мы можем провести вместе с вами.
Шифруются ли backup?
Шифрование внешних backup входит в стратегию, которую мы настраиваем по запросу — например, копии покидают сервер только в зашифрованном виде, а ключи хранятся отдельно от продакшена. Сообщите команде ваши требования при заказе настройки.
А если мне нужен срок хранения больше 30 дней?
Срок хранения внешних backup задаётся при настройке стратегии командой, исходя из ваших потребностей и ваших юридических обязательств по архивированию. Хранилище для более долгого срока согласуется с командой; тарифы вы найдёте на странице цен.
Можно ли скачать снапшот локально?
На VPS и выделенных серверах у вас есть root-доступ, и вы копируете свои данные удобными вам инструментами (rsync, tar). Команда также может настроить автоматическое копирование во внешнее хранилище за счёт часов DevOps, например AWS S3, Google Cloud Storage или Azure Blob.
Ваши данные слишком ценны, чтобы полагаться на удачу
В cPanel входит ежедневный backup, а в VPS — снапшоты. На выделенных серверах команда выстраивает стратегию резервного копирования за счёт включённых часов DevOps. Подробности — в ценах.
Смотреть тарифы →