Reporting Services のインストールのトラブルシューティング

セットアップ中にエラーが発生したために Reporting Services をインストールできない場合は、この記事の手順に従って、インストール エラーの原因となる可能性が最も高い条件に対処してください。

Reporting Services に関連するその他のエラーと問題については、「 SSRS の問題とエラーのトラブルシューティング」を参照してください。

発生した問題が リリース ノート に記載されている場合は、オンライン リリース ノートを確認してください。

セットアップ ログを確認する

セットアップ エラーは、<drive>:\Program Files\Microsoft SQL Server\nnn\Setup Bootstrap\Log フォルダーのログ ファイルに記録されます。 セットアップを実行するたびにサブフォルダーが作成されます。 サブフォルダー名は、セットアップを実行した日時です。 セットアップ ログ ファイルを表示する方法については、「 SQL Server セットアップ ログ ファイルの表示と読み取り」を参照してください。

• ログ ファイルには、ファイルのコレクションが含まれています。

• *_summary.txt ファイルを開き、製品、コンポーネント、およびインスタンスの情報を表示します。

• *_errorlog.txt ファイルを開き、セットアップ中に生成されたエラー情報を表示します。

• *_RS_*_ComponentUpdateSetup.logを開き、Reporting Services のセットアップ情報を表示します。

前提条件を確認する

セットアップでは、前提条件が自動的にチェックされます。 ただし、セットアップの問題のトラブルシューティングを行う場合は、セットアップで確認している要件を把握しておくと役立ちます。

• セットアップを実行するためのアカウント要件には、ローカルの Administrators グループのメンバーシップが含まれます。 セットアップには、ファイルの追加、レジストリ設定、ローカル セキュリティ グループの作成、アクセス許可の設定を行うアクセス許可が必要です。 既定の構成をインストールする場合、セットアップには、インストールする SQL Server インスタンスにレポート サーバー データベースを作成する権限が必要です。

• オペレーティング システムは、HTTP.SYS 1.1 をサポートする必要があります。

• HTTP サービスを有効にして実行する必要があります。

• SQL Server エージェント サービスもインストールする場合は、分散トランザクション コーディネーター (DTC) が実行されている必要があります。

• Authz.dll は System32 フォルダーに存在する必要があります。

セットアップでインターネット インフォメーション サービス (IIS) または ASP.NET がチェックされなくなりました。 Reporting Services には MDAC 2.0 と Microsoft .NET Framework バージョン 2.0 が必要です。まだインストールされていない場合は、セットアップによってインストールされます。

ネイティブ モードのインストールに関する問題のトラブルシューティング

Windows Vista または Windows Server 2008 にアップグレードした後にパフォーマンス カウンターが表示されない

Reporting Services を実行するコンピューターでオペレーティング システムを Windows Vista または Windows Server 2008 にアップグレードした場合、アップグレード後に Reporting Services のパフォーマンス カウンターは設定されません。

Reporting Services のパフォーマンス カウンターを復元するには

1. 次のレジストリ キーを削除します。

   • HKLM\SYSTEM\CurrentControlSet\Services\MSRS 2016 Web サービス

   • HKLM\SYSTEM\CurrentControlSet\Services\MSRS 2016 Windows サービス

2. コマンド ウィンドウを開き、プロンプトで次のコマンドを入力します。

   • run <.NET 4.0 Framework ディレクトリ>\InstallUtil.exe <レポート サーバーの Bin ディレクトリ>\ReportingServicesLibrary.dll

     注

     < .NET 4.0 Framework ディレクトリを> .NET Framework 4.0 ファイルの物理パスに置き換え、<レポート サーバー ビン ディレクトリ>レポート サーバー ビン ファイルの物理パスに置き換えます。

3. Reporting Services サービスを再開します。

手順が機能したことを確認するには、Web ブラウザーを開き、Web ポータルの URL またはレポート サーバーの URL に移動します。 次に、パフォーマンス モニターを開き、カウンターが動作していることを確認します。

レジストリ エディターを使用してパフォーマンス レジストリ キーをもう一度追加するには

1. レジストリ エディターを開きます。

   1. [ スタート] をクリックし、[ 実行] をクリックします。

   2. [ 実行 ] ダイアログ ボックスの [ 開く ] ボックスに「 regedit」と入力します。

2. レジストリ エディターで、次のレジストリ キーを選択します。 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Web Service\Performance

3. [パフォーマンス] ノードを右クリックし、[新規] をポイントして、[複数文字列値] をクリックします。

4. カウンター名を入力し、Enter キーを押します。

5. このノードに Counter Types レジストリ キーを追加するには、この手順を繰り返します。

6. 次のレジストリ キーに移動します。 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Web Service\Performance

7. [パフォーマンス] ノードを右クリックし、[新規] をポイントして、[複数文字列値] をクリックします。

8. カウンター名を入力し、Enter キーを押します。

9. このノードに Counter Types レジストリ キーを追加するには、この手順を繰り返します。

64 ビット インスタンスを修復した後、またはレジストリ キーをもう一度手動で追加した後、パフォーマンス モニターを使用して、監視する Reporting Services パフォーマンス オブジェクトを構成できます。

SQL Server 2005 からのアップグレード後に ReportServerExternalURL と PassThroughCookies の構成プロパティが構成されない

SQL Server 2005 (9.x) から SQL Server 2016 (13.x) Reporting Services 以降 (SSRS) にアップグレードする場合、 ReportServerExternalURL および PassThroughCookies 構成プロパティはアップグレード プロセスによって構成されません。 ReportServerExternalURL は省略可能なプロパティであり、SharePoint 2.0 Web パーツを使用していて、ユーザーがレポートを取得して新しいブラウザー ウィンドウで開くことができる場合にのみ設定する必要があります。 ReportServerExternalURL の詳細については、「構成ファイルの URL 」(レポート サーバー構成マネージャー) を参照してください。 PassThroughCookies は、カスタム認証方法を使用する場合にのみ必要です。 PassThroughCookies の詳細については、「カスタム認証 Cookie を渡す Web ポータルの構成」を参照してください。

既定では、これらのプロパティは SQL Server 2016 (13.x) Reporting Services 以降 (SSRS) 構成には存在しません。 SQL Server 2005 (9.x) でこれらのプロパティを構成し、それらのプロパティが提供する機能を引き続き必要とする場合は、アップグレード プロセスの後に RSReportServer.config ファイルに手動で追加する必要があります。 詳細については、「 Reporting Services 構成ファイルの変更 (RSreportserver.config)」を参照してください。

401 - SQL Server 2005 から SQL Server 2016 へのアップグレード後に Windows 認証を使用する場合の未承認エラー

SQL Server 2005 (9.x) Reporting Services から SQL Server 2016 (13.x) Reporting Services 以降 (SSRS) にアップグレードし、レポート サーバー サービス アカウントの組み込みアカウントで NTLM 認証を使用すると、アップグレード後にレポート サーバーまたは Web ポータルにアクセスするときに 401-Unauthorized エラーが発生する可能性があります。

このメッセージは、Windows 認証の既定の SQL Server 2016 (13.x) Reporting Services 以降 (SSRS) 構成が変更されたために表示されます。 ネゴシエートは、レポート サーバー サービス アカウントがネットワーク サービスまたはローカル システムである場合に構成されます。 NTLM は、レポート サーバー サービス アカウントが組み込みアカウントの 1 つでない場合に構成されます。 アップグレード後にこの問題を解決するには、RSReportServer.config ファイルを編集し、 AuthenticationType を RSWindowsNTLM に構成します。 詳細については、「 レポート サーバーでの Windows 認証の構成」を参照してください。

64 ビット インスタンスを使用してサイド バイ サイド展開で SQL Server 2016 Reporting Services の 32 ビット インスタンスをアンインストールすると、64 ビット インスタンスが中断されます

32 ビット インスタンスと SQL Server 2016 (13.x) Reporting Services 以降 (SSRS) の 64 ビット インスタンスをコンピューターに並べてインストールし、32 ビット インスタンスをアンインストールすると、4 つの Reporting Services レジストリ キーが削除されます。 キーを削除すると、Reporting Services の 64 ビット インスタンスが中断されます。 32 ビット インスタンスをアンインストールすると削除される Reporting Services レジストリ キーは次のとおりです。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Web Service\Performance:Counter Names HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Windows Service\Performance:Counter Names HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Web Service\Performance:Counter Types HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Windows Service\Performance:Counter Types

この問題を解決するには、64 ビット インスタンスを修復します。 修復を使用することをお勧めしますが、レジストリ エディターを使用してレジストリ キーをもう一度手動で追加できます。

その他のリソース

問題のトラブルシューティングに役立つ、確認できるその他のリソースを次に示します。

• Reporting Services SharePoint 統合のトラブルシューティング

• Microsoft Q &A: SQL Server Reporting Services

• フィードバックやより多くの質問がありますか? SQL のアイデアを共有します。