Резервное копирование и восстановление

Описывает, как работает резервное копирование и восстановление данных для параллельного хранилища данных (PDW). Операции резервного копирования и восстановления используются для аварийного восстановления. Резервное копирование и восстановление также можно использовать для копирования базы данных из одной (модуль) в другую (модуль).

Основы резервного копирования и восстановления

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

Резервная копия базы данных PDW создается с помощью инструкции BACKUP DATABASE t-sql и отформатирована для использования с инструкцией RESTORE DATABASE ; она недоступна для любой другой цели. Резервная копия может быть восстановлена только в (модуль) с тем же числом или большим числом вычислительных узлов.

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

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

Резервные копии хранятся на сервере резервного копирования в виде набора файлов в файловой системе Windows. Резервная копия базы данных PDW может быть восстановлена только в PDW. Однако резервные копии базы данных можно архивировать с сервера резервного копирования в другое расположение с помощью стандартных процессов резервного копирования файлов Windows. Дополнительные сведения о серверах резервного копирования см. в статье "Получение и настройка сервера резервного копирования".

Типы резервных копий базы данных

Существует два типа данных, требующих резервного копирования: пользовательские базы данных и системные базы данных (например, база данных master). PDW не резервное копирование журнала транзакций.

Полная резервная копия базы данных — это резервная копия всей базы данных PDW. Это тип резервного копирования по умолчанию. Полная резервная копия пользовательской базы данных включает пользователей базы данных и роли базы данных. Резервная копия master включает имена входа.

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

Например, можно создать полную резервную копию еженедельно и разностную резервную копию ежедневно. Чтобы восстановить пользовательную базу данных, необходимо восстановить полную резервную копию и последнюю разностную (если она существует).

Разностная резервная копия поддерживается только для пользовательских баз данных. Резервная копия образца всегда является полной резервной копией.

Для резервного копирования всего (модуль) необходимо выполнить резервное копирование всех пользовательских баз данных и резервное копирование базы данных master.

Процесс резервного копирования базы данных

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

Процесс резервного копирования работает следующим образом:

1. Пользователь отправляет инструкцию BACKUP DATABASE tsql на узел Control.

   • Резервная копия представляет собой полную или разностную резервную копию.

2. Для пользовательских баз данных узел управления (подсистема MPP) создает план распределенного запроса для параллельного резервного копирования базы данных.

3. Каждый узел, участвующий в резервном копировании, копирует его файл резервного копирования на сервер резервного копирования с помощью функций резервного копирования SQL Server.

   • Каждый узел, участвующий в копировании, копирует один файл резервной копии на сервер резервного копирования.

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

4. (модуль) параллельно выполняет резервное копирование с помощью сети InfiniBand.

   • PDW параллельно выполняет каждую полную и разностную резервную копию. Однако несколько резервных копий базы данных не выполняются одновременно. Каждый запрос резервного копирования должен ожидать завершения ранее отправленных резервных копий.

   • Резервная копия базы данных master создается только для резервного копирования данных из узла Control. Этот тип резервного копирования выполняется последовательно.

5. Резервная копия базы данных PDW — это группа файлов, хранящихся в каталоге, который находится вне (модуль). Имя каталога указывается как сетевой путь и имя каталога. Каталог не может быть локальным путем, и он не может находиться в (модуль).

6. После завершения резервной копии можно использовать файловую систему Windows для копирования каталога резервного копирования в другое расположение, если это необходимо.

   • Резервная копия может быть восстановлена только в (модуль) PDW с равным или большим числом вычислительных узлов.

   • Невозможно изменить имя резервной копии перед выполнением восстановления. Имя каталога резервного копирования должно совпадать с именем исходного имени резервной копии. Исходное имя резервной копии находится в файле backup.xml в каталоге резервного копирования. Чтобы восстановить базу данных в другом имени, можно указать новое имя в команде восстановления. Например: RESTORE DATABASE MyDB1 FROM DISK = ꞌ\\10.192.10.10\backups\MyDB2ꞌ.

Режимы восстановления базы данных

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

Восстановление заголовка возвращает только сведения о заголовке для базы данных. Он не восстанавливает данные в (модуль).

Восстановление (модуль) — это восстановление всего (модуль). Это включает восстановление всех пользовательских баз данных и базы данных master.

Процесс восстановления

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

Восстановление на устройстве с одинаковым числом вычислительных узлов**

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

1. Резервное копирование базы данных, необходимое для восстановления, доступно в общей папке Windows на сервере резервного копирования, отличном от (модуль). Для повышения производительности этот сервер подключен к сети InfiniBand (модуль).

2. Пользователь отправляет инструкцию RESTORE DATABASE tsql на узел Control.

   • Восстановление — это полное восстановление или восстановление заголовка. Полное восстановление восстанавливает полную резервную копию, а затем при необходимости восстанавливает разностную резервную копию.

3. Узел управления (модуль MPP) создает план распределенного запроса для выполнения параллельного восстановления базы данных.

   • Система платформ аналитики (PDW) параллельно выполняет восстановление пользовательской базы данных. Однако одновременное выполнение нескольких резервных копий и восстановления базы данных не выполняется. Подсистема MPP помещает каждую инструкцию восстановления в очередь; Он должен ожидать завершения ранее отправленных запросов на резервное копирование и восстановление.

   • Восстановление базы данных master только восстанавливает данные на узле Control; восстановление выполняется последовательно.

   • Восстановление сведений заголовка является быстрой операцией и не восстанавливает данные на узлах вычислений или элементов управления. Вместо этого узел Control возвращает результаты в виде выходных данных запроса.

4. Файлы резервной копии копируются в правильные вычислительные узлы параллельно, как правило, по сети (модуль) InfiniBand.

5. Каждый вычислительный узел восстанавливает свою часть пользовательской базы данных. Если какой-либо из восстановления не завершен успешно, все базы данных удаляются и восстановление завершается неудачно.

Восстановление на устройство с большим количеством вычислительных узлов

Восстановление резервной копии на устройство с большим числом вычислительных узлов приводит к увеличению размера базы данных пропорционально количеству вычислительных узлов.

Например, при восстановлении базы данных размером 60 ГБ из 2-узла (модуль) (30 ГБ на узел) на 6-узел (модуль) SQL Server PDW создает базу данных размером 180 ГБ (6 узлов с 30 ГБ на узел) на 6-узле (модуль). SQL Server PDW изначально восстанавливает базу данных до 2 узлов, чтобы соответствовать исходной конфигурации, а затем распределяет данные на все 6 узлов.

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

Связанные задачи

Задача резервного копирования и восстановления	Description
Подготовка сервера в качестве сервера резервного копирования.	Приобретение и настройка резервного сервера
Резервное копирование базы данных.	РЕЗЕРВНАЯ КОПИЯ БАЗЫ ДАННЫХ
Восстановление базы данных.	RESTORE DATABASE