Руководство по использованию хранилища BLOB-объектов Azure с SQL Server

Применимо к: SQL Server 2016 (13.x) и более поздних версий

В этом руководстве показано, как использовать Хранилище BLOB-объектов Azure для файлов данных и резервных копий в SQL Server 2016 и более поздних версиях.

Поддержка хранилища BLOB-объектов Azure в SQL Server появилась в SQL Server 2012 (11.x) с пакетом обновления 1 (CU2) и улучшена в более поздних версиях. Общие сведения о функциональных возможностях и преимуществах использования этой функции см. в файлах данных SQL Server в Microsoft Azure.

В этом руководстве показано, как работать с файлами данных SQL Server в хранилище BLOB-объектов Azure в нескольких разделах. Каждый раздел ориентирован на определенную задачу, и вы должны завершить разделы в последовательности. Сначала вы узнаете, как создать контейнер в хранилище BLOB-объектов с помощью хранимой политики доступа и подписанного URL-адреса. Затем вы узнаете, как создать учетные данные SQL Server для интеграции SQL Server с хранилищем BLOB-объектов Azure. Затем создайте резервную копию базы данных в хранилище BLOB-объектов и восстановите ее на виртуальной машине Azure. Затем вы используете резервную копию журнала транзакций моментального снимка файлов SQL Server для восстановления до точки во времени и в новую базу данных. Наконец, в этом руководстве показано использование хранимых процедур и функций системы метаданных, которые помогут вам понять и работать с резервными копиями моментальных снимков файлов.

Предпосылки

Для работы с этим руководством необходимо ознакомиться с понятиями резервного копирования и восстановления SQL Server и синтаксисом T-SQL.

Чтобы использовать это руководство, вам потребуется учетная запись хранения Azure, SQL Server Management Studio (SSMS), доступ к экземпляру локального SQL Server, доступ к виртуальной машине Azure с установленным экземпляром SQL Server 2016 или более поздней версии и AdventureWorks2022 базы данных. Кроме того, учетная запись, используемая для выдачи BACKUPRESTORE команд, должна находиться в роли базы данных db_backupoperator с изменением разрешений учетных данных .

• Получите бесплатную учетную запись Azure.
• Создайте учетную запись хранения Azure.
• Установите SQL Server 2017 Developer Edition.
• Подготовка виртуальной машины Azure под управлением SQL Server.
• Установите SQL Server Management Studio.
• Скачайте примеры баз данных AdventureWorks.
• Назначьте учетной записи пользователя роль db_backupoperator и предоставьте разрешения на изменение любых учетных данных.

1. Создание хранимой политики доступа и хранилища с общим доступом

В этом разделе описан сценарий Azure PowerShell для создания подписанного URL-адреса в контейнере хранилища BLOB-объектов Azure с помощью хранимой политики доступа.

Общий ключ доступа — это URI, который предоставляет ограниченные права доступа к контейнерам, блобам, очередям или таблицам. Хранимая политика доступа обеспечивает дополнительный уровень контроля над подписанными URL-адресами на стороне сервера, включая отзыв, истечение срока действия или расширение доступа. При использовании этого расширения необходимо создать политику в контейнере как минимум с правами на чтение, запись и перечисление.

Хранимую политику доступа и параметр общей подписи доступа можно создать с помощью Azure PowerShell, пакета SDK службы хранилища Azure, REST API Azure или служебной программы стороннего разработчика. В этом учебнике демонстрируется применение скрипта Azure PowerShell для выполнения данной задачи. В скрипте используется модель развертывания диспетчера ресурсов и создаются следующие ресурсы:

• Группа ресурсов
• учетная запись хранения
• Контейнер хранилища блобов Azure
• Политика SAS

Этот скрипт начинается с объявления нескольких переменных, чтобы указать имена предыдущих ресурсов и имена следующих обязательных входных значений:

• имя префикса, используемое для именования других объектов ресурсов;
• Название подписки
• расположение центра обработки данных.

Скрипт завершается путем создания соответствующей CREATE CREDENTIAL инструкции, используемой в 2. Создание учетных данных SQL Server с помощью подписанного URL-адреса. Это сообщение копируется в буфер обмена для вас и выводится в консоль, чтобы вы могли его увидеть.

Чтобы создать политику для контейнера и сгенерировать Подписанный Общий Доступ (SAS), выполните следующие действия.

1. Откройте окно PowerShell или среда сценариев Windows PowerShell (см. предыдущие требования к версии).

2. Измените и выполните следующий скрипт:

   # 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
   

3. После завершения CREATE CREDENTIAL скрипта инструкция находится в буфере обмена для использования в следующем разделе.

2. Создание учетных данных SQL Server с помощью общей подписи доступа

В этом разделе вы создадите учетные данные для хранения сведений о безопасности, используемых SQL Server для записи и чтения из контейнера хранилища BLOB-объектов Azure, созданного на предыдущем шаге.

Учетные данные SQL Server — это объект, который используется для хранения сведений, необходимых для проверки подлинности при подключении к ресурсу вне SQL Server. Учетные данные хранят путь URI контейнера Хранилища BLOB-объектов Azure и подписанный URL-адрес доступа для этого контейнера.

Чтобы создать учетные данные SQL Server, выполните указанные ниже действия.

1. Запустите SSMS.

2. Откройте новое окно запроса и подключитесь к экземпляру SQL Server ядра СУБД в локальной среде.

3. В новом окне запроса вставьте CREATE CREDENTIAL инструкцию с подписью общего доступа из раздела 1 и выполните этот скрипт.

   Скрипт выглядит следующим образом.

   /* 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
   

4. Чтобы увидеть все доступные учетные данные, можно выполнить следующий запрос в окне запроса, подключенном к вашему экземпляру:

   SELECT *
   FROM sys.credentials;
   

5. Откройте новое окно запроса и подключитесь к экземпляру SQL Server ядра СУБД на виртуальной машине Azure.

6. В новом окне запроса вставьте CREATE CREDENTIAL инструкцию с подписью общего доступа из раздела 1 и выполните этот скрипт.

7. Повторите шаги 5 и 6 для любых дополнительных экземпляров SQL Server, к которым вы хотите получить доступ к контейнеру.

3. Резервное копирование базы данных по URL-адресу

В этом разделе описано, как создать AdventureWorks2022 резервную копию базы данных в экземпляре SQL Server в контейнер, созданный в разделе 1.

Чтобы создать резервную копию базы данных в облачное блоб-хранилище, выполните следующие действия.

1. Запустите SSMS.

2. Откройте новое окно запроса и подключитесь к экземпляру SQL Server в виртуальной машине Azure.

3. Скопируйте и вставьте приведенный ниже скрипт Transact-SQL в окне запроса. Измените URL-адрес соответственно, вставив имя вашей учетной записи хранения и контейнер, указанные в разделе 1, а затем выполните этот скрипт.

   -- 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';
   

4. Откройте обозреватель объектов и подключитесь к хранилищу Azure с помощью учетной записи хранения и ключа учетной записи.

   1. Разверните контейнер, разверните контейнер, созданный в разделе 1, и убедитесь, что резервная копия из шага 3 выше отображается в этом контейнере.

   

4. Восстановление базы данных на виртуальной машине по URL-адресу

В этом разделе описано, как восстановить AdventureWorks2022 базу данных в экземпляре SQL Server на виртуальной машине Azure.

Чтобы восстановить базу данных AdventureWorks2022 из хранилища BLOB Azure в экземпляр SQL Server на вашей виртуальной машине Azure, выполните следующие действия.

1. Запустите SSMS.

2. Откройте новое окно запроса и подключитесь к экземпляру SQL Server ядра СУБД на виртуальной машине Azure.

3. Скопируйте и вставьте приведенный ниже скрипт Transact-SQL в окне запроса. Измените URL-адрес соответственно, вставив имя вашей учетной записи хранения и контейнер, указанные в разделе 1, а затем выполните этот скрипт.

   -- 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;
   

4. Откройте обозреватель объектов и подключитесь к экземпляру SQL Server Azure.

5. В обозревателе объектов разверните узел баз данных и убедитесь, что AdventureWorks2022 база данных восстановлена (при необходимости обновите узел).

   1. Щелкните правой кнопкой мыши AdventureWorks2022 и выберите "Свойства".

   2. Выберите Файлы и убедитесь, что пути для двух файлов базы данных являются URL-адресами, указывающими на BLOB-объекты в вашем контейнере Azure Blob Storage (выберите Отмена, когда закончите).

   

6. В обозревателе объектов подключитесь к хранилищу Azure.

   1. Разверните контейнеры, разверните контейнер, созданный в разделе 1, и убедитесь, что на AdventureWorks2022_Data.mdfAdventureWorks2022_Log.ldf шаге 3 выше в этом контейнере отображается файл резервной копии из раздела 3 (при необходимости обновите узел).

   

5. Резервное копирование базы данных с помощью резервного копирования моментальных снимков файлов

В этом разделе описано, как создать AdventureWorks2022 резервную копию базы данных в виртуальной машине Azure с помощью резервного копирования моментальных снимков файлов, чтобы выполнить почти мгновенное резервное копирование с помощью моментальных снимков Azure. Дополнительные сведения о резервных копиях моментальных снимков файлов см. в разделе Резервные копии моментальных снимков файлов для файлов базы данных в Azure.

Чтобы создать резервную копию базы данных с помощью моментального снимка файла, выполните следующие действия.

1. Запустите SSMS.

2. Откройте новое окно запроса и подключитесь к экземпляру SQL Server ядра СУБД на виртуальной машине Azure.

3. Скопируйте, вставьте и выполните приведенный ниже скрипт Transact-SQL в окно запроса (не закрывайте это окно запроса — выполните этот скрипт еще раз на шаге 5). Эта системная хранимая процедура позволяет просмотреть существующие резервные копии моментальных снимков файлов для каждого файла, входящего в состав указанной базы данных. Вы можете увидеть, что резервные копии моментальных снимков файлов для этой базы данных отсутствуют.

   -- Verify that no file snapshot backups exist
   SELECT *
   FROM sys.fn_db_backup_file_snapshots('AdventureWorks2022');
   

4. Скопируйте и вставьте приведенный ниже скрипт Transact-SQL в окне запроса. Измените URL-адрес соответственно, вставив имя вашей учетной записи хранения и контейнер, указанные в разделе 1, а затем выполните этот скрипт. Обратите внимание на то, как быстро выполняется это резервное копирование.

   -- 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;
   

5. Проверив успешность выполнения скрипта в шаге 4, выполните приведенный ниже скрипт еще раз. Операция резервного копирования моментальных снимков файлов на шаге 4 сгенерированных моментальных снимков файлов как данных, так и файла журнала.

   -- Verify that two file-snapshot backups exist
   SELECT *
   FROM sys.fn_db_backup_file_snapshots('AdventureWorks2022');
   

   

6. В Обозревателе объектов в экземпляре SQL Server в виртуальной машине Azure, разверните узел Базы данных и убедитесь, что база данных AdventureWorks2022 восстановлена в этом экземпляре (при необходимости обновите узел).

7. В обозревателе объектов подключитесь к хранилищу Azure.

8. Разверните контейнер, разверните контейнер, созданный в разделе 1, и убедитесь, что на AdventureWorks2022_Azure.bak шаге 4 выше в этом контейнере отображается файл резервной копии из раздела 3 и файлы базы данных из раздела 4 (при необходимости обновите узел).

   

6. Создание журнала активности и резервного копирования с использованием моментальных снимков файлов

В этом разделе описано, как создать действия в AdventureWorks2022 базе данных и периодически создавать резервные копии журналов транзакций с помощью резервных копий моментальных снимков файлов. Дополнительные сведения об использовании резервных копий моментальных снимков файлов см. в разделе Резервные копии моментальных снимков файлов для файлов базы данных в Azure.

Чтобы создать действия в AdventureWorks2022 базе данных и периодически создавать резервные копии журналов транзакций с помощью резервных копий моментальных снимков файлов, выполните следующие действия.

1. Запустите SSMS.

2. Откройте два новых окна запросов и подключите каждое к экземпляру SQL Server ядра СУБД в вашей виртуальной машине Azure.

3. Скопируйте и вставьте приведенный ниже скрипт Transact-SQL в одно из окон запросов, а затем выполните этот скрипт. В Production.Location таблице есть 14 строк, прежде чем добавлять новые строки на шаге 4.

   -- Verify row count at start
   SELECT COUNT(*)
   FROM AdventureWorks2022.Production.Location;
   

4. Скопируйте и вставьте приведенные ниже скрипты Transact-SQL в два отдельных окна запросов. Измените в URL-адресе имя учетной записи хранения и контейнер, которые вы указали в разделе 1, а затем одновременно выполните эти скрипты в отдельных окнах запросов. Выполнение этих скриптов занимает несколько минут.

   -- 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;
   

5. Просмотрите выходные данные первого скрипта и обратите внимание на то, что последняя строка теперь имеет номер 29 939.

   

6. Просмотрите выходные данные второго скрипта и обратите внимание на то, что при каждом BACKUP LOG выполнении инструкции создается два новых моментальных снимка файлов, один снимок файла журнала и один моментальный снимок файла данных — в общей сложности два моментальных снимка для каждого файла базы данных. После завершения второго скрипта обратите внимание на то, что теперь существует всего 16 моментальных снимков файлов, 8 для каждого файла базы данных — по одному из BACKUP DATABASE инструкции и по одному для каждого выполнения инструкции BACKUP LOG .

   

7. В обозревателе объектов подключитесь к хранилищу Azure.

8. Разверните контейнеры, разверните контейнер, созданный в разделе 1, и убедитесь, что отображаются семь новых файлов резервной копии, а также файлы данных из предыдущих разделов (при необходимости обновите узел).

   

7. Восстановление базы данных до определенного момента времени

В этом разделе вы восстанавливаете AdventureWorks2022 базу данных до точки во времени между двумя резервными копиями журнала транзакций.

Чтобы выполнить восстановление на определенный момент времени из традиционных резервных копий, потребуется полная резервная копия базы данных, возможно, разностная резервная копия и все файлы журналов транзакций вплоть до того момента, на который необходимо выполнить восстановление, и сразу после него. Для резервного копирования в виде моментальных снимков файлов требуются всего два соседних резервных файла журнала, которые образуют границы временного отрезка, к которому вы хотите произвести восстановление. Требуются только два резервных набора моментальных снимков файлов, так как каждая операция резервного копирования журнала создает моментальный снимок каждого файла базы данных (то есть файла данных и файла журнала).

Чтобы восстановить базу данных на определенный момент времени из резервных наборов моментальных снимков файлов, выполните указанные ниже действия.

1. Запустите SSMS.

2. Откройте новое окно запроса и подключитесь к экземпляру SQL Server ядра СУБД на виртуальной машине Azure.

3. Скопируйте и вставьте приведенный ниже скрипт Transact-SQL в окно запроса, а затем выполните его. Убедитесь, что Production.Location таблица содержит 29 939 строк, прежде чем восстановить ее до точки во времени, когда на шаге 4 меньше строк.

   -- Verify row count at start
   SELECT COUNT(*) FROM AdventureWorks2022.Production.Location;
   

   

4. Скопируйте и вставьте приведенный ниже скрипт Transact-SQL в окне запроса. Выберите два смежных файла резервного копирования журналов и преобразуйте имя файла в дату и время, необходимое для этого скрипта. Измените URL-адрес соответствующим образом для имени учетной записи хранения и контейнера, указанного в разделе 1. Укажите имена первого и второго файлов резервного June 26, 2018 01:48 PMкопирования, укажите STOPAT время в формате, а затем выполните этот скрипт. Процедура займет всего несколько минут.

   -- 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;
   

5. Просмотрите выходные данные. После восстановления число строк равно 18 389, которое является числом строк между резервным копированием журнала 5 и 6 (число строк может отличаться).

   

8. Восстановление новой базы данных из резервной копии журнала

В этом разделе описано, как восстановить AdventureWorks2022 базу данных в качестве новой базы данных из резервной копии журнала транзакций моментального снимка файлов.

В этом сценарии выполняется восстановление экземпляра SQL Server на другой виртуальной машине в целях бизнес-анализа и отчетности. Восстановление в другом экземпляре, размещенном в другой виртуальной машине, позволяет перенести нагрузку на выделенную виртуальную машину, специально предназначенную для этой цели, и снизить требования к ресурсам, предъявляемые к системе обработки транзакций.

Восстановление из резервной копии журнала транзакций с помощью резервного копирования моментальных снимков файлов значительно быстрее, чем с традиционными резервными копиями потоковой передачи. При использовании традиционных резервных копий потоковой передачи необходимо использовать полную резервную копию базы данных, например разностную резервную копию, а также некоторые или все резервные копии журнала транзакций (или новую полную резервную копию базы данных). При использовании резервных копий журнала на основе моментальных снимков файлов требуется только самая последняя резервная копия журнала (или любая другая резервная копия журнала, или две смежные резервные копии журнала для восстановления в произвольный момент времени между временными точками двух резервных копий журнала). Если быть точным, вам нужен только один набор резервного копирования моментальных снимков журналов файлов, так как каждое резервное копирование моментальных снимков журналов файлов создает моментальный снимок каждого файла базы данных (включая файлы данных и журнальные файлы).

Чтобы выполнить восстановление в новую базу данных из резервной копии журнала транзакций, созданной посредством резервного копирования моментальных снимков файлов, выполните указанные ниже действия.

1. Запустите SSMS.

2. Откройте новое окно запроса и подключитесь к экземпляру ЯДРА СУБД SQL Server в виртуальной машине Azure.

   Если это не та виртуальная машина Azure, которую вы использовали в предыдущих разделах, выполните инструкции из раздела 2. Создание учетных данных SQL Server с помощью подписанного URL-адреса. Если вы хотите восстановить данные в другой контейнер, выполните для нового контейнера действия из раздела 1. Создание хранимой политики доступа и хранилища с общим доступом.

3. Скопируйте и вставьте приведенный ниже скрипт Transact-SQL в окне запроса. Выберите файл резервной копии журнала, который нужно использовать. ** Измените URL-адрес соответствующим образом для имени вашей учетной записи хранения и контейнера, которые вы указали в разделе 1. Затем укажите имя файла резервной копии журнала и выполните этот скрипт.

   -- 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;
   

4. Просмотрите выходные данные, чтобы проверить успешность восстановления.

5. В обозревателе объектов подключитесь к хранилищу Azure.

6. Разверните Контейнеры, разверните контейнер, созданный вами в разделе 1, при необходимости обновите и убедитесь, что новые файлы данных и журналов отображаются в контейнере вместе с объектами BLOB из предыдущих разделов.

   

9. Управление наборами резервных копий и резервными копиями моментальных снимков файлов

В этом разделе описано, как удалить резервный набор с помощью sp_delete_backup системной хранимой процедуры. Эта системная хранимая процедура удаляет файл резервной копии и моментальный снимок файла для каждого файла базы данных, связанного с этим резервным набором.

Чтобы удалить набор резервных копий моментальных снимков файлов, выполните указанные ниже действия.

1. Запустите SSMS.

2. Откройте новое окно запроса и подключитесь к экземпляру ядра СУБД SQL Server в виртуальной машине Azure (или к любому экземпляру SQL Server с разрешениями на чтение и запись в этом контейнере).

3. Скопируйте и вставьте приведенный ниже скрипт Transact-SQL в окне запроса. Выберите резервную копию журнала, которую нужно удалить вместе со связанными моментальными снимками файлов. ** Измените URL-адрес соответствующим образом для имени вашей учетной записи хранения и контейнера, которые вы указали в разделе 1. Затем укажите имя файла резервной копии журнала и выполните этот скрипт.

   EXECUTE sys.sp_delete_backup 'https://<storage-account>.blob.core.windows.net/<container-name>/tutorial-21764-20181003205236.bak';
   

4. В обозревателе объектов подключитесь к хранилищу Azure.

5. Разверните контейнеры, разверните контейнер, созданный в разделе 1, и убедитесь, что файл резервной копии, используемый на шаге 3, больше не отображается в этом контейнере (при необходимости обновите узел).

   

6. Чтобы убедиться в том, что два моментальных снимка файлов были удалены, скопируйте, вставьте и выполните приведенный ниже скрипт Transact-SQL в окно запроса.

   -- 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

Связанный контент

• Файлы данных SQL Server в Microsoft Azure
• File-Snapshot Резервные копии файлов баз данных в Azure
• Резервное копирование SQL Server в Microsoft Azure Blob Storage с использованием URL
• Подписанные URL-адреса, Часть 1: Понимание модели SAS
• Создание контейнера
• Настройка ACL контейнера
• Получение списка ACL контейнера
• Учетные данные (ядро СУБД)
• CREATE CREDENTIAL (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)