次の方法で共有

Reporting Services のアップグレードと移行

  • [アーティクル]

適用対象: SQL Server 2016 (13.x) Reporting Services 以降 ❌ Power BI Report Server SharePoint

この記事は、SQL Server Reporting Services のアップグレードおよび移行オプションの概要です。 展開された SQL Server Reporting Services をアップグレードするには、次の一般的な方法があります。

  • Reporting Services 2016 以前のバージョン "から" Reporting Services 2016 以前のバージョン "への" アップグレード: 現在インストールされているサーバーおよびインスタンス上の Reporting Services コンポーネントをアップグレードします。 このプロセスは一般に「インプレース」アップグレードと呼ばれます。 Reporting Services サーバーの 1 つのモードから別のモードへのインプレース アップグレードはサポートされていません。 たとえば、ネイティブ モードのレポート サーバーを SharePoint モードのレポート サーバーにアップグレードすることはできません。 レポート アイテムはモード間で移行できます。 詳細については、このドキュメントで後述する「SharePoint モードのアップグレードと移行のシナリオ」セクションを参照してください。

  • Reporting Services 2016 以前のバージョン "から" Reporting Services 2017 以降のバージョン "への" アップグレード：このアップグレード シナリオは以前のバージョンと同じではありません。 Reporting Services 2016 以前のバージョン "に" アップグレードする場合、SQL Server インストール メディアを使用したインプレース アップグレード プロセスに従うことができます。 新しい Reporting Services インストールはスタンドアロン製品であるため、Reporting Services 2016 以前のバージョン "から" Reporting Services 2017 以降のバージョン "に" アップグレードする場合は、同じ手順に従うことはできません。 これは SQL Server のインストール メディアには含まれなくなりました。

    Reporting Services 2016 以前のバージョンから Reporting Services 2017 以降にアップグレードするには、移行先のインスタンスとして Reporting Services 2017 以降を使用して、「Reporting Services のインストールの移行 (ネイティブ モード)」の記事に従います。

  • Reporting Services 2017 "から" 今後のバージョンへのアップグレードも、製品のインストール GUID が同じであるため、インプレース アップグレード シナリオです。 SQLServerReportingServices.exe インストール ファイルを実行して、Reporting Services が現在インストールされているサーバーでインプレース アップグレードを開始します。

  • 移行:新しい SharePoint 環境をインストールして構成し、レポート アイテムとリソースを新しい環境にコピーして、既存のコンテンツを使用するよう新しい環境を構成します。 移行の低レベルの形式では、Reporting Services データベース、構成ファイル、および SharePoint モードを使用している場合は SharePoint コンテンツ データベースをコピーします。

注

SharePoint と Reporting Services の統合は、SQL Server 2016 以降では使用できません。

アップグレードに関する既知の問題とベスト プラクティス

アップグレード可能なサポートされるエディションとバージョンの詳細なリストについては、「 Supported Version and Edition Upgrades」を参照してください。

ヒント

SQL Server に関する問題の最新情報については、「SQL Server 2016 リリース ノート」を参照してください。

並列インストール

SQL Server Reporting Services のネイティブ モードは、SQL Server 2012 (11.x) または SQL Server 2014 (12.x) のネイティブ モードの展開とサイド バイ サイドでインストールできます。

SharePoint モードの SQL Server Reporting Services と以前のバージョンの Reporting Services SharePoint モードのコンポーネントのサイド バイ サイド展開はサポートされていません。

一括アップグレード

SQL Server セットアップによりアップグレードが完了します。 SQL Server セットアップを使用すると、Reporting Services を含む任意またはすべての SQL Server コンポーネントをアップグレードできます。 セットアップによって既存のインスタンスが検出され、アップグレードするように求められます。 SQL Server セットアップには、コマンド ライン引数またはセットアップ ウィザードで指定できるアップグレード オプションが用意されています。

SQL Server セットアップを実行すると、次のいずれかのバージョンからアップグレードするオプションを選ぶか、既存のインストールと並行して実行する SQL Server Reporting Services の新しいインスタンスをインストールできます。

  • SQL Server 2014 (12.x)

  • SQL Server 2012 (11.x)

  • SQL Server 2008 R2 (10.50.x)

  • SQL Server 2008 (10.0.x)

SQL Server の詳細については、以下を参照してください。

事前アップグレードのチェックリスト

SQL Server Reporting Services にアップグレードする前に:

  • 要件を確認して、ハードウェアとソフトウェアが SQL Server 2016 (13.x) Reporting Services 以降 (SSRS) をサポートできるかどうかを判断します。 詳細については、「 SQL Server 2016 のインストールに必要なハードウェアおよびソフトウェア」を参照してください。

  • システム構成チェッカー (SCC) を使って、レポート サーバー コンピューターをスキャンし、SQL Server Reporting Services の正常なインストールを妨げる可能性のある状態をチェックします。 詳細については、「 Check Parameters for the System Configuration Checker」を参照してください。

  • SQL Server のセキュリティに関するベスト プラクティスとガイダンスを確認します。 詳細については、「 Security Considerations for a SQL Server Installation」を参照してください。

  • 対称キーをバックアップします。 詳細については、「 Back Up and Restore Reporting Services Encryption Keys」を参照してください。

  • レポート サーバーのデータベースと構成ファイルをバックアップします。 詳細については、「 Backup and Restore Operations for Reporting Services」を参照してください。

  • IIS で既存の Reporting Services 仮想ディレクトリに任意のカスタマイズをバックアップします。

  • 無効な TLS/SSL 証明書 (期限切れの証明書を含む) を削除します。Reporting Services をアップグレードする前に更新する予定はありません。 証明書が無効であるとアップグレードが失敗し、次のメッセージのようなエラーが Reporting Services ログ ファイルの「Microsoft.ReportingServices.WmiProvider.WMIProviderException: Web サイトで Secure Sockets Layer (SSL) 証明書が構成されていない」に書き込まれます。

実稼働環境をアップグレードする前に、必ず実稼働環境と同じ構成をしている実稼動前の環境でアップグレード テストを実行してください。

重要

後でロールバックできるようにするには、これらの手順を完全に完了する必要があります。 バックアップされなかったバックアップ、暗号化キー、または構成ファイルは、Microsoft サポートでは回復できません。

移行シナリオの概要

Reporting Services のサポートされているバージョンを SQL Server にアップグレードする場合、通常は SQL Server セットアップ ウィザードを実行することで、レポート サーバーのプログラム ファイル、データベース、すべてのアプリケーション データをアップグレードできます。

ただし、次の状況が生じた場合は、レポート サーバー インストールを手動で 移行 する必要があります。

  • 配置で使用されるレポート サーバーのタイプを変更します。 たとえば、ネイティブ モードのレポート サーバーを SharePoint モードにアップグレードまたは変換することはできません。 詳細については、「ネイティブ モードから SharePoint モードへの移行 (SSRS)」を参照してください。

  • アップグレード プロセス中にレポート サーバーがオフラインになる時間を最小限に抑えることが求められている。 既存のレポート サーバーのインストールの状態を変更せずに、新しいレポート サーバー インスタンスにコンテンツ データをコピーし、インストールをテストする間、現在のインストールはオンライン状態で維持されます。

  • Reporting Services を配置した SharePoint 2010 を SharePoint 2013 または 2016 に移行することが求められている。 SharePoint 2013/2016 は、SharePoint 2010 からのインプレース アップグレードをサポートしていません。 詳細については、「Reporting Services の移行 (SharePoint モード)」を参照してください。

ネイティブ モードのアップグレードと移行のシナリオ

アップグレード: ネイティブ モードのインプレース アップグレードは、この記事で前述したサポート対象バージョンごとに同じプロセスです。 SQL Server インストール ウィザードまたはコマンド ライン インストールを実行します。 インストール後、レポート サーバー データベースは新しいレポート サーバー データベース スキーマに自動的にアップグレードされます。 詳細については、この記事の「インプレース アップグレード」を参照してください。

アップグレード処理では、まずアップグレードする既存のレポート サーバー インスタンスを選択します。

  1. レポート サーバー データベースがリモート コンピューター上にあり、そのデータベースを更新する権限がない場合は、セットアップによって、リモート レポート サーバー データベースを更新するための資格情報の入力が求められます。 sysadmin 権限またはデータベース更新権限を持つ資格情報を指定してください。

  2. アップグレードの妨げになる条件または設定がないかどうかがチェックされ、構成設定が読み取られます。 たとえば、カスタム拡張機能がレポート サーバーに配置されていないかどうかがチェックされます。 アップグレードがブロックされた場合は、アップグレードがブロックされないようにインストールを変更するか、新しい SQL Server Reporting Services インスタンスに移行する必要があります。 詳細については、アップグレード アドバイザーのマニュアルを参照してください。

  3. アップグレードを続行できる場合は、アップグレード処理を進めるように求められます。

  4. SQL Server Reporting Services プログラム ファイルの新しいフォルダーが作成されます。 Reporting Services のインストール用のプログラム フォルダーには、MSRS13.<インスタンス名> が含まれます。

  5. SQL Server Reporting Services レポート サーバーのプログラム ファイル、構成ツール、およびレポート サーバー機能の一部であるコマンド ライン ユーティリティが追加されます。

    1. 以前のバージョンのプログラム ファイルは削除されます。

    2. 新しいバージョンにアップグレードされるレポート サーバーの構成ツールおよびユーティリティには、ネイティブ モードの Reporting Services 構成ツール、コマンド ライン ユーティリティ (RS.exe など)、レポート ビルダーがあります。

    3. SQL Server Management Studio などの他のクライアント ツールは個別にダウンロードし、個別にアップグレードする必要があります。 詳細については、「 Download SQL Server Management Studio (SSMS)」 (SQL Server Management Studio (SSMS) のダウンロード) を参照してください。

    4. SQL Server Data Tools (SSDT) は個別にダウンロードします。 詳細については、「 SQL Server Data Tools in Visual Studio 2015」 (Visual Studio 2015 の SQL Server Data Tools) を参照してください。

  6. SQL Server Reporting Services レポート サーバー サービスのサービス コントロール マネージャーにあるサービス エントリが再利用されます。 このサービスのエントリには、レポート サーバー Windows サービス アカウントが含まれます。

  7. IIS の既存の仮想ディレクトリ設定に基づいて新しい URL が予約されます。 セットアップでは IIS の仮想ディレクトリが削除されない可能性があるため、アップグレードが完了したらそれらのディレクトリを手動で削除してください。

  8. 構成ファイル内の設定がマージされます。 セットアップでは、現在のインストールの構成ファイルを基礎として使用して、新しいエントリを追加します。 古いエントリは削除されませんが、アップグレードが完了するとレポート サーバーによって読み取られなくなります。 アップグレードでは、古いログ ファイル、廃止された RSWebApplication.config ファイル、または IIS の仮想ディレクトリ設定は削除されません。 アップグレードしても、レポート デザイナー、Management Studio、その他のクライアント ツールの古いバージョンは削除されません。 必要がなくなった場合は、アップグレードが完了したらこれらのファイルとツールを削除してください。

移行: 以前のバージョンのネイティブ モード インストールを SQL Server Reporting Services に移行する手順は、この記事で前述したすべてのサポート対象バージョンで同じです。 詳細については、「Reporting Services のインストールの移行 (ネイティブ モード)」を参照してください。

Reporting Services ネイティブ モードのスケールアウト配置のアップグレード

次の概要では、複数のレポート サーバーにスケールアウトされた Reporting Services ネイティブ モード展開をアップグレードする方法について説明します。 このプロセスでは、Reporting Services 配置のダウンタイムが発生します。

  1. レポート サーバー データベースと暗号化キーをバックアップします。 詳細については、「Reporting Services のバックアップおよび復元操作」、およびスケールアウト配置に関する暗号化キーの追加と削除 (レポート サーバーの構成マネージャー) に関する記事を参照してください。

  2. Reporting Services Configuration Manager を使用して、スケールアウトした配置からすべてのレポート サーバーを削除します。 詳細については、ネイティブ モード レポート サーバーのスケールアウト配置の構成 (レポート サーバーの構成マネージャー) に関する記事を参照してください。

  3. いずれかのレポート サーバーを SQL Server Reporting Services にアップグレードします。

  4. Reporting Services Configuration Manager を使用して、スケールアウト配置にレポート サーバーを再度追加します。 詳細については、ネイティブ モード レポート サーバーのスケールアウト配置の構成 (レポート サーバーの構成マネージャー) に関する記事を参照してください。

    各サーバーで、アップグレードおよびスケールアウトの手順を繰り返します。

Reporting Services の累積的な更新プログラムをロールバックする

Reporting Services バージョン 2017 以降の累積的な更新プログラムでは、インプレース アップグレードがサポートされていますが、選択的にアンインストールすることはできません。 アップグレードをロールバックするには、サービス全体をアンインストールし、以前のバージョンを再インストールする必要があります。

重要

これらの手順を行うには、アップグレード前のチェックリストに完全に従っている必要があります。 ステップ 2 で、既存の構成ファイル、サービス構成、暗号化キーが回復不可能になります。 ロールバックを支援するため、Microsoft サポートがこれらの構成ファイルを回復したり、これらの暗号化キーを復号化したりすることはできません。

  1. サービス資格情報、メールまたはファイル共有の設定、レポート サーバーの URL などのカスタム構成を、記録しておいてください。

  2. SQL Server Reporting Services をインストールします。 スケールアウトの配置では、スケールアウト内のすべてのノードについて繰り返します。詳細については、「ネイティブ モードのアンインストール」を参照してください

  3. ReportServer データベースのバックアップを復元します。 詳細については、「 Backup and Restore Operations for Reporting Services」を参照してください。

  4. SQL Server Reporting Services の以前の更新プログラムを再インストールします。

  5. アップグレード前の構成ファイルを復元します。

  6. 暗号化キーのバックアップを復元します。 詳細については、「暗号化キーのバックアップおよび復元」を参照してください

  7. ステップ 1 で記録しておいたすべてのカスタム構成を成し直します。

  8. スケールアウトの配置では、スケールアウト配置内の他のすべてのノードについて、ステップ 4 から 7 を繰り返します。

SharePoint モードのアップグレードと移行のシナリオ

以降のセクションでは、指定されたバージョンの Reporting Services の SharePoint モードから SQL Server Reporting Services の SharePoint モードにアップグレードまたは移行するために必要な基本的な手順と問題について説明します。

Reporting Services SharePoint モードの配置をアップグレードするためのインストール コンポーネントは 2 つあります。

  • Reporting Services SharePoint 共有サービス。

    ヒント

    Reporting Services SharePoint コマンドレット Get-SPRSServiceApplicationServersを使用して、Reporting Services SharePoint 共有サービスを現在実行しているためアップグレードが必要なサーバーを SharePoint ファームで特定します。

  • SharePoint 製品用 Reporting Services アドイン。 詳細については、「 SharePoint 用 Reporting Services アドインのインストールまたはアンインストール」を参照してください。

SharePoint モードのインストールを移行する方法については、「Reporting Services のインストールの移行 (SharePoint Mode)」を参照してください。

重要

次のシナリオでは、異なるテクノロジをアップグレードする必要があるため、SharePoint 環境のダウンタイムが発生する場合があります。 ダウンタイムの発生を許容できない場合は、インプレース アップグレードではなく、移行操作を実行する必要があります。

SQL Server 2014 (12.x) を SQL Server Reporting Services へ

開始環境: SQL Server 2014 (12.x) または SQL Server 2014 (12.x) SP1、SharePoint 2010、または SharePoint 2013。

終了環境: SQL Server Reporting Services、SharePoint 2013、または SharePoint 2016。

  • SharePoint 2013/2016: SharePoint 2013/2016 では、SharePoint 2010 からのインプレース アップグレードがサポートされていません。 ただし、データベース接続アップグレードの手順はサポートされています。

    SharePoint 2010 と統合された Reporting Services のインストールを使用している場合は、SharePoint サーバーのインプレース アップグレードを行うことはできません。 ただし、SharePoint 2010 ファームから SharePoint 2013/2016 ファームにコンテンツ データベースとサービス アプリケーション データベースを移行することは可能です。

SQL Server 2012 (11.x) を SQL Server Reporting Services へ

開始環境: SQL Server 2012 (11.x) または SQL Server 2012 SP1 (11.0.3x)、SharePoint 2010。

終了環境: SQL Server Reporting Services、SharePoint 2013、または SharePoint 2016。

  • SharePoint 2013/2016: SharePoint 2013/2016 では、SharePoint 2010 からのインプレース アップグレードがサポートされていません。 ただし、データベース接続アップグレードの手順はサポートされています。

    SharePoint 2010 と統合された Reporting Services のインストールを使用している場合は、SharePoint サーバーのインプレース アップグレードを行うことはできません。 ただし、SharePoint 2010 ファームから SharePoint 2013/2016 ファームにコンテンツ データベースとサービス アプリケーション データベースを移行することは可能です。

SQL Server 2008 R2 (10.50.x) を SQL Server Reporting Services へ

開始環境: SQL Server 2008 R2 (10.50.x)、SharePoint 2010。

終了環境: SQL Server Reporting Services、SharePoint 2013、または SharePoint 2016。

  • SharePoint 2013/2016: SharePoint 2013/2016 では、SharePoint 2010 からのインプレース アップグレードがサポートされていません。 ただし、データベース接続アップグレードの手順はサポートされています。

    Reporting Services をアップグレードする前に、まず、SharePoint を移行する必要があります。

  • ファーム内の各 Web フロントエンドに SQL Server Reporting Services バージョンの SharePoint 用 Reporting Services アドインをインストールします。 アドインをインストールするには、SQL Server Reporting Services インストール ウィザードを使うか、またはアドインをダウンロードします。

  • SQL Server Reporting Services のインストールを実行し、"レポート サーバー" ごとに SharePoint モードをアップグレードします。 SQL Server インストール ウィザードは、Reporting Services サービスをインストールし、新しいサービス アプリケーションを作成します。

移行に関する考慮事項

アプリケーション データを移動する際には、次の問題と制限事項に注意する必要があります。

  • 暗号化キーの保護には、コンピューターの ID を組み込んだハッシュが含まれます。

  • レポート サーバー データベース名は固定であり、新しいコンピューターで名前を変更することはできません。

暗号化キーに関する考慮事項

レポート サーバー データベースを新しいコンピューターに移動する場合は、必ず事前に暗号化キーをバックアップします。

レポート サーバー インストールを別のコンピューターに移動すると、レポート サーバー データベースに保存されている機微なデータを保護するために使用される暗号化キーを保護するハッシュが無効になります。 データベースを使用するレポート サーバー インスタンスは、それぞれに専用の暗号化キーのコピーを保持しています。これは、現在のコンピューターで定義されたサービス アカウントの ID で暗号化されています。 コンピュータを変更すると、新しいコンピュータで同じアカウント名を使用しても、サービスはキーにアクセスできなくなります。

新しいレポート サーバー コンピューターで元に戻せる暗号化を再設定するには、事前にバックアップしたキーを復元する必要があります。 レポート サーバー データベースに保存されている完全なキーのセットは、対称キーの値、およびキーを保存したレポート サーバー インスタンスのみが使用できるようにキーへのアクセスを制限するための ID 情報で構成されています。 キーを復元するときに、レポート サーバーによって、キーの既存のコピーが新しいバージョンで置き換えられます。 新しいバージョンには、現在のコンピューターで定義されたコンピューター ID とサービス ID の値が含まれています。 詳細については、以下を参照してください:

固定されたデータベース名

レポート サーバー データベースの名前は変更できません。 データベースの ID は、データベース作成時にレポート サーバーのストアド プロシージャで記録されます。 レポート サーバーのプライマリ データベースまたは一時データベースの名前を変更すると、プロシージャ実行時にエラーが発生し、レポート サーバー インストールが無効になります。

既存のインストールのデータベース名が新しいインストールに適していない場合は、希望する名前を持つ新しいデータベースを作成することを検討してください。 次のリストの手法を使用して、既存のアプリケーション データを読み込みます。

  • レポート サーバー Web サービスの SOAP メソッドを呼び出してデータベース間でデータをコピーする Visual Basic スクリプトを作成します。 スクリプトの実行には RS.exe ユーティリティを使用できます。 この方法の詳細については、「 Reporting Services を使ったスクリプトの作成と PowerShell」を参照してください。

  • WMI プロバイダーを呼び出してデータベース間でデータをコピーするコードを記述します。 このアプローチの詳細については、「 Reporting Service WMI プロバイダーへのアクセス」を参照してください。

  • アイテム数が少ない場合は、レポート デザイナー、モデル デザイナー、およびレポート ビルダーから新しいレポート サーバーに、レポートおよび共有データ ソースを再パブリッシュできます。 ロールの割り当て、サブスクリプション、共有スケジュール、レポート スナップショット スケジュール、レポートやその他のアイテムに設定したカスタム プロパティ、モデル アイテム セキュリティ、およびレポート サーバーで設定したプロパティを再作成する必要があります。 レポート履歴およびレポート実行ログ データは失われます。

関連するコンテンツ