Dropbox Business から OneDrive への乗り換え｜チームフォルダとバージョン履歴
目次 クリックで開く
クラウドストレージのパイオニアであるDropbox Businessは、その直感的な操作性と同期スピードで多くの企業に支持されてきました。しかし、Microsoft 365（旧Office 365）の導入が一般的になった現在、多くのIT担当者が直面するのが「ストレージサービスの二重課税」という課題です。Microsoft 365のライセンスには、1ユーザーあたり1TB以上のOneDrive領域と、組織全体で利用可能なSharePoint領域が含まれているため、Dropboxのライセンス料を別途支払い続けることは、コストとガバナンスの両面で非効率といえます。
本記事では、実務担当者が最も頭を悩ませる「チームフォルダの構造をどう維持するか」「過去のバージョン履歴はどうなるのか」という点にフォーカスし、Dropbox BusinessからOneDrive（Microsoft 365環境）への乗り換えを成功させるための具体的な手順と技術的仕様を解説します。
Dropbox BusinessからOneDrive/Microsoft 365へ乗り換えるべき理由と背景
SaaSコストの最適化と二重課税の解消
Dropbox Businessの標準的なプラン（Advanced以上など）は、1ユーザーあたり月額数千円のコストが発生します。一方で、Microsoft 365 Business StandardやEnterprise E3/E5を導入済みの企業にとって、OneDriveやSharePointは「追加費用なし」で利用できるリソースです。この重複を解消するだけで、年間で数十万〜数百万円規模の固定費削減が可能になります。
コスト面での「剥がし方」については、こちらの記事でも詳しく解説しています。
SaaSコストを削減。フロントオフィス＆コミュニケーションツールの「標的」と現実的剥がし方【前編】
セキュリティガバナンスの一元化
複数のクラウドストレージを併用することは、情報の断片化を招きます。退職者のアカウント削除漏れや、外部共有リンクの管理不備など、セキュリティリスクは利用するサービスが増えるほど増大します。Microsoft 365に統合することで、Entra ID（旧Azure AD）によるID管理、条件付きアクセス、DLP（データ損失防止）ポリシーをストレージ全体に一貫して適用できるようになります。
特にアカウント管理の自動化については、以下のアーキテクチャが参考になります。
SaaS増えすぎ問題と退職者のアカウント削除漏れを防ぐ。Entra ID・Okta・ジョーシスを活用した自動化アーキテクチャ
【徹底比較】Dropbox Business vs OneDrive / SharePoint Online
移行を検討する際、まず理解すべきは「Dropbox」という単一のサービスが、Microsoft 365環境では「OneDrive」と「SharePoint」の2つに分身するという点です。
| 比較項目 | Dropbox Business | OneDrive for Business | SharePoint Online / Teams |
|---|---|---|---|
| 主な用途 | 個人・共有の全ファイル | 個人の作業ファイル | 組織・チームの共有ファイル |
| 基本容量 | 必要に応じて追加（プランによる） | 1TB / ユーザー（プランにより拡張可） | 1TB + 10GB × ライセンス数 |
| チームフォルダ | 「チームフォルダ」として存在 | （非推奨）個人の共有機能 | 「ドキュメントライブラリ」 |
| パスの長さ制限 | 制限が緩い（255文字超えも同期可） | 260文字制限（Unicode形式で400文字まで緩和） | |
| 外部共有 | リンク共有、パスワード保護 | 組織ポリシーによる制御、リンク期限設定 | |
チームフォルダの考え方の違い
Dropboxの「チームフォルダ」は、管理者が作成し、特定のグループに権限を付与する仕組みです。これに対し、Microsoft 365では、「チームでの共有ファイルはSharePoint（またはTeamsのファイルタブ）に置く」のが大原則です。OneDriveはあくまで個人のデスクトップやドキュメントの代替であると整理することで、移行後の運用がスムーズになります。
Dropboxの「チームフォルダ」をSharePointへ移行する設計指針
移行作業の中で最も重要なのが、データの「宛先」設計です。
OneDrive（個人）とSharePoint（共有）の役割分担
- Dropbox内の個人フォルダ（My Files）：各ユーザーの「OneDrive for Business」へ移行。
- Dropbox内のチームフォルダ（Team Folders）：各部署・プロジェクトに対応する「SharePoint サイト」のドキュメントライブラリへ移行。
権限継承のロジックとマッピングの注意点
Dropboxではフォルダごとに柔軟に権限を設定できますが、SharePointも同様のことが可能です。しかし、あまりに深い階層で個別の権限を設定すると（権限の継承解除）、管理が極めて煩雑になります。移行を機に、サイトレベルまたはライブラリレベルでの権限管理へ整理することを推奨します。
バージョン履歴とメタデータの移行に関する技術的限界
多くの担当者が誤解しているのが「バージョン履歴」の扱いです。結論から述べると、Microsoftの標準的な移行ツールを使用した場合でも、Dropbox上の古いバージョン履歴（修正ログ）をすべて引き継ぐことは困難です。
バージョン履歴は「最新版」のみが基本となる理由
Microsoft公式の移行ツール「Migration Manager」や、買収された「Mover」の仕様では、基本的にファイルの「最新バージョン」のみをコピーします。過去の履歴をどうしても残したい場合は、サードパーティ製の有料移行ツール（ShareGate等）を検討するか、Dropbox側を一定期間「閲覧専用」としてアーカイブ保存しておく運用が現実的です。
作成日・更新者情報の保持
「ファイルがいつ作成されたか」「最後に誰が更新したか」というメタデータについては、移行ツール側で保持する設定が可能です。ただし、Dropbox上のユーザーID（メールアドレス）が、Microsoft 365（Entra ID）上のユーザーと完全に一致している必要があります。
実務者が踏むべき「乗り換え5ステップ」
STEP 1：現状分析と棚卸し
まずはDropbox内のデータ量を把握します。特に注意すべきは「パスの長さ」です。Dropboxでは同期できていた深い階層のファイルが、SharePointへ移行した途端に260文字制限に抵触し、開けなくなるトラブルが多発します。事前にスキャンツールを用いて、文字数オーバーのファイルがないか確認しましょう。
この段階で、不要なデータの削除も並行して行います。これは、移行時間を短縮し、ライセンスコストの最適化を図るためです。インフラの整理については以下の記事も参考になります。
SaaSコストとオンプレ負債を断つ。バックオフィス＆インフラの「標的」と現実的剥がし方（事例付）
STEP 2：移行ツールの選定（Mover vs Migration Manager）
Microsoftは現在、SharePoint 管理センター内の「Migration Manager（移行マネージャー）」の使用を推奨しています。これはクラウド間（Cloud-to-Cloud）の移行に対応しており、Dropbox Businessの管理者アカウントを接続するだけで、フォルダ構造をスキャンし、移行ジョブを作成できます。
STEP 3：パイロット移行とテスト
全社員のデータをいきなり動かすのは無謀です。まずはIT部門などの特定部署で「パイロット移行」を実施します。
- ファイルが正しく開けるか。
- 権限設定は意図した通りか。
- Excelの外部参照リンクが切れていないか（※ほぼ確実に切れるため、手修正または運用の変更が必要です）。
これらを念入りに検証します。
STEP 4：一括移行（カットオーバー）
週末や連休を利用して、一括移行を行います。この際、ユーザーには「移行開始時刻以降、Dropboxへの書き込み禁止」を徹底させる必要があります。Migration Managerには「増分コピー」機能があるため、事前に大部分を移行しておき、当日は差分だけを反映させることでダウンタイムを最小化できます。
STEP 5：事後検証とユーザー教育
移行完了後、Dropboxのライセンスを解約する前に、データの欠損がないか最終確認を行います。また、ユーザーには「これからはTeamsのファイルタブからアクセスしてください」といった操作説明会を実施し、OneDrive同期アプリの設定をサポートします。
よくあるトラブルと解決策
ファイル名・パス長エラーへの対処
SharePointでは、ファイル名に " * : < > ? / \ | といった記号が含まれているとエラーになります。また、フォルダ階層が深すぎる場合は、移行前にフォルダ名を短縮するか、階層を浅くする整理が必要です。
同期エラーと競合コピーの発生を防ぐには
OneDrive同期アプリ（OneDrive.exe）は、大量のファイルを一度に同期しようとするとCPU負荷が高まり、PCの動作が重くなることがあります。移行直後は「ファイルオンデマンド」機能を有効にし、必要なファイルだけをローカルにダウンロードする設定を徹底してください。
まとめ：単なるデータ移行で終わらせない業務改善
DropboxからOneDrive/SharePointへの移行は、単なるストレージの引っ越しではありません。Microsoft 365という強力なプラットフォームにデータを統合し、ExcelやPowerPointでの共同編集、Teamsでの円滑なコミュニケーション、そして高度なセキュリティ統制を実現するための第一歩です。
データの移行が完了すれば、次はそれらのデータを活用した業務の自動化が見えてきます。例えば、SharePoint上のファイルをトリガーにPower Automateで承認フローを回したり、AppSheetで簡易的な業務アプリを構築したりすることも可能です。
業務DXの全体像については、こちらのガイドもぜひご一読ください。
Excelと紙の限界を突破する「Google Workspace × AppSheet」業務DX完全ガイド
適切な設計と手順を踏めば、Dropboxからの乗り換えは決して難しいものではありません。コスト削減と利便性向上を両立させ、モダンなワークスタイルへの転換を成功させましょう。
管理者が見落としがちな「移行後の運用」3つの落とし穴
データの移動が成功しても、Microsoft 365特有の仕様を理解していないと、現場から「Dropboxより使いにくい」という不満が出かねません。特に以下の3点は、移行設計に含めておくべき実務上のポイントです。
1. ファイルのスロットリング（制限）への理解
一度に大量のデータをアップロードしたり、多数のユーザーが同時に大量のファイルへアクセスしたりすると、Microsoft 365側で一時的なアクセス制限（スロットリング）がかかることがあります。一括移行の際は、Migration Managerの「スキャン機能」を事前に走らせ、エラーが出るファイルを特定しておくことが重要です。
2. ライセンスによる機能差（感度ラベルの活用）
Dropboxでは「パスワード保護」で対応していた機密情報の管理は、Microsoft 365では「感度ラベル（Azure Information Protection）」で代替することになります。ただし、この自動適用や高度な制御には、Business Standardではなく、Business PremiumやEnterprise E3/E5といった上位ライセンスが必要になる場合があります。
3. 全文検索のインデックス反映ラグ
Dropboxは検索の高速性が強みですが、SharePoint Onlineの場合、大規模なデータを移行した直後はインデックス作成が完了するまで検索結果に反映されないタイムラグが生じます。週明けの業務開始時にユーザーが混乱しないよう、事前の周知が推奨されます。
ストレージ統合後の「IDガバナンス」チェックリスト
Dropboxを廃止し、OneDrive/SharePointへ統合した後は、データの出入り口をID（Entra ID）で制御する設計へと切り替えます。以下の表は、移行完了後に情報システム部門が設定・確認すべき項目です。
| ガバナンス項目 | 推奨設定 / 確認内容 |
|---|---|
| 外部共有設定 | SharePoint管理センターで「組織内のユーザーのみ」または「既存のゲスト」に制限されているか。 |
| 条件付きアクセス | 会社支給端末以外からのOneDriveアクセスをブロック、またはMFA（多要素認証）を要求しているか。 |
| 退職者アカウント | 退職時にOneDrive内のデータを上長へ自動継承する設定（保持期間の設定）が行われているか。 |
| デバイス同期制限 | 私物PCでのOneDrive同期アプリ利用を禁止しているか（Intune等のMDM連携）。 |
これらのID管理とSaaS統制の自動化については、以下のアーキテクチャ解説も非常に有益です。ストレージを統合した後の「次のステップ」としてご参照ください。
さらに深く知るための公式リソース
移行後の具体的なトラブルシューティングや、詳細な技術仕様については、以下の公式ドキュメントをブックマークしておくことをお勧めします。
単なる「ファイルの置き場所」を変えるだけでなく、Microsoft 365のエコシステムをフル活用することで、バックオフィス全体の生産性は劇的に向上します。特に、名刺管理やCRMデータとの連携を深めることで、営業現場の資料活用もよりシームレスになるでしょう。
ご相談・お問い合わせ
本記事の内容を自社の状況に当てはめたい場合や、導入・運用の設計を一緒に整理したい場合は、当社までお気軽にご相談ください。担当より折り返しご連絡いたします。