【2026年1月版】マイクラのワールド移行完全ガイド｜安全で確実な移行手順

サーバーの紹介リンクにはアフィリエイト要素が含まれる場合がありますが、読者の皆様に有益な情報を提供することを最優先としています。最新情報は各公式サイトをご確認ください。

2025年7月3日2026年2月20日

冒頭の直接回答

Minecraftのワールド移行は、基本的に「バックアップ → 転送 → 配置 → 起動確認 → 整合性チェック」の順で進めれば安全に完了します。転送は平文FTPではなくSFTP/SSH（可能なら鍵認証）を推奨します。

また、Java版と統合版（Bedrock）はワールド形式が異なるため、そのまま相互に読み込めません。相互変換が必要な場合はChunkerなどの変換ツールを使い、変換後は重要拠点から優先して動作確認するのが安全です。

要点

移行の基本手順は「バックアップ → 転送 → 配置 → 起動確認 → 整合性チェック」
転送はSFTP/SSH推奨（可能ならSSH鍵認証）
Java版はAnvil（.mca）、統合版はLevelDBで互換なし
相互変換はChunker等を利用（変換後は要検証）
読み込み失敗時は「level-name不一致」「配置階層ミス」「level.dat破損」を最初に疑う

診断はこちら

2026年1月時点の最新バージョン情報

2026年1月30日現在、Minecraftの最新バージョンは以下の通りです。

Java版：1.21.11
統合版（Bedrock）：1.21.132
最新アップデート名：「マウント・オブ・メイヘム（Mounts of Mayhem）」（2025年12月10日リリース）

重要な変更：2026年からのバージョン表記ルール変更

2026年春のアップデートから、Minecraftのバージョン表記が大きく変更されます。

旧表記：1.21.x（1.20系、1.19系…）
新表記：26.1（西暦の下2桁＋リリース順）

例：2026年最初のアップデートは「Java版 26.1」「統合版 26.10」となります。不具合修正パッチは26.1.1、26.1.2…と続きます。

次期アップデート予定（2026年春）

2026年春に予定されている小規模アップデート「26.1（統合版26.10）」では、以下の新要素が追加される見込みです。

子供の動物に固有のモデル追加（ヒヨコ、仔牛、仔羊など）
名札のクラフトレシピ追加

ワールド移行の基本知識

移行前チェックリスト

フルバックアップ：元ワールドとサーバー側の両方を保存（圧縮推奨）
バージョン整合性：Minecraft/Mod/プラグインの整合を確認
サーバー動作確認：新規ワールドで一度起動し、ログに致命的エラーが無いか確認
SFTPクライアント：WinSCP / FileZilla / Cyberduck 等を用意

Java版と統合版（Bedrock）の違い

項目	Java版	統合版（Bedrock）
ワールドフォルダ	任意名 / `.minecraft/saves/`	ランダム文字列 / `minecraftWorlds/`
形式	Anvil（`.mca`）	LevelDB
相互変換	変換ツール利用（例：Chunker）

Java版ワールドの移行手順

STEP1：ローカルワールドデータの場所を確認

まずはローカルのワールドフォルダを確認し、作業前に必ず圧縮バックアップを作ってください。

Windows：%APPDATA%\.minecraft\saves\[ワールド名]
macOS：~/Library/Application Support/minecraft/saves/[ワールド名]

STEP2：必要なファイルを押さえる

最低限「level.dat」と「region/」が揃っていないと、ワールドが読み込めません。

ファイル/フォルダ	用途	必須度
`level.dat`	ワールド基本情報	必須
`region/`	ワールドデータ本体（.mca）	必須
`playerdata/`	プレイヤー情報	高
`stats/`	統計	任意

STEP3：SFTPで安全にアップロード

平文FTPは避け、SFTP/SSHを基本にしてください。可能ならSSH鍵認証を使うと安全性が上がります。

SFTPクライアントでサーバーへ接続（WinSCP / FileZilla / Cyberduck 等）
サーバー側の既存ワールドをバックアップ（既存のworldを退避）
ローカルワールドをアップロード（事前に圧縮すると高速・安全）
Linuxの場合は所有者/権限を確認

# 所有者/権限（例）
chown -R minecraft:minecraft /opt/minecraft/world/
chmod -R 755 /opt/minecraft/world/

# アーカイブ転送（推奨）
tar -czf world_backup.tar.gz world/

# サーバーで展開
tar -xzf world_backup.tar.gz

STEP4：server.propertiesを調整

特に重要なのはlevel-name（ワールド名）です。フォルダ名と一致していないと、新規ワールドが生成されます。

# ワールド名（フォルダ名と一致）
level-name=world

# ゲームモード/難易度
gamemode=survival
difficulty=normal

# PvPなど
pvp=true

統合版（Bedrock）ワールドの移行手順

統合版はLevelDB形式で、Java版（Anvil）とは互換がありません。アドオンやリソースの移行漏れもトラブルの原因になりやすいです。

フォルダ名：ランダム英数（例：AbCdEfGh12345678）
behavior_packs/：ビヘイビアパックの移行忘れに注意
resource_packs/：差異があると表示崩れの原因

ワールドの場所（端末別）

# Android
/storage/emulated/0/games/com.mojang/minecraftWorlds/

# iOS
On My iPhone/iPad → Minecraft → games/com.mojang/minecraftWorlds/

# Windows 10/11（統合版）
%LOCALAPPDATA%\Packages\Microsoft.MinecraftUWP_8wekyb3d8bbwe\LocalState\games\com.mojang\minecraftWorlds\

移行手順

対象ワールドフォルダを圧縮してバックアップ（アドオン/リソースも含めて保存）
サーバーのminecraftWorldsへ配置（SFTPで安全にアップロード）
server.propertiesでワールド指定（level-name=[ワールドフォルダ名]）

Bedrock ⇔ Java 変換（Chunkerの使い方）

相互変換はツールの対応状況に依存します。代表例のChunkerを使う場合は、変換後に重要拠点から優先して検証してください（看板、コマンドブロック、エンティティ挙動などで差が出ることがあります）。

Chunkerは2026年1月現在も継続して開発されており、Minecraft公式のクリエーターツール紹介ページでも推奨されています。

Chunkerにアクセス
Bedrockワールド（.mcworld またはフォルダ圧縮）をアップロード
出力形式でJavaを選択（用途に応じてオプション調整）
変換後ワールドをダウンロードし、savesまたはサーバーへ配置（ローカルで先に起動確認推奨）

level.dat 修復テクニック

移行後に読み込みに失敗する場合は、まず「転送欠損」「バージョン不整合」「Mod/データパック由来のタグ差」を疑います。編集前に必ずバックアップを作ってから作業してください。

よくある原因

破損：転送中の欠損/未同期停止
バージョン不整合：旧版→新版の持ち込みで互換問題
Mod/データパック由来：環境差で読み込みに失敗する場合

NBTExplorer 修復フロー

NBTExplorerを用意（編集前にlevel.datを必ずバックアップ）
level.datを開きData配下を点検（Difficulty/GameRules/Spawn/Version等）
必要なら関連タグを修正（不明点は触らず、差分バックアップで試行）
保存→サーバーで起動テスト

# level.dat バックアップ
cp level.dat level.dat.bak

# 破損チェック用にアーカイブ化
tar -czf test_world.tar.gz level.dat region/ playerdata/

# 先頭確認（緊急解析）
hexdump -C level.dat | head -40

データ整合性チェック（移行後）

起動できても「建築の欠落」「プレイヤーデータ初期化」などが起きることがあります。次のチェックを一通り行うと安全です。

ワールドの読み込み成功
主要建築/レッドストーン装置の動作確認
インベントリ/エンダーチェストの内容検証
村人の職業/取引内容の整合
大型更新要素は未探索エリア（未生成チャンク）側で確認

症状	原因	対処
ワールドが新規生成される（持込が読まれない）	level-name不一致/フォルダ配置誤り	level-nameとフォルダ名の一致、階層構造を確認
建築物の一部欠落	region/が不完全、転送中に欠損	再圧縮・再転送、ファイル数やハッシュで照合
プレイヤーデータ初期化	playerdata欠落/UUID不一致	playerdata再配置、オンライン/オフラインUUID差に注意

大容量ワールドの移行最適化

容量が大きい場合は「圧縮して転送」「重要ファイルから優先して分割転送」が現実的です。

# 高圧縮転送（Linux例）
tar -czf world_backup.tar.gz world/

# 7-Zip最大圧縮（Windows例）
7z a -t7z -mx=9 world_backup.7z world/

# 展開
tar -xzf world_backup.tar.gz

level.dat（最重要）
スポーン周辺のregion（例：region/r.0.0.mca 等）
残りのregion/
playerdata/（必要に応じて）

自動バックアップ（例）

#!/bin/bash
# バックアップ例
DATE=$(date +%Y%m%d_%H%M%S)
BACKUP_DIR="/backup/minecraft"
WORLD_DIR="/opt/minecraft/world"

mkdir -p "$BACKUP_DIR"

# 圧縮バックアップ作成
tar -czf "$BACKUP_DIR/world_$DATE.tar.gz" "$WORLD_DIR/"

# 古いバックアップ削除（7日超）
find "$BACKUP_DIR" -name "world_*.tar.gz" -mtime +7 -delete

推奨頻度：3時間毎の自動バックアップ＋大きな作業前の手動バックアップ