チュートリアル: Azure Blob Storage と SQL Server の使用

[アーティクル]
04/26/2023

適用対象: SQL Server 2016 (13.x) 以降のバージョン

このチュートリアルでは、SQL Server 2016 以降のバージョンでデータファイルとバックアップに Azure Blob Storage を使用する方法を理解するのに役立ちます。

SQL Server による Azure Blob Storage の統合のサポートは、SQL Server 2012 Service Pack 1 CU2 の拡張機能として開始され、SQL Server 2014 および SQL Server 2016 でさらに強化されました。この機能の概要と使用した場合の利点については、「Microsoft Azure 内の SQL Server データファイル」をご覧ください。

このチュートリアルでは、複数のセクションに分けて、Azure Blob Storage で SQL Server データファイルを使用する方法を説明します。各セクションでは特定のタスクに重点を置いており、セクションは順番に完了する必要があります。まず、格納済みアクセスポリシーと Shared Access Signature で Blob Storage に新しいコンテナーを作成する方法を学習します。次に、SQL Server を Azure Blob Storage と統合するための SQL Server 資格情報を作成する方法を学習します。さらに、Blob Storage にデータベースをバックアップし、Azure の仮想マシンに復元します。 SQL Server のファイルスナップショットのトランザクションログバックアップを使用して、特定の時点、または新しいデータベースに復元することができます。最後に、このチュートリアルでは、ファイルスナップショットのバックアップについて理解し、使用できるようにするために、メタデータシステムのストアドプロシージャと関数の使用方法を紹介します。

前提条件

このチュートリアルを完了するには、SQL Server のバックアップと復元の概念と T-SQL 構文についての知識が必要です。
このチュートリアルを使用するには、Azure ストレージアカウント、SQL Server Management Studio (SSMS)、オンプレミスの SQL Server のインスタンスへのアクセス、SQL Server 2016 以降のバージョンを実行している Azure 仮想マシン (VM) へのアクセス、および AdventureWorks2022 データベースが必要です。また、BACKUP コマンドと RESTORE コマンドの実行に使用するアカウントは、alter any credential 権限を持つ db_backup operator データベースロールに属している必要があります。

無料の Azure アカウントを取得する。
Azure ストレージアカウントを作成します。
SQL Server 2017 Developer Edition をインストールします。
SQL Server を実行している Azure VM をプロビジョニングする
SQL Server Management Studio をインストールします。
AdventureWorks サンプルデータベースをダウンロードします。
ユーザーアカウントを db_backupoperator のロールに割り当て、alter any credential 権限を付与する。

重要

SQL Server では、Azure Data Lake Storage がサポートされていません。このチュートリアルで使用するストレージアカウントでは、確実に階層型名前空間が有効になっていないようにしてください。

1 - 格納済みアクセスポリシーと共有アクセスストレージを作成する

このセクションでは Azure PowerShell スクリプトを使用して、Azure Blob Storage コンテナーに格納済みアクセスポリシーを使用した Shared Access Signature を作成します。

注意

このスクリプトは、Azure PowerShell 5.0.10586 を使用して作成されています。

Shared Access Signature とは、コンテナー、BLOB、キュー、またはテーブルに対する制限付きアクセス権を付与する URI です。格納済みアクセスポリシーによって、取り消し、期限切れ、アクセス権の拡張などのサーバー側の Shared Access Signatures のコントロールのレベルが追加されます。この新しい機能強化を使用する場合は、少なくとも読み取り、書き込み、一覧表示の権限のあるコンテナーに対してポリシーを作成する必要があります。

格納済みアクセスポリシーと Shared Access Signature を作成するには、Azure PowerShell、Azure Storage SDK、Azure REST API、またはサードパーティのユーティリティを使用します。このチュートリアルでは、Azure PowerShell スクリプトを使用して、このタスクを実行する方法について説明します。スクリプトは、Resource Manager デプロイモデルルを使用して、次の新しいリソースを作成します

リソースグループ
ストレージアカウント
Azure BLOB Storage コンテナー
SAS ポリシー

このスクリプトでは、まず前述のリソースの名前と次の必要な入力値の名前を指定するための多くの変数を宣言します。

その他のリソースオブジェクトの名前付けで使用されるプレフィックス名
サブスクリプション名
データセンターの場所

このスクリプトでは、最後に「2 - Shared Access Signature を使用して SQL Server 資格情報を作成する」で使用する適切な CREATE CREDENTIAL ステートメントを生成します。このステートメントは、自動的にクリップボードにコピーされ、コンソールに出力されるので、確認できます。

コンテナーのポリシーを作成し、Shared Access Signature (SAS) を生成するには、次の手順に従います。

Window PowerShell または Windows PowerShell ISE (前述のバージョン要件を参照してください) を開きます。

以下のスクリプトを編集してから、実行します。

# Define global variables for the script
$prefixName = '<a prefix name>'  # used as the prefix for the name for various objects
$subscriptionID = '<your subscription ID>'   # the ID  of subscription name you will use
$locationName = '<a data center location>'  # the data center region you will use
$storageAccountName= $prefixName + 'storage' # the storage account name you will create or use
$containerName= $prefixName + 'container'  # the storage container name to which you will attach the SAS policy with its SAS token
$policyName = $prefixName + 'policy' # the name of the SAS policy

# Set a variable for the name of the resource group you will create or use
$resourceGroupName=$prefixName + 'rg'

# Add an authenticated Azure account for use in the session
Connect-AzAccount

# Set the tenant, subscription and environment for use in the rest of
Set-AzContext -SubscriptionId $subscriptionID

# Create a new resource group - comment out this line to use an existing resource group
New-AzResourceGroup -Name $resourceGroupName -Location $locationName

# Create a new Azure Resource Manager storage account - comment out this line to use an existing Azure Resource Manager storage account
New-AzStorageAccount -Name $storageAccountName -ResourceGroupName $resourceGroupName -Type Standard_RAGRS -Location $locationName

# Get the access keys for the Azure Resource Manager storage account
$accountKeys = Get-AzStorageAccountKey -ResourceGroupName $resourceGroupName -Name $storageAccountName

# Create a new storage account context using an Azure Resource Manager storage account
$storageContext = New-AzStorageContext -StorageAccountName $storageAccountName -StorageAccountKey $accountKeys[0].Value

# Creates a new container in Blob Storage
$container = New-AzStorageContainer -Context $storageContext -Name $containerName

# Sets up a Stored Access Policy and a Shared Access Signature for the new container
$policy = New-AzStorageContainerStoredAccessPolicy -Container $containerName -Policy $policyName -Context $storageContext -StartTime $(Get-Date).ToUniversalTime().AddMinutes(-5) -ExpiryTime $(Get-Date).ToUniversalTime().AddYears(10) -Permission rwld

# Gets the Shared Access Signature for the policy
$sas = New-AzStorageContainerSASToken -name $containerName -Policy $policyName -Context $storageContext
Write-Host 'Shared Access Signature= '$($sas.Substring(1))''

# Sets the variables for the new container you just created
$container = Get-AzStorageContainer -Context $storageContext -Name $containerName
$cbc = $container.CloudBlobContainer

# Outputs the Transact SQL to the clipboard and to the screen to create the credential using the Shared Access Signature
Write-Host 'Credential T-SQL'
$tSql = "CREATE CREDENTIAL [{0}] WITH IDENTITY='Shared Access Signature', SECRET='{1}'" -f $cbc.Uri,$sas.Substring(1)
$tSql | clip
Write-Host $tSql

# Once you're done with the tutorial, remove the resource group to clean up the resources.
# Remove-AzResourceGroup -Name $resourceGroupName

スクリプトが完了すると、CREATE CREDENTIAL ステートメントがクリップボード上にあるため、次のセクションで使用できます。

2 - Shared Access Signature を使用して SQL Server 資格情報を作成する

このセクションでは、前の手順で作成した Azure Blob Storage コンテナーに対して読み書きを行うために SQL Server で使用するセキュリティ情報を格納するための資格情報を作成します。

SQL Server 資格情報は、SQL Server の外部にあるリソースへの接続に必要な認証情報を保存するために使用されるオブジェクトです。資格情報には、Azure Blob Storage コンテナーの URI パスと、このコンテナーの Shared Access Signature が格納されます。

SQL Server 資格情報を作成するには、次の手順を実行します。

SSMS を起動します。
新しいクエリウィンドウを開き、オンプレミスの環境内にあるデータベースエンジンの SQL Server インスタンスに接続します。

新しいクエリウィンドウで、セクション 1 で取得した Shared Access Signature を指定した CREATE CREDENTIAL ステートメントを貼り付けて、そのスクリプトを実行します。

スクリプトは、次のコードのようになります。

/* Example:
USE master
CREATE CREDENTIAL [https://msfttutorial.blob.core.windows.net/containername]
WITH IDENTITY='SHARED ACCESS SIGNATURE'
, SECRET = 'sharedaccesssignature'
GO */

USE master
CREATE CREDENTIAL [https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>]
  -- this name must match the container path, start with https and must not contain a forward slash at the end
WITH IDENTITY='SHARED ACCESS SIGNATURE'
  -- this is a mandatory string and should not be changed
 , SECRET = 'sharedaccesssignature'
   -- this is the shared access signature key that you obtained in section 1.
GO

使用可能なすべての資格情報を表示するには、インスタンスに接続されたクエリウィンドウで次のステートメントを実行できます。
```
SELECT * from sys.credentials
```
新しいクエリウィンドウを開き、Azure 仮想マシン内にあるデータベースエンジンの SQL Server インスタンスに接続します。
新しいクエリウィンドウで、セクション 1 で取得した Shared Access Signature を指定した CREATE CREDENTIAL ステートメントを貼り付けて、そのスクリプトを実行します。
コンテナーにアクセスするようにしたい SQL Server インスタンスが他にもある場合は、手順 5. と手順 6. を繰り返します。

3 - URL にデータベースをバックアップする

このセクションでは、オンプレミスの SQL Server インスタンス内の AdventureWorks2022 データベースを、セクション 1 で作成したコンテナーにバックアップします。

注意

このコンテナーに SQL Server 2012 (11.x) SP1 CU2 以降のデータベースまたは SQL Server 2014 (12.x) データベースをバックアップする場合、こちらに記載されている非推奨の構文を使用すれば、WITH CREDENTIAL 構文で URL へのバックアップを行うことができます。

Blob Storage にデータベースをバックアップするには、次の手順に従います。

SSMS を起動します。
新しいクエリウィンドウを開き、Azure 仮想マシン内にある SQL Server インスタンスに接続します。

次の Transact-SQL スクリプトをコピーしてクエリウィンドウに貼り付けます。セクション 1 で指定したコンテナーとストレージアカウント名に合わせて適宜 URL を変更し、次のスクリプトを実行します。

-- To permit log backups, before the full database backup, modify the database to use the full recovery model.
USE master;
ALTER DATABASE AdventureWorks2022
   SET RECOVERY FULL;

-- Back up the full AdventureWorks2022 database to the container that you created in section 1
BACKUP DATABASE AdventureWorks2022
   TO URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_onprem.bak'

オブジェクトエクスプローラーを開き、ストレージアカウントとアカウントキーを使用して Azure ストレージに接続します。
1. [コンテナ―] を展開します。セクション 1 で作成されたコンテナーを展開し、前述の手順 3 で作成されたバックアップがこのコンテナー内に表示されているかどうかを確認します。

4 - URL から仮想マシンにデータベースを復元する

このセクションでは、Azure 仮想マシン内の SQL Server インスタンスに AdventureWorks2022 データベースを復元します。

注意

このチュートリアルではわかりやすくするために、データファイルおよびログファイル用のコンテナーとして、データベースのバックアップの場合と同じものを使用します。運用環境では、多くの場合、複数のコンテナーを使用し、データファイルも複数を頻繁に使用することになります。大規模なデータベースをバックアップする場合にそのパフォーマンスを向上させるために、バックアップを複数の BLOB でストライプ化することも検討可能です。

Azure Blob Storage から Azure 仮想マシン内の SQL Server インスタンスに AdventureWorks2022 データベースを復元するには、次の手順を実行します。

SSMS を起動します。
新しいクエリウィンドウを開き、Azure 仮想マシン内にあるデータベースエンジンの SQL Server インスタンスに接続します。

-- Restore AdventureWorks2022 from URL to SQL Server instance using Azure Blob Storage for database files
RESTORE DATABASE AdventureWorks2022
   FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_onprem.bak'
   WITH
      MOVE 'AdventureWorks2022_data' to 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_Data.mdf'
     ,MOVE 'AdventureWorks2022_log' to 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_Log.ldf'
--, REPLACE

オブジェクトエクスプローラーを開き、Azure SQL Server インスタンスに接続します。
オブジェクトエクスプローラーで、[データベース] ノードを展開し、AdventureWorks2022 データベースが復元されていることを確認します (必要に応じてノードを更新する)
1. AdventureWorks2022 を右クリックし、[プロパティ] を選択します。
2. [ファイル] を選択して、2 つのデータベースファイルのパスが、Azure Blob Storage コンテナー内の BLOB を指す URL であることを確認します (完了したら [キャンセル] を選択します)。
オブジェクトエクスプローラーで、Azure ストレージに接続します。
1. [Containers] を展開します。セクション 1 で作成したコンテナーを展開して、上記の手順 3 の AdventureWorks2022_Data.mdf および AdventureWorks2022_Log.ldf が、セクション 3 で作成したバックアップファイルと一緒にこのコンテナーの中に表示されていることを確認します (必要に応じてノードを更新する)。

5 - ファイルスナップショットバックアップを使用してデータベースをバックアップする

このセクションでは、Azure のスナップショットを使用して、ファイルスナップショットバックアップによって AdventureWorks2022 データベースを Azure 仮想マシンにバックアップし、ほぼ瞬時にバックアップを行います。ファイルスナップショットバックアップの詳細については、「 Azure でのデータベースファイルのスナップショットバックアップ」を参照してください。

ファイルスナップショットバックアップを使用して AdventureWorks2022 データベースをバックアップするには、次の手順に従います。

SSMS を起動します。
新しいクエリウィンドウを開き、Azure 仮想マシン内にあるデータベースエンジンの SQL Server インスタンスに接続します。
次の Transact-SQL スクリプトをコピーして、クエリウィンドウに貼り付け、実行します (このクエリウィンドウは閉じないでください。このスクリプトは、手順 5. でもう一度実行します)。このシステムストアドプロシージャでは、指定したデータベースを構成する既存のファイルスナップショットバックアップの各ファイルを確認できます。このデータベースのファイルスナップショットバックアップはありません。
```
-- Verify that no file snapshot backups exist
SELECT * FROM sys.fn_db_backup_file_snapshots ('AdventureWorks2022');
```
次の Transact-SQL スクリプトをコピーしてクエリウィンドウに貼り付けます。セクション 1 で指定したコンテナーとストレージアカウント名に合わせて適宜 URL を変更し、次のスクリプトを実行します。非常に早くバックアップされます。
```
-- Backup the AdventureWorks2022 database with FILE_SNAPSHOT
BACKUP DATABASE AdventureWorks2022
   TO URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_Azure.bak'
   WITH FILE_SNAPSHOT;
```
手順 4 のスクリプトが正常に実行されたことを確認した後、次のスクリプトを再度実行します。手順 4 のファイルスナップショットバックアップ操作で、データとログファイルの両方のファイルスナップショットが生成されました。
```
-- Verify that two file-snapshot backups exist
SELECT * FROM sys.fn_db_backup_file_snapshots ('AdventureWorks2022');
```
Azure 仮想マシンの SQL Server インスタンスのオブジェクトエクスプローラーで、[データベース] ノードを展開し、AdventureWorks2022 データベースがこのインスタンスに復元されたことを確認します (必要に応じてノードを更新します)。
オブジェクトエクスプローラーで、Azure ストレージに接続します。
[Containers] を展開します。セクション 1 で作成したコンテナーを展開して、上記の手順 4 で作成した AdventureWorks2022_Azure.bak が、セクション 3 で作成したバックアップファイルおよびセクション 4 で作成したデータベースファイルと一緒にこのコンテナーの中に表示されていることを確認します (必要に応じてノードを更新します)。

6 - アクティビティを生成し、ファイルスナップショットバックアップを使用してログをバックアップする

このセクションでは、AdventureWorks2022 データベースにアクティビティを生成し、ファイルスナップショットバックアップを使用してトランザクションログバックアップを定期的に作成します。ファイルスナップショットバックアップの使用の詳細については、「Azure でのデータベースファイルのスナップショットバックアップ」を参照してください。

AdventureWorks2022 データベースにアクティビティを生成し、ファイルスナップショットバックアップを使用してトランザクションログバックアップを定期的に作成するには、次の手順を実行します。

SSMS を起動します。
新しい 2 つのクエリウィンドウを開き、それぞれのクエリウィンドウを、Azure 仮想マシン内にあるデータベースエンジンの SQL Server インスタンスに接続します。
次の Transact-SQL スクリプトをコピーし、いずれかのクエリウィンドウに貼り付けて、実行します。手順 4 で新しい行を追加する前の Production.Location テーブルの行数は 14 行です。
```
-- Verify row count at start
SELECT COUNT (*) from AdventureWorks2022.Production.Location;
```

次の 2 つの Transact-SQL スクリプトをコピーして 2 つの個別のクエリウィンドウに貼り付けます。セクション 1 で指定したコンテナーとストレージアカウント名に合わせて適宜 URL を変更し、個別のクエリウィンドウ内でこれらのスクリプトを同時に実行します。これらのスクリプトは、完了まで約 7 分かかります。

-- Insert 30,000 new rows into the Production.Location table in the AdventureWorks2022 database in batches of 75
DECLARE @count INT=1, @inner INT;
WHILE @count < 400
   BEGIN
      BEGIN TRAN;
         SET @inner =1;
            WHILE @inner <= 75
               BEGIN;
                  INSERT INTO AdventureWorks2022.Production.Location
                     (Name, CostRate, Availability, ModifiedDate)
                        VALUES (NEWID(), .5, 5.2, GETDATE());
                  SET @inner = @inner + 1;
               END;
      COMMIT;
   WAITFOR DELAY '00:00:01';
   SET @count = @count + 1;
   END;
SELECT COUNT (*) from AdventureWorks2022.Production.Location;

--take 7 transaction log backups with FILE_SNAPSHOT, one per minute, and include the row count and the execution time in the backup file name
DECLARE @count INT=1, @device NVARCHAR(120), @numrows INT;
WHILE @count <= 7
   BEGIN
         SET @numrows = (SELECT COUNT (*) FROM AdventureWorks2022.Production.Location);
         SET @device = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/tutorial-' + CONVERT (varchar(10),@numrows) + '-' + FORMAT(GETDATE(), 'yyyyMMddHHmmss') + '.bak';
         BACKUP LOG AdventureWorks2022 TO URL = @device WITH FILE_SNAPSHOT;
         SELECT * from sys.fn_db_backup_file_snapshots ('AdventureWorks2022');
      WAITFOR DELAY '00:1:00';
         SET @count = @count + 1;
   END;

1 番目のスクリプトの出力を確認します。最終的な行カウントは 29,939 になっています。
2 番目のスクリプトの出力を確認します。BACKUP LOG ステートメントが実行されるたびに 2 つの新しいファイルスナップショットが作成されています。ログファイルのファイルスナップショットが 1 つと、データファイルのファイルスナップショットが 1 つです (データベースファイルごとに、合計 2 つのファイルスナップショット)。 2 番目のスクリプトが完了すると、ファイルスナップショットは合計で 16 個になっています。データベースファイルごとに 8 個です (BACKUP DATABASE ステートメントで 1 つ、BACKUP LOG ステートメントの実行のたびに 1 つ)。
オブジェクトエクスプローラーで、Azure ストレージに接続します。
[Containers] を展開します。セクション 1 で作成したコンテナーを展開し、新しいバックアップファイルが 7 つと、前のセクションで生成されたデータファイルが表示されていることを確認します (必要に応じてノードを更新)。

7 - 特定の時点にデータベースを復元する

このセクションでは、2 つのトランザクションログバックアップ間の特定の時点に AdventureWorks2022 データベースを復元します。

従来のバックアップの場合、ポイントインタイムリストアを実行するには、復元する時点までの、およびその直後の完全なデータベースバックアップ (場合によっては差分バックアップ) とすべてのトランザクションログファイルを使用する必要がありました。ファイルスナップショットバックアップの場合、復元先の時点を枠内に入れたゴールポストを設定する 2 つの隣接するログバックアップファイルを必要とするだけです。各ログバックアップによって各データベースファイルのファイルスナップショット (各データファイルとログファイル) が作成されるので、ログファイルスナップショットバックアップセットが 2 つ必要なだけです。

ファイルスナップショットバックアップセットから、指定した時点にデータベースを復元するには、次の手順を実行します。

SSMS を起動します。
新しいクエリウィンドウを開き、Azure 仮想マシン内にあるデータベースエンジンの SQL Server インスタンスに接続します。
次の Transact-SQL スクリプトをコピーしてクエリウィンドウに貼り付けて実行します。 Production.Location テーブルの行数が 29,939 行であることを確認してから、手順 4 で示すこれより行数が少なかった特定の時点にこのテーブルを復元します。
```
-- Verify row count at start
SELECT COUNT (*) from AdventureWorks2022.Production.Location
```

次の Transact-SQL スクリプトをコピーしてクエリウィンドウに貼り付けます。 2 つの隣接するログバックアップファイルを選択し、そのファイル名を、次のスクリプトで必要となる日付と時刻に変換します。セクション 1 で指定したコンテナーとストレージアカウント名に合わせて URL を適切に変更し、1 番目と 2 番目のバックアップファイルの名前を指定し、STOPAT 時間を "June 26, 2018 01:48 PM" の形式で指定し、このスクリプトを実行します。このスクリプトは完了するまで数分かかります

-- restore and recover to a point in time between the times of two transaction log backups, and then verify the row count
ALTER DATABASE AdventureWorks2022 SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
RESTORE DATABASE AdventureWorks2022
   FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/<firstbackupfile>.bak'
   WITH NORECOVERY,REPLACE;
RESTORE LOG AdventureWorks2022
   FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/<secondbackupfile>.bak'
   WITH RECOVERY, STOPAT = 'June 26, 2018 01:48 PM';
ALTER DATABASE AdventureWorks2022 set multi_user;
-- get new count
SELECT COUNT (*) FROM AdventureWorks2022.Production.Location ;

出力結果を確認します。復元後、行数は 18,389 行になっています。この値は、ログバックアップ 5 の行数～ログバックアップ 6 の行数の範囲内の値です (行数は変動します)。

8 - ログバックアップから新しいデータベースとして復元する

このセクションでは、ファイルスナップショットのトランザクションログバックアップから、新しいデータベースとして AdventureWorks2022 データベースを復元します。

このシナリオでは、ビジネス分析やレポートのために、別の仮想マシン上の SQL Server インスタンスに復元を実行します。別の仮想マシン上の別のインスタンスに復元することによって、この目的に合わせてサイズ調整された専用の仮想マシンにワークロードをオフロードし、トランザクションシステムからリソース要件を削除することができます。

ファイルスナップショットバックアップを使用したトランザクションログバックアップからの復元は非常に高速で、従来のストリーミングバックアップよりも大幅に高速です。従来のストリーミングバックアップでは、データベースの完全バックアップ、必要に応じて差分バックアップ、一部またはすべてのトランザクションログバックアップ (または新しいデータベースの完全バックアップ) を使用する必要があります。一方、スナップショットファイルのログバックアップでは、最新のログバックアップ (2 つのログバックアップ時点間の特定の時点に復元する場合は、もう 1 つのログバックアップまたは 2 つの隣接するログバックアップ) のみが必要です。簡単に言うと、各ファイルスナップショットのログバックアップによって各データベースファイルのファイルスナップショット (各データファイルとログファイル) が作成されるので、ログファイルスナップショットバックアップセットが 1 つだけ必要です。

ファイルスナップショットバックアップを使用して、トランザクションログバックアップから新しいデータベースにデータベースを復元するには、次の手順を実行します。

SSMS を起動します。
新しいクエリウィンドウを開き、Azure 仮想マシン内にあるデータベースエンジンの SQL Server インスタンスに接続します。

注意

前のセクションで使用していたものとは別の Azure 仮想マシンを使用する場合は、「2 - Shared Access Signature を使用して SQL Server 資格情報を作成する」の手順に従っていることを確認します。別のコンテナーに復元する場合は、新しいコンテナーについて「1 - 格納済みアクセスポリシーと共有アクセスストレージを作成する」の手順に従います。

次の Transact-SQL スクリプトをコピーしてクエリウィンドウに貼り付けます。使用するログバックアップファイルを選択します。セクション 1 で指定したコンテナーとストレージアカウント名に合わせて適宜 URL を変更し、ログバックアップファイルの名前を指定して、このスクリプトを実行します。

-- restore as a new database from a transaction log backup file
RESTORE DATABASE AdventureWorks2022_EOM
    FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/<logbackupfile.bak>'
    WITH MOVE 'AdventureWorks2022_data' to 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_EOM_Data.mdf'
   , MOVE 'AdventureWorks2022_log' to 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/AdventureWorks2022_EOM_Log.ldf'
   , RECOVERY
--, REPLACE

出力を調べて復元が正常に行われたことを確認します。
オブジェクトエクスプローラーで、Azure ストレージに接続します。
[Containers] を展開します。セクション 1 で作成したコンテナーを展開し (必要に応じて表示を更新して)、コンテナー内に新しいデータファイルとログファイルが、前のセクションで生成された BLOB と共に表示されていることを確認します。

9 - バックアップセットとファイルスナップショットバックアップを管理する

このセクションでは、sp_delete_backup (Transact-SQL) システムストアドプロシージャを使用してバックアップセットを削除します。このシステムストアドプロシージャは、このバックアップセットに関連付けられている各データベースファイルのバックアップファイルおよびスナップショットファイルを削除します。

注意

単にバックアップファイルを Azure Blob Storage コンテナーから削除することでバックアップセットを削除しようとした場合は、バックアップファイル自体が削除されるだけで、関連付けられているスナップショットファイルは残ってしまいます。そのような状況になった場合は、 sys.fn_db_backup_file_snapshots (Transact-SQL) システム関数を使用して孤立したファイルスナップショットの URL を特定し、 sp_delete_backup_file_snapshot (Transact-SQL) システムストアドプロシージャを使用して孤立した各ファイルスナップショットを削除します。詳細については、「 Azure でのデータベースファイルのファイルスナップショットバックアップ」を参照してください。

ファイルスナップショットバックアップセットを削除するには、次の手順のようにします。

SSMS を起動します。
新しいクエリウィンドウを開き、Azure 仮想マシンのデータベースエンジンの SQL Server インスタンス (または、このコンテナーでの読み取りおよび書き込みアクセス許可を持つ任意の SQL Server インスタンス) に接続します。
次の Transact-SQL スクリプトをコピーしてクエリウィンドウに貼り付けます。関連付けられているファイルスナップショットと共に削除するログバックアップを選択します。セクション 1 で指定したコンテナーとストレージアカウント名に合わせて適宜 URL を変更し、ログバックアップファイルの名前を指定して、このスクリプトを実行します。
```
sys.sp_delete_backup 'https://<mystorageaccountname>.blob.core.windows.net/<mystorageaccountcontainername>/tutorial-21764-20181003205236.bak';
```
オブジェクトエクスプローラーで、Azure ストレージに接続します。
[Containers] を展開します。セクション 1 で作成したコンテナーを展開し、手順 3 で使用したバックアップファイルがこのコンテナーに表示されなくなっていることを確認します (必要に応じてノードを更新します)。
次の Transact-SQL スクリプトをコピーし、クエリウィンドウに貼り付け、実行して、2 つのファイルスナップショットが削除されたことを確認します。
```
-- verify that two file snapshots have been removed
SELECT * from sys.fn_db_backup_file_snapshots ('AdventureWorks2022');
```

10 - リソースの削除

このチュートリアルを完了したら、リソースを節約するために、このチュートリアルで作成したリソースグループを削除してください。

リソースグループを削除するには、次の PowerShell コードを実行します。

# Define global variables for the script
$prefixName = '<prefix name>'  # should be the same as the beginning of the tutorial

# Set a variable for the name of the resource group you will create or use
$resourceGroupName=$prefixName + 'rg'

# Adds an authenticated Azure account for use in the session
Connect-AzAccount

# Set the tenant, subscription and environment for use in the rest of
Set-AzContext -SubscriptionId $subscriptionID
  
# Remove the resource group
Remove-AzResourceGroup -Name $resourceGroupName

チュートリアル: Azure Blob Storage と SQL Server の使用

前提条件

1 - 格納済みアクセスポリシーと共有アクセスストレージを作成する

2 - Shared Access Signature を使用して SQL Server 資格情報を作成する

3 - URL にデータベースをバックアップする

4 - URL から仮想マシンにデータベースを復元する

5 - ファイルスナップショットバックアップを使用してデータベースをバックアップする

6 - アクティビティを生成し、ファイルスナップショットバックアップを使用してログをバックアップする

7 - 特定の時点にデータベースを復元する

8 - ログバックアップから新しいデータベースとして復元する

9 - バックアップセットとファイルスナップショットバックアップを管理する

10 - リソースの削除

次のステップ

フィードバック

フィードバック

その他のリソース

チュートリアル: Azure Blob Storage と SQL Server の使用

前提条件

1 - 格納済みアクセス ポリシーと共有アクセス ストレージを作成する

2 - Shared Access Signature を使用して SQL Server 資格情報を作成する

3 - URL にデータベースをバックアップする

4 - URL から仮想マシンにデータベースを復元する

5 - ファイル スナップショット バックアップを使用してデータベースをバックアップする

6 - アクティビティを生成し、ファイル スナップショット バックアップを使用してログをバックアップする

7 - 特定の時点にデータベースを復元する

8 - ログ バックアップから新しいデータベースとして復元する

9 - バックアップ セットとファイル スナップショット バックアップを管理する

10 - リソースの削除

次のステップ

フィードバック

フィードバック

その他のリソース

1 - 格納済みアクセスポリシーと共有アクセスストレージを作成する

5 - ファイルスナップショットバックアップを使用してデータベースをバックアップする

6 - アクティビティを生成し、ファイルスナップショットバックアップを使用してログをバックアップする

8 - ログバックアップから新しいデータベースとして復元する

9 - バックアップセットとファイルスナップショットバックアップを管理する