Повреждённый файл региона, неудачное обновление плагина или один случайный /fill способны превратить месяцы прогресса в тикет, который никто не хочет писать. Лучшие инструменты бэкапа Minecraft — не обязательно самые сложные. Это те, что автоматически делают целостные копии, держат хотя бы одну копию вдали от сервера и позволяют восстановить рабочий мир, не превращая восстановление во второй простой.

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

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

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

В конфигурациях с прокси отдельно бэкапьте настройки BungeeCord или Velocity. Если в сети несколько серверов, не рассчитывайте, что бэкап лобби защитит мир выживания: у каждого экземпляра свои данные и свой путь восстановления.

Целостность важна не меньше полноты. Копирование файлов мира в момент сохранения чанков может дать неполный архив. Хорошие инструменты либо вызывают сохранение перед копированием, либо используют снимок файловой системы, либо работают в контролируемое окно перезапуска. Бэкап, из которого нельзя восстановиться, — просто занятое место с красивым названием. Подробнее — в нашем гайде по стратегии бэкапов.

Лучшие инструменты бэкапа, которые стоит знать админу Minecraft

1. Бэкапы и снимки на стороне хостинга

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

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

Цена — меньше контроля. Некоторые системы бэкапов на хостингах ограничивают срок хранения, объём или детальность восстановления. Уточните, как часто делаются копии, где они хранятся, попадают ли в них все файлы сервера и сколько живёт старая копия.

2. Расписания Pterodactyl

Расписания Pterodactyl подходят тем, кому нужен практичный процесс прямо в панели. Задачи можно выстроить цепочкой: отправить команду save-all, создать бэкап, перезапустить сервер после обслуживания, — а когда лимит бэкапов исчерпан, панель сама удаляет самую старую незаблокированную копию. Если вы уже управляете Paper, Fabric или Forge через Pterodactyl, бэкапы живут там же, где логи, файлы и параметры запуска.

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

Бэкапы в панели удобны, но они не должны быть единственным слоем, если все копии лежат на одной и той же инфраструктуре. Самые важные файлы храните ещё и где-то в другом месте.

3. Моды для бэкапов на Forge, NeoForge и Fabric

На модовых серверах сильный вариант — мод для бэкапов, который работает прямо внутри игры. FTB Backups 2 (Forge и NeoForge), Textile Backup (Fabric) и Simple Backups (Forge, NeoForge и Fabric) делают бэкапы мира по расписанию, сохраняют мир перед копированием и ведут ротацию без отдельных скриптов на уровне системы. Это удобно для модпаков, где мир, конфиги модов и прогресс игроков тесно связаны.

Перед установкой любого мода для бэкапов проверьте совместимость с версией и загрузчиком именно вашей сборки. Модовые окружения чувствительны к несовпадениям, и неправильная сборка может принести больше проблем, чем предотвратить. Также проверьте, попадают ли в копию файлы вне папки мира: папки конфигов, скрипты KubeJS и другие пользовательские данные по умолчанию обычно не включены.

4. DriveBackupV2 для серверов на Paper и Bukkit

Для серверов на плагинах привычный выбор — DriveBackupV2. Он сделан для экосистемы Bukkit, автоматизирует локальные бэкапы и умеет отправлять копии во внешние хранилища: Google Drive, OneDrive, Dropbox или на FTP/SFTP-сервер. Так закрываются бэкап перед каждым перезапуском, скользящий набор ежедневных копий и отдельное внешнее место хранения — без ручного скачивания ZIP-файлов.

Лучше всего он работает на Paper или Purpur с чистым набором плагинов и достаточным свободным местом под временные архивы. Следите за ценой сжатия на сервере, которому и так не хватает процессорного времени: большой мир с тысячами файлов регионов может сделать окно бэкапа тяжелее, чем ожидалось, особенно в пиковую нагрузку.

Сначала локальный архив, потом внешняя копия

Инструменты 1–4 создают целостные архивы, инструменты 5–7 переносят или хранят их где-то ещё. Сочетайте по одному из каждой группы: например, ночной бэкап Pterodactyl или хостинга плюс задание Rclone, которое отправляет готовый архив в облако. Никогда не натравливайте синхронизацию на живую, меняющуюся папку мира.

5. Rclone для внешних копий

Rclone — практичный инструмент, чтобы переносить готовые бэкапы во внешнее хранилище. Он по расписанию синхронизирует архивы с облаком, другим сервером или S3-совместимым бакетом. Сам по себе Rclone не делает бэкапы, понимающие Minecraft, — и именно поэтому он хорошо сочетается со снимками хостинга, архивами Pterodactyl или модом для бэкапов.

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

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

6. Restic для зашифрованных бэкапов с дедупликацией

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

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

Restic — не первый инструмент, который стоит давать новичку, но он отлично работает, когда нужно эффективное внешнее хранение и вы готовы сами владеть его настройкой.

7. BorgBackup для опытных пользователей Linux

BorgBackup решает похожую задачу: зашифрованные, сжатые бэкапы с дедупликацией и эффективным хранением. Он особенно хорош для админов с выделенными Linux-машинами, несколькими серверами Minecraft и собственными скриптами развёртывания.

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

8. Ручные архивы перед изменениями

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

Подписывайте такие архивы понятно. «before-1.21-plugin-update» намного полезнее, чем «backup-final-2.zip». Храните их, пока изменение не проработает достаточно долго, чтобы убедиться: данные игроков, приваты, инвентари и генерация мира ведут себя правильно.

Расписание бэкапов под ваш сервер

Малолюдному приватному миру обычно хватает ежедневных бэкапов с 7–14 точками восстановления плюс ручного архива перед крупными изменениями. Растущему SMP стоит перейти на бэкапы раз в 6–12 часов и хранить еженедельные копии месяц. Публичным серверам с постоянной активностью может понадобиться бэкап раз в 1–3 часа — в зависимости от объёма хранилища и того, сколько прогресса допустимо потерять.

Думайте двумя цифрами: RPO и RTO. RPO (точка восстановления) — сколько прогресса игроков вы можете потерять: при бэкапах раз в шесть часов откат может стереть до шести часов построек, добычи и изменений экономики. RTO (время восстановления) — сколько нужно, чтобы вернуть игроков онлайн. Архив на 50 ГБ может существовать, но если его восстановление занимает час и вы ни разу его не проверяли, это не решение для быстрого восстановления.

Проверяйте восстановление до того, как оно понадобится

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

По возможности держите три слоя: свежий локальный бэкап для быстрого восстановления, несколько ротируемых копий для откатов и одну зашифрованную внешнюю копию на самый худший случай. Это знакомое правило 3-2-1, адаптированное под Minecraft, и оно не даст одному плохому диску, удалению или повреждённому архиву погубить ваш мир. Если до этого всё же дойдёт, пошаговый порядок действий — в нашем гайде по аварийному восстановлению.

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

Первый слой уже готов

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