SharePoint Server チーム サイト移行ガイド

このガイドでは、SharePoint Server チーム サイトから Microsoft 365 の SharePoint への移行に向けた準備について説明します。

ほとんどの移行は、次に説明するように通常のフェーズに分類されます。 実証されている移行の成功要因には、計画、評価と修復、ターゲット環境の準備、ユーザーの移行とオンボーディングなどがあります。

メモ：
SharePoint 移行ツール (SPMT) は、無償で利用できる Microsoft 開発の移行ツールです。 「SharePoint 移行ツール」からダウンロードしてください。

計画	評価と修復	SharePoint 環境を準備する	移行	ユーザーのオンボーディング
移行の 前後に予想される内容とネットワーク パフォーマンスに関する考慮事項 最新のチーム サイトの管理と通信計画を変更する	SMAT 評価の主要な領域 を実行する 問題 の修復ワークフロー	ユーザーの作成 サイトの作成 テナント設定 ハイブリッド	移行サービス プロバイダー : 影響を受ける方法をユーザーに知らせます	ユーザー に通常のメールを送信する トレーニング を提供する スイッチを作成するためのドキュメントを提供する

計画

移行を開始する前に、現在のソース環境の評価を実行することにより、結果を計画することが重要です。

ユーザーが変更できるように準備し、ユーザーに影響を与えるためのユーザー オンボーディングを計画します。 「ユーザー オンボーディング」セクションを参照してください。

最初にハイブリッド環境の設定を検討することを強くお勧めします。 詳細については、「 SharePoint ハイブリッド構成ロードマップ」を参照してください。

検索内容は、次のような全体的な戦略やタイミングに影響します。

• 移行元のソース サイトから移行先のサイトへのコンテンツのマッピング。

• 移行するコンテンツの量。 コンテンツが重複していないか、古くなっていないか、それとも引き続き適切なものであるかを判別します。 速度に関する詳細については、SharePoint と OneDrive の移行パフォーマンス向上のベスト プラクティスを参照してください。

• アクセス許可を設定し、IT 管理者が移行元から移行先への読み取りおよび書き込みができるようにします。

モダン アーキテクチャの概要

新しい機能と機能強化は、SharePoint Server に組み込まれる前に Microsoft 365 の SharePoint で継続的に展開されています。 その結果、SharePoint Server で利用できる機能は SharePoint のものとは異なる場合があります。

移行戦略を計画する際には、モダン アーキテクチャを理解することが重要です。 最初に、下記に目を通してください。

• SharePoint のモダン エクスペリエンスへのガイド

移行前にモダン フレームワークを計画する

モダン チーム サイト、ページ、ハブ

チーム サイトを移動するときは、「モダン」である SharePoint でチーム サイトを作成することをお勧めします。 これにより、グループまたは Microsoft Teams が自動的に接続されることはありませんが、後で接続できるようになります。 ユーザー インターフェイス (PowerShell)、またはこれらのサイトを作成できる SharePoint 移行ツール (SPMT) などの移行ツールを使用して作成することができます。

移行を計画する際には、サイト間のリレーションシップを作成するためのハブ サイトをお勧めします。 ハブを介してサブサイトを接続するために、この機会を利用してそれらのサブサイトを独自のサイト コレクションにすることを強くお勧めします。

• SharePoint ハブ サイトとは?

• SharePoint ハブ サイトを計画する

チーム サイトをモダン ハブ アーキテクチャにマッピングする方法を決定します。 移動しているすべてのサイトをグループ化する必要はありませんが、継続的な変更に柔軟に対応するために構造を最適化するためのサイト計画を練ります。

モダン化に関するその他のガイダンス

• クラシック SharePoint サイトをモダン化する
• クラシック ページをクライアント側のモダン ページに変換する

ワークフローと将来の計画

Microsoft 365 の Power Automate は、ワークフローを簡単に作成および管理するために使用できる製品です。 現在 SharePoint ワークフローを使用している場合は、より優れたプラットフォーム統合を可能にする Power Automate を使用して、保持して再作成したいワークフローを識別することで、環境の"将来性の保証"を検討することをお勧めします。

詳細情報:

• Power Automate の使用を開始する

注:

2026 年までは、従来のワークフローがサポートされます。 ワークフローの有効期間を計画するときは、この点を考慮することをお勧めします。 詳細については、「SharePoint 2010 ワークフローの廃止」を参照してください。

コンテンツを評価および修復する

移行の開始前に、現在の環境を分析することが重要です。 データについて把握していて、そのデータの使用方法と使用者を理解しているのはデータの所有者だけです。 実稼働環境で使用する個人用サイトの機能とその方法について検討します。

初期評価は、2 つの主な領域におけるユーザーの評価から開始します。

• 古いコンテンツの特定
• 削除しても大丈夫な古いコンテンツや冗長なコンテンツかどうかを確認します。　

SharePoint 移行評価ツールの使用

SharePoint 移行評価ツール (SMAT) は、SharePoint Server 2013 ファームのコンテンツをスキャンする簡単なコマンド ライン実行可能ファイルで、コンテンツの移行に先立ち問題を特定するのに役立ちます。

SMAT によるスキャンが完了すると、移行に影響を及ぼす可能性がある領域を示す概要および詳細のレポートが生成されます。 レポート内のすべてを修正する必要があるわけではありません。ただし、ビジネスニーズに合わせて重要なスキャンは検討される必要があります。

SharePoint、Active Directory、およびMicrosoft Entra IDをスキャンして ID マッピングを行う SharePoint 移行 ID 管理ツールも含まれています。

SharePoint 環境を準備する

チーム サイト コンテンツの移行前に、まず Microsoft 365 でユーザーの事前プロビジョニングを実施する必要があります。

事前プロビジョニングのガイダンスについては、次の項目を参照してください。

• Microsoft 365 へのディレクトリ同期を通してユーザーをプロビジョニングするための準備

サイトをハブ サイトのシステムにどのようにマッピングしたかに基づいて、モダン ハブ サイトを作成します。

• ハブ サイトを作成する
• SharePoint サイトをハブ サイトと関連付ける

移行のプロセス

Microsoft のベスト プラクティスのガイダンスによる典型的な移行プロセスは、次のとおりです。

1. パイロット移行には、少数のサイトを選択します。 パイロットの目標は、パフォーマンス、ユーザー通信を含むプロセスを検証し、ユーザー フィードバックのサンプルを取得することです。
   
   
2. パイロット移行を実行します。 このときには、増分移行方式を使用してください。この方式では、バックグラウンドでユーザーに影響を与えることなく移行を実施します。その後で、SharePoint Server チーム サイトを無効にして、SharePoint 環境にユーザーを誘導するカットオーバー イベントを実施します。 この方法は、ユーザーの影響を軽減するため、推奨されます。
   
   
3. パイロット移行のデータを精査して、移行スケジュールの残りの部分を決定し、変更を加えます。 たとえば、パイロット ユーザーから受け取った質問に対処するために、ユーザー通信テンプレートを更新できます。
   
   
4. 移行の残りの部分を実行します。 このときにも、パイロットの場合と同様に増分移行を実施するようにしてください。 すべてのユーザーが SharePoint サイトを使用するように切り替える、単一のカットオーバー イベントをお勧めします。 これにより、ユーザーがコンテンツの重複コピーを更新するのを防ぐことができます。
   
   

移行サービス

現在、各種の移行サービスが利用できます。 適切なものを選択してください。

セルフサービス

セルフサービスによる移行には、プロセスとタイミングについて完全に制御できることと、移行のペースを自分で決定できるという利点があります。 Microsoft は SharePoint 移行ツール を無料で提供しており、外部の専門知識に投資するのではなく、独自の IT リソースを活用できます。

移行サービス プロバイダー

お客様の組織に固有のビジネス ニーズがあり、そのニーズには移行の実行を支援するためにサードパーティのサービスまたはアプリケーションを使用する必要があると判断することがあります。 Microsoft パートナー センターで、パートナーから提供される専門サービスとアプリケーションについて調べてください。 Microsoft 365 にエンタープライズ コンテンツを移行する際に頼りになる専門家を見つけることができます。 詳細については、「Microsoft パートナー センター」を参照してください。

ユーザーのオンボーディング

ユーザーが今後の変化に向けて準備するための計画を作成します。 計画では、次の要因を考慮します。

• 移行の啓蒙。 メリット、共同作業の機能、および移行する理由を強調して説明します。
• エンドユーザーのトレーニング SharePoint のさまざまな機能に関するトレーニングをユーザーに提供します。
• ヘルプデスクのトレーニング。 カットオーバーの前に、主要な機能と一般的なユーザーの質問でヘルプデスクをトレーニングします。
• 移行で発生する可能性のあるダウンタイムへの準備。

ユーザー ベースに、タイミング、予期される結果、および個々のユーザーへの影響を明確に説明した通知を送信するための計画を立てます。 次の内容を含めます。

• 移行のタイムラインとその影響。 すべてのエンドユーザーの行動喚起を含む。
• ユーザーが SharePoint に既にコンテンツを持っている場合、そのコンテンツは安全で、上書きされないことを伝えて安心させます。
• 各個人が移行プロセスの適用対象外にすることができるかどうかを伝えます。