Автобэкап игрового сервера: настройка в панели

Как настроить автобэкап игрового сервера в панели: расписание, глубина хранения, что попадает в копию и как проверить, что бэкапы реально рабочие.

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

Что вообще попадает в бэкап

В панели бэкап обычно снимается со всей директории сервера — то есть внутрь попадает всё: мир, конфиги, плагины, базы данных SQLite, логи. Это удобно, но означает, что размер копии равен размеру сервера, а сервер с модпаком легко весит 8–12 ГБ.

Отсюда первое решение, которое стоит принять осознанно: что исключить. Почти всегда безопасно выкидывать:

logs/ и crash-reports/ — растут быстро, ценности в копии не имеют;
cache/, libraries/ у Forge и Fabric — восстанавливаются автоматически при запуске;
сам jar-файл ядра и папку с зависимостями — их всегда можно скачать заново;
временные файлы модов вроде *.tmp и session.lock.

А вот исключать нельзя: папки миров (world, world_nether, world_the_end в Minecraft, SaveGames в Palworld, server/<identity> в Rust), конфиги плагинов и файлы прав. Именно они восстанавливаются дольше всего вручную.

Как настроить автобэкап игрового сервера

В панели раздел бэкапов лежит рядом с файловым менеджером. Настройка сводится к трём параметрам.

Расписание. Задаётся в формате cron. Практичные варианты:

код

0 5 * * *     каждый день в 05:00
0 */6 * * *   каждые 6 часов
0 4 * * 1     раз в неделю, по понедельникам в 04:00

Ночь выбирают не из суеверия: снятие копии читает весь диск и на пару минут просаживает TPS. Делать это в прайм-тайм — гарантированные жалобы на лаги. Как устроен синтаксис cron и какие ещё задачи туда стоит вешать, разобрано в статье про планировщик задач; формальное описание полей — в man-странице crontab(5).

Глубина хранения. Сколько копий держать до автоудаления старых. Три — минимум, при котором есть смысл. Причина в том, что порча данных часто замечается не сразу: игрок жалуется через два дня, а у вас всего одна свежая копия, где база уже сломана. Пять–семь суточных копий покрывают почти все реальные случаи.

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

код

logs/*
crash-reports/*
cache/*
*.log

Ежедневно или раз в час

Зависит от того, сколько прогресса вы готовы потерять. Интервал бэкапа — это ровно тот объём игры, который сгорит при откате.

Тип сервера	Как часто	Почему
Ванильный выживач с друзьями	раз в сутки	Потеря дня терпима
Публичный сервер с экономикой и донатом	раз в 4–6 часов	Потерянные покупки придётся компенсировать руками, это дороже места на диске
Rust или Palworld на активном вайпе	раз в 2–3 часа в первые дни, дальше реже	В начале вайпа прогресс самый быстрый
Технический или тестовый	раз в неделю или вручную перед экспериментами	Ценных данных мало

Отдельно держите одну «дальнюю» копию — например, недельную, которая не перетирается суточными. Она спасает от медленной порчи данных, когда проблема тянется дольше, чем ваша глубина хранения.

Ручной бэкап перед изменениями

Автоматика не отменяет ручного снимка. Правило простое: любое действие, которое трудно откатить, делается после нажатия «Создать бэкап».

Сюда попадают: смена версии ядра, установка крупного модпака, обновление LuckPerms или Oxide, ручная правка базы экономики, миграция мира с другого хостинга. На такие копии стоит ставить понятное имя — before-1.21.4-update читается через месяц, backup-17 нет.

Как проверить, что бэкапы рабочие

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

Откройте список бэкапов и посмотрите на размер последнего. Если он в разы меньше размера сервера — что-то не попадает в архив.
Скачайте копию и распакуйте локально. Убедитесь, что внутри есть папка мира и конфиги плагинов.
Разверните копию на тестовом сервере или в отдельной директории и запустите. Мир должен подняться, игрок — зайти со своим инвентарём.

Не проверяйте восстановление сразу на боевом сервере — для этого есть отдельный порядок, описанный в статье про восстановление сервера из бэкапа.

Копия вне хостинга

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

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

Частые вопросы

Бэкап останавливает сервер?

Нет, копия снимается на работающем сервере. Но на время архивации возможна просадка производительности из-за нагрузки на диск — на мире в 10 ГБ это десятки секунд заметных лагов. Поэтому и расписание ночное.

Нужно ли делать `save-all` перед бэкапом?

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

Сколько копий имеет смысл хранить?

Пять–семь суточных плюс одна недельная закрывают подавляющее большинство инцидентов. Больше — только если сервер большой и с деньгами игроков; тогда бэкапы стоит выгружать ещё и наружу.

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