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

5.32　ケース３「新規サーバーへの移行」のまとめ

ケース３ での操作手順をまとめると、次のようになります。

1．Data Migration Assistantによる移行チェックを行う

2．新規サーバーへ Windows Server 2012（X64版）以上の OS をインストールする（移行元と同じ OS である必要はありません）

3．Active Directory ドメイン環境の場合は、新規サーバーをドメインに参加させる

4．SQL Server 2016 をインストールするためのソフトウェア要件を確認する

5．OS は、Windows Server 2012 以降の X64 版をサポート、Windows Server 2012 R2 の場合は KB 2919355 が必要など。データベース メール機能を利用している場合は、.NET Framework 3.5 SP1 をインストールしておく必要がある

6．新規サーバーへ SQL Server 2016 をインストールする

7．新規サーバーへ SQL Server 2016 の最新の修正プログラム（CU や Service Pack など）をインストールする

8．CU2 には、性能向上に関する修正が入っているので、できる限り最新の修正プログラムを適用しておくことをお勧めします。

9．Reporting Services を利用している場合は、SP1 に対する重要な更新プログラムがあるので、CU4（SP1＋CU1）以上を適用しておくことをお勧めします。

10．Management Studio（管理ツール）の最新版をダウンロードして、インストールする（オプション）

11．移行元サーバー（SQL Server 2005／2008／2008 R2／2012／2014）のデータベースを、新規サーバー（SQL Server 2016）へ移行する（バックアップと復元機能を利用）

12．統計（Statistics）を更新する

13．フルテキスト インデックスを再構築する（フルテキスト検索機能を利用している場合）

14．データベースの互換性レベルを 130 へ上げる（オプション）

15．互換性レベルの影響についてはクエリ ストア機能を利用することで簡単にチェック可能（実行プランの比較や、プラン強制もできる）。

16．データベースの所有者を確認／設定する（∵所有者が空の場合には、データベース ダイアグラムと後述の SQL CLR オブジェクトが動作しないため）

17．SQL CLR オブジェクトの権限セットで「UNSAFE」または「外部」を利用している場合は、TRUSTWORTHY オプションを有効化する

18．システム データベース関連のオブジェクトを移行する（ログイン アカウントやサーバー ロール、tempdb の設定、リンク サーバー、ユーザー定義エラー、構成オプション、データベース メール、ジョブ、警告、オペレーターなどのうち、移行元で設定を変更／利用しているものがある場合は、それらを移行する）

19．レジストリに格納されている情報を再設定する（サービスの自動起動やサービス アカウント、認証モード、TCP ポート番号、起動時パラメーターでのトレースフラグの設定などのうち、移行元で設定を変更しているものがある場合は、それらを再設定する）

20．OS の設定で、移行元で変更しているものがある場合は、それらを再設定する（フォルダー構成や、NTFS アクセス許可、ユーザーの権利、共有フォルダーなど）

21．メンテナンス プラン（保守計画）を利用している場合は、メンテナンス プランを再作成する

22．BIDS（Business Intelligence Development Studio）または SSDT-BI（SQL Server Data Tools - Business Intelligence）を利用している場合は、SSDT の最新版をダウンロードして、インストールする（オプション）

23．Integration Services を利用している場合は、SSIS パッケージを移行する

24．SQL Server Audit やリソース ガバナー、パフォーマンス データ コレクションなどのサーバー管理機能を利用している場合は、これらを再設定する

25．レプリケーションやログ配布、可用性グループ、データベース ミラーリングなどのサーバー間の連携機能を利用している場合は、これらを再設定する

新規サーバーへのデータベースの移行は、標準のバックアップと復元機能を利用して、簡単に行うことができます。

この移行方法を利用するメリットは、OS を簡単に変更できること（Windows Server 2003／2003 R2 や Windows Server 2008／2008 R2 から Windows Server 2012 や 2012 R2、Windows Server 2016 へ変更するなど）、クロス プラットフォーム（移行元が 32ビットで、移行先が 64ビットなど）でも関係がないこと、Microsoft Azure などのクラウド環境であったとしてもデータベースの移行が行えること、SQL Server 2005 からの移行にも対応していることです。

各種の設定（システム データベースやレジストリに格納されている設定、メンテナンス プランなど）は、移行元で設定を変更していたり、該当オブジェクトを利用したりしている場合には、再設定／再作成が必要になります。システム データベースに格納されているものに関しては、ほとんどのものが GUI 操作でスクリプト生成することができるので、簡単に移行することができます。レジストリに格納されているものに関しては、SQL Server はレジストリをほとんど利用していないので、こちらも再設定は簡単です。

ケース１ やケース２ との大きな違いとしては、サーバー管理に関する機能（リソース ガバナーやSQL Server Audit、ポリシー ベースの管理など）や、サーバー間の連携の機能（ログ配布やレプリケーション、データベース ミラーリング、可用性グループなど）に関しては、再設定をする必要がある点です。