Table of contents
TOC
Свернуть оглавление
Развернуть оглавление

Резервное копирование сервера DPM

Mark Galioto|Последнее обновление: 24.11.2016
|
1 Участник

Область применения: System Center 2016 — Data Protection Manager

Чтобы гарантировать восстановление данных в случае сбоя DPM, потребуется разработать стратегию резервного копирования сервера DPM. Если резервное копирование сервера не выполняется, после сбоя его потребуется перестроить вручную, однако дисковые точки восстановления восстановить не удастся. Существует несколько способов резервного копирования серверов DPM.

  • Резервное копирование DPM с помощью сервера-получателя. Резервное копирование сервера-источника DPM можно выполнять с помощью сервера-получателя DPM. Сервер-получатель будет защищать базы данных сервера-источника и реплики источников данных, хранящиеся на сервере-источнике. В случае сбоя сервера-источника сервер-получатель может продолжать защищать рабочие нагрузки, защищаемые сервером-источником, до тех пор, пока сервер-источник снова не станет доступным. Если необходимо перестроить сервер-источник, на него можно восстановить базы данных и реплики с сервера-получателя. Если сервер-источник недоступен, восстановить данные на защищенные компьютеры можно непосредственно с сервера-получателя. Можно настроить два сервера — один в качестве сервера-источника, а другой в качестве сервера получателя. Или настроить каждый сервер в качестве сервера-источника для другого. Можно также настроить цепочку серверов DPM, где каждый сервер в цепочке обеспечивает защиту следующего сервера в цепочке.

  • Резервное копирование базы данных DPM. Можно настроить сервер DPM для резервного копирования его собственных баз данных в ленточные библиотеки. Осуществлять резервное копирование баз данных на ленту или съемные носители можно также с помощью ПО сторонних производителей.

  • Резервное копирование DPM с помощью стороннего ПО. Для резервного копирования серверов DPM можно использовать ПО сторонних производителей, которое поддерживает DPM и VSS.

Резервное копирование с помощью сервера-получателя DPM

Для данных на сервере DPM можно организовать резервное копирование и защиту другим сервером DPM в любой из следующих конфигураций.

  • Защита сервера-источника сервером-получателем. Резервное копирование баз данных и реплик, хранящихся на сервере-источнике DPM, можно выполнить на сервере-получателе DPM. В случае сбоя сервера-источника сервер-получатель продолжает выполнять резервное копирование защищенных рабочих нагрузок. При отказе сервера-источника можно выполнить одну из следующих процедур. Перестроить сервер-источник и восстановить его базы данных и реплики с сервера-получателя. Затем после перестроения переместить защищенные рабочие нагрузки обратно на сервер-источник. Перевести защиту на сервер-получатель DPM. В этом случае можно выполнить восстановление на защищенные компьютеры непосредственно с сервера-получателя. Инструкции см. в разделе "Настройка серверов-получателей".

  • Цепочки DPM. Цепочка серверов DPM обеспечивает защиту. Каждый сервер в цепочке защищает следующий сервер в цепочке. Например: сервер DPM1 защищен сервером DPM2 (DPM1 — сервер-источник, а DPM2 — сервер-получатель). DPM2 защищен DPM3 (DPM2 — сервер-источник, а DPM3 — сервер-получатель) Инструкции см. в разделе "Настройка цепочки".

  • Циклическая защита. Один сервер DPM защищен другим сервером DPM, и наоборот. Таким образом, DPM1 защищает DPM2 и, аналогично, DPM2 защищает DPM1. Это удобно для небольших сред.

Настройка защиты сервера-источника и получателя

Резервное копирование сервера-источника DPM с использованием сервера-получателя DPM

  1. Установите агент защиты DPM на всех серверах-источниках DPM, которые необходимо защитить. Перезагрузка не требуется.

  2. Добавьте сервер-источник DPM в существующую группу защиты или создайте новую. Можно выбрать для защиты следующие источники данных:

    • Базы данных SQL Server, настроенные для сервера-источника.

    • Все тома на сервере-источнике DPM (Общие папки не отображаются отдельно)

    • Все реплики на сервере-источнике DPM.

    • как минимум, необходимо выбрать базы данных, папку \Program Files\Microsoft System Center 2012\DPM\DPM\Config и папку \Program Files\Microsoft System Center 2012\DPM\Scripting.

Учтите, что из защиты для реплики нельзя исключить имена файлов. Кроме того, На всех серверах DPM должны выполняться одинаковые версии, обновления и т. д. При настройке синхронизации рекомендуется задать синхронизацию каждые 24 часа.

Настройка цепочки DPM

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

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

  • Сервер-источник и сервер-получатель определяются порядком в цепочке. Поэтому, например, несмотря на то, что DPM3 фактически защищает DPM1, так как он действует как сервер-получатель для DPM2, он не может быть прямым сервером-получателем для DPM1.

  • Если сервер DPM защищает собственный источник данных, цепочка будет разорвана. Например, если DPM1 защищает собственную базу данных или состояние системы, DPM2 не сможет защищать DPM1.

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

Пример цепочки 1

Сценарий 1. Защита по цепочке

В сценарии 1 показано формирование цепочки из четырех серверов DPM.

сервер;ЗащищаетЗащищено с помощью
DS1 (сервер-источник)PS1, PS2DS3
DS2 (сервер-источник)PS3, PS4DS3
DS3 (сервер-получатель)DS1, DS2DS4
DS4 (сервер-получатель)DS3-

Сценарий с цепочкой из четырех серверов DPM

Пример цепочки 2

Сценарий 2. Защита по цепочке

В сценарии 2 показано формирование цепочки из четырех серверов DPM.

сервер;ЗащищаетЗащищено с помощью
DS1 (сервер-источник)PS1, PS2DS2
DS2 (сервер-источник)PS3DS3
DS2 (сервер-получатель)DS1DS3
DS3 (сервер-источник)PS4DS4
DS3 (сервер-получатель)DS2DS4
DS4DS3-

другой сценарий с цепочкой из четырех серверов DPM

Циклическая защита

Если вы не хотите использовать сервер-получатель, два сервера DPM могут защищать друг друга.

Сценарий 3. Циклическая защита

В сценарии 3 показано использование циклической защиты.

сервер;ЗащищаетЗащищено с помощью
DS1 (сервер-источник)PS1, PS2DS2
DS2 (сервер-источник)PS3DS3
DS2 (сервер-получатель)DS1, DS3DS3
DS3 (сервер-источник)PS4DS2
DS3 (сервер-получатель)DS2DS2

пример сценария циклической защиты

Настройка цепочки

Настройка цепочки выполняется следующим образом:

  1. Установите агент защиты DPM на сервер DPM, который вы хотите защитить, с сервера DPM, который будет осуществлять защиту.

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

  3. Например, при наличии DPM1 и DPM2 вам потребуется установить агент защиты DPM с DPM1 на DPM2 и наоборот. Затем настройте вторичную защиту на DPM2 для серверов, которые защищает DPM1, и вторичную защиту на DPM1 для серверов, которые защищает DPM2.

Восстановление сервера

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

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

  • При восстановлении сервера-источника DPM потребуется заново установить защиту для всех источников данных, защиту которых он обеспечивал. Учтите, что восстановить точки восстановления невозможно и при восстановлении файлов базы данных следует убедиться в том, что расположение восстановления на сервере DPM является безопасным.

    Необходимо восстановить базу данных DPM, а затем реплики.

  • Затем заново установите защиту с помощью программы Setdpmserver.exe.

Резервное копирование базы данных DPM

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

Метод резервного копирования базы данныхПреимуществаНедостатки
Архивация в AzureЛегко настраиваемый и отслеживаемый в DPM.

Несколько расположений файлов резервной копии базы данных.

Облачное хранилище предлагает надежное решение для аварийного восстановления.

Исключительно безопасное хранилище для базы данных.

Поддерживает 120 точек восстановления в сети.
Доступно только на DPM 2012 SP1 или более поздних версиях.

Требуется учетная запись Azure и дополнительная настройка DPM. Требует некоторых затрат на хранилище Azure.

- Необходима другая система на основе Windows Server 2012 с агентом Azure для получения доступа к резервным копиям DPM в хранилище службы архивации Azure. Это не может быть другой сервер DPM.

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

В этом случае требуется некоторое дополнительное время на подготовку и восстановление.
Резервное копирование базы данных путем резервного копирования пула носителей DPMПростые процедуры настройки и отслеживания.

Резервная копия хранится на дисках пула носителей DPM. К ней обеспечивается простой доступ локально.

Запланированное резервное копирование DPM поддерживает создание 512 быстрых полных резервных копий. Если резервное копирование выполняется каждый час, полная защита обеспечивается в течение 21 дня.
Это не совсем приемлемый вариант для аварийного восстановления. Он находится в оперативном режиме, и восстановление может выполняться не так, как ожидается, если происходит сбой сервера DPM или дисков пула носителей.

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

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

Запланированное резервное копирование DPM поддерживает создание 512 быстрых полных резервных копий. В случае выполнения резервного копирования каждый час это обеспечивает 21 день краткосрочной защиты. При резервном копировании каждые 30 минут защита обеспечивается на 10 дней.

Резервная копия хранится на дисках пула носителей сервера-получателя DPM, доступ к которым обеспечивается локально.

Такой подход предлагает хорошее решение для аварийного восстановления в случае использования удаленного сервера-получателя DPM.
В этом случае требуется дополнительный сервер DPM и хранилище. Оба сервера DPM должен работать под управлением одной и той же версии DPM и накопительных пакетов обновления.
Резервное копирование на лентуЛегко настраиваемый и отслеживаемый в DPM.

Запланированное DPM резервное копирование на ленту поддерживает хранение в течение 99 лет.

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

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

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

Можно запланировать только одно резервное копирование на ленту в день.

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

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

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

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

Полностью не зависит от DPM.

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

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

Несколько расположений файлов резервной копии базы данных.

Простой доступ с любого компьютера Windows в сети.

Потенциально это наиболее быстрый способ восстановления.
Поддерживает только 64 точки восстановления.

Это не совсем приемлемый вариант для аварийного восстановления сайта. Сбой сервера DPM или диска пула носителей DPM может помешать восстановлению.

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

Чтобы его настроить и протестировать, потребуется некоторая дополнительная подготовка.

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

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

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

  • ПРИМЕЧАНИЕ. Для целей восстановления установка DPM, которую необходимо восстановить с помощью базы данных DPM, должна соответствовать версии самой базы данных DPM. Например, если база данных, которую необходимо восстановить, входит в состав установки DPM 2012 R2 с накопительным пакетом обновления 4, то на сервере DPM должна работать та же самая версия с накопительным пакетом обновления 4. Это означает, что перед восстановлением базы данных может потребоваться удалить DPM текущей версии и установить DPM совместимой версии. Чтобы узнать версию базы данных, может потребоваться вручную подключить ее к имени временной базы данных. Затем необходимо выполнить SQL-запрос к базе данных, чтобы узнать основной и дополнительный номера версии и, соответственно, выяснить, какой последний накопительный пакет установлен. Чтобы узнать версию базы данных DPM, выполните следующие действия.

    1. Чтобы выполнить запрос, откройте SQL Management Studio, а затем подключитесь к экземпляру SQL Server, на котором выполняется база данных DPM.

    2. Выберите базу данных DPM, а затем запустите новый запрос.

    3. Вставьте в панель запроса следующий запрос SQL и запустите его:

      Select distinct MajorVersionNumber,MinorVersionNumber ,BuildNumber, FileName FROM dbo.tbl_AM_AgentPatch order byMajorVersionNumber,MinorVersionNumber,BuildNumber

    Если запрос не возвращает результаты или версия сервера DPM обновлена, однако с тех пор не устанавливались новые накопительные пакеты обновления, то запись об основной и дополнительной версиях для базовой установки DPM будет отсутствовать. Чтобы проверить версии DPM, связанные с накопительными пакетами обновлений, см. статью Список номеров сборки для System Center Data Protection Manager (DPM).

Резервное копирование в Azure

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

    Select ag.NetbiosName as ServerName,ds.DataSourceName,vol.MountPointPath
    from tbl_IM_DataSource as ds
    join tbl_PRM_LogicalReplica as lr on ds.DataSourceId=lr.DataSourceId
    join tbl_AM_Server as ag on ds.ServerId=ag.ServerId
    join tbl_SPM_Volume as vol on lr.PhysicalReplicaId=vol.VolumeSetID
    and vol.Usage =1
    and lr.Validity in (1,2)
    where ds.datasourcename like '%dpmdb%'
    and servername like '%dpmsqlservername%' --netbios name of server hosting DPMDB
    

    Проверьте, есть ли у вас секретный код, который был указан при установке агента служб восстановления Azure и регистрации сервера DPM в хранилище Azure Backup. Этот секретный код необходим для восстановления резервной копии.

  2. Создайте хранилище службы архивации Azure, скачайте файл установки агента службы архивации Azure и учетные данные хранилища. Запустите файл установки для установки агента на сервере DPM и используйте учетные данные хранилища для регистрации сервера DPM в хранилище. Дополнительные сведения.

  3. После настройки хранилища настройте группу защиты DPM, содержащую базу данных DPM, и выберите резервное копирование на диск и в Azure.

Восстановление базы данных DPM из Azure

Восстановить базу данных из Azure можно с помощью любого сервера DPM, на котором (должна выполняться минимальная версия DPM 2012 R2 с накопительным пакетом обновления 7), зарегистрированного в хранилище службы архивации Azure, следующим образом.

  1. В консоли DPM щелкните Восстановление > Добавить внешний DPM.

  2. Укажите учетные данные хранилища (загруженные из хранилища службы архивации Azure). Учтите, что учетные данные действительны только в течение двух дней.

  3. В поле Выберите внешний DPM для восстановления выберите сервер DPM, для которого требуется восстановить базу данных, введите парольную фразу для шифрования, а затем нажмите кнопку ОК.

  4. Выберите нужную точку восстановления в списке доступных точек. Чтобы вернуться к локальному представлению данных DPM, щелкните Очистить внешний DPM.

Резервное копирование базы данных путем резервного копирования пула носителей DPM

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

Select ag.NetbiosName as ServerName,ds.DataSourceName,vol.MountPointPath
from tbl_IM_DataSource as ds
join tbl_PRM_LogicalReplica as lr on ds.DataSourceId=lr.DataSourceId
join tbl_AM_Server as ag on ds.ServerId=ag.ServerId
join tbl_SPM_Volume as vol on lr.PhysicalReplicaId=vol.VolumeSetID
and vol.Usage =1
and lr.Validity in (1,2)
where ds.datasourcename like '%dpmdb%'
and servername like '%dpmsqlservername%' --netbios name of server hosting DPMDB
  1. В консоли DPM щелкните Защита > Создать группу защиты.

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

  3. На странице Выбор элементов группы выберите базу данных DPM. Если SQL Server используется удаленно, выберите установленный удаленный экземпляр SQL Server, а затем базу данных DPM. Если SQL Server выполняется на сервере DPM, разверните элемент сервера DPM и выберите DPMDB.

  4. На странице Выбор метода защиты данных выберите вариант Краткосрочная защита с помощью диска. Укажите параметры политики краткосрочной защиты. Рекомендуемый диапазон хранения баз данных DPM составляет две недели.

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

Если сервер DPM продолжает функционировать и пул носителей не поврежден, (но служба DPM или консоль испытывают проблемы), выполните следующие действия для копирования базы данных из тома реплики или теневой копии.

  1. Выберите расположение для восстановления базы данных.

    • Если требуется скопировать базу данных из последней резервной копии, выполненной непосредственно из тома реплики DPM, используйте mountvol.exe, чтобы назначить букву диска тому реплики с помощью идентификатора GUID из выходных данных сценария SQL. Например: C:\Mountvol X: \\?\Volume{d7a4fd76-a0a8-11e2-8fd3-001c23cb7375}\

    • При необходимости скопировать базу данных из предыдущей точки восстановления (теневая копия) нужно перечислить все теневые копии для реплики с помощью GUID тома из выходных данных сценария SQL. Эта команда выводит список теневых копий для данного тома: C:\>Vssadmin list shadows \/for=\\?\Volume{d7a4fd76-a0a8-11e2-8fd3-001c23cb7375}\. Отметьте время создания и идентификатор теневой копии, из которой необходимо выполнить восстановление.

  2. Чтобы можно было копировать файлы базы данных, с помощью программы diskshadow.exe и идентификатора теневой копии присвойте теневой копии неиспользуемую букву диска X:.

  3. Откройте командную строку администратора и выполните команду psexec.exe -s cmd.exe для запуска командной строки в контексте системы, чтобы получить разрешение на доступ к тому реплики (X:) и скопировать файлы.

  4. Выберите диск X: и перейдите к расположению файлов базы данных DPM. Скопируйте их в расположение, в которое будет удобно выполнить восстановление. По завершении копирования выйдите из окна командной строки программы psexec, а затем запустите программу diskshadow.exe и отмените доступ к тому X:.

  5. Теперь можно восстановить файлы базы данных с помощью SQL Management Studio или запустив DPMSYNC-RESTOREDB.

Резервное копирование базы данных на сервер-получатель

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

  2. Создайте новую группу защиты. На странице Выбор элементов группы выберите сервер, на котором размещена база данных DPM. В разделе Все серверы SQL Server выберите базу данных, которую необходимо защитить. На странице Выбор метода защиты данных выберите краткосрочную защиту с помощью диска и в сети при необходимости. На странице Выбор краткосрочных целей выберите способ настройки резервного копирования для краткосрочного хранения. Для хранения на диске можно иметь 512 быстрых полных резервных копии каждые 30 минут. Завершите мастер. Защита будет активирована после создания начальной точки восстановления.

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

  1. Выполните повторное построение сервера-источника в качестве сервера DPM, если это требуется.

  2. Чтобы восстановить базу данных, в консоли DPM на сервере-получателе щелкните Восстановление и найдите защищаемую базу данных.

  3. Выберите дату нужной точки восстановления. Восстановите базу данных в ее исходное расположение. После восстановления базы данных запустите средство DPMSync.

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

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

Select Path,ro.FileSpec,media.Label,media.BarcodeValue,pd.CreationDate,
pd.ExpiryDate,pd.LifeStatus as "1=valid, 2=expired"
from dbo.tbl_MM_MediaMap mm
join dbo.tbl_MM_PhysicalDataset pd on pd.datasetid = mm.datasetid
join dbo.tbl_MM_Media media on media.MediaId = mm.MediaId
join dbo.tbl_RM_RecoverableObjectFileSpec ro on ro.DatasetId = mm.DatasetId
where ro.filespec like '%DPMDB%'
order by CreationDate desc
  1. Создайте группу защиты и на странице Выбор элементов группы выберите экземпляр SQL Server (если он выполняется локально, выберите DPMDB в разделе сервера DPM).

  2. Выберите долгосрочную защиту с помощью ленты и укажите сведения о ленте на странице Указание сведений о библиотеках и лентах.

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

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

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

Выполнение восстановления

  1. Найдите физическую ленту, которая содержит версию, дату и время базы данных DPM для восстановления.

  2. Вставьте ленту с резервной копией в библиотеку или ленточный накопитель и выполните подробный учет в консоли DPM -> Управление –> Библиотеки. Обратите внимание, что если сервер DPM, с которого выполняется восстановление, это другой сервер DPM или новая установка DPM на исходном сервере, то лента будет показана как импортированная (а не созданная этим сервером DPM).

  3. При необходимости выполните повторную каталогизацию импортированной ленты.

  4. На вкладке Восстановление найдите источник данных базы данных. Если он был на импортированной ленте, то точка восстановления будет находиться в разделе Внешние ленты DPM.

  5. Восстановите файлы базы данных (DPMDB). Можно выбрать параметр "Восстановить в любой экземпляр SQL Server" или "Копировать в сетевую папку". После восстановления файлов с ленты выполните действия по восстановлению с помощью SQL Management Studio или DPMSYNC -RESTOREDB.

Резервное копирование с помощью собственного резервного копирования SQL Server на локальный диск

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

  1. Ознакомьтесь с обзором резервного копирования SQL Server.

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

Резервное копирование с помощью собственного резервного копирования SQL Server в общую папку, защищенную DPM

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

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

  1. Если база данных DPM находится на удаленном сервере SQL, установите агент DPM на этом сервере.

  2. В SQL Server сделайте папку на диске с достаточным местом для размещения одной резервной копии. Пример. C:\DPMBACKUP.

  3. Предоставьте доступ к этой папке. Например, предоставьте доступ к папке C:\DPMBACKUP как DPMBACKUP.

  4. Скопируйте и вставьте указанную ниже команду OSQL в Блокнот, а затем сохраните текстовый файл с именем C:\DPMBACKUP\bkupdb.cmd. Убедитесь, что у файла нет расширения TXT. Измените параметры SQL_Instance_name и DPMDB_NAME в соответствии с именами экземпляра и DPMDB, которые используются вашим сервером DPM.

    OSQL -E -S localhost\SQL_INSTANCE_NAME -Q "BACKUP DATABASE DPMDB_NAME TO DISK='C:\DPMBACKUP\dpmdb.bak' WITH FORMAT"
    
  5. С помощью Блокнота откройте файл ScriptingConfig.xml, расположенный в папке ...\DPM\Scripting.

    • На удаленном сервере SQL Server: C:\Program Files\Microsoft Data Protection Manager\DPM\Scripting

    • На сервере DPM 2012 R2: C:\Program Files\Microsoft System Center 2012 R2\DPM\DPM\Scripting

    • На сервере DPM 2012 или 2012 с пакетом обновления 1 (SP1): C:\Program Files\Microsoft System Center 2012\DPM\DPM\Scripting

    • На сервере DPM 2010 или на сервере DPM 2012, обновленном из DPM 2010: C:\Program Files\Microsoft DPM\DPM\Scripting

  6. Внесите изменения в файл ScriptingConfig.xml и замените значение DataSourceName= буквой диска, который содержит папку или общую папку DPMDBBACKUP. Замените запись PreBackupScript полным путем и именем thebkupdb.cmd, сохраненными на шаге 5.

    <?xml version="1.0" encoding="utf-8"?>
    <ScriptConfiguration xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns="http://schemas.microsoft.com/2003/dls/ScriptingConfig.xsd">
    <DatasourceScriptConfig DataSourceName="C:">
    <PreBackupScript>C:\DPMDBBACKUP\bkupdb.cmd</PreBackupScript>
    <TimeOut>120</TimeOut>
    </DatasourceScriptConfig>
    </ScriptConfiguration>
    
  7. Сохраните изменения в файле ScriptingConfig.xml.

  8. Защитите папку C:\DPMBACKUP или общую папку \\sqlservername\DPMBACKUP с помощью DPM и дождитесь создания исходной реплики. В папке C:\DPMBACKUP должен находиться файл dpmdb.bak, созданный в результате выполнения сценария перед резервным копированием. Этот сценарий, в свою очередь, был скопирован в реплику DPM.

  9. Если не включить самостоятельное восстановление, потребуются некоторые дополнительные действия для предоставления общего доступа к папке DPMBACKUP реплики.

    1. В консоли DPM щелкните Защита, найдите источник данных DPMBACKUP и выберите его. В разделе подробностей щелкните Просмотр сведений для ссылки на путь реплики и скопируйте путь в Блокнот. Удалите исходный путь и сохраните конечный путь. Путь должен иметь примерно следующий вид: C:\Program Files\Microsoft System Center 2012 R2\DPM\DPM\Volumes\Replica\File System\vol_c9aea05f-31e6-45e5-880c-92ce5fba0a58\454d81a0-0d9d-4e07-9617-d49e3f2aa5de\Full\DPMBACKUP.

    2. Предоставьте общий доступ к этому пути с помощью имени общей папки DPMSERVERNAME-DPMDB. Можно использовать указанную ниже команду Net Share из административной командной строки.

      Net Share DPMSERVERNAME-dpmdb="C:\Program Files\Microsoft System Center 2012 R2\DPM\DPM\Volumes\Replica\File System\vol_c9aea05f-31e6-45e5-880c-92ce5fba0a58\454d81a0-0d9d-4e07-9617-d49e3f2aa5de\Full\DPMBACKUP"
      

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

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

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

  1. Подключитесь к общей папке \\DPMServer\DPMSERVERNAME-dpmdb с помощью обозревателя с любого компьютера Windows.

  2. Щелкните правой кнопкой мыши файл dpmdb.bak, чтобы просмотреть свойства. На вкладке Предыдущие версии присутствуют все резервные копии, которые можно выбрать и скопировать. Там также присутствует самая последняя резервная копия, которая все еще находится в папке C:\DPMBACKUP, и к которой можно легко получить доступ.

  3. Если необходимо переместить подключенный диск SAN пула носителей DPM на другой сервер, чтобы иметь возможность чтения из тома реплики или переустановить Windows для чтения локально присоединенных дисков, нужно будет заранее знать путь к точке подключения тома реплики DPM или GUID тома. Это нужно для того, чтобы знать, какой том содержит резервную копию базы данных. Можно использовать приведенный ниже скрипт SQL для извлечения этой информации в любое время после начальной защиты, но перед тем, как будет нужно выполнить восстановление. Замените dpmsqlservername % на имя SQL Server, на котором размещена база данных.

    Select ag.NetbiosName as
    ServerName,ds.DataSourceName,vol.MountPointPath,vol.GuidName
    from tbl_IM_DataSource as ds
    join tbl_PRM_LogicalReplica as lr on ds.DataSourceId=lr.DataSourceId
    join tbl_AM_Server as ag on ds.ServerId=ag.ServerId
    join tbl_SPM_Volume as vol on lr.PhysicalReplicaId=vol.VolumeSetID
    and vol.Usage =1
    and lr.Validity in (1,2)
    where ds.datasourcename like '%C:\%' -- volume drive letter for DPMBACKUP
    and servername like '%dpmsqlservername%' --netbios name of server hosting DPMDB
    
  4. Если необходимо выполнить восстановление после перемещения дисков пула носителей DPM или перестроения сервера DPM:

    1. У вас имеется GUID тома. Если понадобится установить этот том на другом сервере Windows или после перестроения сервера DPM, используйте mountvol.exe, чтобы присвоить букву диска с помощью GUID тома из выходных данных скрипта SQL: C:\Mountvol X: \\?\Volume{d7a4fd76-a0a8-11e2-8fd3-001c23cb7375}\.

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

      net share SERVERNAME-DPMDB="X:\454d81a0-0d9d-4e07-9617-d49e3f2aa5de\Full\DPMBACKUP"
      
    3. Подключитесь к общей папке \\SERVERNAME\DPMSERVERNAME-dpmdb с помощью обозревателя с любого компьютера Windows.

    4. Щелкните правой кнопкой мыши файл dpmdb.bak, чтобы просмотреть свойства. На вкладке Предыдущие версии присутствуют все резервные копии, которые можно выбрать и скопировать.

© 2017 Microsoft