既存ワールドを Minecraft Java サーバーへ安全に導入する方法

Java サーバーは、完全なワールドフォルダーを受け取り、設定がそのフォルダーを正確に指していれば既存ワールドを読み込めます。試すために現在のワールドを削除してはいけません。元データとサーバー双方を保全し、書き込みを止め、作業用コピーを限定公開で検証します。

Java ワールドのルートを確認する

アーカイブを展開し、level.dat を探します。このファイルを直下に持つフォルダーがワールドのルートで、通常は region、data、playerdata もあります。MyWorld/MyWorld/level.dat なら内側を使います。未展開 ZIP、Bedrock の .mcworld、region だけでは完全な Java ワールドではありません。

可能なら同じ Java バージョンでコピーを開き、初期スポーンと既知の建築を確認します。ゲーム、サーバーソフト、ローダー、必須 Mod、データパックも記録してください。

サーバーを完全停止して両側をバックアップする

コンソールで stop を実行し、プロセス終了まで待ちます。稼働中のコピーはチャンクとプレイヤー情報が別時点になる恐れがあります。原本を保持し、アップロード用コピーを作成します。移行先では現行ワールド、server.properties、ホワイトリスト、権限、プラグインデータを保存します。

旧ワールドは削除せず、日付付きで退避します。ホスティングパネルの自動再起動も作業中は無効にします。

フォルダー全体をアップロードする

準備したルートをサーバー JAR と server.properties の隣へ、公式ファイル管理、SFTP、直接コピーで配置します。最終形は server/mapmc-tokyo/level.dat であり、二重フォルダーや未展開 ZIP ではありません。短く一意な名前を使います。

大容量のブラウザー転送は無言で失敗することがあります。展開後の容量とファイル数を比べるか、ホスト推奨方式を利用してください。

level-name を完全一致させる

停止中に次を編集します。

level-name=mapmc-tokyo

引用符、パス、拡張子を付けず、フォルダー名と一致させます。Linux では大文字小文字も区別されます。パネルの「ワールド名」がファイルを上書きする場合があるため、保存後に再確認します。

バージョンと依存関係を揃える

Minecraft、Java、Paper/Spigot/Fabric/Forge/NeoForge、ローダー、Mod、プラグイン、データパックを合わせます。唯一のコピーを旧バージョンで開かないでください。公式ヘルプもダウングレードによる破損を警告しています。アップグレードも複製で試します。

検証中はホワイトリストを使います。地形が見えても、Mod ブロック、追加ディメンション、プラグイン情報が欠ける可能性があります。

起動ログを読んでから参加する

コンソールを先頭から読み、目的のワールド名が出ることを確認します。データバージョン、必須 Mod、権限、level.dat のエラーがあれば停止します。パネルのオンライン表示だけでは正しいワールドの証明になりません。

空の世界が生成されたら、建築も削除もせず、level-name、二重階層、転送完了、稼働インスタンス、パネル上書き、作業ディレクトリを調べ、logs/latest.log を保存します。

プレイヤーデータと再起動を検証する

管理者またはホワイトリストのアカウントで、スポーン、既知座標、ネザー、エンド、所持品、エンダーチェスト、進捗、スコア、データパック、権限を確認します。認証方式が変わると UUID が変わり、所持品消失のように見える場合があります。

小さな変更を保存し、正常停止、再起動して残っていることを確認します。同じ世界が戻るまで一般公開せず、プレイヤーが最近の進捗を確認するまで旧バックアップを保持します。

公開前チェック

• アップロードしたフォルダー直下に level.dat がある。
• 元データと旧サーバーの独立バックアップがある。
• 変更中はプロセスが完全停止していた。
• level-name がフォルダー名と一致する。
• バージョン、ローダー、依存関係を確認した。
• ログ、ディメンション、プレイヤー、保存、再起動を検証した。

目標は「Done」を出すことではなく、正しい世界を読み込み、次回も安全に保存できると証明することです。