Восстановление базы данных на главном экземпляре кластера больших данных SQL Server

Область применения: SQL Server 2019 (15.x)

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

Создайте резервную копию существующей базы данных.

Сначала создайте резервную копию существующей базы данных SQL Server на Windows или Linux. Используйте стандартные методы резервного копирования с помощью Transact-SQL или с помощью такого средства, как SQL Server Management Studio (SSMS).

В этой статье показано, как восстановить базу данных AdventureWorks, но можно использовать резервную копию любой базы данных.

Копирование файла резервной копии

Скопируйте файл резервной копии в контейнер SQL Server в модуле Pod главного экземпляра кластера Kubernetes.

kubectl cp <path to .bak file> master-0:/var/tmp/<.bak filename> -c mssql-server -n <name of your big data cluster>

Пример:

kubectl cp ~/Downloads/AdventureWorks2022.bak master-0:/var/tmp/AdventureWorks2022.bak -c mssql-server -n clustertest

Затем убедитесь, что файл резервной копии скопирован в контейнер Pod.

kubectl exec -it master-0 -n <name of your big data cluster> -c mssql-server -- bin/bash
cd /var/
ls /tmp
exit

Пример:

kubectl exec -it master-0 -n clustertest -c mssql-server -- bin/bash
cd /var/
ls /tmp
exit

Восстановление файла резервной копии

Затем восстановите резервную копию базы данных в главном экземпляре SQL Server. При восстановлении резервной копии базы данных, созданной в Windows, необходимо будет получить имена файлов. В Azure Data Studio установите подключение к главному экземпляру и запустите следующий скрипт SQL:

RESTORE FILELISTONLY FROM DISK='/tmp/<db file name>.bak'

Пример:

RESTORE FILELISTONLY FROM DISK='/tmp/AdventureWorks2022.bak'

Теперь проведите восстановление базы данных. Следующий скрипт — это пример. При необходимости замените имена и пути в зависимости от вашей резервной копии базы данных.

RESTORE DATABASE AdventureWorks2022
FROM DISK='/tmp/AdventureWorks2022.bak'
WITH MOVE 'AdventureWorks2022_Data' TO '/var/opt/mssql/data/AdventureWorks2022_Data.mdf',
        MOVE 'AdventureWorks2022_Log' TO '/var/opt/mssql/data/AdventureWorks2022_Log.ldf',
        MOVE 'AdventureWorks2022_mod' TO '/var/opt/mssql/data/AdventureWorks2022_mod'

Настройка пула данных и доступа HDFS

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

USE AdventureWorks2022;
GO
-- Create the SqlDataPool data source:
IF NOT EXISTS(SELECT * FROM sys.external_data_sources WHERE name = 'SqlDataPool')
  CREATE EXTERNAL DATA SOURCE SqlDataPool
  WITH (LOCATION = 'sqldatapool://controller-svc/default');

-- Create the SqlStoragePool data source:
IF NOT EXISTS(SELECT * FROM sys.external_data_sources WHERE name = 'SqlStoragePool')
   CREATE EXTERNAL DATA SOURCE SqlStoragePool
   WITH (LOCATION = 'sqlhdfs://controller-svc/default');
GO

Следующие шаги

Дополнительные сведения о Кластеры больших данных SQL Server см. в следующем обзоре:

• Знакомство с SQL Server 2019 Кластеры больших данных