Игрок случайно запускает WorldEdit не в том регионе. Повреждённый чанк начинает крашить всех, кто подходит к спавну. Обновление мода переписывает данные предметов и превращает ценное снаряжение в бесполезный хлам. Если последняя рабочая копия — со вчерашней ночи, вопрос простой: хватит ли ежедневных бэкапов, чтобы не потерять прогресс, который сообщество успело накопить с тех пор?

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

Хватит ли ежедневных бэкапов активному серверу?

Ежедневный бэкап даёт точку восстановления примерно раз в 24 часа. Звучит надёжно, пока не переведёшь это на время Minecraft.

На живом сервере за сутки успевают пройти большой строительный марафон, свежий рейд в Энд, обновление экономики магазинов, десятки сделок, правки приватов и несколько часов хаоса, подогретого в Discord. Откат на вчерашний бэкап может решить техническую проблему, но сотрёт честный прогресс игроков, сделанный после него. Для сообщества это часто хуже, чем сам краш.

Ежедневные бэкапы хорошо работают, когда мир меняется медленно и ставки невелики. Небольшой сервер с вайтлистом и парой игроков, которые понимают риск, вполне может так жить. Но даже тогда одна суточная копия не спасает от всего. Если повреждение случилось до запуска бэкапа, испорченные данные попадут и в него.

Для большинства устоявшихся сообществ Minecraft стоит думать о двух отдельных целях:

  • RPO (recovery point objective) — сколько последнего прогресса вы готовы потерять. При ежедневном бэкапе максимальная потеря — почти сутки.
  • RTO (recovery time objective) — сколько сервер может простаивать, пока вы ищете причину и восстанавливаете его.

У сервера может быть приличный RPO и мучительный RTO. Бэкап часовой давности есть, но если его сложно найти, скачать, проверить и развернуть, игроки всё равно ждут, пока сервер лежит. Как планировать и то и другое, разобрано в нашем гайде по аварийному восстановлению.

Что на самом деле должен защищать бэкап Minecraft

Папка мира — очевидный приоритет, но далеко не единственные важные данные. Если восстановить только world, world_nether и world_the_end, сервер формально запустится, но по сути будет сломан.

Серверы на плагинах — Paper или Purpur — часто хранят важное вне папки мира: балансы экономики, точки дома, приваты, права, ранги, квесты, магазины, историю наказаний и конфиги. Модовые серверы на Forge и Fabric зависят от папок mods, config, defaultconfigs, kubejs и данных конкретного сервера. Если эти файлы не совпадают с восстановленным миром, получите пропавшие блоки, ошибки регистрации предметов, сломанные квесты или игроков, которые не могут зайти.

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

Особенно это важно перед крупными изменениями. Обновление версии Minecraft, смена модпака, удаление большого контентного мода, замена системы прав или установка мощного админского плагина — в эти моменты чистая точка восстановления стоит гораздо больше рядовой ночной копии.

Бэкап должен быть консистентным

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

При безопасном процессе сервер сначала сохраняет всё, ненадолго приостанавливает запись, создаётся архив или снимок, а затем работа продолжается в обычном режиме. Хорошие системы бэкапов на хостинге делают это за вас. Если делаете бэкапы вручную, не перетаскивайте папку живого мира в ZIP в надежде, что всё обойдётся.

Консистентные бэкапы по расписанию в Pterodactyl

Создайте расписание из четырёх задач с интервалом в несколько секунд: команда save-off, затем save-all flush, затем задача бэкапа и в конце save-on. Мир полностью записан на диск и заморожен, пока создаётся архив, а игроки продолжают играть и ничего не замечают.

Расписание бэкапов лучше, чем раз в сутки

Универсального расписания для всех серверов нет. Частые бэкапы занимают больше места и могут давать короткую нагрузку на диск, особенно на больших модовых мирах. Но NVMe и разумная политика хранения делают частую защиту вполне практичной для большинства сообществ.

Небольшому приватному SMP разумно делать один автоматический бэкап раз в 12 или 24 часа плюс ручной перед обновлениями — с ручной частью поможет наша подборка инструментов для бэкапов. Храните точки восстановления за несколько дней, а не только самую свежую копию.

Активному выживанию стоит делать бэкапы каждые 4–6 часов. Тогда неудачный откат заберёт часть дня, а не всё со вчерашнего вечера. Если в сообществе проходят ивенты, строительные конкурсы или работает экономика игроков, увеличьте частоту в пиковые часы.

Для публичного сервера или модового проекта, где потеря предметов оборачивается тикетами и недовольством игроков, безопаснее целиться в ежечасные бэкапы. Хранить каждую часовую копию вечно не нужно. Умная политика хранения держит свежие бэкапы плотно, а старых контрольных точек оставляет меньше.

Удобная схема хранения выглядит так:

  • ежечасные бэкапы — за последние 24 часа;
  • ежедневные — за последние 7–14 дней;
  • еженедельные — за последний месяц или дольше;
  • ручные бэкапы с понятными подписями — перед обновлениями, вайпами, удалением модов и серьёзной правкой конфигов.

Так у вас появляются варианты. Можно откатить сервер на час до гриферского налёта или вернуться в чистое состояние до проблемного обновления, а не выбирать только между «прошлой ночью» и «ничем». Быструю точку восстановления перед изменениями помогут сделать снапшоты сервера.

Почему одного места хранения бэкапов мало

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

Хотя бы одна копия должна храниться отдельно от живого сервера. Именно в этом смысл подхода 3-2-1: три копии данных, на двух типах носителей, одна — вне площадки. Строить корпоративное хранилище для SMP не нужно, но сама идея здравая — как применить её без лишних затрат, рассказано в гайде по стратегии бэкапов.

Управляемый хостинг снимает большую часть этой работы. В Elysium автоматические бэкапы входят в хостинг, так что вам не придётся писать скрипты архивации, пока вы чините TPS или настраиваете сборку на Fabric. И всё же проверьте политику хранения и настройки бэкапов. «Автоматические бэкапы» полезны, только когда вы знаете, как часто они делаются, сколько копий хранится и как проходит восстановление.

Проверяйте восстановление до настоящей аварии

Самый опасный бэкап — тот, который вы ни разу не восстанавливали.

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

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

Это займёт немного времени. И это несравнимо спокойнее, чем узнать, что бэкапы не работают, когда игроки спрашивают, когда вернётся их база.

Стройте бэкапы вокруг реальных рисков

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

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

Бэкапы, которые делаются без вас

Каждый сервер Elysium получает автоматические бэкапы на NVMe Gen4, расписания Pterodactyl под ваш ритм и восстановление в пару кликов из панели. Выберите тариф на странице заказа или закажите перенос сервера с другого хостинга вместе с мирами, конфигами и данными плагинов.