SharePoint 移行ツール（SPMT）と移行マネージャーの違い｜移行元・規模・差分移行・権限で選ぶ
SharePoint 移行ツール（SPMT）と移行マネージャーのどちらを使うかは、まず移行元で決まり、両方が使えるのはファイルサーバーだけです。移行元・どこで動くか・規模・差分（増分）の移行・必要な権限・費用の6つの物差しで並べ、ファイルサーバーから移すときの選び方と、決める前に試すことまで書きます。
目次 クリックで開く
この記事の要点
- SharePoint 移行ツール（SPMT）と移行マネージャーのどちらを使うかは、まず移行元で決まり、両方が使えるのはファイルサーバーだけです。SharePoint Server からなら SPMT、Box・Dropbox・Google ドライブ・Egnyte からなら移行マネージャーです。
- ファイルの上限（1ファイル 250 GB）、送り先（SharePoint・OneDrive・Teams）、増分の移行で新しい方のファイルを移すことは2つで共通です。違うのは、どこで動くか（1台のアプリか、管理センターと複数台のエージェントか）と、誰の権限で動かせるかです。
- ファイルサーバーのときは、1台で試しの移行をして速さを測り、期間に収まるか、作業する人がどの権限を持っているか、進捗をどこで見たいかで選びます。どちらが上ということではありません。
ファイルサーバー（Microsoft の日本語の説明では「ファイル共有」）や SharePoint Server の中身を Microsoft 365 へ移すことになり、Microsoft の資料を開くと、SharePoint 移行ツール（SPMT＝SharePoint Migration Tool）と移行マネージャー（Migration Manager）の2つの名前が出てきます。どちらも Microsoft 365 へファイルを移す Microsoft の道具で、自社ではどちらを使えばよいのかが、名前からは分かりません。情シス・総務でこの選択を任された方に向けて書きます。
この記事では、移行元、どこで動くか、規模、差分（増分）の移行、必要な権限、費用の6つの物差しで2つを並べ、ファイルサーバーから移すときにどちらを選ぶか、決める前に何を試すかまでを書きます。Microsoft 365 と Google Workspace の導入・移行を支援している当社（移行ツールは売っていません）が、Microsoft の公式の説明と当社の検証用の環境の画面で確かめた内容です。
SPMT と移行マネージャーは何が違うか：6つの物差しの表
先に全体を表で並べます。各行の理由と根拠は、このあとの節で1つずつ書きます。
| 物差し | SPMT | 移行マネージャー |
|---|---|---|
| 移行元 | SharePoint Server 2010〜2019、SharePoint Foundation 2010・2013、ファイルサーバー | ファイルサーバー、Box、Dropbox、Google ドライブ、Egnyte（SharePoint Server は非対応） |
| どこで動くか | 入れた Windows のコンピューター1台の中（画面か PowerShell） | SharePoint 管理センター（クラウドの移行元は Microsoft 365 管理センター）。ファイルサーバーは、Windows のコンピューターに入れたエージェントが作業する |
| 規模 | 量が多いときは、別のコンピューターか仮想マシンにも入れて並べて動かす。1ファイル 250 GB まで | エージェントの台数に上限はなく、帯域の上限までは台数に比例して速くなる。1台で同時に 5〜10 タスク。1ファイル 250 GB まで |
| 差分（増分） | 終わったタスクを保存して再実行。自動の再実行は最大5回 | ファイルサーバーは差分同期と完全増分の2通り。ジョブは増分の移行をする |
| 必要な権限 | SharePoint 管理者かグローバル管理者。サイトの単位なら、そのサイトのサイト管理者でもよい | グローバル管理者か SharePoint 管理者。移行管理者のロールでも管理できる（エージェントを入れるときは SharePoint 管理者） |
| 費用 | Learn に無料と書かれている。移行に使うコンピューター・回線・作業の人手は自社 | 当社が確かめた範囲の Learn の移行マネージャーのページは、料金に触れていない。移行に使うコンピューター・回線・作業の人手は自社 |
Microsoft 365 への移行に関するファイル サイズの制限事項は、移行マネージャーのすべての移行元と、SPMT の SharePoint Server・ファイルサーバーのどちらも 1ファイル 250 GB までとしています。違いが出るのは、どこで動くか・規模の広げ方・権限の3行です。
移すものがどこにあるかで決まる：両方使えるのはファイルサーバーだけ
SPMT の概要が挙げる移行元は、SharePoint Server 2010・2013・2016・2019、SharePoint Foundation 2010・2013、ファイル共有です。SharePoint Server 2010 の標準のワークフローと SharePoint Designer 2010・2013 のワークフローを Power Automate へ移すこともできます。一方の移行マネージャーは、ファイル共有と Google・Dropbox・Box などのクラウドに対応し、SharePoint Server からの移行には対応していません。SharePoint Server から移すなら SPMT を使うよう、移行マネージャーのよく寄せられる質問で案内されています。移行マネージャーは Amazon S3 と Azure の BLOB ストレージにも対応していません。
当社が見た SharePoint 管理センターでは、左のメニュー「移行」を開くと、見出し「移行マネージャー」の下に、ファイル共有・Box・Stream・Google Workspace・Dropbox・Egnyte のカードが並んでいました。SPMT はカードではなく、ページの下の「移行に関するその他の解決方法」に、［SharePoint 移行ツールをダウンロードする］のボタンとして出てきます。どちらのツールに振り分けられているかが、この画面で分かります。
この画面の表記は「SharePoint Server 2010、2013、および2016 用」で、2019 がありません。Learn のMicrosoft 365 にコンテンツを移行するの表も 2016 までです。一方で SPMT の概要とSPMT のリリース ノート（バージョン 4.1 で SharePoint Server 2019 に対応）は 2019 を挙げています。この記事は、SPMT 自身の説明に合わせて 2019 まで対応と読みます。SharePoint Server 2019 から移す場合は、使う SPMT のバージョンがリリース ノートの対応に届いているかを確かめてください。SharePoint Server のサポートの期限はSharePoint Server 2019 のサポート終了の記事に書いています。
クラウドからの移行は、Google ドライブならGoogle ドライブから SharePoint・OneDrive への移行の記事で手順を書いています。メールの移行はこの記事では扱わず、Exchange からの移行はExchange Online への移行の記事に任せます。
どこで動かすのか：1台のアプリか、管理センターとエージェントか
SPMT は、Windows のコンピューターに入れて使うアプリです。前提条件は Windows Server 2016 以降、Windows 10 以降、.NET Framework 4.6.2 以降、RAM は最小 8 GB（推奨 16 GB）、空き 150 GB のディスク（推奨は SSD）、推奨のネットワーク カードは 1 Gbps です。タスクの作成も、進捗とレポートも、そのコンピューターの中で扱います。SPMT の機能はすべて PowerShell からも使えます。
移行マネージャーは、SharePoint 管理センターの中にある機能です。ファイルサーバーから移すときは、作業を受け持つ Windows のコンピューター（エージェント）に軽いプログラムを入れ、管理センターでタスクを作ると、空いているエージェントにタスクが自動で配られます（しくみの説明）。エージェントの前提は SPMT とほぼ同じ水準で、移行元のサーバーは SMB 2.0 以降に対応している必要があります。エージェントは外からの接続を受け付けるポートを開かず、自分から Microsoft のサービスへつなぎに行きます（前提条件とエンドポイント）。進捗とレポートは管理センターで全エージェント分をまとめて見られます。2025年11月からは、ファイルサーバーの移行のタスクを PowerShell からも扱えるようになっています（移行マネージャーの最新情報）。
Box・Dropbox・Google ドライブ・Egnyte から移すときの移行マネージャーは、Learn の手順では Microsoft 365 管理センターから始めます。当社が見た Microsoft 365 管理センターでは、左のメニュー［Setup］→「移行リソース」のページでした。Learn の表記は概要ごとに違い、Google の概要は［セットアップ>移行リソース］、Box と Egnyte の概要は「セットアップ – 移行とインポート」、Dropbox の概要は日本語版でも「Setup – Migration and imports」と書いています。SharePoint 管理センターの［移行］の画面にも、Box・Google Workspace・Dropbox・Egnyte のカードと［開始］が並んでいます。クラウドから移す手順は、移行元のサービスに Microsoft 365 の移行アプリを入れて接続するもので（Google・Box・Dropbox・Egnyteの概要）、エージェントの設置は出てきません。Google ドライブからの場合、Microsoft 365 のライセンスが 300 未満の組織では、手順を簡単にした移行マネージャー Lite が既定で使われます。
なお、Learn の「移行マネージャーがファイル共有の移行で機能する方法」には、SharePoint 管理センターで［移行センター］を選ぶ、と書かれています。当社が見た画面の左のメニューの表記は「移行」でした。探すときは「移行」で探してください。SPMT と移行マネージャーのエージェントは、同じコンピューターに入れて使ってもかまいません（移行マネージャーのよく寄せられる質問）。
量が多いときは：違いは速さではなく、台数の増やし方
2つのツールの規模の違いは、速さそのものではなく、台数を増やしたときの扱いにあります。SPMT で大量のデータを移すときは、物理的に別の Windows のコンピューターか仮想マシンに SPMT を入れ、それぞれで一括の移行のジョブを作って並べて動かします。移行のジョブを自動で調整して高いスループットを出したいなら移行マネージャーを使うよう、SPMT のよく寄せられる質問で案内されています。移行マネージャーのエージェントの数に上限は無く、全体が回線の帯域の上限に達するまでは、移行の平均の速さはエージェントの数に比例して伸びる、と移行マネージャーの FAQは書いています。1台のエージェントが同時に処理するのは 5〜10 タスク（最大 10）です。
期間の見当をつけるために、作例の会社（社員40人、Windows Server 2016 のファイルサーバー1台、合計 1.2 TB・約60万ファイル）を使います。当社が作った作例で、実在の会社ではありません。ファイルサーバーから SharePoint へ移す記事と同じ作例で、権限の置き換えと、移す前に一覧にするものは、そちらに書いています。
期間の見当は、全般的な移行パフォーマンス ガイダンスの種類別の推定値でつけられます。ISO や動画のような大きいファイルは最大 10 TB/日、Office ファイル（1.5 MB まで）は最大 1 TB/日、小さいファイル（50 KB まで）は最大 250 GB/日 です。作例の 1.2 TB を当てると、Office ファイル中心なら約1.2日（1.2 TB ÷ 1 TB/日）、小さいファイル中心なら約4.8日（1.2 TB ÷ 0.25 TB/日）になります。これは最大の値で割った下限の見当です。回線も上限になり、100 Mbps をまるごと使えたとしても 1.2 TB を送るには約27時間（1.2 TB × 8 ÷ 100 Mbps＝96,000 秒）かかります。
平日の昼間は、移行のような背景の処理に厳しい調整（スロットリング）がかかり、夜間と週末のほうが多くの要求を受け付けます。調整はサポートに頼んでも外れません。100 TB を超える移行には、別の手続きが用意されています。
見積りの数字を決めるのは、ツールの名前ではなく、試しの移行で測った1台あたりの速さです。移行マネージャーでは、1台のエージェントで 20〜30 個のタスクの試しの移行をして、1台あたりのスループットを測り、期間内に終わる最も少ない台数を選ぶよう勧められています（エージェントの設定の説明）。必要以上に台数を増やすと、レポートのアップロードで調整を受けやすくなることがあります。SPMT の説明に同じ勧めは見当たりませんが、1台で一部を移してかかった時間を測れば、同じ考え方で台数と日程を出せる、と当社は考えます。
移したあとに変わったファイルは：新しい方を移すのは同じ、再実行のさせ方が違う
どちらのツールも、一度移したあとに、変わったものだけをもう一度移せます。Microsoft はこれを増分移行と呼び、移行マネージャーでは、そのうち前回から新しい・更新したものだけを移す方法を差分同期、全部を比べる方法を完全増分と呼び分けています。この記事では、まとめて増分の移行と書きます。
SPMT では、終わった移行のタスクを保存しておき、あとで再実行すると、移行元で新しく作られたファイルと更新されたファイルだけが移ります（移行タスクの作成）。SPMT の設定の「移行の自動再実行」で、［1 度だけ実行する］か［連続して 5 回まで実行］を選べます。増分の確認の設定はグローバルで、最初の移行のジョブを出す前に決めておく必要があります。
移行マネージャーのファイルサーバーの移行では、再実行のときに差分同期と完全増分を選べます（ファイル共有の移行のために移行にコピーする）。差分同期は処理するファイルが少ないので速く、完全増分はすべてを比べます。最終更新の日時が前回の移行より古いファイルを移行元に足した場合は、差分同期が見逃すことがあるので、完全増分が勧められています。差分同期でファイルそのものを移さなかった場合、そのファイルの権限の変更も移りません（Delta Sync）。権限だけを変えたときに確実に移すには、［すべてのファイルを移行する］を選び、差分同期のファイル転送の設定で移行先にある既存のファイルを上書きします。
注意したいのは、移行元で消したファイルと、移行先で名前を変えたファイルの扱いです。Microsoft 365 への移行はコピーなので、移行元のファイルは消えません。そのうえで移行マネージャーでは、移行元から消したファイルは、移した先に残ります。SPMT の説明の表には、消したファイルの行はありません。移した先で名前を変えた・動かしたファイルについては、2つのツールとも同じ注意があります。最後の移行が終わるまでは名前を変えたり動かしたりしないよう強く勧められていて、そうするとファイルが上書きされます。作例の会社のように、初回の移行のあとも利用者がファイルサーバーで仕事を続け、切り替えの日に移行元を読み取り専用にして最後の増分の移行をする進め方は、ファイルサーバーの移行の記事に書いています。
誰の権限で動かせるか：サイト管理者だけで動かせるのは SPMT
SPMT は、組織の単位で移すなら SharePoint 管理者かグローバル管理者、サイトの単位で移すならそのサイトのサイト管理者であれば動かせます（SPMT のインストールの説明）。部署のサイトの管理を任されている人が、自分のサイトへ移すだけなら、管理者のロールを借りずに動かせるということです。作例の会社のファイルサーバーを部署ごとのサイトへ分けて移す場合、権限の上では、各部署のサイト管理者が SPMT で自分のサイトの分を移す分担もできます。
移行マネージャーは、移行先のグローバル管理者か SharePoint 管理者で使います。移行管理ロール（Microsoft 365 移行管理者）を割り当てると、移行マネージャーだけを使える権限で、ファイルサーバーの移行も管理できます。ただし、ファイルサーバー用のエージェントを入れるときは、SharePoint 管理者でサインインする必要があります。エージェントが切れても、トークンは最大 7 日保たれ、それを過ぎると入れ直しになります。多要素認証は Microsoft のものに対応し、他社の多要素認証には対応していません。Microsoft は、どちらのツールでもできるだけ権限の少ないロールを使うよう勧めています。
移行元の側では、移行マネージャーのファイルサーバーの移行には、共有を読み取れる Windows の資格情報が要ります。クラウドの移行元では、移行元のサービスのアカウントでサインインして移行アプリを入れます（Dropbox は管理者アカウント、Google は組織全体のアプリを入れるため特権管理者）。
費用はかかるか：Learn が無料と書くのは SPMT、コンピューターと回線はどちらも自社で用意
SPMT は、Learn の概要に無料の移行の道具と書かれています。移行マネージャーについては、当社が確かめた範囲の Learn の移行マネージャーのページは、ツールの料金に触れていません。どちらのツールでも、移行に使う Windows のコンピューター、回線、作業する人の時間は自社で用意します。作例の会社なら、試しの移行と本番に使う Windows のコンピューター（前提は RAM 8 GB 以上、空き 150 GB）と、夜間と週末に使える回線です。移行中のファイルは Microsoft が用意する Azure の一時的な保存先を通りますが、自社の Azure Storage を使う設定にした場合は、帯域の料金がかかることがあるとSPMT の設定に書かれています。移行マネージャーも、2025年11月から、ファイルサーバーの移行で自社の Azure Storage を一時的な保存先に指定できるようになっています（移行マネージャーの最新情報）。
移行の進め方は、ファイル共有の移行ガイドでは3つに分かれています。移行マネージャーを使って自社で進めるセルフサービス、Microsoft 365 のサブスクリプションに含まれる FastTrack、費用が中身で変わる移行のサービス事業者です。FastTrack は 500 以上のライセンスを持つ組織に対して、一部のデータ移行の作業を代わりに行います。
ファイルサーバーから移すときは、作業の形で選ぶ
作例の会社に当てはめてみます。1.2 TB・約60万ファイルを、夜間と週末に移すとします。1台で試しの移行をして、測った速さで割った日数が切り替えの日までに収まるなら、台数を束ねる必要は無く、どちらのツールでも進められます。収まらないなら、台数を増やして割ることになり、タスクを自動で配って1か所で進捗を見られる移行マネージャーのほうが扱いやすい、というのが2つのツールの説明から読める線です。
作業する人の権限も分かれ目になります。情シスが SharePoint 管理者を持っていて、移行のあいだ全社の進捗を見たいなら移行マネージャーが合います。部署ごとにサイト管理者が自分のサイトへ移す、という分担にするなら、サイト管理者で動かせる SPMT が合います。同じ会社に SharePoint Server も残っているなら、SPMT でそろえる選び方もあります。逆に、ファイルサーバーのあとに Box や Google ドライブも移す予定なら、移行マネージャーでそろえると同じ画面で扱えます。
権限のうち移らないものについて、ファイル共有の移行ガイドは、SPMT を使う場合に移行されないものの表に「明示的なアクセス許可の拒否」を挙げています。同じガイドの「アクセス許可と共有」の節は、ツールを分けずに、移行後は高度な NTFS のアクセス許可がすべて削除され、明示的な拒否をかけていた中身は、フォルダーや親の階層の権限によって見えるようになる可能性がある、と書いています。どちらのツールで移しても、拒否で隠していたフォルダーは移行のあとに見えてしまうことがあるので、移す前に洗い出しておくことを勧めます。移す前に権限を一覧にし、移さないものを決める手順は、ファイルサーバーから SharePoint へ移す記事に書いています。メール・チャット・ID を含めた移行全体の順番はMicrosoft 365 への移行の順番の記事にまとめています。
決める前に、1台で試して速さを測る
ツールを1つに決める前に、次の順で試すと、表の上の違いが自社の数字に置き換わります。
- 移行元の量を数える：容量、ファイル数、小さいファイルの割合、パスの長いフォルダー。どちらのツールにも、移さずにスキャンだけを行う設定（スキャンのみを実行）があります。
- 1台で試す：1つの部署か1つの共有を、平日の夜か週末に移し、かかった時間を記録します。移行マネージャーなら1台で 20〜30 タスクが目安です。
- 測った速さで日程を割る：全体の量を1台の速さで割り、切り替えの日までに収まるかを見ます。収まらなければ台数を増やすか、移す量を減らします。
- 増分の移行を1回やってみる：移行元のファイルを少し変えて再実行し、変えたものだけが移るか、移行先で名前を変えたファイルがどうなるかを確かめます。
- 権限を決める：誰の権限で動かすか（サイト管理者か、SharePoint 管理者か、移行管理者のロールか）を、作業の分担と合わせて決めます。
この記事の日数は Microsoft の目安と作例の計算で、実際の環境の速さではありません。回線の混み方、ウイルス対策ソフト、ファイルの種類で変わるため、2の試しの移行の数字を正にしてください。
移行の最初の作業は、ツールを入れることより、移行元の量を数えることです。数えた結果をもとにツールと日程を一緒に決めたい場合は、移行と設定のスポット相談とMicrosoft 365 の導入支援で受けています。
この記事の確かめ方
6つの物差しは、2つのツールそれぞれの Microsoft Learn の説明（日本語版と英語版）から1対1で拾い、説明・制限・設定名は2026年10月30日に確かめました。画面の写真は、当社の検証用の環境の SharePoint 管理センターと Microsoft 365 管理センターで2026年10月に見たもので、組織名と名前は写っていないか、伏せています。［移行］の画面ではどの移行元がどちらのツールとして並んでいるかを見て、画面と Learn の説明で対応する SharePoint Server の版とメニューの名前が違っていた所は、どちらで読むかを該当の節に書きました。当社は SPMT を動かしておらず、移行マネージャーもエージェントの設置・移行元への接続・タスクの作成はしていません。SPMT の画面と、移行マネージャーのエージェント・タスクの画面は撮っていません。速さは Microsoft の目安と計算で示しています。画面と説明は変わることがあるため、操作の前に各ページの最新を確かめてください。
執筆・監修
Aurant Technologies CAIO（Chief AI Officer）
Microsoft 365 と Google Workspace の導入・移行を支援する立場から、ファイルを Microsoft 365 へ移す管理者の方向けにまとめています。
Microsoft 365・Google Workspace の移行と設定のスポット相談
メールの移行、ドメインとDNS、共有アドレスや代理人の権限、新しいOutlookへの切り替え、Copilot・Geminiを使うときの社内ルール。調べた手順で直らないとき、同じことが何人もで起きているときに、いま困っていることを1件から相談できます。