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 へのアップグレードの間に予期しない問題が発生することがあります。 アップグレードの後で問題が発生した場合、検出して修正するのが早いほど、エンド ユーザーへの影響が小さくて済みます。

この記事では、発生しやすい問題の一覧を示し、アップグレードの問題の識別と対処に役立つ一般的な原則について説明します。 問題を識別して対処した後は、アップグレードを再開できます。 アップグレードを再開する方法の詳細については、「SharePoint 2013 へのデータベースの接続アップグレードまたはサイト コレクションのアップグレードを再開する」を参照してください。

問題の識別に関する一般的な原則

アップグレードの状態を調べてアップグレードが中断した場所を確認し (中断した場合)、ログ ファイルを調べてエラーまたは警告を探します。 次に、発見された問題に対処してから、アップグレードを再開します。

最初に、アップグレードの状態とログ ファイルを調べる

アップグレードの状態表示とログ ファイルを見ると、アップグレード プロセスの間に発生した問題がわかります。 アップグレード ログ ファイルに記録されているすべてのエラーを注意深く検討することをお勧めします。 警告は問題を示していない場合もありますが、すべてを検討し、問題の原因かどうかを判別する必要があります。

  1. SharePoint サーバーの全体管理 Web サイトの [アップグレードの状態] ページを調べます。

    アップグレードの状態を確認する方法の詳細については、「SharePoint 2013 のデータベースのアップグレードを検証する」を参照してください。

  2. 次のログ ファイルを調べます。

  • アップグレード エラー ログ ファイルおよびアップグレード ログ ファイル (アップグレード エラー ログ ファイルより詳細な情報が記録されています)。

  • ULS またはトレース ログ ファイル。

    これらのファイルは %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\15\LOGS フォルダーに格納され、 Servername_ YYYYMMDD- MMSS.log という名前です。

  • アプリケーション イベント ログ ファイル。

    このファイルは、イベント ビューアーを使用して表示できます。

    アップグレード ログ ファイルの詳細については、「SharePoint 2013 のデータベースのアップグレードを検証する」を参照してください。 トレース ログ ファイルの詳細については、MSDN の「トレース ログ」を参照してください。

次に、問題に順番に対処する

影響の大きさは問題によって異なります。 たとえば、サーバー側ファイルが見つからないと、一見すると関連性のない多数のエラーがサイト レベルで発生する可能性があります。

次の順序で問題に対処します。

  1. 見つからないサーバー側ファイルまたはカスタマイズ。機能や Web パーツなど。

    必ずすべてのサーバー側カスタマイズ (機能やWeb パーツなど) をインストールしてください。 新しいファーム内の適切な場所にカスタマイズを確実にインストールする必要があります。 たとえば、SharePoint 2010 製品に必要な追加スタイル シートは、/14 パスではなく新しい /15 パスにインストールして、アップグレードしていないサイト コレクションで使用できるようにする必要があります。 また、各 Web アプリケーションの Web.config ファイル内のすべての独自の設定は、新しいサーバーに必ず転送する必要があります。

  2. サーバー ファーム、Web アプリケーション、またはサービス アプリケーションでの構成の問題。管理対象パスや、開始しないサービス アプリケーションなど。

  3. サイトごとに発見されたその他の問題。注目度の高いサイトまたは重要なサイトから始めます。

最優先の問題を識別して修正したら、アップグレードを再び試して、その後アップグレード プロセスで発生した問題が解決されているかどうかを確認できます。

一般的な問題

以下の問題がアップグレードのエラーや警告の原因になっているかどうかを調べてください。

Q: SharePoint 2013のプレリリース版からのアップグレード

  • A: SharePoint 2013のプレリリース版から SharePoint 2013のリリース版へのアップグレードはサポートされていません。

    プレリリース版はテスト専用に作られており、運用環境で使用することはお勧めできません。 プレリリース版から別のプレリリース版へのアップグレードもサポートされません。

Q: テンプレート、機能、またはその他のサーバー側カスタマイズが不足していることを示すログが記録される

  • A: アップグレードする前に、すべてのサーバー側カスタマイズを特定し、インストールしてください

アップグレード時に発生する一般的なエラーの 1 つは、サーバー側ファイル (SharePoint 2010 製品でインストールされたファイルまたはカスタマイズされたファイル) が不足しているというエラーです。 アップグレードを準備するときに、サイトに必要なサーバー側カスタマイズ (サイト定義、テンプレート、機能、Web パーツ、アセンブリなど) の一覧を作成する必要があります。 この一覧を調べて、カスタマイズに必要なすべてのファイルが新しい環境にインストールされるようにしてください。

データベースをアップグレードして不足しているファイルを特定する前に、 test-spcontentdatabase Microsoft PowerShell コマンドレットを使用できます。 また、Stsadm.exe の enumallwebs 操作を使用すると、使用されているサーバー側カスタマイズを識別できます。

アップグレード ログ ファイルに、次のようなエラーが記録される場合があります。

  • ERROR Found Reference Count web(s) using missing web template Site Template Identifier (lcid: Site Template Language Code) in ContentDatabase Content Database Name.

  • ERROR 不足している機能 ID が見つかりました = [機能識別子]

  • WARNING ファイル [相対ファイル パス] は、データベース内で [参照回数] 回参照されますが、現在のファームにはインストールされていません。

  • WARNING WebPart クラス [Web パーツ識別子] は、データベース内で [参照カウント] 回参照されますが、現在のファームにはインストールされていません。

  • WARNING アセンブリ [アセンブリ パス] はデータベースで参照されますが、現在のファームにはインストールされていません。

  • 警告: 機能をアップグレードできませんでした。 例外: 機能定義 ID 'Feature Identifier' が 見つかりませんでした。

不足しているサーバー側ファイルまたは依存関係が入手できた場合は、それをインストールし、影響のあるサイトのアップグレードを再度実行します。 ファイルまたは依存関係 (Web パーツなど) が廃止されている場合は、別のテンプレート、機能、または Web パーツを使用するために、サイト、ページ、または Web パーツを再ビルドする必要があるかどうかを調べます。 廃止されていない依存関係を使用してカスタマイズし直すことができる場合は、影響のあるサイトのアップグレードを再度実行できます。 依存関係を削除できない場合、そのサイトはアップグレードできません。

不足しているファイルまたは依存関係をインストールした後、テスト サーバーで test-SPContentDatabase Microsoft PowerShell コマンドレットを使用して、そのデータベースの他のファイルが見つからないかどうかを判断します。 アップグレードの再実行のみでは、引き続きエラーが発生していても、そのエラーがログ ファイルに記録されないことがあります。

Q: ファーム、Web アプリケーション、またはサービス アプリケーションの構成設定に問題があることがログ ファイルに記録されている

  • A: ファームおよび Web アプリケーションの設定を確認します。

  • A: 不足しているサービス アプリケーションを作成および起動します

  • A: 各 Web アプリケーションについて、管理対象パス (含まれるパス) が正しく構成されていることを確認します。

アップグレード ログ ファイルに、次のようなエラーが記録される場合があります。

  • ERROR テンプレート テンプレート ID: SPSite Id= サイト ID にアクセスできませんでした。例外が原因です。 Skipping SPWeb Id= Web Id for template upgrade. Exception: System.IO.FileNotFoundException: The site with the id Site Id could not be found.

    このエラーは、管理対象パスが見つからないことを示します。 サイト コレクションの管理対象パスを Web アプリケーションに追加し、そのサイト コレクションを含むコンテンツ データベースのアップグレードを再度実行します。

Q: アップグレード中に接続または破損に関するエラーおよび警告が表示される

  • A: 電源の接続とネットワークおよび SQL Server への接続を確認します。 データ ソースへの接続が切断されていると、エラーが発生することがあります。 サーバーがデータベースに接続できない場合は、アップグレードできません。

Q: ディスクの空き領域が不足している

  • A: 空き領域を増やすか、トランザクション ログ ファイルのサイズを増やした後、アップグレードを再開してください。 空き領域 (データベース サーバーのトランザクション ログ ファイル用など) が不足していると、アップグレードを続行できません。

    詳細については、「トランザクション ログ ファイルのサイズの管理」を参照してください。

Q: 認証に関するエラーが表示される

  • A: Web アプリケーションに適切な認証方法を使用していることを確認してください。

認証方法に不整合がある場合、アップグレード時に問題が発生することがあります。 認証方法間に不整合がある場合には、以下の技術情報が役立つ可能性があります。

  • クラシック認証とクレーム認証

    SharePoint 2013で作成した Web アプリケーションに SharePoint 2010 製品と同じ認証方法を使用していることを確認します。 クレームベース認証は、SharePoint 2013の Web アプリケーションの既定の認証方法です。 Web アプリケーションにクラシック モードを使用している場合は、データベースをアップグレードする前にクレームベースに更新するか、Web アプリケーションをクラシック モードで作成した後でクレームベースに移行することができます。 クラシック モードを使用する Web アプリケーションを作成し、要求に移行する方法の詳細については、「SharePoint Server でクラシック モード認証を使用する Web アプリケーションを作成する」/「以前のバージョン/office/sharepoint-server-2010/gg276326(v=office.14))」および「SharePoint 2013 でクラシック モードから要求ベースの認証に移行する」を参照してください。

  • フォーム ベース認証

    フォームベース認証を使用している環境をアップグレードする場合は、追加の手順が必要になります。 「SharePoint Server で要求ベースの Web アプリケーションのフォーム ベースの認証を構成する」の手順に従って、フォーム ベースの認証プロバイダーをアップグレードします。

Q: SQL Server で権限がないと通知された

  • A: 不明アカウントに関するエラーが発生する場合や、データベースがアップグレードされない場合は、データベースの権限を確認します。 SQL Server のインスタンス間でセキュリティが正しく構成されていることを確認してください。 使用するログイン アカウントに、データベースに対する適切な固定ロールと権限があり、そのアカウントがドメイン間のアップグレードにも有効なアカウントであることを確認します。

  • A: データベースの接続に使用するアカウントが、アップグレードするデータベースで db_owner 固定データベース ロールのメンバーになっていることを確認します。

Q: データベースがアップグレードされない

  • **A: ** データベースが読み取り専用に設定されていないことを確認してください。 読み取り専用に設定されているデータベースはアップグレードできません。 データベースを接続してアップグレードする前に、必ずデータベースを読み取り/書き込み可能に設定してください。

Q: 復元時にデータベース名を変更した後、その名前のファイルが見つからない

  • **A: ** 復元時にデータベースの名前を変更したときは、ファイル システム内のデータベースとログ ファイル (MDF ファイルおよび LDF ファイル) の名前も変更して、両者を一致させる必要があります。

Q: Search Service アプリケーションの管理データベースをバックアップできない

  • **A: ** Search Service アプリケーションの管理データベースをバックアップできるようにするには、SharePoint Server 2010 ファームの Search サービスを停止する必要があります。 Search サービスを停止するには、元のファームの [ スタート] メニューで [ 管理ツール] をクリックし、[ サービス] をクリックします。 次に、[ SharePoint Server Search 14] を右クリックし、[ 停止] をクリックします。 データベースをバックアップした後で、必ずサービスを再開してください。

Q: アップグレード後 Excel Services の信頼できる接続が動作しない

  • **A: ** アップグレードの完了後、Excel Services のすべての信頼できるデータ接続を手動で作成する必要があります。

Q: ワークフローが正しく関連付けられなくなった

  • **A: ** ワークフローの自動クリーンアップ タイマー ジョブがオフになっていることを確認してください。 SharePoint 2010 製品環境でワークフローの自動クリーンアップ タイマー ジョブを無効にしていた場合は、新しい環境でもこのタイマー ジョブを無効にする必要があります。 このタイマー ジョブが新しい環境で有効になっていて、SharePoint 2010 製品の環境で無効になっている場合、アップグレード時にワークフローの関連付けが失われる可能性があります。

Q: アップグレードの後、ユーザーをクラシック認証からクレーム ベースの認証に移行しました。 しかし、一部のユーザーの情報が期限切れになっています。

  • **A: ** ユーザー プロファイルの問題については、ユーザー プロファイルから SharePoint への完全同期ジョブが実行されたことを確認してください。

    移行処理が完了する前に (自動または手動で) ユーザー プロファイルから SharePoint への完全同期ジョブを開始すると、一部のユーザーが移行されない場合があります。 移行が完了した後、Microsoft PowerShell で次のコマンドレットを実行して同期データをクリアし、もう一度 SharePoint 完全同期ジョブにユーザー プロファイルを実行して、追加のユーザーを含めることができます。

    $database = Get-SPContentDatabase "DatabaseName"
[Microsoft.Office.Server.UserProfiles.WSSProfileSynch]::ClearSyncDataForContentDatabase($database)

    DatabaseName は、古いユーザー プロファイルに関連付けられているサイト コレクションのコンテンツ データベースの名前です。

  • **A: ** Active Directory ドメインにそのユーザーが存在することを確認してください。

    ユーザーが存在しない場合は、UserInfo テーブルでそのユーザーを削除済みとして指定できます。 ユーザーが存在する場合は、もう一度移行をやり直してください。 詳細については、「SharePoint 2013 でクラシックモードからクレームベース認証に移行する」をご覧ください。

関連項目

その他のリソース

SharePoint 2013 への試用版アップグレードを使用して潜在的な問題を発見する

SharePoint 2013 のデータベースのアップグレードを検証する

SharePoint 2013 にアップグレードされたサイト コレクションを確認する

[データベースアタッチ アップグレードまたはサイト コレクションを SharePoint 2013 にアップグレードして再起動する](/previous-versions/office/sharepoint-server-2010/ff382638(v=office.14)