「メールが消えた！？」を防ぐ。古いメールデータを Microsoft 365 へ引っ越す方法

2026年4月10日

「長年使ってきたメールを Microsoft 365 に移行したいけど、どうすればいいの？」
「移行中にメールが消えてしまわないか不安…」
という声をよく耳にします。

Microsoft 365（Exchange Online）へのメール移行は、やり方を間違えると過去の大切なメールを失ったり、移行中に業務が止まったりするリスクがあります。

本記事では、規模や環境に応じた主要な移行方法と、大容量メールボックスを業務停止なしで同期させるベストプラクティスを解説します。

移行方法の全体マップ

まず、どの方法が自分の状況に合っているか確認しましょう。

移行方法	対象ユーザー	規模感	技術難易度
① PSTファイル + Outlookインポート	個人・小規模	〜数GB	★☆☆
② 管理センターの「移行サービス」（IMAP/カットオーバー）	IT管理者	数十〜数百メールボックス	★★☆
③ Microsoft Purview インポートサービス（PST大量インポート）	IT管理者	大量PST・大容量	★★★

1. PSTファイルを使った手動移行＋ Outlookのインポート機能

どんな方法か？

Outlook には、メールデータをローカルファイル（.pst ファイル）として保存・読み込みする機能が備わっています。旧メール環境からPSTに書き出し、Microsoft 365 アカウントにインポートするのが最もシンプルな方法です。

手順の流れ

【エクスポート】 旧アカウントのメールをPSTに書き出す

クラシック版 Outlook を開く（新しい Outlook は現時点で .pst のインポート/エクスポート非対応）
ファイル → 開く/エクスポート → インポート/エクスポート
ファイルにエクスポート → Outlook データファイル (.pst) を選択
エクスポートしたいフォルダ（受信トレイ全体など）を選んで保存

【インポート】 PSTを Microsoft 365 アカウントに取り込む

Microsoft 365 アカウントを Outlook に追加（まだの場合）
ファイル → 開く/エクスポート → インポート/エクスポート
別のプログラムまたはファイルからインポート → Outlook データファイル (.pst) を選択
アイテムを同じフォルダーにインポートするで Microsoft 365 アカウントを選択 → 完了

注意点

インポート中にインターネット接続が途切れると中断されることがあります（再接続後に再開されます）
少量のデータであれば、ナビゲーションウィンドウで .pst 内のフォルダを展開し、メールをドラッグ＆ドロップする方法が手軽です
新しい Outlook（2024年以降のデフォルト UI）では、現時点で .pst のインポートは非対応です。
クラシック Outlook への切り替えが必要です。

参考:
Outlook .pst ファイルからメール、連絡先、予定表をインポートする
 .pst ファイルを使用してメール、連絡先、予定表アイテムを Outlook にエクスポートする
 古いメール、予定表、連絡先を Microsoft 365 に移動する

2. 管理センターの「移行サービス」の使い分け

IT 管理者であれば、Exchange 管理センター（EAC）を使って複数ユーザーのメールボックスを一括移行できます。
主に以下の3つのモードがあります。

A. カットオーバー移行（Cutover Migration）

対象環境：
Exchange 2003 以降のオンプレミス Exchange、メールボックスが 2,000 個未満（実用上は 150個以下 が推奨）

カットオーバー移行は、組織全体のメールボックスを一度にクラウドへ切り替える方法です。
Microsoft 365 は Active Directory を読み取ってユーザーを作成し、全ユーザーのメールボックスを一括でコピーします。
完了後、ユーザーは新しいログイン資格情報を受け取り、Outlook プロファイルの再構成が必要です。

ポイント： 2,000個まで対応していますが、移行時間を考慮すると150人以下での利用が現実的です。

B. 段階的移行（Staged Migration）

対象環境：
※現在は非推奨

Exchange 2003 / 2007 を実行中、メールボックスが 2,000 個超 で数週間かけてバッチ移行したい場合

段階的移行は、移行するメールボックスをバッチ（グループ）に分けて、数週間にわたって徐々にクラウドへ移行する方式です。
ディレクトリ同期（Azure AD Connect）のセットアップが必要です。

C. IMAP 移行

対象環境：
Gmail や他の IMAP 対応メールシステムから移行したい場合

IMAP 移行は、Exchange ベース以外のメールシステム（Gmail、Dovecot など）から Microsoft 365 への移行に適しています。
管理者は CSV ファイルでユーザーリストを用意し、移行バッチを作成します。
ただし、IMAP 移行ではメールのみが対象で、連絡先や予定表アイテムは移行されません。

IMAP 移行の主な制限事項

1メールボックスあたり最大 500,000 件まで移行可能
移行できるメッセージの最大サイズは Exchange Online の受信制限（既定：約35MB）に依存
※現在はテナント設定により 最大150MBまで拡張可能です
連絡先・予定表・タスクは移行対象外
IMAP移行後に、古いメールが自動削除されないようにするため、必要に応じて 保持ポリシー（MRM）の適用タイミングを調整することを推奨

移行バッチの管理方法

管理センターの移行ダッシュボードでは、移行バッチの作成・開始・一時停止・中止が可能です。
同時移行数はサービス側で自動調整（スロットリング）されます。
必要に応じて PowerShell で上限値を調整可能です。

参考:
Microsoft 365 の Exchange 管理センターを使用してメールボックスデータを移行する方法
 IMAP メールボックスを Microsoft 365 または Office 365 に移行する方法について知っておくべきこと
 Exchange Onlineで移行パスを決定する
 Exchange Online での移行バッチの管理
 Microsoft 365 および Office 365 メール移行アドバイザーを使用する

3. Microsoft Purview インポートサービス（PST 大量インポート）

大量の PST ファイルを組織全体でインポートする場合、管理センター経由の個別インポートでは限界があります。
そこで活用するのが Microsoft Purview コンプライアンスポータルの「インポート」機能です。

2つのアップロード方法

ネットワークアップロード方式（推奨）

AzCopy ツールを使用して PST ファイルを Azure Storage の一時領域にアップロードし、マッピングファイル（CSV）で「どのPSTをどのメールボックスへ」を指定してインポートします。

主な手順：

Microsoft Purview コンプライアンスポータル → データライフサイクル管理 → インポート
新しいインポートジョブを作成し、SAS URL を取得
AzCopy で PST ファイルをアップロード
CSV マッピングファイルを作成（Workload, FilePath, Mailbox, IsArchive などを定義）
インポートジョブを送信

ドライブ発送方式（大容量・低速回線向け）

PST ファイルを BitLocker 暗号化済みのハードドライブにコピーして Microsoft のデータセンターへ物理発送する方式です。
費用は データ1GBあたり2米ドル（例：1TBで2,000米ドル）。

処理速度の目安

PST ファイルが Azure Storage にアップロードされると、1日あたり約 24GB の速度でメールボックスへインポートされます（保証値ではなく、サーバー負荷によって変動）。

インテリジェントインポート機能

インポート前に Microsoft 365 が PST ファイルを分析し、アイテムの経過年数やメッセージ種別を識別します。
これにより、たとえば「過去3年分だけインポート」「特定の差出人を除外」といったフィルタリングが可能です。

全データをインポートすることが必ずしも最善ではありません。
古いデータほど検索性の低下やメールボックス肥大化を招きます。
1年分程度に絞ることでコスト・時間・パフォーマンスを最適化できることも検討しましょう。

参考:
組織の PST ファイルのインポートに関する詳細
 PST ファイルのインポートに関する FAQ

大容量メールボックスを「業務を止めずに」移行する

数十GBにのぼる大容量メールボックスを一気に移行しようとすると、移行時間中にユーザーがメールにアクセスできなくなったり、移行が途中で中断されるリスクがあります。

ここでは、業務を継続させながら大量データを裏で同期しておく手法を解説します。

ハイブリッド移行 × 事前ステージ（Pre-stage Sync）の活用

Exchange ハイブリッド構成（オンプレミス Exchange と Exchange Online を共存させる環境）では、メールボックスレプリケーションサービス（MRS）プロキシを活用したリモート移動が最も高速かつ安全な移行方法です。

実際の環境では、スループットはネットワーク帯域・サーバー負荷・同時移行数に依存し、一般的には 数GB〜数十GB/時間程度（環境依存） となります。

「事前ステージ」とは？

「事前ステージ（Pre-stage）」とは、
メールボックスの大部分のデータを事前に同期しておき、カットオーバー時に差分のみを同期する仕組みです。

※PowerShell の -AutoStart:$false は「開始タイミングの制御」であり、Pre-stageそのものを意味するわけではありません。

管理者は複数の移行バッチを事前ステージに積んでおき、実際の切り替えタイミングを完全にコントロールできます。

大容量メールボックス移行の推奨フロー

Step 1: 事前ステージ（カットオーバー日の2週間前〜）
→ 移行バッチを作成し、バックグラウンドで大部分のデータを同期
→ ユーザーは従来の環境でメールを継続利用

Step 2: 差分同期の確認
→ 事前同期後に増えた新着メールは自動で差分同期される
→ 移行ダッシュボードで進捗・エラーを確認

Step 3: 切り替え（カットオーバー）
→ 業務時間外に最終差分同期を完了 → MXレコード変更
→ 残存データ量が少ないため、停止時間を最小化できる

テナント間移行の場合：
バッチあたり 2,000 メールボックス以内とし、カットオーバー日の 2週間前 にバッチを送信することが強く推奨されています。
大規模メールボックスを持つユーザーは特に早めに事前ステージしておくことが重要です。

MRS プロキシのチューニング

多数のメールボックスを同時並行で移行する場合、MRS プロキシの接続数制限に引っかかることがあります。
コマンドで同時接続数を増やすことができます。

デフォルトは 100 ですが、大規模移行では必要に応じて接続数を増やすことは可能です。
サーバーリソースに応じて慎重に調整する必要があります。

FastTrack による移行支援

Microsoft 365 のライセンスをお持ちの場合、FastTrack センター特典として移行の計画・実行ガイダンスを無償で受けられます。
大規模移行（5,000 メールボックス以上）では、Microsoft 認定パートナーの活用も検討しましょう。

参考:
Microsoft 365 と Office 365 移行のパフォーマンスとベストプラクティス
 ハイブリッド移行の場合のパフォーマンス要因とベストプラクティス
 ハイブリッド展開においてオンプレミスの組織と Exchange Online 組織間でメールボックスを移動する
 Exchange Online での移行バッチの管理
 MRS プロキシエンドポイントのリモート移動を有効にする
 テナント間でのメールボックスの移行
 データ移行 – FastTrack

移行方法の選び方まとめ

シナリオ	推奨方法
個人・小規模でPSTがある	Outlookのインポート機能
Gmail や IMAP サーバーから移行	管理センター IMAP 移行
Exchange Server（150人以下）から一括移行	カットオーバー移行
Exchange Server（2,000人超）から段階移行	段階的移行＋ MRS プロキシ
大量PSTファイルを組織全体でインポート	Microsoft Purview インポートサービス
大容量メールボックスを業務停止なしで移行	ハイブリッド移行＋事前ステージ同期