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

5.1　ケース３「新規サーバー（別マシン）への移行」

この章では、このドキュメントで扱う 3つのケースのうちの「ケース３ 新規サーバー（別マシン）への移行」（マイグレーション）について説明します。

このケースは、ハードウェアの保守切れや老朽化などによって、新規サーバーの購入（ハードウェア リプレース）を行って、そのマシンへ SQL Server 2016 をインストールし、データベースや各種の設定を移行（マイグレーション）する方法です。弊社のお客様で一番多いのが、このケースです。ハードウェア リプレースを機会に、32ビットから 64ビット環境へ移行したり、SSD やフラッシュ ストレージなどの高速ストレージ環境へ移行したりするというお客様も多くいらっしゃいます。

この方法を利用すれば、SQL Server 2005 のデータベースを SQL Server 2016 に移行することもできます（3章と 4章で紹介したインプレース アップグレードでは、SQL Server 2005 は未対応でした）。

また、32ビット環境のオンプレミス上の SQL Server 2005 や 2008、2008 R2、2012、2014 などを、Microsoft Azure（クラウド）上の仮想マシン（Windows Server 2012 や 2012 R2、2016）で動作させている SQL Server 2016（64ビット）へ移行するといったことも簡単に行うことができます。

こうしたマシンをまたがった場合でも、SQL Server では簡単に移行を行うことができます。データベースの移行は、標準のバックアップと復元機能で行うことができ、バックアップと復元機能を利用すれば、別マシンであっても簡単にデータベースを複製することができ、32ビットから 64ビットへ変更したとしても、移行先の OS が変わったとしても、オンプレミスからクラウドに変わったとしても、簡単に移行することができます。

各種の設定（ログイン アカウントやジョブ、警告、リンク サーバーなどの設定）に関しても、スクリプト生成機能を利用することで、簡単に移行することができます。

◆ 移行手順の概要

このケースでの移行手順の概要は、次のとおりです

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

前述したように、新規サーバーへのデータベースの移行は、標準のバックアップと復元機能を利用して、簡単に行うことができます。データベース ダイアグラムや SQL CLR オブジェクトを利用している場合は、追加の作業が必要になりますが、これらはコマンドを 1つ ２つ実行するだけなので簡単な作業です。

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

この移行方法を利用するメリットは、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 からの移行にも対応していることです。

以降では、1つ 1つの手順を詳しく説明します。