AI Microsoft 365 SaaS インフラ クラウド

オンプレファイルサーバの移行先、結局どれ？SharePoint・Azure Files・FSx・Boxを実務で比較してみた

「オンプレのファイルサーバ、そろそろEOL（End Of Life：サポート終了）が見えてきた。移行先はどのサービスを検討すべき？」

ファイルサーバ移行の検討に入った瞬間、「サービスの違いがふんわりしていて選定軸が組み立てられない」というモヤモヤにぶつかった経験、ありませんか。私自身、最近お客様の「オンプレWindowsファイルサーバをSharePointに移行したい」という要件のもと、「本当にSharePointでいいの？」という経験がありました。そこで、移行先として4サービスを並べて比較する機会があり、調べるほどに「単純な機能比較で済む話じゃない」と気づかされました。

本記事では、その案件で整理したクラウドストレージ 4サービスの比較軸と、SharePoint を選ぶ場合の勘所 を、10分で読み切れるサイズにまとめます。Azure Files の詳細は Azure Files の基本まとめ と ハンズオン記事 に譲り、本記事は 「比較して選ぶ視点」 にフォーカスします。


SharePoint の構造をざっくり理解する

SharePoint で最初につまずくのが「サイトとライブラリって何が違う？」です。Windows ファイルサーバ脳に翻訳すると、こうなります。

SharePointファイルサーバでいうと
サイト共有フォルダのルート（独立した領域。検索・権限の単位）
ライブラリサイト配下の共有フォルダ（実際にファイルを置く箱）

サイトを「部門単位」で切るか「プロジェクト単位」で切るかが設計の勘所で、後から構造変更すると地獄を見るポイントでもあります。

4サービスを6軸で比較

代表的なクラウドストレージ 4 つを 「認証 / 権限 / 世代管理 / AI連携 / アクセス方式 / コスト」 で並べました。

比較軸SharePointAzure FilesFSx for Windows File ServerBox
認証先Entra IDADADEntra ID（SSO）
権限管理Entra ID + 独自モデル（再設計必須）Entra ID + NTFS ACLAD + NTFS ACL（流用しやすい）Box 独自（再設計必須）
世代管理バージョン管理（ファイル単位、500世代）スナップショット（共有全体）VSS（FS全体）バージョン管理（ファイル単位）
AI（Copilot）連携◎ Microsoft Graph でネイティブ△ Graph Connector Agent 経由△ Graph Connector Agent 経由△ Graph Connector Agent 経由
アクセス方式HTTPSSMBSMBHTTPS
コスト感△（追加容量は高め）◎（容量単価が安い）◎（容量単価が安い）△（ユーザー単価が高め）

Graph Connector Agent の壁 Copilot から外部ストレージを参照させる Connector Agent には共通制限があります。

  • 1ファイル 100MB まで しかインデックス化されない
  • テキスト抽出は 4MB まで、対応形式は Office/PDF/テキスト/JSON のみ（画像・動画は対象外）
  • クロール頻度は 1日1回（リアルタイムではない）

「Copilot で全社ファイルを横断検索したい」を本気でやるなら、現状は SharePoint が最も適任、という構図になります。

※インデックス（Index）：集めた情報を、検索しやすい形に整理して台帳化する作業（Copilotが存在を認識できない可能性）

※クロール（Crawl）：情報を集めに行く作業（ファイルを更新しても反映に最大24時間かかる）

3つの問いで決まる：あなたが選ぶべきサービスは？

比較表を「選定フロー」に落とすとこうなります。上から順に答えてみてください。

Q1. M365を全社導入しており、Copilotを活用したい？
   ├── YES → SharePoint が最有力
   └── NO  → Q2 へ

Q2. メインのクラウドは Azure？ AWS？
   ├── Azure → Azure Files
   ├── AWS   → FSx for Windows File Server
   └── マルチ／未定 → Q3 へ

Q3. 既存のNTFS権限設計を維持したい？
   ├── YES → Azure Files または FSx（SMBベース）
   └── NO  → Boxも候補に（社外コラボ多めなら強い）

完璧なフレームではありませんが、最初の方向性を決めるには十分です。

筆者の学び：比較してはじめて見えた「選定の本質」

ここが本記事の核です。一般論ではなく 「最初こう思っていたが、調べてこう変わった」 という Before/After で書きます。

Before：私がはまっていた3つの勘違い

勘違い1：「移行先＝同じ機能を持つ別のファイル置き場」だと思っていた 「SMB が叩ければどれも同じ」くらいの解像度で、SharePoint と Azure Files を機能だけで並べようとしていた。

勘違い2：「Copilot連携はどのサービスでも大差ない」と思っていた 「Connectorで繋げばいい」と思い込み、Graph Connector Agent の制限（100MB、画像動画不可）を見落としていた。

勘違い3：「SharePointの容量はM365ライセンスでなんとかなる」と思っていた ストレージ計算式とバックアップコストを見るまで、追加課金の規模を完全に甘く見ていた。

After：たどり着いた選定の本質

学び1：認証と権限モデルが、そのサービスの "性格" を決める SMB ベースの Azure Files / FSx は、既存の NTFS ACL（Windows のアクセス権設計）をほぼそのまま持ち込めます。一方、SharePoint と Box は HTTPS ベースで、権限モデル自体が Windows と異なるため 再設計が前提。移行作業の重さはここで決まります。

学び2：Copilot を本気で使うなら、データの置き場所そのものが戦略になる Copilot は Microsoft Graph を介してデータを取りに行く設計です。SharePoint / OneDrive はネイティブに繋がる一方、それ以外は Connector Agent の制限を受けます。「将来 AI 活用したい」とぼんやり考えているなら、移行先の選択そのものが AI 戦略の一部 だと捉え直すべきです。

学び3：「ファイルサーバを置き換える」と「文書管理基盤を導入する」は別物 SharePoint は厳密には文書管理基盤であり、ファイルサーバの完全な代替ではありません（バックアップは別途有償、UNC パス不可など）。Azure Files / FSx は「クラウド上のファイルサーバ」そのもの。どちらを目指すかを先に決めないと比較軸が定まらない 。

この学びを現場で再現するコツ

  1. 既存のアクセス権設計図を引っ張り出す（再設計の覚悟が必要か見える）
  2. 「Copilotで何をやりたいか」を1文で書く（出てくるなら SharePoint 寄り）
  3. 「ファイルサーバ代替か、文書管理基盤導入か」を経営層と合意する(ここがズレると後で揉める)

SharePoint 移行で必ず押さえる制約

SharePoint を選ぶなら、制約は事前に把握しておきましょう。

項目制限
最大ファイルサイズ250GB
ファイルパス文字数400文字（スペース1個が3文字にカウント等の拡張あり）
バージョン履歴移行上限 500世代
ライブラリあたりのアイテム数10万件（超えるとパフォーマンス劣化）
権限移行Read/Write/フルコントロールは移行可、Denyは不可（手動対応）

特に 「Deny権限が移行できない」 は要注意。SPMT のスキャンアセスメントで Deny 利用箇所と移行不可ファイルを事前に洗い出すのを強くおすすめします。

またMicrosoft 公式の移行ツール SPMT（SharePoint Migration Tool） のスキャンアセスメントを利用することで、事前に上記の制約がないか確認することができます。

最後に、SharePoint のストレージ容量は 1TB + (ライセンス数 × 10TB) + 追加容量 で計算されますが、ゴミ箱（保持データの10〜20%、93日保持） と バージョン管理（デフォルト500世代） で実消費が膨らみます。Microsoft 365 Backup を有効化すると 1GBあたり約$0.15/月（1ドル165円換算で約25円）となりますため、有効化判断は慎重に。

ありがちな失敗

失敗1：「とりあえずSharePoint」で進める → UNCパス連携している業務システムが軒並み動かなくなります。連携箇所の棚卸しと、SharePoint URL への置換／ショートカット作り直し計画を必ず立てましょう。

失敗2：ストレージ容量を楽観視する → ゴミ箱＋バージョン管理で実消費が想定の1.5倍に膨らみ、追加課金が発生しがち。インテリジェントバージョニング（古い世代の自動削除）の活用を検討してください。

まとめ

  • クラウドストレージは「ファイル置き場の機能比較」ではなく、「認証 / 権限 / AI連携 / コスト」の戦略選定として捉える
  • Copilot を本気で活用したいなら SharePoint が圧倒的に有利（Graph ネイティブ連携）
  • 既存の NTFS 権限設計を維持したいなら SMBベースの Azure Files / FSx が現実解
  • SharePoint 検討時は SPMTの制約（Deny不可、250GB、パス400文字、500世代） を含め検討する
  • ストレージ計算式とバックアップコストは初期段階で必ず試算する

最後に

ファイルサーバ移行は「同じものをクラウドに置き直す作業」ではなく、今後5〜10年のデータ活用基盤を選び直す意思決定です。私自身、今回の比較を通じて視点が一段上がった感覚があり、案件に関わる前の自分には絶対に見えなかった景色でした。

まずは本記事の 3つの問いのフロー に答えるところから始めてみてください。方向性さえ決まれば、あとは制約を1つずつ潰していくだけです。

Azure Files の詳細や構築手順は Azure Files の基本まとめ と ハンズオン記事 もどうぞ。

それでは、また次の記事で。


-AI, Microsoft 365, SaaS, インフラ, クラウド