Резервное копирование SQL Server с помощью DPM

System Center Data Protection Manager (DPM) обеспечивает резервное копирование и восстановление для баз данных SQL Server. Наряду с резервным копированием баз данных SQL Server можно выполнить резервное копирование системы или полное резервное копирование исходного состояния системы компьютера SQL Server. Вот что DPM может защитить:

• Автономный экземпляр сервера SQL Server

• Экземпляр отказоустойчивого кластера SQL Server (FCI)

• Группа доступности SQL Server AlwaysOn с этими параметрами:

  • Предпочтение вторичной

  • Только вторичная

  • Основной

  • Любая реплика

Почему резервное копирование SQL Server с помощью DPM?

• DPM разработан для защиты расширенной конфигурации SQL Server.

• В DPM можно настроить обеспечение защиты SQL Server каждые 15 минут.

• DPM снижает риск возникновения конфликтов между средствами для резервного копирования и расписанием защиты SQL Server.

• DPM может защитить SQL Server на уровне экземпляра или на уровне базы данных. При включении защиты на уровне экземпляра DPM обнаруживает новые базы данных в этом экземпляре и автоматически добавляет их в свою группу защиты.

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

• DPM имеет средство самостоятельного восстановления (SSRT), которое расширяет параметры администраторов баз данных для самостоятельного восстановления баз данных SQL.

• При обновлении до SQL Server 2014 DPM продолжит резервное копирование уже защищенных баз данных после обновления SQL Server. Во время обновления SQL Server следует избегать заданий резервного копирования.

Предварительные требования и ограничения

• Если у вас есть база данных с файлами в удаленном файловом ресурсе, защита завершится ошибкой с идентификатором 104. DPM не поддерживает защиту данных SQL Server на удаленном файловом ресурсе.

• DPM не защищает базы данных, сохраненные на удаленных общих ресурсах SMB.

• Убедитесь, что для реплик группы доступности установлен режим "только для чтения".

• Необходимо явно добавить учетную запись NTAuthority\System в группу Sysadmin на SQL Server.

• При восстановлении частично автономной базы данных в альтернативное расположение, убедитесь в том, что в целевом экземпляре SQL активирован параметр Автономные базы данных.

• При восстановлении базы данных файлового потока в альтернативное расположение, убедитесь в том, что в целевом экземпляре SQL активирован параметр База данных файлового потока.

• Защита групп доступности AlwaysOn для SQL Server:

  • DPM обнаруживает группы доступности при выполнении опроса на этапе создания группы защиты.

  • DPM обнаруживает отработку отказа и продолжает защищать базу данных.

  • DPM поддерживает конфигурации с геораспределенными кластерами для экземпляра SQL Server.

  При защите баз данных, использующих функцию AlwaysOn, к работе DPM применяются следующие ограничения:

  • DPM будет учитывать политику резервного копирования для групп доступности, установленных в SQL Server на основе параметров резервного копирования следующим образом:

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

    • Только вторичная: резервное копирование не должно выполняться на первичную реплику. Если первичная реплика является единственной репликой в сети, резервное копирование не выполняется.

    • Первичная: резервное копирование всегда выполняется на первичную реплику.

    • Любая реплика — резервные копии могут выполняться в любой из доступных реплик в группе доступности. Узел, с которого будет выполняться резервное копирование, будет определяться по приоритету резервного копирования всех узлов.

  Примечание.

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

• Проблемы с резервным копированием в SQL Server 2014 или более поздней версии:

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

  • Существуют некоторые известные проблемы с предпочтением вторичного резервного копирования для параметра SQL AlwaysOn. DPM всегда принимает резервную копию из вторичной; Если не удается найти дополнительный объект, резервное копирование завершается ошибкой.

Перед началом работы

1. Развертывание DPM. Убедитесь, что DPM установлен и развернут правильно. Если вы этого не сделали, см. следующие сведения:

   • Требования к системе для DPM

   • Что может создать резервную копию DPM?

   • Что поддерживается и что не поддерживается для DPM?

   • Установка DPM

2. Настройка хранилища . Вы можете хранить резервные копии данных на диске, на ленте и в облаке с помощью Azure. Дополнительные сведения см. в разделе Подготовка хранилища данных.

3. Настройте агент защиты DPM. Необходимо установить агент защиты DPM на каждом компьютере, который требуется создать резервную копию. Чтение агента защиты DPM.

Настроить резервное копирование

1. Чтобы создать группу защиты, выберите >"Действия>защиты создать группу защиты", чтобы открыть мастер создания группы защиты в консоли DPM.

2. На экране Выбор типа группы защиты выберите Серверы.

3. В разделе "Выбор членов группы" выберите экземпляры SQL Server на сервере, который требуется защитить. Дополнительные сведения см. в разделе "Развертывание групп защиты".

Примечание.

• Вы можете выбрать защиту на уровне экземпляра или защиту отдельных баз данных.
• При защите на уровне экземпляра любая база данных, добавленная в этот экземпляр SQL Server, автоматически будет добавлена в защиту DPM.
• Если вы используете группы доступности SQL Server AlwaysOn, можно создать группу защиты, содержащую группы доступности. DPM обнаруживает группы доступности и будет отображать их в группе кластеров. Выберите всю группу, чтобы защитить ее таким образом, чтобы все базы данных, добавляемые в группу, были автоматически защищены или выберите отдельные базы данных. Для каждого экземпляра SQL Server можно также запустить резервную копию состояния системы или полную резервную копию без операционной системы. Это удобно, если требуется возможность восстановления всего сервера, а не только данных.

4. В разделе Select data protection method (Выбор метода защиты данных) укажите способ обработки краткосрочной и долгосрочной резервной копии. Краткосрочное резервное копирование всегда выполняется сначала на диск, с возможностью резервного копирования с диска в облако Azure с помощью службы Azure Backup (на короткий или долгий срок). В качестве альтернативы долгосрочной резервной копии в облаке можно также настроить долгосрочное резервное копирование на автономное ленточное устройство или ленточную библиотеку, подключенную к серверу DPM.

5. Для параметра Выбрать краткосрочные цели укажите способ резервного копирования для краткосрочного хранения на диске. В диапазоне хранения укажите, сколько времени требуется хранить данные на диске. Для параметра Частота синхронизации укажите, как часто необходимо выполнять добавочное резервное копирование на диск. Если вы не хотите задать интервал резервного копирования, можно выбрать "Непосредственно перед точкой восстановления", чтобы DPM выполнял экспресс-полную резервную копию непосредственно перед расписанием каждой точки восстановления.

   Примечание.

   Базы данных SQL Server, отправляемые в журнал, в режиме только для чтения или использующие простую модель восстановления, не поддерживают добавочное резервное копирование. Точки восстановления создаются только для каждой процедуры быстрой полной архивации. Для всех остальных баз данных SQL Server синхронизация обеспечивает перенос резервного копирования журнала транзакций, и точки восстановления создаются для каждой добавочной синхронизации и быстрой полной архивации. Журнал транзакций представляет собой последовательную запись всех транзакций, выполненных в отношении базы данных с момента его последнего резервного копирования.

6. Если вы хотите хранить данные на ленте для долгосрочного хранения, в разделе "Укажите долгосрочные цели", укажите, сколько времени требуется сохранить ленточные данные (1–99 лет). В поле Интервал резервного копирования укажите, как часто следует выполнять резервное копирование на ленту. Частота зависит от указанного диапазона хранения:

   • Если диапазон хранения составляет от 1 года до 99 лет, вы можете выбрать периодичность резервного копирования: ежедневно, еженедельно, каждые две недели, ежемесячно, ежеквартально, каждые полгода или ежегодно.

   • Если диапазон хранения составляет от 1 до 11 месяцев, вы можете выбрать периодичность резервного копирования: ежедневно, еженедельно, каждые две недели или ежемесячно.

   • Если диапазон хранения составляет от 1 до 4 недель, можно выбрать резервное копирование каждый день или каждую неделю.

   На автономном ленточном диске для одной группы защиты DPM использует одну ленту для ежедневных резервных копий, пока на ленте недостаточно места. Вы также можете колоировать данные из разных групп защиты на ленте.

   На странице "Выбор ленты и сведений о библиотеке" укажите ленту или библиотеку для использования и следует ли сжимать и шифровать данные на ленте.

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

   Общий размер данных — это размер данных, которые требуется создать резервную копию, а место на диске, подготовленное в DPM, — это пространство, которое DPM рекомендует для группы защиты. DPM выбирает идеальный том резервного копирования на основе параметров. Однако вы можете изменить выбор тома для резервного копирования в разделе Сведения о выделении места на диске. Для рабочих нагрузок выберите в раскрывающемся меню предпочитаемый объем хранилища. Вы можете изменить значения для параметров Общий объем и Доступный объем в области Доступный объем на диске. Недостаточное пространство — это объем DPM хранилища, который предполагает, что вы добавляете в том, чтобы продолжить резервное копирование плавно в будущем.

8. В разделе Выбор метода создания реплики укажите, как нужно выполнять начальную полную репликацию данных. Если вы решили реплицировать по сети, рекомендуется выбрать время вне пиковой нагрузки. Для больших объемов данных или неоптимальных условий сети лучше выбрать автономную репликацию данных с использованием съемных носителей.

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

10. Если вы решили создать резервную копию в облаке с помощью Azure Backup, на странице "Указание данных о защите в сети" убедитесь, что необходимо выбрать рабочие нагрузки, которые требуется выполнить резервное копирование в Azure.

11. На экране расписания резервного копирования в сети укажите периодичность добавочного резервного копирования в Azure. Можно запланировать резервное копирование на каждый день, каждую неделю, каждый месяц и каждый год, а также выбрать время и (или) дату резервного копирования. Максимальная частота резервного копирования — дважды в день. При каждом запуске резервной копии точка восстановления данных создается в Azure из копии резервных копий данных, хранящихся на диске DPM.

12. На экране Укажите политику хранения в сети можно выбрать режим хранения в Azure для точек восстановления, содержащих ежедневные, еженедельные, ежемесячные или ежегодные резервные копии.

13. На экране Выберите репликацию в сети укажите, как должна выполняться начальная полная репликация данных. Можно выполнить репликацию по сети или сделать автономную резервную копию (автономное заполнение). Для автономного резервного копирования используется функция импорта Azure. Дополнительные сведения см. в статье "Автономное использование Azure Data Box".

14. На странице Сводка проверьте выбранные параметры. После нажатия кнопки "Создать группу" происходит начальная репликация данных. По завершении для группы защиты отобразится ОК на странице Состояние. После этого резервное копирование будет выполняться в соответствии с параметрами группы защиты.

Наблюдение

После создания группы защиты выполняется начальная репликация, и DPM начинает резервное копирование и синхронизацию данных SQL Server. DPM отслеживает начальную синхронизацию и последующие резервные копии. Данные SQL Server можно отслеживать несколькими способами:

• С помощью мониторинга DPM по умолчанию можно настроить уведомления для упреждающего мониторинга с помощью публикации оповещений и настройки уведомлений. Вы можете отправлять по электронной почте уведомления для критических, предупреждающих и информационных оповещений, а также о состоянии работающих процессов восстановления.

• При использовании Operations Manager вы можете публиковать оповещения централизованно.

Настройка уведомлений мониторинга

1. В консоли администрирования DPM выберите параметры действия>мониторинга.>

2. Выберите SMTP-сервер, введите имя сервера, порт и электронный адрес, с которого будут отправляться уведомления. Адрес должен быть допустимым.

3. В smtp-сервере с проверкой подлинности введите имя пользователя и пароль. Имя пользователя и пароль должны быть именем учетной записи домена пользователя, адрес которого "From" описан на предыдущем шаге; в противном случае доставка уведомлений завершается ошибкой.

4. Чтобы проверить параметры SMTP-сервера, выберите "Отправить тестовую электронную почту", введите адрес электронной почты, в котором DPM отправляет тестовое сообщение, а затем нажмите кнопку "ОК". Выберите Параметры>Уведомления и укажите типы оповещений, о которых необходимо уведомлять получателей. В получателях введите адрес электронной почты для каждого получателя, которому требуется отправить копии уведомлений DPM.

Настройка оповещений с помощью Operations Manager

1. В консоли администрирования DPM выберите пункт "Мониторинг>>параметров параметров>генерации оповещений публикации активных оповещений">

2. После включения публикации оповещений все существующие оповещения DPM, которые могут потребовать действия пользователя, публикуются в журнале событий оповещений DPM. Затем агент Operations Manager, установленной на сервере DPM, публикует эти оповещения в Operations Manager и продолжает обновлять консоль при создании новых оповещений.

Разрешить администраторам SQL Server восстанавливать данные

DPM предоставляет функцию самостоятельного восстановления, которая позволяет администраторам SQL Server получать доступ к данным, защищенным DPM, чтобы они могли восстановить базу данных SQL Server из резервной копии в сетевую папку. Вы можете настроить средство самостоятельного восстановления DPM для создания ролей и управления ими, которые указывают, какие пользователи могут самостоятельно восстанавливаться. После этого пользователи смогут использовать мастер самостоятельного восстановления DPM для восстановления баз данных SQL Server. Скачайте средство мастера самостоятельного восстановления. Обратите внимание, что для запуска средства необходимо установить .NET 3.5 с пакетом обновления 1 (SP1 ) и Visual Studio 2013 .

Настройте самостоятельное восстановление SQL Server следующим образом:

1. В консоли >DPM выберите "Настроить самостоятельное восстановление".

2. В средстве самостоятельного восстановления DPM для SQL Server выберите "Создать роль".

3. На странице "Группы безопасности" вы создадите одну или несколько групп, которые содержат пользователей, для которых требуется включить самостоятельное восстановление. Укажите группы безопасности в группе безопасности формата домена\безопасности или отдельного пользователя в формате domain\username. К роли DPM можно добавить несколько групп безопасности и пользователей.

4. На странице "Элементы восстановления" укажите защищенные экземпляры и базы данных SQL Server, для которых требуется разрешить самостоятельное восстановление. Используйте формат <имя компьютера\имя экземпляра>. Чтобы указать базу данных, нажмите клавишу TAB и введите имя базы данных. Кроме того, чтобы пользователи ролей могли восстановить все базы данных в экземпляре, нажмите клавишу TAB, а затем нажмите пробел, чтобы очистить текст в столбце "Имя базы данных".

Примечание.

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

5. На странице "Целевые расположения восстановления", чтобы ограничить расположения восстановления для пользователей ролей, выберите "Разрешить пользователям восстанавливать базы данных в другой экземпляр SQL Server" и укажите одно или несколько целевых расположений восстановления и разрешенные пути к файлам. Если вы хотите разрешить любой путь к экземпляру, не указывайте значение в пути к восстановленным файлам. Если этот параметр включен, пользователи могут восстановить файлы базы данных в любом расположении, для которого у них есть разрешение на запись. Однако пользователи не могут перезаписать исходные файлы базы данных, а средство самостоятельного восстановления DPM (SSRT) для SQL Server блокирует их при попытке сделать это.

6. Кроме того, на компьютере, с которого будет выполняться самостоятельное восстановление, убедитесь, что установлен по крайней мере платформа .NET framework 4.5 и устанавливается средство самостоятельного восстановления DPM. Средство доступно в расположении установки продукта DPM в папке DpmSqlEURInstaller .

Восстановление данных SQL Server

Вы можете восстановить данные SQL следующим образом:

• Восстановление базы данных в исходном расположении

• восстановление базы данных с новым именем в ее исходном расположении или в другом экземпляре SQL Server;

• восстановление базы данных в другом экземпляре SQL Server;

• копирование базы данных в сетевую папку;

• копирование базы данных на ленту.

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

Восстановите базу данных из консоли DPM следующим образом:

1. В консоли администрирования DPM выберите "Восстановление " на панели навигации. С помощью функции обзора выберите базу данных, которую требуется восстановить.

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

3. В области "Действия" выберите "Восстановить", чтобы запустить мастер восстановления.

4. На странице выбора восстановления проверки нажмите кнопку "Далее".

Примечание.

• Выберите расположение для восстановления базы данных. Если выбрать "Восстановить" в любой экземпляр SQL, введите путь восстановления. Для восстанавливаемой базы данных можно указать новое имя. Этот параметр недоступен с параметром "Последняя точка восстановления".
• Путь восстановления по умолчанию — это исходный путь к расположению. Необходимо ввести соответствующий путь восстановления.
• Не удается восстановить более новую версию базы данных SQL Server до более старого экземпляра SQL Server.
• Если выбрать "Копировать в сетевую папку " и выбранную точку восстановления, не созданную из экспресс-полной резервной копии, вы увидите новые варианты точки восстановления.
• Если выбрать "Копировать на ленту " и выбранную точку восстановления, созданную из экспресс-полной резервной копии, вы увидите новые варианты точки восстановления. Для ленты выберите ленту библиотеку, которую вы хотите использовать для восстановления.

5. Если вы выбрали точку восстановления, отличной от последней на странице "Указание состояния базы данных", выберите "Оставьте базу данных рабочей".

6. Укажите параметры восстановления для регулирования использования пропускной способности сети, восстановления на основе SAN и Уведомления по электронной почте, а затем нажмите кнопку "Далее".

7. На странице "Сводка" просмотрите параметры восстановления и нажмите кнопку "Восстановить".

Пользователи с разрешениями самостоятельного восстановления должны восстановиться следующим образом:

Скачайте средство самостоятельного восстановления SQL Server отдельно, чтобы использовать его для самостоятельного восстановления.

1. Пользователь должен открыть средство самостоятельного восстановления DPM, выбрать подключение к серверу DPM и указать имя сервера DPM.

2. После установки подключения пользователь должен выбрать новое задание восстановления, чтобы запустить мастер восстановления.

3. На странице "Указание сведений о базе данных" мастера укажите экземпляр SQL Server и имя базы данных для восстановления. Если вы используете группы доступности, укажите имя группы в формате AGNAME. ClusternameFQDN\AGNAME.

4. На странице "Указание точки восстановления" выберите данные и время точки восстановления.

5. На странице "Выбор типа восстановления" выберите, следует ли восстановить любой экземпляр на одном сервере SQL Server или другом. Укажите, следует ли восстановить сетевую папку.

   Примечание.

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

6. Если вы восстанавливаетесь в базу данных, на странице "Указание состояния базы данных" укажите, должна ли база данных оставаться в эксплуатации после восстановления и указать, следует ли копировать журналы транзакций SQL.

7. На странице "Указать параметры восстановления" укажите, следует ли сохранять параметры безопасности с исходного сервера или применять параметры с целевого сервера. Вы также можете указать, что уведомление по электронной почте должно отправляться после завершения восстановления.