【SharePoint】新しいサイトへ資料を移行する前の確認事項

SharePointで新しいサイトを立ち上げる際、既存の資料を移行する作業は避けて通れません。しかし、移行を急ぐあまり事前確認を怠ると、ファイルのリンク切れや権限設定の不整合、運用ルールの混乱などを招くことがあります。本記事では、新しいサイトへ資料を移行する前に必ず確認すべきポイントを体系的に整理します。この記事を参考に、移行計画を着実に進めてください。

移行前に確認すべき基本情報

新しいサイトへの移行を開始する前に、まずは以下の基本情報を確認します。これらの情報が不明確なまま移行を進めると、後から大規模な修正が必要になります。

• 移行元のサイトURLとテナント情報:Office 365テナント内で正しいURLを把握します。
• 移行先のサイトURLとテンプレート:新しいサイトの種類(チームサイト、コミュニケーションサイト)を決定します。
• 移行対象になるファイルやリストの総容量:ギガバイト単位で把握しておくと、移行時間の見積もりに役立ちます。
• 利用者の数とアクセス権限の一覧:現在どのような権限が割り当てられているか、移行後も同じ権限を引き継ぐ必要があるかを整理します。
• 関連する他システムとの連携:Power AppsやPower Automateが連携している場合、移行後に接続先を変更する必要があります。

これらの情報をExcelやOneNoteにまとめておくと、移行作業がスムーズに進みます。

既存資料の棚卸しと整理

移行前に、既存の資料を棚卸しして不要なファイルを削除します。移行はゴミを新しい家に持ち込む機会でもあります。不要なファイルをそのまま移行すると、新しいサイトの容量を圧迫し、検索結果にノイズが増えます。

ファイルの重複やバージョン管理

ファイルが重複しているケースは少なくありません。特に、エクスプローラで管理している共有フォルダでは同じファイルが複数の場所に保存されやすいです。SharePointの移行では、最新バージョンだけを移行対象にするのか、バージョン履歴も移行するのかを決めておきます。バージョン履歴を維持すると移行時間が長くなるため、重要なファイルだけ履歴を残すといったルールを設けるとよいでしょう。

権限とアクセス設定の確認

移行元の権限設定をそのまま移行先に反映するのか、再設計するのかを決めます。多くの企業では、移行を機にアクセス権を整理します。例えば、部署ごとにきめ細かく設定されていた権限を、サイトグループでまとめる方法が一般的です。ここで注意したいのは、個人に直接付与された権限(ユニーク権限)がある場合、移行ツールによっては正しく引き継がれないことがある点です。事前にレポートを作成し、管理者と相談の上で権限設計を行います。

移行先サイトの設計と準備

新しいサイトの設計が中途半端なまま移行を開始すると、後でフォルダ構造や列を変更する手間が発生します。移行前にしっかり設計しましょう。

サイトアーキテクチャの決定

フォルダ構造かメタデータ主体か、あるいはハイブリッドかを決めます。従来のファイルサーバーからの移行では、フォルダ構造をそのまま再現するケースが多いですが、SharePointでは列(メタデータ)による絞り込みを活用すると検索性が向上します。例えば、文書管理列に「部署」「文書種別」「承認状態」を追加し、フォルダは最小限にします。これにより、同じ文書が複数のフォルダに存在する問題も解決できます。

メタデータと列の設定

移行前に、新しいサイトに必要な列を定義します。管理性を高めるために、選択肢列(ドロップダウン)を活用すると、ユーザーによる入力ミスを減らせます。また、必須列や規定値を設定することで、データ品質を維持できます。一度移行を開始してから列を追加すると、過去のファイルにその列の値が空になってしまうため、事前にしっかり設計しましょう。

移行ツールと方法の選定

移行方法はいくつかあり、規模や要件に応じて選択します。以下の表に代表的な方法をまとめました。

方法	特徴	適した規模	注意点
ブラウザからのドラッグ&ドロップ	簡単で、特別なツール不要	小規模(数百ファイルまで)	メタデータの設定は別途必要。大量ファイルには不向き
SharePoint Migration Tool(SPMT)	Microsoft公式の無料ツール。権限やメタデータの移行に対応	中規模(数GB～数十GB)	事前にSharePoint管理センターで移行エージェントのインストールが必要
サードパーティ製ツール(Sharegate、Metalogixなど)	高機能で差分移行や並行移行が可能	大規模～エンタープライズ	ライセンスコストがかかる。試用版で動作確認を推奨
PowerShellスクリプト	カスタマイズ性が高い。繰り返し処理に便利	中規模～大規模だが、技術スキルが必要	SharePoint PnP PowerShellの使用を推奨。管理者権限が必要

選定のポイントは、移行するデータ量、メタデータやバージョン履歴を保持するか、予算の3つです。少ないファイルであればブラウザのドラッグ&ドロップでも十分ですが、ファイル数が1万を超える場合はSPMTやサードパーティツールを検討しましょう。

移行作業における失敗パターン

実際の移行プロジェクトでよく見られる失敗例をいくつか挙げます。

• 権限引き継ぎの失敗:移行元にあった個別のユニーク権限が、移行先で継承されず、全員がアクセスできなくなった。
• メタデータ消失:移行ツールの設定ミスで、ファイルに付与されていた列の値がすべて空になった。特にSPMTでは、マッピング設定を間違えると列が作成されない。
• リンク切れ:移行後にファイルのURLが変わり、ドキュメント内のハイパーリンクや、他のサイトから参照しているリンクがすべて切れた。
• パフォーマンス低下:大量のファイルを短期間に移行した結果、新しいサイトの読み込みが極端に遅くなった。これは移行中にインデックス再構築が発生するためです。
• 重複ファイルの増殖:移行前に重複を整理せずに移行したため、同じファイルが複数の場所に存在し、どれが最新かわからなくなった。

これらの失敗を避けるには、テスト用の小さなサイトで試し移行を行うことです。本番環境と同じ権限設定や列でテストし、問題点を洗い出してから本番に臨みます。

移行後の確認と運用ルール

移行が完了したら、すぐに運用を開始せず、以下の項目を確認します。

1. すべてのファイルが正しく格納されているか、エクスプローラや検索でサンプルを確認します。
2. 権限設定が意図通りであるか、複数のテストユーザーでアクセス確認を行います。
3. 列の値が正しく表示されているか、ライブラリ設定から列のデータ型や規定値を確認します。
4. 外部リンクやPower Automateフローが正しく動作するか、実際にクリックしてテストします。
5. 利用者向けのガイドラインを作成し、ファイルの置き方や命名規則を周知します。特にメタデータ入力を必須にする場合は、操作方法の説明が不可欠です。

運用ルールとして、定期的な棚卸しのスケジュールを組むことも重要です。四半期ごとに不要ファイルを削除する日を設けると、新しいサイトの整理状態を維持できます。

よくある質問

Q1. 移行元と移行先でフォルダ構造が異なる場合、どうすればよいですか?
A. 移行ツールのマッピング機能を使って、移行元のパスを移行先の任意の場所に割り当てます。SPMTやSharegateでは、移行元フォルダと移行先フォルダを事前に対応付ける設定が可能です。

Q2. バージョン履歴を保持したまま移行するにはどうすればよいですか?
A. SPMTでバージョン履歴を移行するオプションを有効にします。ただし、バージョン数が多いと移行に時間がかかるため、最新の数バージョンだけ保持する設定をおすすめします。

Q3. 移行中にユーザーにファイルの編集をさせないようにする方法は?
A. 移行元サイトを読み取り専用にするか、移行作業を夜間や週末に実施します。利用者には事前にメールで通知し、移行スケジュールを共有しましょう。

Q4. 移行後に検索結果に反映されるまでどのくらいかかりますか?
A. 通常は数時間から24時間以内にインデックスが更新されます。急ぎの場合は、サイトの「検索とオフライン利用可能性」設定からインデックスの再作成を手動で要求できます。

Q5. 移行元のサイトを削除しても大丈夫ですか?
A. 少なくとも1か月は残しておくことを推奨します。移行先に不具合があった場合に、元のデータを参照できるようにしておくためです。また、利用者からの「あのファイルがない」という問い合わせにも対応できます。

まとめ

新しいSharePointサイトへの資料移行は、事前の確認と計画が成否を分けます。本記事で紹介した基本情報の確認、資料の棚卸し、権限とメタデータの設計、ツールの選定、失敗パターンの回避、移行後の確認と運用ルールを着実に実践してください。特に、テスト環境での試行と利用者への周知は欠かせません。準備を入念に行い、スムーズな移行を実現しましょう。

☁

OneDrive・SharePointトラブル完全解決データベース同期、共有、権限、ライブラリ、復元、Teams連携で止まる原因を横断的に確認できます。