チュートリアル: SQL Server で Azure Blob Storage を使用する

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

このチュートリアルでは、SQL Server 2016 (13.x) 以降のバージョンのデータファイルとバックアップに Azure Blob Storage を使用する方法について説明します。

SQL Server での Azure Blob Storage のサポートは、SQL Server 2012 (11.x) Service Pack 1 CU2 で導入され、以降のバージョンで強化されました。この機能を使用する機能と利点の概要については、 Microsoft Azure の SQL Server データファイルに関するページを参照してください。

このチュートリアルでは、複数のセクションで Azure Blob Storage の SQL Server データファイルを操作する方法について説明します。各セクションは特定のタスクに重点を置いているので、セクションを順番に完了する必要があります。まず、格納されているアクセスポリシーと共有アクセス署名を使用して、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 (13.x) 以降のバージョンのインスタンスを実行している Azure 仮想マシン (VM) へのアクセス、および AdventureWorks2025 データベースが必要です。さらに、BACKUPコマンドと RESTORE コマンドの発行に使用するアカウントは、資格情報のアクセス許可を変更してdb_backupoperator データベースロールに含まれている必要があります。

無料の Azure アカウントを取得します。
Azure ストレージアカウントを作成します。
SQL Server 2017 Developer Edition インストールします。
SQL Server を実行している Azure VM をプロビジョニングします。
SQL Server Management Studio インストールします。
AdventureWorks サンプルデータベースをダウンロードします。
ユーザーアカウントを db_backupoperator のロールに割り当て、資格情報のアクセス許可を変更します。

Von Bedeutung

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

1 - 保存されているアクセスポリシーと共有アクセスストレージを作成する

このセクションでは、 Azure PowerShell スクリプトを使用して、格納されているアクセスポリシーを使用して Azure Blob Storage コンテナーに共有アクセス署名を作成します。

注

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

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

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

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

このスクリプトは、前のリソースの名前と、次の必要な入力値の名前を指定するために、いくつかの変数を宣言することから始めます。

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

スクリプトは、「CREATE CREDENTIALする」で使用する適切なステートメントを生成することによって完了します。このステートメントはクリップボードにコピーされ、コンソールに出力されて表示されます。

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

Windows 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
Set-Clipboard -Value $tSql
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 - 共有アクセス署名を使用して 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://<storage-account>.blob.core.windows.net/<container-name>]
-- 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 インスタンスの AdventureWorks2025 データベースを、セクション 1 で作成したコンテナーにバックアップします。

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

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://<storage-account>.blob.core.windows.net/<container-name>/AdventureWorks2022_onprem.bak';

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

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

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

注

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

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

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://<storage-account>.blob.core.windows.net/<container-name>/AdventureWorks2022_onprem.bak'
WITH MOVE 'AdventureWorks2022_data' TO 'https://<storage-account>.blob.core.windows.net/<container-name>/AdventureWorks2022_Data.mdf',
     MOVE 'AdventureWorks2022_log' TO 'https://<storage-account>.blob.core.windows.net/<container-name>/AdventureWorks2022_Log.ldf';
     --, REPLACE

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

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

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

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

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://<storage-account>.blob.core.windows.net/<container-name>/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 インスタンスで、[ データベース] ノードを展開し、 AdventureWorks2025 データベースがこのインスタンスに復元されていることを確認します (必要に応じてノードを更新します)。
オブジェクトエクスプローラーで、Azure Storage に接続します。
[ コンテナー] を展開し、セクション 1 で作成したコンテナーを展開し、前の手順 4 の AdventureWorks2022_Azure.bak がセクション 3 のバックアップファイルとセクション 4 のデータベースファイルと共に表示されることを確認します (必要に応じてノードを更新します)。

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

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

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

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

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

-- Insert 30,000 new rows into the Production.Location table in the AdventureWorks2022 database in batches of 75
DECLARE @count AS INT = 1, @inner AS INT;

WHILE @count < 400
    BEGIN
        BEGIN TRANSACTION;
        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 TRANSACTION;
        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://<storage-account>.blob.core.windows.net/<container-name>/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;

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

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

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

従来のバックアップでは、特定の時点への復元を実現するには、データベースの完全バックアップ (差分バックアップなど) と、復元する時点までのすべてのトランザクションログファイルを使用する必要があります。ファイルスナップショットバックアップでは、復元する時間をフレーミングする目標の投稿を提供する 2 つの隣接するログバックアップファイルのみが必要です。各ログバックアップでは、各データベースファイル (各データファイルとログファイル) のファイルスナップショットが作成されるため、必要なログファイルスナップショットバックアップセットは 2 つだけです。

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

SSMS を起動します。
新しいクエリウィンドウを開き、Azure 仮想マシン内のデータベースエンジンの SQL Server インスタンスに接続します。
次の Transact-SQL スクリプトをコピーして貼り付け、クエリウィンドウに実行します。手順 4 で行数が少ない時点に復元する前に、 Production.Location テーブルに 29,939 行があることを確認します。
```
-- 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://<storage-account>.blob.core.windows.net/<container-name>/<firstbackupfile>.bak'
    WITH NORECOVERY, REPLACE;

RESTORE LOG AdventureWorks2022 FROM URL = 'https://<storage-account>.blob.core.windows.net/<container-name>/<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 - ログバックアップから新しいデータベースとして復元する

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

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

ファイルスナップショットバックアップを使用したトランザクションログバックアップからの復元は、従来のストリーミングバックアップよりも大幅に高速です。従来のストリーミングバックアップでは、データベースの完全バックアップ (差分バックアップなど) と、トランザクションログバックアップの一部または全部 (または新しいデータベースの完全バックアップ) を使用する必要があります。ただし、ファイルスナップショットログバックアップでは、最新のログバックアップ (またはその他のログバックアップ、または 2 つのログバックアップの間の特定の時点への特定の時点への復元用の 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://<storage-account>.blob.core.windows.net/<container-name>/<logbackupfile.bak>'
WITH MOVE 'AdventureWorks2022_data' TO 'https://<storage-account>.blob.core.windows.net/<container-name>/AdventureWorks2022_EOM_Data.mdf',
     MOVE 'AdventureWorks2022_log' TO 'https://<storage-account>.blob.core.windows.net/<container-name>/AdventureWorks2022_EOM_Log.ldf',
     RECOVERY;
     --, REPLACE

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

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

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

注

Azure Blob Storage コンテナーからバックアップファイルを削除してバックアップセットを削除しようとすると、バックアップファイル自体のみが削除されます。関連付けられているファイルスナップショットは残ります。このシナリオで問題が発生した場合は、 sys.fn_db_backup_file_snapshots システム関数を使用して孤立したファイルスナップショットの URL を識別し、 sp_delete_backup_file_snapshot システムストアドプロシージャを使用して孤立した各ファイルスナップショットを削除します。詳細については、「 Azure でのデータベースファイルのファイルスナップショットバックアップ」を参照してください。

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

SSMS を起動します。
新しいクエリウィンドウを開き、Azure 仮想マシン内のデータベースエンジンの SQL Server インスタンスに接続します (または、このコンテナーに対する読み取りと書き込みのアクセス許可を持つ任意の SQL Server インスタンスに接続します)。
次の Transact-SQL スクリプトをコピーしてクエリウィンドウに貼り付けます。削除するログバックアップと、関連付けられているファイルスナップショットを選択します。ストレージアカウント名とセクション 1 で指定したコンテナーに適した URL を変更し、ログバックアップファイル名を指定して、このスクリプトを実行します。
```
EXECUTE sys.sp_delete_backup 'https://<storage-account>.blob.core.windows.net/<container-name>/tutorial-21764-20181003205236.bak';
```
オブジェクトエクスプローラーで、Azure Storage に接続します。
[ コンテナー] を展開し、セクション 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

Microsoft Azure 内の SQL Server データファイル
File-Snapshot Azure でのデータベースファイルのバックアップ
Azure Blob Storage の URL への SQL Serve バックアップ
Shared Access Signature、パート 1: SAS モデルについて
コンテナーの作成
コンテナー ACL の設定
コンテナー ACL の取得
資格情報 (データベースエンジン)
資格情報を作成する (Transact-SQL)
sys.credentials (Transact-SQL)
sp_delete_backup (Transact-SQL)
sys.fn_db_backup_file_snapshots (Transact-SQL)
sp_delete_backup_file_snapshot (Transact-SQL) - バックアップファイルスナップショットを削除するためのストアドプロシージャです。

フィードバック

このページはお役に立ちましたか?

Last updated on 2025-11-06

次の方法で共有

チュートリアル: SQL Server で Azure Blob Storage を使用する

[前提条件]

1 - 保存されているアクセス ポリシーと共有アクセス ストレージを作成する

2 - 共有アクセス署名を使用して SQL Server 資格情報を作成する

3 - データベースの URL へのバックアップ

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

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

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

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

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

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