SharePoint 2013 にアップグレードする場合の現在のカスタマイズの計画を作成する

適用対象:2016 2019 Subscription Edition SharePoint in Microsoft 365

SharePoint 2010 製品に基づいてサイトを広範囲にカスタマイズした場合は、SharePoint 2013 にアップグレードするときにカスタマイズを処理する方法を決定する必要があります。 処理方法は、カスタマイズの程度、カスタマイズの種類、サイトの複雑さ、およびアップグレードの目標によって異なります。 アップグレードする前に、環境内のカスタマイズを特定して評価し、アップグレードするかどうかと方法を決定する必要があります。

環境内のカスタマイズを識別する

アップグレードのテスト プロセスの一環として、ご使用の環境に組み込まれているサーバー側カスタマイズ (ソリューション、機能、Web パーツ、イベント ハンドラー、マスター ページ、ページ レイアウト、CSS ファイルなど) のインベントリを作成してください。 詳細については、「Use a trial upgrade to SharePoint 2013 to find potential issues」を参照してください。

カスタマイズを評価する

カスタマイズを特定したら、それぞれのアップグレード効果について考えてください。 次の表にカスタマイズの種類とそれらがアップグレード中に与える可能性のある影響を示します。

カスタマイズのカテゴリ	カスタマイズの種類	アップグレードによって起こりうる影響
視覚的に影響を与える	マスター ページ テーマ Web ページ Web パーツ カスタム JavaScript カスタム CSS ファイル	データベースのアップグレードに影響を与えるべきではありません。 サイトのアップグレードの場合: 2010 モードでは正常に動作しますが、2013 モードでの動作には変更が必要です。 両方のモードで慎重にテストしてください。
影響のあるデータ構造	コンテンツ タイプ リスト タイプ Web テンプレート サイト定義	コンテンツ タイプまたはリスト タイプの名前が製品の新しいコンテンツ タイプまたはリスト タイプと競合する場合、またはテンプレートや定義が欠落している場合、データベースのアップグレードに影響を与える可能性があります。
表示されない影響	Web サービス Windows サービス HTTP ハンドラー HTTP モジュール	SharePoint 2013 と互換性がない可能性があります。 慎重にテストして影響を特定してください。 削除または置換を随時行ってください。

使用しているカスタマイズとその種類を識別したので、それらの対処を決めることができます。 カスタマイズの評価に役立つ質問を次に示します。

• そのカスタマイズにはまだ価値があるか。

  • そのカスタマイズは有用なビジネス ニーズを提供するか。

  • そのカスタマイズは広く展開され、使用されているか。

  • 製品の標準機能ではできないことはありますか?

• そのカスタマイズは適切に設計されているか。

  • そのカスタマイズはサポートされる、事前定義されたサイト定義に基づいて作成されているか。

  • そのカスタマイズは、カスタマイズのベスト プラクティスに従っているか。

  • サポートされているカスタマイズですか、それとも環境にリスクが発生しますか?

各カスタマイズを評価しながら、カスタマイズの全体的な手法についても検討できます。 以下のオプションから選択できます。

• カスタマイズを維持し、サイトをアップグレードしない アップグレードされた環境では、引き続き 2010 モードでサイトを実行できます。 この方法を使用して同じ機能を維持することはできますが、新しいバージョンで使用できる機能を利用することはできません。 この方法は一時的にのみ使用します。最終的には問題に対処する必要があります (次のバージョンの製品にアップグレードする前など)。

• カスタマイズを置換またはやり直す 新しい機能を利用する場合、サイトの再設計を予定している場合、または情報アーキテクチャを大きく変更する場合、アップグレードは、新しい機能、新しい外観、新しい組織の使用を開始するよい機会になります。 カスタマイズを置換またはやり直すと、新しい機能を利用したり、必要に応じて設計を若干変更したり、より管理しやすい設計に移行したりできます。

• カスタマイズを破棄する 既定の機能を使用してカスタマイズを置換します。 ページを既定のサイト定義にリセットし、サポートする必要がなくなった Web パーツや機能を削除できます。 実際、サイト コレクションの正常性チェッカーは非表示のページをチェックし、ページを既定のバージョンにリセットできます。 カスタマイズを破棄する場合は、カスタマイズを削除することによりそれを使用しているサイトで発生する問題を修正する必要があります。 アップグレードの前または後で、カスタマイズの一覧を使用して、この種の注意が必要なサイトを判別できます。

特定のカスタマイズについての考慮事項

環境内にあるカスタマイズをアップグレードの間に扱う方法についての全体的な決定に加えて、特定の種類のカスタマイズを調査して、アップグレード後の環境で動作させるために追加の処理を実行する必要があるかどうかを判定します。

次の表では、一般的なカスタマイズと、その種のカスタマイズへの対処に関する推奨事項を示します。

カスタマイズの種類	推奨事項
サイト定義	サイトをサポートされる定義済みのサイト定義に移行した後、ソリューション展開を使用してカスタム機能を適用します。 カスタム サイト定義の使用を続行することもできます。 SharePoint 2013 に基づく新しいサイト定義を作成する必要はありません。 ただし、定義に対してカスタム アップグレード操作を実行する必要がある場合は、そのサイト定義のアップグレード定義ファイルを作成することが必要になる場合があります。 詳細については、MSDN の「アップグレード定義ファイル」を参照してください。
カスタム サイト テンプレート	SharePoint 2013 へのアップグレード後に継続して使用するカスタム サイト テンプレート (WSP テンプレートとしてカスタマイズおよび保存されたサイト テンプレート) がある場合は、サイト コレクションをアップグレードする前に、2013 モードで再作成することを計画する必要があります。 カスタム サイト テンプレートは特定のバージョンに適用され、後続のバージョンで同じように表示または動作しないため、もう一度作成する必要があります。 さらに、テンプレートを使用して様々な 2010 サイトを作成した場合は、SharePoint 2013 で正しく動作し、レンダリングするように、すべて手動による調整が必要な可能性があります。
"Fabulous 40" アプリケーション テンプレート	Microsoft では、これらのテンプレートの新しいバージョンを作成していません。 これらのテンプレートに基づいたサイトが含まれる環境は、テンプレートがインストールされている限り、アップグレードできます。 ただし、サイト コレクションのアップグレード時に問題が発生する可能性があります。 運用環境をアップグレードする前に必ず各サイトをテストしてください。 詳細については、「Troubleshoot database upgrade issues in SharePoint 2013」を参照してください。
機能	評価し、必要に応じて再設計または再デプロイします。
ワークフローとサーバー コントロール	ソリューションに依存します。 ベンダーに問い合わせて、更新されたソリューションがあるかどうかを確認してください。 ワークフローと新しいバージョンの間に互換性がある場合は、再展開します。
イベント ハンドラー	ほとんどのイベント ハンドラーは、変更なしに引き続き動作します。 ただし、イベント ハンドラーのコードが非推奨となった API を呼び出す場合は、それを書き直してから、機能として再デプロイする必要があります。
管理パス (対象/対象外)	管理対象パスを再作成して、それらのパスの下にあるすべてのサイト コレクションにアクセスできることを確認してください。 除外は SharePoint 2010 製品では使用されませんでした。 以前のバージョンから残っている場合は、再作成する必要はありません。
テーマ	SharePoint 2013 のテーマ ガイダンスに従ってテーマを再作成するか、SharePoint 2013 で使用できる新しいテーマを選択します。 詳細については、「Branding issues that may occur when upgrading to SharePoint 2013 [Migrated]」を参照してください。
マスター ページと CSS ファイル	新しいユーザー エクスペリエンスに対応するように作り直します。 詳細については、「Branding issues that may occur when upgrading to SharePoint 2013 [Migrated]」を参照してください。
JavaScript	テストして、何らかの対応が必要かどうかを判定します。 場合によっては、新しいページ モデルで動作するようにスクリプトを調整する必要があります。 2010 モードおよび 2013 モードの両方で動作することを検証します。
検索プロバイダーまたはセキュリティ トリマー	テストして、何らかの対応が必要かどうかを判定します。
Web パーツ	テストして、何らかの対応が必要かどうかを判定します。 厳密な XHMTL モードで動作するように Web パーツの調整が必要な場合があります。 Web パーツから呼び出すオブジェクト モデルまたは Web サービスに変更がないことをテストして確認します。 Web パーツがページに存在しても、Web パーツ領域ではない場合は (つまり、基本的に、ページに直接埋め込まれた HTML コード)、ページを既定のテンプレートにリセットすると動作しなくなります。 サイト コレクションの正常性ルールは、サイト コレクション内のこの状態のファイルを特定します。 そのルールからテンプレートにリセットできるページへのリンクがあります。
サービス	テストして、何らかの対応が必要かどうかを判定します。 必要に応じて、コードを再設計または調整します。
認証プロバイダー	テストして、何らかの対応が必要かどうかを判定します。 プロバイダー名が同じ (正確に) プロバイダーを再デプロイします。これには、テスト ファーム上の文字ケースが含まれており、正しく動作することを確認します。
SQL 構文を使用するカスタム検索ソリューション	FQL 構文と KQL 構文を使用するように修正します。 SharePoint 2013 のカスタム検索ソリューションでは 、SQL 構文はサポートされていません。 SharePoint 2013 の検索では、カスタム検索ソリューション用に FQL 構文と KQL 構文をサポートしています。 カスタム検索ソリューションでは、テクノロジを使用して SQL 構文を使用することはできません。 これには、クエリ サーバー オブジェクト モデル、クライアント オブジェクト モデル、Search REST サービスなどのテクノロジが該当します。 インデックス サーバー オブジェクト モデルと SharePoint Server 2010 で作成されたクエリ Web サービスで SQL 構文を使用するカスタム検索ソリューションは、SharePoint 2013 にアップグレードしても機能しません。 これらのアプリケーションから送信されるクエリはエラーを返します。 FQL 構文と KQL 構文の使用方法の詳細については、「キーワード クエリ言語 (KQL) 構文のリファレンス」と「FAST クエリ言語 (FQL) 構文のリファレンス」を参照してください。

環境内のカスタマイズを確認している間は、非推奨の機能や要素が環境で使用されていないことも確認する必要があります。 たとえば、SharePoint 2010 製品の Web Analytics は SharePoint 2013 では使用できないため、アップグレードする前にオフにする必要があります。 また、SQL Server Search クエリは SharePoint 2013 では使用できません。 詳細については、「Changes from SharePoint 2010 to SharePoint 2013」を参照してください。

カスタマイズの展開方法の一部では、SharePoint 2013で追加の手順を実行する必要がある場合があります。 次の表に、カスタマイズの展開の特定の方法で起こりうる問題を示します。

デプロイ方法**	**勧告
MSI ファイルとして展開されたカスタマイズ	更新されたファイルについては、ベンダーに問い合わせてください。 ほとんどの場合、SharePoint 2013 と互換性のある置換ファイルを取得する必要があります。
手動で展開した機能、ファイル、または変更	これらは SharePoint 2013 の同等のディレクトリに再展開できます。 ただし、管理を容易にするために、展開可能なソリューション パッケージに組み込むことを検討してください。
サンドボックス ソリューション	特別な手順はありません。 セキュリティで保護されたソリューションはコンテンツ データベースとともにアップグレードされます。
ソリューション パッケージ	SharePoint 2013 に再展開します。 バージョンに応じて適切なディレクトリ (/14 または /15) に展開するようにしてください。 部分的に信頼できるソリューション パッケージを \bin ディレクトリに追加できなくなりました。 \bin ディレクトリに展開するファイルはすべて、完全な信頼が必要です。 このようなソリューションをテストして、完全な信頼でデプロイしてもセキュリティの脆弱性が発生しないことを確認してください。 また、展開スクリプトはすべて更新して、正しい信頼レベルが指定されるようにしてください。 詳細については、「Install-SPSolution」を参照してください。
管理者によって展開されたフォーム テンプレート	SharePoint Server 2010 から抽出して、SharePoint 2013に展開する必要があります。 詳細については、「Upgrade service applications to SharePoint 2013」を参照してください。

次の種類のカスタマイズはサポートされていません。 環境内にこれらのカスタマイズがある場合は、アップグレードの前に、サポートされる種類のカスタマイズを使用して置き換える必要があります。 そうしないと、修正できないアップグレードの問題が発生する可能性があります。

• 変更された定義済みのファイル、機能、またはサイト定義。

  注意

  ドキュメント アイコンやアクションなど、一部の定義済みのファイルの種類はサポート可能な方法で実行できますが、自動的には実行されません。 古いバージョンファイルをコピーしないでください。代わりに、サイト テンプレートにリセットした場合、または新しいバージョン ファイルで同じ変更を行わないと、アップグレード中に、サーバー側の ASPX ページなどの他の定義済みファイルに対して同じ変更が失われます。 変更されたファイルとこれらの変更の程度に応じて、アップグレード エクスペリエンスが大きく異なる場合があります。

• データの直接変更またはスキーマの変更によって変更された SharePoint データベース。 トリガー、テーブル、ビュー、インデックスの追加または削除などが含まれます。

これらの種類のカスタマイズがある場合は、アップグレードを試みる前に、削除し、サポートされるカスタマイズに置き換える必要があります。 これは、現在のアップグレードが正常に行われるだけでなく、将来のアップグレードもより円滑に行われるようにするためのベスト プラクティスです。 定義済みのファイルおよびデータベースの変更は、今後もサポートされません。

将来のカスタマイズがベスト プラクティスに従って行われることを保証する

環境の動作が正常で、ベスト プラクティスに従っていることを確認します。 MSDN のページ「SharePoint 一般開発」で説明されているベスト プラクティスに従うカスタマイズのみを展開します。

関連項目

その他のリソース

SharePoint 2010 から SharePoint 2013 へのアップグレードのベスト プラクティス

Use a trial upgrade to SharePoint 2013 to find potential issues

Deploy custom features to upgraded site collections in SharePoint Server 2013