javaadvancedtutorial

Memindahkan server Minecraft Java ke hosting baru tanpa kehilangan progres

Pindahkan world, pemain, dan konfigurasi dari backup saat server mati ke lingkungan kompatibel, dengan uji privat dan jalur rollback.

Diperbarui 2026-08-12 · MapMC Editorial

Migrasi server Java bukan hanya menyalin terrain. Inventori, dimensi, izin, plugin, mod, dan identitas pemain adalah satu keadaan bersama. Hosting lama harus tetap mati namun tersedia sebagai rollback sampai hosting baru lulus penerimaan privat.

Inventarisasi sebelum pemeliharaan

Catat Minecraft, Java, software dan build server, loader, mod, plugin, datapack, memori, argumen, port, online-mode, proxy, dan setelan panel. Daftar semua world dan dimensi; Paper, multiworld, dan mod dapat memakai tata folder berbeda.

Catat alamat publik, DNS, dan port. Jadikan ekonomi, claim, home, dan izin sebagai butir uji nyata.

Buat backup acuan setelah server mati

Umumkan pemeliharaan, blokir pemain baru, simpan bila perlu, lalu jalankan stop. Arsipkan seluruh direktori setelah proses selesai. Simpan berkas di luar kedua hosting, catat ukuran, dan bandingkan hash bila tersedia.

Jangan batalkan atau buka kembali hosting lama. Salinan saat aktif dapat mencampur waktu berbeda.

Siapkan tujuan yang kompatibel

Pasang versi Java, server, loader, mod, dan plugin yang sama. Saat berpindah Vanilla, Spigot, Paper, Fabric, atau Forge, ikuti struktur world dari dokumentasi tujuan. Jalankan kosong sekali hanya bila panel perlu membuat struktur, kemudian matikan dan pisahkan file uji.

Periksa ruang, pemilik file, perintah awal, port, dan root sebenarnya. Unggahan benar ke instance yang tidak dipakai terlihat seperti file hilang.

Pindahkan world, identitas, dan konfigurasi bersama

Ekstrak snapshot dengan metode yang didukung. Periksa level-name, world utama, Nether, End, pemain, advancement, statistik, datapack, whitelist, ban, OP, izin, dan database plugin.

Jangan menaruh sandi atau kunci dalam arsip publik; ganti yang terpapar. Pertahankan online-mode dan penerusan identitas proxy, atau UUID baru tampak seperti inventori hilang.

Lakukan penerimaan pada alamat privat

Jangan mengubah DNS dulu. Batasi dengan whitelist atau alamat sementara dan baca seluruh startup. Uji admin dan akun biasa untuk spawn, bangunan, dimensi, inventori, ekonomi, claim, portal, dan perintah.

Buat perubahan, matikan, dan restart. Satu koneksi berhasil belum membuktikan penyimpanan permanen.

Alihkan hanya satu server yang dapat ditulis

Setelah lulus, biarkan server lama mati lalu ubah DNS, proxy, atau alamat. Jangan membuka dua salinan untuk pemain nyata: progres langsung bercabang dan tidak ada penggabungan umum yang aman.

Pantau log dan koneksi sesi pertama. Cache DNS dapat membawa beberapa pemain ke host lama. Pertahankan host lama sampai restart nyata dan backup otomatis terbukti.

Rollback sebagai satu operasi penuh

Jika tujuan merusak data atau gagal menjalankan stack, matikan dulu. Rollback bersih mengembalikan snapshot acuan di host lama dan mengembalikan alamat, bukan mencampur file parsial dua arah.

Catat kesalahan dan uji yang gagal. Mengubah versi, tata letak, dan lingkup file sekaligus menutupi sebab.

Kriteria selesai

  • Lingkungan, world, dan panel telah diinventarisasi.
  • Backup dibuat setelah stop bersih dan disimpan di luar host.
  • Tujuan meniru stack atau mengikuti jalur terdokumentasi.
  • World, identitas, izin, dan setelan dipindah bersama.
  • Uji privat mencakup log, pemain, dimensi, simpan, dan restart.
  • Hanya satu server publik dapat ditulis saat peralihan.
  • Host lama tersedia selama masa risiko.

Migrasi selesai ketika sejarah komunitas berlanjut dan jalur kembali terbukti, bukan ketika panel baru berwarna hijau.

Sumber dan dasar peninjauan

Kami menggunakan dokumentasi resmi jika tersedia dan menampilkan referensi yang digunakan untuk klaim faktual.

Gunakan bersama MapMC