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

Важно!

Поддержка этой версии Data Protection Manager (DPM) завершена. Рекомендуется выполнить обновление до DPM 2022.

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

  • изолированный экземпляр SQL Server;

  • экземпляр отказоустойчивого кластера SQL Server;

Примечание

DPM 2019 UR2 поддерживает экземпляр отказоустойчивого кластера SQL Server (FCI) с использованием для этого общего тома кластера (CSV).

Эта функция поддерживает защиту экземпляра отказоустойчивого кластера SQL Server с Локальные дисковые пространства в Azure и экземпляра отказоустойчивого кластера SQL Server с общими дисками Azure. Сервер DPM должен быть развернут на виртуальной машине Azure для защиты экземпляра отказоустойчивого кластера SQL, развернутого на виртуальных машинах Azure.

  • Группа доступности 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 активирован параметр База данных файлового потока.

  • Защита для SQL Server AlwaysOn.

    • 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 установлен и развернут правильно. Если вы этого не сделали, см. следующие статьи:

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

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

Настройка резервного копирования

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

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

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

Примечание

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

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

    Примечание

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

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

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

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

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

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

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

  4. На странице Проверка выделения места на диске проверьте пространство на диске пула носителей, выделенное для этой группы защиты.

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

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

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

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

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

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

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

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

Мониторинг

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

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

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

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

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

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

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

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

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

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

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

Предоставление администраторам SQL Server возможности восстановления данных

DPM включает функцию самостоятельного восстановления, которая предоставляет администраторам SQL Server доступ к данным, защищаемым DPM, чтобы они могли восстанавливать базу данных SQL Server из резервной копии в сетевую папку. Вы можете настроить средство настройки Self-Service восстановления DPM для создания ролей и управления ими, которые указывают, какие пользователи могут выполнять самостоятельное восстановление. Затем пользователи используют мастер восстановления Self-Service DPM для восстановления SQL Server баз данных.

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

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

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

  2. В средстве настройки Self-Service восстановления DPM для SQL Server выберите Создать роль.

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

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

Примечание

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

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

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

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

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

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

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

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

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

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

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

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

  1. В консоли администрирования DPM выберите Восстановление на панели навигации. Нажмите кнопку "Обзор" и выберите базу данных для восстановления.

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

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

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

Примечание

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

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

  3. На странице Сводка просмотрите параметры восстановления и выберите Восстановить.

Пользователям с разрешениями на самостоятельное восстановление следует действовать следующим образом.

В DPM 2022 UR1 скачайте средство самостоятельного восстановления SQL Server отдельно, чтобы использовать его для восстановления Self-Service.

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

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

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

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

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

    Примечание

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

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

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