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

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

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

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

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

1．アップグレード アドバイザーによる事前チェックを行う

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

3．SQL Server 2014 へのアップグレード要件を確認する（アップグレード可能な Service Pack や .NET Framework 3.5 SP1、PowerShell 2.0 など）

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

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

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

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

8．BIDS（Business Intelligence Development Studio）を利用している場合は、SSDT-BI（SQL Server Data Tools - Business Intelligence for Visual Studio）をインストールする（オプション）

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

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

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

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

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

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