SQL Server データベースを Azure 仮想マシン上の SQL Server に移行する

この演習では、Azure 仮想マシンで実行されている SQL Server への SQL Server データベースの移行を、Azure Blob Storage を介したバックアップと復元という方法で行う方法を学習します。ソースデータベースを Azure ストレージアカウントにバックアップし、これを Azure VM 上のターゲット SQL Server に復元します。この単純明快なオフライン移行アプローチは、データベースが小さい場合や、ダウンタイムが許容される場合に適しています。

この演習には約 45 分かかります。

注: この演習を完了するには、Azure サブスクリプションにアクセスして、Azure リソースを作成する必要があります。 Azure サブスクリプションをお持ちでない場合は、始める前に無料アカウントを作成してください。

開始する前に

この演習を実行するには、次のものが必要です。

項目	説明
ターゲットサーバー	Azure 仮想マシン上の SQL Server。詳細については、Azure 仮想マシンで SQL Server をプロビジョニングするを参照してください。注: ターゲットとサーバーの間の SQL Server のバージョンは同じである必要があります。
ソースサーバー	選択したサーバーにインストールされている最新の SQL Server のバージョン。
ソースデータベース	SQL Server インスタンスで復元される軽量の AdventureWorks データベース。
SSMS	SQL Server Management Studio (SSMS) をソースとターゲット両方のサーバーにインストールします。これをデータベースのバックアップ、復元、確認に使用します。

SQL Server データベースを復元する

AdventureWorksLT データベースを SQL Server インスタンスに復元しましょう。このデータベースは、このラボ演習のソースデータベースとして機能します。データベースが既に復元されている場合は、これらの手順をスキップできます。

Windows の [スタート] ボタンを選択し、SSMS と入力します。一覧から [Microsoft SQL Server Management Studio 18] を選択します。
SSMS が開くと、 [サーバーに接続] ダイアログに既定のインスタンス名が事前に入力されていることがわかります。 [接続] を選択します。
Databases フォルダーを選択し、[新しいクエリ] を選択します。
次の T-SQL をコピーして、新しいクエリウィンドウに貼り付けます。データベースバックアップファイルの名前とパスが実際のバックアップファイルと一致していることを確認します。このとおりでない場合は、このコマンドは失敗します。クエリを実行してデータベースを復元します。
```
 RESTORE DATABASE AdventureWorksLT
 FROM DISK = 'C:\<FolderName>\AdventureWorksLT2019.bak'
 WITH RECOVERY,
       MOVE 'AdventureWorksLT2019_Data' 
         TO 'C:\<FolderName>\AdventureWorksLT2019.mdf',
       MOVE 'AdventureWorksLT2019_Log'
         TO 'C:\<FolderName>\AdventureWorksLT2019.ldf';
```
注:T-SQL コマンドを実行する前に、SQL Server マシンに軽量の AdventureWorks バックアップファイルがあることを確認してください。
復元が完了すると、成功メッセージが表示されます。

BLOB コンテナーがある Azure ストレージアカウントをプロビジョニングする

Azure ストレージアカウントを作成する目的は、移行用の完全バックアップとトランザクションログバックアップを格納することです。このストレージアカウントは後の手順で使用します。

Azure portal にサインインします。
左側のポータルメニューで [ストレージアカウント] を選択して、ストレージアカウントの一覧を表示します。ポータルメニューが表示されない場合は、メニューボタンを選択してオンに切り替えます。
[ストレージアカウント] ページで、[作成] を選択します。
[プロジェクトの詳細] で、Azure 仮想マシンを作成したのと同じ Azure サブスクリプションを選択します。
Azure 仮想マシンを作成したのと同じリソースグループを選択します。
ストレージアカウントの一意の名前を選択し、Azure 仮想マシンと同じリージョンを選択します。
サービスレベルとして [Standard] を選択します。
残りのオプションについては既定値のままにします。
[確認および作成] を選択し、次に [作成] を選択します。

ストレージアカウントが作成されたら、次の手順に従ってコンテナーを作成できます。

Azure portal で新しく作成されたストレージアカウントに移動します。
ストレージアカウントの左側のメニューで、[BLOB サービス] セクションまでスクロールし、[コンテナー] を選択します。
[+ コンテナー] を選択して、新しいコンテナーを作成します。
[新しいコンテナー側] ページで次の情報を入力します。
- 名前: ユーザー設定の名前
- パブリックアクセスレベル: 非公開
［作成］ を選択します

ストレージアカウントの SQL Server 資格情報を作成する

ソースデータベースを Azure Blob Storage にバックアップするには、ストレージアカウントのアクセスキー情報を格納する資格情報をあらかじめ作成する必要があります。

SSMS を開いてソースの SQL Server インスタンスに接続します。
[新しいクエリ] ウィンドウを開き、次に示す T-SQL ステートメントを実行して資格情報を作成します。プレースホルダーの値を実際のストレージアカウント名とアクセスキーで置き換えてください。
```
 CREATE CREDENTIAL [https://<storage_account_name>.blob.core.windows.net/<container_name>]
 WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
 SECRET = '<SAS token>';
```
注: SAS トークンを生成するには、Azure portal で自分のストレージアカウントに移動し、[セキュリティとネットワーク] の下の [Shared Access Signature] を選択し、[Blob] と [コンテナー] にアクセス許可として [読み取り]、[書き込み]、[リスト]、[作成] を付与し、適切な有効期限を設定してから [SAS と接続文字列を生成する] を選択します。 [SAS トークン] の値をコピーします (先頭の ? を除く)。

ソースデータベースを Azure Blob Storage にバックアップする

次に、SQL Server の URL へのバックアップ機能を使用してソースデータベースを Azure Blob Storage コンテナーに直接バックアップします。

SSMS で、ソースの SQL Server に接続し、[新しいクエリ] ウィンドウを開いて次に示す T-SQL ステートメントを実行します。
```
 BACKUP DATABASE AdventureWorksLT
 TO URL = 'https://<storage_account_name>.blob.core.windows.net/<container_name>/AdventureWorksLT.bak'
 WITH COMPRESSION, STATS = 10;
```
注: <storage_account_name> と <container_name> を実際の値で置き換えてください。 COMPRESSION オプションを指定するとバックアップのサイズが小さくなり、転送に要する時間が短くなります。
バックアップが正常に完了したことを確認します。データベースが正常にバックアップされたことを示すメッセージが表示されるはずです。
バックアップファイルが存在するかどうかを確認するには、Azure portal で自分のストレージアカウントコンテナーに移動します。

データベースを Azure VM 上のターゲット SQL Server 上に復元する

次に、バックアップファイルを Azure Blob Storage から、Azure 仮想マシン上で実行されているターゲット SQL Server に復元します。

SSMS を開き、Azure VM 上のターゲット SQL Server に接続します。
[新しいクエリ] ウィンドウを開き、次に示す T-SQL ステートメントを実行して同じ資格情報をターゲットサーバー上に作成します。
```
 CREATE CREDENTIAL [https://<storage_account_name>.blob.core.windows.net/<container_name>]
 WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
 SECRET = '<SAS token>';
```
注: 前に生成した、同じ SAS トークンを使用します。有効期限が切れていないことを確認してください。
次に示す T-SQL ステートメントを実行してデータベースをバックアップファイルから復元します。
```
 RESTORE DATABASE AdventureWorksLT
 FROM URL = 'https://<storage_account_name>.blob.core.windows.net/<container_name>/AdventureWorksLT.bak'
 WITH REPLACE, STATS = 10;
```
注: REPLACE オプションを指定すると、同じ名前の既存のデータベースが上書きされます。データベースがターゲット上に存在しない場合は、このオプションを省略してもかまいません。データベースのサイズとネットワーク速度によっては、復元に数分かかることがあります。
復元が正常に完了したことを確認します。データベースが正常に復元されたことを示すメッセージが表示されるはずです。

移行を検証する

SSMS で、Azure VM 上のターゲット SQL Server に接続し、[オブジェクトエクスプローラー] で [データベース] を展開して AdventureWorksLT データベースが表示されることを確認します。

AdventureWorksLT データベースを右クリックして [新しいクエリ] を選択します。データが正しく移行されたことを確認するために、次のサンプルクエリを実行します。

 -- Verify table count
 SELECT COUNT(*) AS TableCount
 FROM AdventureWorksLT.INFORMATION_SCHEMA.TABLES
 WHERE TABLE_TYPE = 'BASE TABLE';

 -- Verify row counts for a sample table
 SELECT COUNT(*) AS RowCount
 FROM AdventureWorksLT.SalesLT.Customer;

同じクエリをソースデータベースに対して実行したときの結果と比較してデータ整合性を確認します。

これで、Azure 仮想マシン上で実行されている SQL Server に、Azure Blob Storage を介したバックアップと復元という方法を使用して SQL Server データベースを移行する作業が完了しました。この方法では、SQL Server のネイティブの機能である URL へのバックアップを使用してデータベースが Azure ストレージアカウントを通して転送されるため、オフライン移行をシンプルかつ効率的に行うことができます。

クリーンアップ

独自のサブスクリプションを使用している場合は、プロジェクトの最後に、作成したリソースがまだ必要かどうかを確認してください。

リソースを不必要に実行したままにしておくと、追加コストが発生する可能性があります。 Azure portal でリソースを個別に削除することも、リソースのセット全体を削除することもできます。

詳細

Azure 仮想マシンの SQL Server の詳細については、「Azure 仮想マシンにおける SQL Server の概要」を参照してください。