SharePoint 2013 へのアップグレードの前に環境をクリーンアップする

  • [アーティクル]

適用対象:yes-img-13 2013no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

SharePoint 2010 製品から SharePoint 2013 へのアップグレードを開始する前に、環境が正常な状態で機能していることと、アップグレードする必要のないコンテンツをクリーンアップする必要があります。 また、アップグレードを実行した後に必要な構造になるように、コンテンツを削除または再配置する時間を取ることもできます。

クリーンアップする項目

これらの項目の多くは、Stsadm コマンドライン ツールまたは PowerShell コマンドレットを使用して削除または修復できます。

重要

Stsadm コマンドライン ツールを使用するには、ローカル コンピューターの Administrators グループのメンバーである必要があります。 > SharePoint 管理シェルで PowerShell コマンドレットを使用するには、SQL Server インスタンスの固定サーバー ロール >securityadmin というメンバーシップが必要です。 > 更新 するすべてのデータベースに対する固定データベース ロールをdb_ownerします。 > PowerShell コマンドレットを実行しているサーバー上の管理者グループ。

まったく、またはあまり使用されないサイト コレクションおよびサブ Web を削除する

保持する必要のないコンテンツをアップグレードする必要はありません。 長期間使用されておらず、将来必要ない場合は、バックアップしてから削除して、ストレージと管理リソースを解放し、アップグレード パフォーマンスを向上させ、アップグレード リスクを軽減します。 サイトの状態については、サイトの所有者または組織の連絡先と必ず連絡してください。サイトを削除する前に、サイトが必要でないことを確認する必要があります (たとえば、緊急の手順など、コンプライアンスに必要なサイトは、頻繁に更新されない場合でも削除する必要はありません)。

サイト コレクションとサブ Web の削除方法に関する詳細については、次の記事を参照してください。

大きなリスト (データの量が多いリスト) を確認する

既定では、大きなリストのクエリ調整は SharePoint 2010 製品 ではオンになっています。 この動作は SharePoint 2013 では変更されていません。 リストが非常に大きく、ユーザーがビューを使用したり、制限または調整のしきい値を超えるクエリを実行したりした場合、ビューまたはクエリは許可されません。 Office 2007 リリースのサーバー製品からコンテンツをアップグレードする場合は、大規模なリストを確認し、サイト所有者またはリスト所有者に問題に対処させます。 たとえば、フィルター処理されたビューを使用してインデックス付きの列を作成する、アイテムをフォルダーに整理する、大きなビューのページにアイテムの制限を設定する、外部リストを使用する、などの方法があります。 大規模なリスト調整の詳細と、大規模なリストに関する問題に対処する方法については、「 多数の項目を含むリストとライブラリを管理する」を参照してください。

幅の広いリスト (列の数が多すぎるリスト) の余分な列を削除する、または幅の広いリストを削除する

幅の広いリストとは、コンテンツ データベースで列の数が単一の行のスパンに収まらないリストです。 アップグレード中、データベースの基礎となるストレージはスパースなテーブル構造に変更されるため、幅が非常に広いリストがあるとアップグレードに失敗する場合があります。 アップグレードを行う前に、PowerShell で Test-SPContentDatabase コマンドを使用してコンテンツ データベース内の幅の広いリストを検索して、余分な列を削除するか、または幅の広いリストを削除します。

リスト内の最大列サイズの詳細については、「列の制限」を参照してください。

異なるデータベースへのサイト コレクションの移動を検討する

1 つのデータベースに 5,000 以上のサイト コレクションがある場合は、それらを複数のデータベースに分割することを検討してください。 SharePoint 2010 製品の既定では、9,000 のサイト コレクションで警告が表示され、ハード リミットは 15,000 です。 SharePoint 2013では、2,000 のサイト コレクションで警告が表示され、リミットは 5,000 に変更されました。 アップグレード中のエラーまたはアップグレード後のサイトのエラーを回避するために、いくつかのサイト コレクションを別のデータベースに移動することお勧めします。 複数のコンテンツ データベースがある場合は、複数のデータベースを並行してアップグレードすることによって、アップグレード プロセスを高速化できます。

サイト コレクションの制限の詳細については、「コンテンツ データベースの制限」を参照してください。 新しいデータベースへのサイト コレクションの移動方法の詳細については、「SharePoint Server のデータベース間でサイト コレクションを移動する」を参照してください。

関係のないバージョンのドキュメントを削除する

ドキュメントのバージョンが多いと、アップグレードのパフォーマンスが大幅に低下します。 複数のバージョンを保持する必要がない場合は、ユーザーに手動で削除してもらうか、オブジェクト モデルを使用してそれらを検索して削除することができます。 必要のないバージョンをプログラムで削除する方法の詳細については、MSDN の「Versions Web サービス」を参照してください。

使用されていないテンプレート、機能、Web パーツを削除する

最初に、テンプレート、機能、または Web パーツを使用しているサイトがないことを確認します。 - includefeatures パラメーターと - includewebparts パラメーターを使用して、Stsadm - EnumAllWebs操作を使用して、環境内のこれらのカスタマイズを識別できます。 この操作は、環境内で使用されている Web パーツ、機能、イベント ハンドラー、セットアップ ファイルを識別します。 EnumAllWebs コマンドでは、どのサイトで使用されるファイルも指定します。 サイト コレクションと Web レベルの両方の機能を返すように、2011 年 2 月の累積的な更新プログラムで EnumAllWebs コマンドに変更が加えられました。 この累積的な更新プログラムとその詳細情報を入手するには、「 SharePoint Foundation 2010 の累積的な更新プログラム パッケージ (SharePoint Foundation サーバー パッケージ) の説明: 2011 年 3 月 3 日」を参照してください。

機能はサイト コレクションのアップグレード中に削除できます。 単純な機能は、テンプレートで非推奨にすることで削除することもできます。 より複雑な機能を削除するには、機能のアップグレードを使用することもできます。 詳細については、MSDN の「フィーチャーをアップグレードする」および「機能アップグレードの概要」を参照してください。

環境内のカスタマイズを識別する方法の詳細については、「Use a trial upgrade to SharePoint 2013 to find potential issues」を参照してください。 カスタマイズが使用されていない場合は、それらを削除します。 このようなカスタマイズを管理する方法の詳細については、MSDN の「フィーチャーとテンプレート」および「ソリューションおよび Web パーツ パッケージ」を参照してください。

PowerPoint ブロードキャスト サイトを削除する

Office Online Server は SharePoint 2013 環境とは別にインストールされているため、これらのサイトとサイト テンプレートは SharePoint 2013 では使用できません。 これらのテンプレートに基づくサイトは、SharePoint 2013 では機能しません。 アップグレードする前に、これらの種類のサイトを削除します。

これらのサイトを検出するには、PowerShell の Get-SPSite コマンドを次のオプションと共に実行します。

Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"}

これにより、そのテンプレートを使用するすべてのサイトが返されます。

PowerShell の Get-SPSite と Remove-SPSite の各コマンドを次のオプションと共に実行してこれらのサイトを削除することもできます。

Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"} | Remove-SPSite

削除する前に、これらのサイトをバックアップしてください。 詳細については、「Get-SPSite」および「Remove-SPSite」を参照してください。

FAST 検索センター サイトを削除する

FAST Search Center サイトを 2013 エクスペリエンスにアップグレードすることはできません。 既存の FAST 検索センター サイトはアップグレード後も 2010 モードで動作し続けます。 新機能を使用するには、エンタープライズ検索センターを 2013 モードで新規作成する必要があります。

SharePoint 2010 製品のビジュアル アップグレードを完了する

Office 2007 リリースのサーバー製品から SharePoint 2010 製品へのアップグレード中、サイト所有者にビジュアル アップグレードの使用を許可して、アップグレードされた環境で以前のサイトのエクスペリエンスを残したままにすることができます。 SharePoint 2013にアップグレードすると、SharePoint 2010 製品にある以前のエクスペリエンスが残されているすべてのサイトは、自動的に 2010 のエクスペリエンスにアップグレードされます。 問題に対処し、新しいエクスペリエンスに切り替える前にサイトを確認する機会が必要な場合は、SharePoint 2010 Products 環境の新しいエクスペリエンスにアップグレードし、SharePoint 2013 にアップグレードする前にそれらを確認してください。 SharePoint 2013へアップグレードする前にビジュアル アップグレードを完了することをお勧めします。 アップグレード前にビジュアル アップグレードを完了すると、次のようなメリットがあります。

  • Office 2007 リリースのサーバー製品のコンポーネントをまだ使用できるうちに問題に対処できます。

  • サイトの確認と問題の解決にユーザーを関与させることができます。

  • 必要に応じて、古いエクスペリエンスに一時的にロールバックできます。 SharePoint 2013 エクスペリエンスではロールバックできません。

  • アップグレード プロセスでのエラーの発生を回避します。 アップグレード中に発生する操作は少なければ少ないほどよい結果が得られます。 多くのプロセスが関与すると、エラーのトラブルシューティングはより困難です。 実際には新しいエクスペリエンスへの変更がエラーの原因であるにもかかわらず、アップグレードによって問題が引き起こされたように見えてしまう可能性もあります。 サイト インターフェイスの表示方法に問題がある場合は、視覚的なアップグレードによって強制されたサイトの古い問題か、SharePoint 2013 の 2010 モードの問題か、新しい CSS ファイルの問題か、どのようにわかりますか?

以前のエクスペリエンスを使用しているサイトを調べるには、SharePoint 2010 製品環境で Get-SPSite PowerShell コマンドを使用します。

PowerShell を使用して SharePoint 2010 製品環境で以前のエクスペリエンスを使用しているサイトを調べてアップグレードするには

  1. 次のメンバーシップがあることを確認します。

  • SQL Server インスタンスにおける securityadmin 固定サーバー ロール。

  • 更新するすべてのデータベースに対する db_owner 固定データベース ロール。

  • PowerShell コマンドレットを実行しているサーバー上の管理者グループ。

    管理者は Add-SPShellAdmin コマンドレットを使用して、SharePoint 2013のコマンドレットを使用する権限を付与できます。

    注:

    アクセス許可がない場合は、セットアップ管理者または SQL Server 管理者に連絡してアクセス許可を要求してください。 PowerShell のアクセス許可の詳細については、「 Add-SPShellAdmin」を参照してください。

  1. [ スタート] メニューで [ すべてのプログラム] をクリックします。

  2. [Microsoft SharePoint 2010 製品] をクリックします。

  3. [SharePoint 2010 管理シェル] をクリックします。

  4. エクスペリエンスが以前のままのすべてのサイト コレクションと、以前のままのサブ Web があるすべてのサイト コレクションを返すには、PowerShell コマンド プロンプトで次のコマンドを入力します。

Get-SPSite | ForEach-Object{$_.GetVisualReport()}
  1. それらのサイトを新しいエクスペリエンスにアップグレードするには、PowerShell コマンド プロンプトで次のコマンドを入力します。
Get-SPSite | ForEach-Object{$_.VisualUpgradeWebs()}

詳細については、「Get-SPSite」と「ビジュアル アップグレードを管理する (SharePoint Server 2010)」を参照してください。

データの問題を修復する

アップグレードする前に、データベースおよびサイト コンテンツのすべての問題を修復してください。 特に、次のアイテムを確認します。

  • データベースに破損したデータがあるかどうかを調べる

    データベースをクリーンアップして、孤立したサイトまたは壊れたリストなどの他の破損データを削除します。 サイトまたはサブサイトをデータベースから削除した場合は、最適化を実行することを検討します。 詳細については、以下を参照してください:

  • データベースに重複または孤立したサイト コレクションがあるかどうかを調べる

    サイト コレクションが 1 つのコンテンツ データベース内にのみ存在することを確認します。 新しいデータベースに移動した場合、またはデータベースのコピーがファームにアタッチされている場合、またはサイト コレクションがプロビジョニングされたときにエラーが発生した場合、サイト コレクションは古いコンテンツ データベース内の重複参照または孤立した参照を残すことがあります。 サイト コレクションが複数のコンテンツ データベースで参照されている場合、またはコンテンツ データベースにサイト コレクションの複数のインスタンスがある場合は、データベースアタッチアップグレード方法を使用してアップグレードするときに問題が発生する可能性があります。 複製のサイト コレクションを先にアップグレードすると、ご使用の構成データベースのサイトマップで、現行のサイトではなく、複製のサイトが指定されてしまう場合があります。

    アップグレードする前に、 Enumallwebs 操作を stsadm コマンドライン ツールで実行し、どのサイトがどのコンテンツ データベースにあるのかを調べて、結果を比較します。 また、結果の各サイト コレクションを調べ、サイト マップに見つからないと表示されているかどうかを確認します。 欠落しているサイトは、孤立したサイトであることを示します。 詳細については、「 Enumallwebs : Stsadm 操作 (Office SharePoint Server)」を参照してください。 重複または孤立したサイトが見つかった場合は、 Remove-SPSite コマンドレットを PowerShell で使用して、データベースから重複または孤立したサイトを削除します。

    詳細については、「Remove-SPSite」を参照してください。

  • バリエーションを調べる

    公開環境では、修正する必要のあるバリエーションがあるかどうかを調べます。 詳細については、「Variationsfixuptool: Stsadm 操作」を参照してください。

構造の変更方法

サイト コレクションの移動やデータベースの割り当て方法の変更など、環境の構造を変更する場合は、次の方法を使用できます。

  • Move-SPSite データベース間でサイト コレクションを移動するには、こちらを使用します。 データベースが巨大で多数のサイト コレクションがある場合は、サイトを移動してアップグレードをより効率的に行うことができます。 また、すべてのコラボレーション サイトを 1 つのデータベースに移動し、すべての個人用サイトを別のデータベースに移動すれば、そのような異なるサイトのセットを簡単に管理できます。 この操作は、複数のサイト コレクションが含まれている大きなデータベースの分割に使用することもできます。 アップグレードの効率性も向上します。

    詳細については、「Move-SPSite」を参照してください。

  • Export-SPWeb と Import-SPWeb ファーム内またはファーム間でサブ Web またはサイト コレクションを移動するには、この方法を使用します。 詳細については、「 Export-SPWeb」および「Import-SPWeb」を参照してください。

関連項目

その他のリソース

Use a trial upgrade to SharePoint 2013 to find potential issues

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