SQL Server パフォーマンスチューニング、コンサルティング、アドバイス、相談、定期診断、トレーニング

ホーム＞技術情報＞ SQL Server 実践「SQL Server 2016 への移行とアップグレードの実践」

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

松本美穂と松本崇博が執筆した SQL Server 2016 実践シリーズの「SQL Server 2016 への移行とアップグレードの実践」の HTML 版です。日本マイクロソフトさんの Web サイトで Word または PDF 形式でダウンロードできますが、今回、HTML 版として公開する許可をいただきましたので、ここに掲載いたします。なお、記載している内容は、2016年 12月時点での情報になります。[2018年12月29日]

目次へ | 前のページへ | 次のページへ

5.6　データベースの移行～バックアップと復元機能を利用～

新規サーバーへの SQL Server 2016 のインストールと修正プログラムのインストールが完了した後は、旧システム環境（移行元の SQL Server）のデータベースを SQL Server 2016 へ移行します。データベースの移行は、SQL Server 標準のバックアップと復元機能を利用することで簡単に行うことができます。

◆ 移行可能なデータベース

SQL Server 2016 への移行が可能なデータベース（バックアップと復元機能で移行できるデータベース）は、次のとおりです。

SQL Server 2005 上のデータベース
SQL Server 2008 上のデータベース
SQL Server 2008 R2 上のデータベース
SQL Server 2012 上のデータベース
SQL Server 2014 上のデータベース

3章と 4章で紹介したインプレースアップグレードは SQL Server 2008 以上が対象でしたが、ここで紹介するバックアップと復元機能では、SQL Server 2005 のデータベースを SQL Server 2016 に移行することもできます。ただし、SQL Server 2005 のデータベースを復元した場合には、データベースの互換性レベルは 100（SQL Server 2008 レベル）に自動的に上がります。

SQL Server 2008／2008 R2 のデータベースの場合は、互換性レベルは 100 がキープされて、SQL Server 2012 のデータベースの場合は 110、SQL Server 2014 のデータベースの場合は 120 がキープされます（互換性レベルについては後述します）。

◆ データベースの移行の概要

データベースの移行は、次のように行います。

移行元の SQL Server でデータベースの完全バックアップを取得する
バックアップしたファイルを移行先サーバーへコピーする
移行先サーバー（SQL Server 2016）でバックアップから復元する

◆ 1.　移行元の SQL Server でデータベースの完全バックアップを取得する

まずは、旧システム環境（移行元の SQL Server）でデータベースの完全バックアップを取得します。完全バックアップを取得するには、次のように BACKUP DATABASE ステートメントを実行します。

BACKUP DATABASE データベース名
TO DISK = 'ファイルパス' WITH STATS

上の画面は、SQL Server 2005 の場合ですが、SQL Server 2008 や 2008 R2、2012、2014 でも同じように実行できます。画面では、移行対象のデータベースに「Northwind」、バックアップ先となるファイルパスには「C:\temp\Northwind_full.bak」を指定しています。

バックアップ時の WITH STATS オプションは、必須ではないのですが、バックアップの進行状況（～パーセント処理されました）を表示できるようになるので、付けておくことをお勧めします。

バックアップにかかる時間は、データベースのサイズ（使用領域）や、バックアップ先となるストレージの性能によって大きく変わってきますが、実行時間の見積もり方法については、第４章の 4.11 で詳しく説明しているので、こちらもご覧いただければと思います。

Note： SQL Server 2008 以降ならバックアップ圧縮を利用するのがお勧め
SQL Server 2008 Enterprise または SQL Server 2008 R2 Standard エディション以上を利用している場合には、バックアップ圧縮（バックアップ時のファイル圧縮）機能を利用することをお勧めします。
バックアップ圧縮は、次のように WITH COMPRESSION を付けるだけで実行できます。

BACKUP DATABASE Northwind
TO DISK = 'C:\temp\Northwind_full.bak' WITH COMPRESSION, STATS

このように、バックアップ圧縮を利用することで、バックアップファイルのサイズを小さくすることができるので、バックアップ時間の短縮や、移行先へのファイルコピー時間の短縮、リストア時間の短縮など、実際の移行時のダウンタイムを小さくできるようになるのでお勧めです。

Note： GUI 操作で完全バックアップを取得したい場合
Management Studio を利用して、GUI 操作で完全バックアップを取得したい場合には、次のようにオブジェクトエクスプローラーで、該当データベースを右クリックして、［タスク］メニューの［バックアップ］をクリックします（画面は、SQL Server 2005 の場合ですが、SQL Server 2008／2008 R2／2012／2014 でも同じように操作できます）。
00369

次のように［データベースのバックアップ］ダイアログが表示されたら、［バックアップの種類］で「完全」を選択します。
00370

［追加／削除］ボタンを利用して、バックアップ先となるファイルを設定し、［OK］ボタンをクリックすれば、バックアップが開始されます。
バックアップが正常に完了すると、次のようにダイアログが表示されます。
00371

◆ 2.　移行元で取得した完全バックアップを移行先サーバーへコピー

次に、移行元で取得した完全バックアップのファイル（.bak）を移行先のサーバー（SQL Server 2016）へコピーします。この操作は、Windows エクスプローラーから行います。

00372

ファイルのコピーの中は、次のように［詳細情報］をクリックすることで、ファイルのコピー速度（～MB/s：1秒あたりに何MB を転送できたのか）を確認することができるので、確認しておくことをお勧めします（ファイルのコピーにかかる時間は、移行時のダウンタイム時間に関わってくる重要なものなので、事前に転送速度をチェックしておくことをお勧めします。第４章4.11参照）。

00373

◆ 3.　移行先サーバー（SQL Server 2016）でバックアップを復元する

次に、手順2 でコピーしたバックアップファイルを移行先サーバー（SQL Server 2016）上で復元（リストア）します。復元を行うには、次のように RESTORE DATABASE ステートメントを実行します（Northwind データベースを復元する場合）。

RESTORE DATABASE Northwind
FROM DISK = 'C:\temp\Northwind_full.bak'
WITH MOVE 'Northwind' TO 'C:\DB\Northwind.mdf'
,MOVE 'Northwind_Log' TO 'C:\DB\Northwind.ldf', STATS

Northwind の部分は移行対象のデータベース名、C:\temp\Northwind_full.bak の部分は任意のファイルパスへ変更して実行するようにします。MOVE .. TO では、「MOVE '論理名' TO '復元先のパス'」のように復元先のパスをデータファイル（.mdf）とトランザクションログファイル（.ldf）ごとに指定します。各ファイルの論理名（LogicalName）は、次のように RESTORE FILELISTONLY ステートメントを実行して確認することができます。

RESTORE FILELISTONLY
FROM DISK = 'C:\temp\Northwind_full.bak'

LogicalName で表示された名前（画面は Northwind や Northwind_log）を MOVE .. TO の .. へ指定します。なお、RESTORE DATABASE ステートメントを実行するときに MOVE .. TO を指定しなかった場合は、上記の PhysicalName（旧環境で元々使っていた場所）へデータベースが復元されるようになります。新しい環境で該当パスが存在しない場合は、復元時に次のように「指定されたファイルが見つかりません」エラーになります。

00376

このエラーが出る場合は、MOVE .. TO オプションを利用して、復元先を変更するようにします。

Note： SQL Server 2005 のフルテキストインデックス機能を利用している場合
SQL Server 2005 のフルテキストインデックス機能を利用している場合は、データベースの復元時に、フルテキストカタログも復元されます。このときの復元先は、旧環境で元々使っていた場所になります。この場所も MOVE .. TO で変更することができますが、これについては後述します（SQL Server 2008 以降の場合は、フルテキストカタログがデータベースエンジンに統合されているので、この作業は不要です）。

NTFS アクセス許可がない場合のエラー

RESTORE DATABASE ステートメントを実行するときに、復元先のフォルダーに対して、SQL Server サービスのサービスアカウントに NTFS アクセス許可がない場合には、次のように「アクセスが拒否されました」エラーになります

00377

この場合は、NTFS アクセス許可を設定するようにします。

以上のように、以前のバージョンの SQL Server で取得したバックアップは、簡単に SQL Server 2016 上へ復元することができます。復元（リストア）にかかる時間は、データベースサイズやストレージの性能によって大きく変わってくるので、事前にどれぐらいの時間で復元ができるかをチェックしておくことも重要です（第４章の4.11 もご覧いただければと思います）。

Note： GUI 操作でデータベースを復元したい場合
Management Studio を利用して、GUI 操作でデータベースを復元したい場合には、オブジェクトエクスプローラーで、次のように、［データベース］フォルダーを右クリックして、［データベースの復元］をクリックします。
00378

［データベースの復元］ダイアログでは、「デバイス」を選択して「...」ボタンをクリックします。次のように［バックアップデバイスの選択］ダイアログが表示されたら、［追加］ボタンをクリックして、手順2 でコピーしたバックアップファイルを選択します。
00379

［OK］ボタンをクリックして、［データベースの復元］ダイアログへ戻ったら、次のように［復元するバックアップセット］で「完全」となっているバックアップが選択されていることを確認して、［転送先］の［データベース］に移行元のデータベース名が入力されていることを確認します（画面は Northwind）。
00380

このダイアログでは、次のように［ファイル］ページから復元先のパスを変更することもできます（これは、前述の MOVE .. TO に相当し、移行元と移行先でドライブ構成やフォルダー構成が異なる場合に利用します）。
00381

［データベースの復元］ダイアログでは、［OK］ボタンをクリックすると復元が開始され、復元が正常に完了すると、「成功しました」ダイアログが表示されます。

◆ 復元後のデータベースの状態

データベースの復元が完了すると、ほぼすべてのデータベース内のオブジェクトをそのまま利用することができ、テーブルの中身も参照することができます。

00382

詳しくは後述しますが、テーブルやデータだけでなく、ビューやストアドプロシージャ、トリガー、インデックス、制約、ユーザー定義関数なども利用することができます。

◆ 復元後に行った方が良い作業

データベースを復元した後は、行っておいた方が良い作業がいくつかあります。その主なものは、次のとおりです。

統計の更新（sp_updatestats）
フルテキスト検索機能を利用している場合は、フルテキストインデックスの再構築
互換性レベルを 130 へ上げる（オプション）
データベースの所有者を確認／設定する（所有者が空の場合は設定する）

詳しくは、次項以降で説明します。

◆ 復元後に動作しないもの

データベースを復元することによって、ほぼすべてのオブジェクトを以前と変わらずに利用することができますが、もちろん復元しただけでは操作しないものもあります（復元後に、追加の操作が必要になります）。その主なものは、次のとおりです。

UNSAFE および外部にアクセス設定された SQL CLR オブジェクト（CLR 統合機能）
データベースダイアグラム（データベースの所有者が設定されていない場合のみ）
データベースユーザーとオブジェクト権限
システムデータベース関連のオブジェクト（ログインアカウント、サーバーロール、tempdb の設定、リンクサーバー、ユーザー定義エラー、構成オプション、ジョブ、警告、オペレーター、データベースメールなど）
レジストリに格納された設定情報（サービスの自動起動やサービスアカウント、認証モード、TCP ポート番号、起動時パラメーターでのトレースフラグの設定など）
メンテナンスプラン（保守計画）
Integration Services を利用している場合は、SSIS パッケージ
SQL Server Audit やリソースガバナー、ポリシーベースの管理、パフォーマンスデータコレクションなどのサーバー管理に関する機能
レプリケーションやログ配布、可用性グループ、データベースミラーリングなどサーバー間の連携機能

これらについても、後述します。

Note：データベースを移行するその他の方法
データベースを移行する方法には、そのほかにもいくつかあります。その主なものは、次の３つです。
・デタッチとアタッチ
・データベース コピーウィザード
・スクリプト生成ウィザード＋ Integration Services によるデータの移動
デタッチとアタッチによる移行は、次のように該当データベースを右クリックして［タスク］メニューから［デタッチ］をクリックすることで、いったん SQL Server 配下からデータベースを切り離す（.mdf／.ldf ファイルを操作できるようにする）ことができる機能です。
00383

デタッチしたファイルを、移行先のサーバーにコピーして、移行先でこのファイルをアタッチすれば、データベースを移行することができます。バックアップ／復元機能での移行と同様、簡単にデータベースを移行することができるのですが、バックアップ／復元機能よりも、移行時のファイルサイズが大きくなってしまうことがデメリットです（∴お勧めではありません）。ファイルサイズが大きくなってしまうと、移行元から移行先にファイルをコピーするときの時間が長くなるので、移行時のダウンタイム時間が伸びてしまいます（第４章4.11参照）。
データベース コピーウィザードは、移行元と移行先がネットワーク的に繋がっている場合に利用できる機能ですが、SQL Server 2016 の Management Studio 上から実行して、［管理］フォルダーを右クリックして、［データベースのコピー］で起動することができます。
00384

内部的には、デタッチ／アタッチ操作または SMO（SQL Server 管理オブジェクト）が利用されていますが、ウィザードという形で何が行われているのかが分かりにくい部分があるので、お勧めではありません（∵ウィザードに頼らずに、機能を理解した上でデータベースの移行を行ったほうが、万が一の失敗時にリカバリが効くため）。
スクリプト生成ウィザードは、データベース内のオブジェクト（テーブルやビュー、ストアドプロシージャなど）の定義をすべてスクリプト化できる機能で、Management Studio で該当データベースを右クリックして、［タスク］の［スクリプトの生成］から実行できます。
00385

生成したスクリプトを移行先で実行して、同じオブジェクト（データは空）を作成し、データの移動（エクスポートとインポート）には、Integration Services や bcp コマンドを利用します。この方法は、データの移動を別途行わなければいけないので面倒です。
なお、SQL Server 2008 以降のスクリプト生成ウィザードでは、データを INSERT するスクリプトを生成する機能も追加されています。
00386

これは、少量のデータを移行する場合には大変便利な機能なのですが、データ量が多い場合には、巨大なテキストファイルができあがってしまうので（INSERT ステートメントにすべての列名が埋め込まれているので、実際のデータサイズよりも巨大になります）、データ量が多い場合にはお勧めはありません。
このように、データベースの移行を行えるツールは、たくさんあるのですが、一番のお勧めが本文中で説明したバックアップ／復元機能になります。

目次へ | 前のページへ | 次のページへ