Планирование защиты данных SQL Server
Опубликовано: Март 2016
Применимо к: System Center 2012 SP1 - Data Protection Manager, System Center 2012 - Data Protection Manager, System Center 2012 R2 Data Protection Manager
Перед развертыванием DPM для защиты SQL Server выполните указанные ниже действия.
Для решения любых проблем, связанных с SQL Server, изучите заметки о выпуске и статью Поддерживаемые и неподдерживаемые сценарии в DPM.
Прочтите статью Матрица поддержки защиты DPM, чтобы узнать, какие версии SQL Server поддерживаются.
Обратите внимание на следующее условия:
Если у вас есть база данных, файлы которой расположены на удаленном файловом ресурсе, то при включении защиты произойдет сбой с кодом ошибки 104.DPM не поддерживает защиту данных SQL Server на удаленном файловом ресурсе.
DPM не защищает базы данных, сохраненные на удаленных общих ресурсах SMB.
Убедитесь, что для реплик группы обеспечения доступности установлен режим "только для чтения".
Необходимо в явном порядке добавить учетную запись NTAuthority\System в группу Sysadmin на SQL Server.
При восстановлении частично автономной базы данных в альтернативное расположение, убедитесь в том, что в целевом экземпляре SQL активирован параметр "Автономные базы данных".
Защита SQL Server с включенной функцией AlwaysOn
SQL Server 2012 содержит новую функцию AlwaysOn, обеспечивающую высокий уровень доступности.Данная функция позволяет добавить базы данных в группы обеспечения доступности, которые по сути являются контейнерами для баз данных с функциями отработки отказа.System Center 2012 SP1 DPM поддерживает защиту баз данных, входящих в состав групп обеспечения доступности.Поддержка функции AlwaysOn в диспетчере DPM обладает следующими отличительными особенностями:
DPM обнаруживает группы обеспечения доступности при выполнении опроса на этапе создания группы защиты.
DPM обнаруживает отработку отказа и продолжает защищать базу данных.
DPM поддерживает геораспределенные кластеры экземпляра SQL Server.
При защите баз данных, использующих функцию AlwaysOn, в работе DPM действуют следующие ограничения.
DPM будет выполнять политику резервного копирования для групп обеспечения доступности, заданную в SQL Server, на основе следующих настроек резервного копирования.
Предпочтение вторичной реплики: резервное копирование должно выполняться на вторичную реплику, если первичная реплика не является единственной репликой, подключенной к сети.Если доступно несколько вторичных реплик, для резервного копирования выбирается узел с самым высоким приоритетом резервного копирования.В случае если доступна только первичная реплика, резервное копирование должно выполняться на нее.
Только вторичная: резервное копирование не должно выполняться на первичную реплику.Если доступна только первичная реплика, то архивирование не будет выполнено.
Первичная: резервное копирование всегда выполняется на первичную реплику.
Любая реплика: резервное копирование выполняется на любую доступную реплику в группе обеспечения доступности.Узел, с которого будет выполняться резервное копирование, будет определяться по приоритету резервного копирования всех узлов.
Обратите внимание на следующее условия:
Можно выполнить архивирование из любой доступной для чтения реплики, то есть первичной, синхронной вторичной или асинхронной вторичной.
Если какая-либо реплика исключается из резервного копирования, например если включен параметр "Исключить реплику" или реплика помечена как недоступная для чтения, эта реплика не будет выбираться для резервного копирования ни в одном из вариантов.
Если доступно несколько читаемых реплик, для резервного копирования выбирается узел с самым высоким приоритетом резервного копирования.
В случае сбоя резервного копирования на выбранном узле происходит сбой операции резервного копирования.
Восстановление в исходное расположение не поддерживается.