Minecraft Java サーバーを進捗を失わず新しいホストへ移行する

Java サーバーの移行対象は地形だけではありません。所持品、ディメンション、権限、プラグイン、Mod、認証設定が一つの状態を構成します。新ホストの限定検証が終わるまで、旧ホストは停止した切り戻し先として残します。

メンテナンス前に環境を棚卸しする

Minecraft と Java、サーバーソフトとビルド、ローダー、Mod、プラグイン、データパック、メモリー、起動引数、ポート、online-mode、プロキシ、パネル固有設定を記録します。Paper、マルチワールド、Mod ディメンションではフォルダー構成が異なることがあります。

公開アドレス、DNS、ポートも記録し、経済、保護、ホーム、権限を具体的な受入項目にします。

停止後の基準バックアップを作る

メンテナンスを告知し、新規参加を止め、必要な保存後に stop を実行します。プロセス終了後にサーバー全体を固め、両ホスト以外に保管します。容量を記録し、可能なら転送前後のハッシュも比較します。

旧契約は解約せず、再公開もしません。稼働中コピーは異なる時点のデータを混ぜる恐れがあります。

互換性のある移行先を用意する

同じ Java、サーバー、ローダー、Mod、プラグインを用意します。Vanilla、Spigot、Paper、Fabric、Forge 間を変える場合は、移行先ソフトの公式構成に従います。パネルが初回生成を要求する場合だけ空起動し、その後停止してテストファイルを退避します。

空き容量、所有者、起動コマンド、ポート、実際のルートを確認します。使われていない別インスタンスへの正しいアップロードは、未転送と同じ症状になります。

世界・ID・設定を一体で転送する

対応方式でスナップショットを展開し、level-name、オーバーワールド、ネザー、エンド、プレイヤー、進捗、統計、データパック、ホワイトリスト、BAN、OP、権限、プラグイン DB を確認します。

パスワードや鍵を公開アーカイブに含めず、漏れた値は更新します。online-mode とプロキシの ID 転送を変えると UUID が変わり、所持品や権限を失ったように見えます。

非公開アドレスで受入試験をする

DNS はまだ切り替えません。ホワイトリストや仮アドレスで制限し、起動ログをすべて読みます。管理者と一般アカウントでスポーン、建築、各ディメンション、所持品、経済、保護、ポータル、コマンドを確認します。

小さな変更後に停止・再起動します。一度入れただけでは、保存と再読込の成功は証明できません。

書き込み先を一つにして切り替える

合格後も旧サーバーは停止したまま、DNS、プロキシ、公開アドレスを切り替えます。二つを同時にプレイヤーへ開くと進捗が即座に分岐し、一般的な安全な統合方法はありません。

最初のセッションはログと接続失敗を監視します。DNS キャッシュで旧先へ向かう利用者もいます。実再起動と自動バックアップ確認までは旧ホストを保持します。

問題時は全体を切り戻す

新ホストがデータを壊す、またはスタックを動かせない場合は先に停止します。最もきれいな復旧は、基準バックアップを旧ホストへ戻してアドレスを戻すことで、両方向へ部分ファイルを混ぜることではありません。

失敗ログと未合格項目を残します。バージョン、構成、ファイル範囲を同時に変えると原因を追えません。

完了条件

• 環境、世界、パネル設定を棚卸しした。
• 完全停止後のバックアップをホスト外に保管した。
• 移行先が同一スタックか文書化された移行経路を使う。
• 世界、ID、権限、設定を一緒に移した。
• 限定試験でログ、プレイヤー、ディメンション、保存、再起動を確認した。
• 切替中に公開書き込み可能なサーバーは一つだけだった。
• リスク期間中は旧ホストへ戻せる。

新パネルが緑になった時ではなく、共同の進捗が継続し、戻せると確認できた時に移行は完了します。