Поделиться через


Управляемое резервное копирование SQL Server в Azure: Возможности взаимодействия и совместной работы

В этом разделе описывается SQL Server управляемого резервного копирования в Microsoft Azure с несколькими функциями в SQL Server 2014 г. К этим функциям относятся группы доступности AlwaysOn, зеркальное отображение базы данных, планы обслуживания резервных копий, доставка журналов, нерегламентированные резервные копии, отсоединение базы данных и удаление базы данных.

Группы доступности AlwaysOn

Группы доступности AlwaysOn, настроенные в качестве решения только Azure, поддерживаемого для SQL Server управляемого резервного копирования в Microsoft Azure. Не поддерживаются только локальные либо гибридные конфигурации групп доступности AlwaysOn. Дополнительные сведения и другие рекомендации см. в статье Настройка SQL Server управляемого резервного копирования в Azure для групп доступности.

Зеркальное отображение базы данных

SQL Server управляемое резервное копирование в Microsoft Azure поддерживается только в основной базе данных. Если как субъект, так и зеркало настроены для использования SQL Server управляемого резервного копирования в Microsoft Azure, зеркальная база данных пропускается и резервное копирование не будет выполняться. Однако в случае отработки отказа SQL Server Управляемое резервное копирование в Microsoft Azure запустит процесс резервного копирования после того, как зеркало завершит переключение ролей и перейдет в режим "в сети". В этом случае резервные копии будут сохраняться в новом контейнере. Если зеркало не настроен для использования SQL Server управляемого резервного копирования в Microsoft Azure, в случае отработки отказа резервные копии не создаются. Мы рекомендуем настроить SQL Server Управляемое резервное копирование в Microsoft Azure как на субъекте, так и на зеркало чтобы резервное копирование продолжалось в случае отработки отказа.

Совет

Если вы создаете зеркальную базу данных на экземпляре с параметрами SQL Server Управляемое резервное копирование в Microsoft Azure по умолчанию, может быть предпочтительнее отключить SQL Server управляемые резервные копии в экземпляре Microsoft Azure, чтобы они не применялись к зеркальной базе данных, а затем повторно включить значения по умолчанию экземпляра после настройки основного и зеркального отображения.

План обслуживания

Использование планов обслуживания для создания резервных копий базы данных при включении SQL Server управляемого резервного копирования в Microsoft Azure не поддерживается. Планы обслуживания приведут к разрыву цепочки журналов, а SQL Server Управляемое резервное копирование в Microsoft Azure может не поддерживать гарантированную возможность восстановления базы данных во время восстановления. Это также применяется, если SQL Server Управляемое резервное копирование в Microsoft Azure включено на уровне экземпляра.

Совет

Планы обслуживания с резервными копиями только для копирования поддерживаются с SQL Server Управляемое резервное копирование в Microsoft Azure, настроенное для той же базы данных или экземпляра.

Доставка журналов

Вы не можете одновременно настроить доставку журналов и SQL Server управляемое резервное копирование в Microsoft Azure для одной базы данных. Это может повлиять на восстанавливаемость базы данных с помощью любой из функций.

Нерегламентированное резервное копирование с помощью Transact-SQL и SQL Server Management Studio

Нерегламентированные или однократные резервные копии, созданные вне SQL Server управляемого резервного копирования в Microsoft Azure с помощью Transact-SQL или SQL Server Management Studio, могут повлиять на процесс SQL Server Управляемое резервное копирование в Microsoft Azure в зависимости от типа резервной копии и используемого носителя хранилища. Резервное копирование журналов в учетную запись хранения Azure, отличную от той, которая используется SQL Server управляемой резервной копии в Microsoft Azure или в любом другом назначении, отличном от службы хранилища BLOB-объектов Azure, приведет к разрыву цепочки журналов. Мы рекомендуем использовать хранимую процедуру smart_admin.sp_backup_on_demand (Transact-SQL) для запуска резервного копирования баз данных, для которых включена управляемая архивация SQL Server в Microsoft Azure. С помощью этой хранимой процедуры можно инициировать резервное копирование либо всей базы данных, либо только журнала.

Удаление и отсоединение базы данных

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

Изменение модели восстановления

  • При изменении модели восстановления базы данных с "Простая" на "Полная" или "С неполным протоколированием", вы можете настроить SQL Server управляемого резервного копирования в Microsoft Azure для базы данных. Это будет рассматриваться как новая база данных с точки зрения SQL Server управляемого резервного копирования в Microsoft Azure.

  • Если изменить модель восстановления базы данных с Full или Bulk-Logged на Простая, для SQL Server Управляемое резервное копирование в Microsoft Azure включена, операции резервного копирования больше не будут планироваться. Параметр срока хранения останется активным, а файлы резервной копии останутся в учетной записи хранения до истечения срока хранения. Если нужно сохранить резервные копии, рекомендуется загрузить файлы в другую учетную запись хранения или в локальное местоположение. Параметры конфигурации сохраняются и могут использоваться повторно, если для модели восстановления снова задано значение Full или Bulk-Logged .

Резервное копирование журнала с применением других средств резервного копирования или пользовательских скриптов

Любые две операции резервного копирования, настроенные для выполнения резервного копирования журналов на одной базе данных, вызовут разрыв в цепочке копирования журналов. Хотя SQL Server Управляемое резервное копирование в Microsoft Azure попытается устранить разрыв в цепочке резервного копирования, запланируя полные резервные копии при обнаружении разрыва в цепочке, это означает непрерывное отслеживание периодических перерывов и резервного копирования журналов, выполняемых двумя конкурирующими инструментами. Это также может повлиять на восстановимость базы данных, поскольку не гарантируется, что какой-либо из инструментов будет всегда иметь полный набор последовательных резервных копий. Хоть это и относится к любым двум компонентам или инструментам, выполняющим резервное копирование журналов, будет полезно рассмотреть конкретные примеры, описанные ниже. Это также относится к проблемам, связанным с настройкой планов обслуживания или доставкой журналов, которые описаны в предыдущих подразделах данного раздела.

Резервные копии на основе Data Protection Manager (DPM): Microsoft Data Protection Manager позволяет выполнять полное и добавочное резервное копирование. Добавочные резервные копии — это копии журнала, которые выполняют усечение журнала после создания резервной копии T-журнала. Поэтому настройка DPM и SQL Server управляемого резервного копирования в Microsoft Azure для одной базы данных не поддерживается.

Сторонние средства или скрипты: Любые сторонние средства или скрипты, выполняющие резервное копирование журналов, вызывающие усечение журнала, несовместимы с SQL Server управляемого резервного копирования в Microsoft Azure и не поддерживаются.

Если для экземпляра базы данных включена SQL Server Управляемое резервное копирование в Microsoft Azure и вы хотите создать нерегламентированное резервное копирование, можно использовать хранимую процедуру smart_admin.sp_backup_on_demand (Transact-SQL), как описано в предыдущем разделе. Если вам также нужно планировать или отменять резервное копирование за пределами SQL Server управляемого резервного копирования в Microsoft Azure, можно использовать резервную копию только для копирования. Дополнительные сведения см. в статье Резервные копии только для копирования (SQL Server).