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

3.1　ケース１「同一マシンでのアップグレード」

この章では、このドキュメントで扱う 3つのケースのうちの「ケース1　同一マシンでのアップグレード」（インプレース アップグレード）について説明します。

◆ アップグレード手順の概要

このケースでのアップグレード手順の概要は、次のとおりです。

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

2．OS に Windows Server 2003 や 2003 R2、2008、2008 R2 を利用している場合は、Windows Server 2012 以上にアップグレードする

3．OS のアップグレードにあたっては、SQL Server を動作させるための Service Pack 要件を確認する（例えば、Windows Server 2012 にアップグレードする場合に、SQL Server 2008 なら SP3、SQL Server 2008 R2 なら SP1 が必要など）

4．SQL Server 2016 へのアップグレード要件を確認する（アップグレード可能な Service Pack を確認。例えば、SQL Server 2008 なら SP4、SQL Server 2008 R2 なら SP3 が必要など）

5．SQL Server 2016 へのアップグレード インストールを行う

6．SQL Server 2016 の最新の修正プログラム（CU や Service Pack）をインストールする

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

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

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

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

この方法のメリットは、以前のバージョンで利用していた機能をほとんどすべてそのまま利用できることです。データベースを以前と変わらずに利用できることはもちろん、ログイン アカウントや、ジョブ、警告、暗号化、リンク サーバー、メンテナンス プラン（保守計画）、リソース ガバナー、監査（SQL Server Audit）、データベース メール、サーバーの構成オプションなど、以前の SQL Server で設定／利用していた機能を、そのまま SQL Server 2016 上でも利用することができます。

また、レプリケーションやログ配布、データベース ミラーリング、可用性グループといったサーバー間の連携機能や、WSFC（Windows Server フェールオーバー クラスタリング）上の SQL Server インスタンスに関しても、アップグレードをすることができます。ログ配布／データベース ミラーリング／可用性グループに関しては、セカンダリを先にアップグレードすることで、ローリング アップグレードも可能です（ローリング アップグレードによって、セカンダリをアップグレード中でも、プライマリを利用することができるので、ダウンタイムを最小限に抑えることができます）。

Integration Services や Reporting Services、Analysis Services を利用している場合でも、アップグレード インストールをすることによって、以前のバージョンで利用していた Integration Services パッケージや Reporting Services レポート、Analysis Services の多次元キューブを、アップグレード後もそのまま利用することができます（これらの機能については、この章の後半で説明します）。

一方で、この方法のデメリットは、アップグレード後に、旧システム環境が利用できなくなってしまう（以前のバージョンの SQL Server が完全に利用できなくなってしまう）ことです。これだと、万が一アップグレードに失敗してしまった場合には、元の環境に戻すのが大変になり、失敗時は、（最悪は）OS のインストールからやり直して、バックアップからすべてを復元しなければならない場合があります。

したがって、このケースを利用する場合は、万が一のアップグレード失敗時に備えて、元の環境でしっかりとバックアップを取得しておくこと、元へ戻す手順（ロールバック手順）をしっかりと計画しておくことが重要になります。また、次の章で説明する「ケース２ 新規サーバーへのアップグレード」のように、ハードウェア リプレースを伴うアップグレードの場合であれば、元の環境をそのまま残しておくことができるので、万が一の失敗時にもすぐに元の環境に戻せるようになります。

以降では、ケース１ でのアップグレード手順について、1つ 1つの手順を詳しく説明します。