SQL Server 2014 自習書シリーズ （HTML 版）
「No.5 Microsoft Azure SQL Database 入門」

4.3　SSIS ウィザードでのテーブル データの移行

Azure SQL Database では、通常の SQL Server と同様、Integration Services（SSIS）の SQL Server インポートおよびエクスポート ウィザード（以降、SSIS ウィザードと記述）を利用してデータのインポート／エクスポートを行うことができます。

SSIS ウィザードは、データベース丸ごとではなく、特定のテーブルのデータのみを移行したい場合に便利で、筆者もよく利用しています。ただし、データ サイズが数GBレベルになる場合は、SSIS ウィザードは、bcp コマンドや DAC Fx（.bacpac）に比べて転送速度が遅くなるので、お勧めではありません。SSIS ウィザードは、数万件程度のデータを移行する場合にお勧めの方法になります。

◆ Let's Try

それでは、これを試してみましょう。ここでは、SSIS ウィザードを利用して、NorthwindJ データベース内の「商品」テーブルを、Azure SQL Database 上に移行してみましょう。

1．SSIS ウィザードを利用するには、次のように Management Studio で「NorthwindJ」データベースを右クリックして、［タスク］メニューの［データのエクスポート］をクリックします（これは、SQL Server 2008 以降の Management Studio であれば、同じように操作することができます）。

これにより、［SQL Server インポートおよびエクスポート ウィザード］が起動するので、［次へ］ボタンをクリックします。

2．次の［データ ソースの選択］ページでは、次のように［データ ソース］で「SQL Server Native Client 11.0」を選択します。

［サーバー名］に移行元となる SQL Server の名前を入力（画面は MATUMO）、［認証］で［Windows 認証を使用する］を選択、［データベース］で「NorthwindJ」を選択して、［次へ］ボタンをクリックします。

3．次の［変換先の選択］ページでは、次のように［変換先］で「.Net Framework Data Provider for SqlServer」を選択します。

［Encrypt］で「True」を選択、［Data Source］に Azure SQL Database の SQL サーバー名（画面は matusrv1.database.～）、［Initial Catalog］に移行先となるデータベースの名前（画面は AzureDB）、［User ID］に管理者アカウントの名前（画面は matumoto）、［Password］に管理者アカウントのパスワードを入力して、［次へ］ボタンをクリックします。［Encrypt］の「True」は必須ではありませんが、これを指定することで、暗号化接続を利用することができます。

なお、SQL Server 2008 や 2008 R2 などの古いバージョンの SSIS ウィザードを利用している場合は、管理者アカウントの名前を「アカウント名@サーバー名」（matumoto@matusrv1 のように matusrv1.database.windows.net の先頭部分付けて指定する必要があります。

Note：「SQL Server Native Client 11.0」は使用することも可能（暗号化接続なし）
SQL Server 2014 の SSIS ウィザードを利用している場合は、［変換先］に、次のように「SQL Server Native Client 11.0」を選択しても、データの移行を行うことができます。

ただし、この接続方法では、暗号化接続を利用することができないので、本文中の手順のように、「.Net Framework Data Provider for SqlServer」を利用することをお勧めします。

4．次の［テーブルのコピーまたはクエリの指定］ページでは、［1つ以上のテーブルまたはビューからデータをコピーする］を選択して、［次へ］ボタンをクリックします。

5．次の［コピー元のテーブルおよびビューを選択］ページでは、［変換元］で「[dbo].[商品]」をチェックして、「商品」テーブルをコピーするようにします。

ここでは、［マッピングの編集］ボタンをクリックすると、次のように［列マッピング］ダイアログが表示されて、移行先で作成されるテーブルの列名などを確認／変更することができます。

作成されるテーブルは、既定では PRIMARY KEY が付与されていませんが、今回は何も変更せずに、［コピー元のテーブルおよびビューを選択］ページへ戻って［次へ］ボタンをクリックし、次のページへ進みます。

Note： PRIMARY KEY を付与する場合
［列マッピング］ダイアログでは、次のように PRIMARY KEY を付与したテーブルに変更することも可能です。

なお、既に、移行先にテーブルが作成済みである場合は、そのテーブルを選択して、データの移行のみを行うこともできます。

6．次の［パッケージの保存および実行］ページでは、［すぐに実行する］を選択して、［次へ］ボタンをクリックします。

7．次の［ウィザードの完了］ページでは、［完了］ボタンをクリックすると、データの転送（エクスポート）が開始されます。

8．データの転送中は、次のように進行状況が表示されます。

Note： Version 11 の場合のエラー
Azure SQL Database の Version 11 を利用している場合には、データの転送中に、次のようにエラーが発生します。

Version 11 では、データを追加するために、クラスター化インデックスが必須になるので、本文中の手順のように PRIMARY KEY を作成していない場合は、このようにデータの転送エラーになります。これを回避するには、前述の Note「PRIMARY KEY を付与する場合」のように、テーブルの作成時に PRIMARY KEY を付与するようにします。

次のように、［状態］がすべて「成功」と表示されれば、データの転送が完了です。

［閉じる］ボタンをクリックしてウィザードを終了します。

9．Azure SQL Database の SQL サーバーに接続して、転送されたテーブルを参照すると、次のようにデータが正しく移行されていることを確認できます。

このように、Azure SQL Database でも、通常の SQL Server と同様の操作で、Integration Servicesを利用したデータ転送を行うことができます。なお、Integration Services については、SQL Server 2012 の自習書シリーズの「Integration Services 入門」および「Integration Services 応用」編で詳しく説明しているので、こちらもぜひご覧いただければと思います。