Управляемое резервное копирование SQL Server в Azure: взаимодействие и сосуществование

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

Группы доступности 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 для одной и той же базы данных одновременно. Это повлияет на возможность восстановления базы данных с помощью любой функции.

Разовые резервные копии с помощью 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.

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

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

Все две резервные копии, настроенные для резервного копирования журналов в одной базе данных, вызывают разрыв в цепочке журналов резервного копирования. Хотя управляемое резервное копирование 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, можно использовать резервное копирование типа "Copy Only". Дополнительные сведения см. в статье Резервные копии только для копирования (SQL Server).