Microsoft SQL Server 2016 実践シリーズ （HTML 版）
「SQL Server 2016 への移行とアップグレードの実践」

4.12　Reporting Services の新規サーバーへのアップグレード

Reporting Services を新規サーバーへ完全複製して、その後 SQL Server 2016 へアップグレードする場合は、追加の手順が必要になります。ここではその作業を説明します。

◆ 旧マスターで暗号化キーをバックアップする

Reporting Services を新規サーバーへ完全複製するには、旧マスターで暗号化キーをバックアップしておく必要があります。暗号化キーのバックアップは、「Reporting Services 構成マネージャー」ツールを利用して、次のように［暗号化キー］ページから行います（画面は、SQL Server 2008 ですが、他のバージョンでもほとんど同じ操作で行えます）。

このページでは、［バックアップ］をクリックして、［暗号化キーのバックアップ］ダイアログが表示されたら、［パスワード］と［パスワードの確認］に任意のパスワードを設定し、［ファイルの場所］にバックアップ先のファイル名を指定します（画面は C:\backup フォルダーの下に rs暗号化キー.snk というファイル名を指定）。ここで設定するパスワードは、複雑なパスワード（大文字・小文字と @などの特殊文字を入れたりするなど）を指定する必要があり、これを行っていない場合は、次のように失敗します。

バックアップが成功した場合は、次のように表示されます。

また、設定したパスワードは、新規サーバーで復元する際に必要になるので覚えておいてください。バックアップしたファイル（～.snk）は、新規サーバーからアクセス可能なファイル サーバーや USB HDD など持ち運び可能なメディアに保存します。

◆ ReportServer、ReportServerTempDB データベースのバックアップ

Reporting Services の実体（レポート本体や、レポートに関する各種の設定）は、SQL Server 上の ReportServer および ReportServerTempDB データベースです。

このデータベース（.mdf／.ldf）は、既定では SQL Server のシステム データベースと同じ場所に作成されます（SQL Server 2008 の場合は以下のフォルダー）。

C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA

このフォルダーにある ReportServer の実体（ReportServer.mdf、ReportServer_log.ldf）と ReportServerTempDB データベースの実体（ReportServerTempDB.mdf、ReportServerTempDB_log.ldf）をオフライン バックアップします（SQL Server サービスと Reporting Services サービスを停止した上で、ファイルをコピーします）。

この 2つのデータベースは、次のようにオンライン バックアップ（BACKUP ステートメント）でも取得しておくことを強くお勧めします（これは SQL Server を起動した状態で実行します）。

もし、オフライン バックアップからの復元がうまくいかなかった場合には、このオンライン バックアップを利用して、復元を行うことができるので、取得しておくことをお勧めします（∵Reporting Services は、万が一のときでも、この ReportServer と ReportServerTempDB のオンライン バックアップと暗号化キーのバックアップさえあれば、元の状態に戻すことができるからです。オンライン バックアップから復元手順については、次の章で説明しているので、以降の手順でどうしてもうまく復元できない場合には、こちらもご覧いただければと思います。次の章は、SQL Server 2016 での操作ですが、SQL Server 2008 や 2008 R2、2012、2014 でも同じように復元できます）。

◆ Reporting Services インストール時の構成の有無

以降の操作は、SQL Server の Reporting Services をインストールするときに、次のように［既定の構成をインストールする］または「インストールと構成」を選択した場合の操作手順になります。

もし、［レポート サーバーを構成せずにインストールする］または「インストールのみ」を選択している場合は、Reporting Services 構成マネージャーでサーバーを構成をした後に、以降の手順を実施してください。

◆ 新規サーバーでのオフライン バックアップからの復元

旧マスター側で取得したオフライン バックアップは、SQL Server の他のシステム データベースと同様、ファイル コピー（上書きコピー）で復元します。この際、SQL Server サービスと Reporting Services サービスを停止しておくようにします。

ファイルのコピーが完了したら、SQL Server サービスを起動した後に、Reporting Services サービスを起動します（ReportServer と ReportServerTempDB データベースを SQL Server に認識させた後に、Reporting Services サービスを起動します）。

サービス起動後は、Reporting Services がこれだけで完全復元されているわけではなく、レポート マネージャー（http://localhost/Reports）やレポート サーバー（http://localhost/ReportServer）にアクセスしても、次のようにエラーになります。

どちらも「初期化されていません」エラーが表示されますが、これを解決するには、暗号化キーを復元するようにします。

◆ 暗号化キーの復元

暗号化キーの復元は、次のように［暗号化キー］ページで、［復元］ボタンをクリックします。

［暗号化キーの復元］ダイアログが表示されたら、［ファイルの場所］でバックアップした暗号化キー（.snk）を指定して、［パスワード］にバックアップ時に指定したパスワードを入力します。

暗号化キーの復元が成功すると、次のように表示されます。

◆ スケールアウト配置の設定を変更

暗号化キーの復元が完了すると、次のように［スケールアウト配置］ページが表示されます。

このページでは、2台のサーバーが表示されてしまいます。2台のうち、上に表示されるものが、古いサーバー（旧マスター）になるので、これを選択して、［サーバーの削除］ボタンをクリックします。次のように確認ダイアログが表示されるので、［OK］ボタンをクリックして実行します。

これで、数秒すると次のように 1台のサーバーのみになります。

もし、1台のサーバーが残らずに、次のように 2台とも削除されてしまう場合は、削除に失敗しています。

この場合は、［サーバーの削除］ボタンをクリックしたときに選択したサーバーが間違っているので、もう一度、暗号化キーをバックアップから復元し、再度、［サーバーの削除］ボタンで、今度は違うサーバーを選択して、実行してみてください（［スケールアウト配置］に 1台のみ表示されるようになるまで実行してみてください）。

◆ 電子メールの設定

Reporting Services の電子メールの設定に関しては、手動で再設定をする必要があります。

電子メールの設定は、「rsreportserver.config」ファイルに格納されているので、これは手動で再設定する必要があります。なお、このファイルは、SQL Server 2008 の場合は、既定で次のフォルダーに作成されています。

C:\Program Files\Microsoft SQL Server\MSRS10.MSSQLSERVER\Reporting Services\ReportServer

SQL Server 2008 R2、2012、2014 の場合は、既定は次のフォルダーになります。

SQL Server 2008 R2C:\Program Files\Microsoft SQL Server\MSRS10_50.MSSQLSERVER\Reporting Services\ReportServer

SQL Server 2012C:\Program Files\Microsoft SQL Server\MSRS11.MSSQLSERVER\Reporting Services\ReportServer

SQL Server 2014C:\Program Files\Microsoft SQL Server\MSRS12.MSSQLSERVER\Reporting Services\ReportServer

以上で、作業が完了です。これで旧マスターと同じようにレポートを参照できるようになります。もしうまく復元できない場合は、次の章で説明するオンライン バックアップからの復元手順を試してみてください。

以前と同じようにレポートが参照できるようになる
 

これで、SQL Server 2016 へアップグレードする準備ができました。SQL Server 2016 へのアップグレード方法については、前の章を参照してください。

◆ 追加手順のまとめ

行った作業をまとめると、次のようになります。

• 旧マスターで、Reporting Services 構成マネージャーで暗号化キーをバックアップする
• 旧マスターで ReportServer と ReportServerTempDB データベースのオフライン バックアップを取得する（SQL Server サービスと Reporting Services サービスを停止した上で、ファイルをコピーする）
• 万が一のときのために、ReportServer と ReportServerTempDB データベースのオンライン バックアップを取得しておく（SQL Server サービスを起動している状態で、BACKUP ステートメントを実行する）
• 新マスターで、SQL Server サービスと Reporting Services サービスを停止した上で、オフライン バックアップを復元する（ファイルの上書きコピー）
• 復元後、SQL Server サービスを起動した後に、Reporting Services サービスを起動する
• サービスが起動したら、Reporting Services 構成マネージャーで暗号化キーを復元する
• スケールアウト配置で余計なサーバーを削除する
• 電子メールの設定を再設定する
• SQL Server 2016 へのアップグレードを実施する（第3章の 3.25 を参照）

◆ Windows のローカル ユーザーを利用している場合の注意点

新規サーバーへの複製後の注意点としては、レポートのセキュリティ設定で Windows のローカル ユーザーを利用している場合です。これは、次のような状況です。

Windows のローカル ユーザーの場合は、マシン（OS）が変わったとすると、同じ名前のユーザーを作成したとしても、内部的な SID（Security ID）が異なってしまうので、Reporting Services にとっては、認識できないユーザーとなってしまいます。このため、新規サーバーでは、Windows のローカル ユーザーが全く表示されない形になります。

これを回避する方法はないので、Windows のローカル ユーザーを利用している場合は、再設定をする必要があります。これは、あくまでも Windows のローカル ユーザーを利用している場合のみの話しで、Active Directory ドメインのユーザーであれば問題なく複製されている（復元できている）ので、再設定をする必要はありません。

◆ サブスクリプションの所有者が Windows のローカル ユーザーの場合

サブスクリプションの所有者が Windows のローカル ユーザーの場合は、サブスクリプションがうまく動作しません。これは次のような状況です。

これを回避するには、サブスクリプションを削除して、再作成をするか、Subscriptions テーブル（Reporting Services が利用しているシステム テーブル）を修正するようにします。Subscriptions テーブルは、ReportServer データベース内に存在します。

このテーブルには、OwnerID 列があり、ここにサブスクリプションの所有者の ID が格納されています。この ID は、Reporting Services 上の ID で、Users テーブルで管理されています。

Users テーブルでは、UserID 列が Reporting Services 上の ID（Reporting Services で管理するユーザーを識別するための ID）、Sid 列に Windows 上の SID（Security ID）が格納されています。したがって、次のように Subscriptions テーブルの OwnerID 列の値を、Users テーブルで確認したドメインのユーザーの値に変更（UPDATE）すれば、この問題が解決します。