Dpm не удалось настроить защиту

Задания защиты для различных защищенных серверов не удается с ошибками

В этой статье помогают устранять сообщения об ошибках о сбойных рабочих данных для различных защищенных серверов в Data Protection Manager (DPM).

Оригинальная версия продукта: System Center Data Protection Manager
Исходный номер КБ: 971411

Симптомы

Вы получаете одно или несколько следующих сообщений об ошибках для различных защищенных серверов в System Center Data Protection Manager. Эти ошибки могут возникать для различных видов заданий, включая синхронизацию, точки восстановления и проверку согласованности.

Тип. Состояние точки восстановления: неудалось описание: во время выполнения задания произошла неожиданная ошибка. (ID 104 Details: Internal error code: 0x80990A51)

Тип. Состояние резервного копирования ленты: неудалось описание: DPM не удалось связаться с агентом защиты на Server_name.com, так как доступ не был отказано. (Сведения о ID 42: доступ отказано (0x80070005))

Служба DPM не может связаться со службой агентов защиты на сайте ProtectedServer.Contoso.local. (Сведения о ID 308: сервер RPC недоступен (0x800706BA))

Операция агента защиты не удалась, так как DPM не смогла связаться со службой агентов защиты на protected.server.contoso.com. (Сведения о ID 308: сервер RPC недоступен (0x800706BA))

Тип. Состояние точки восстановления: неудалось описание: агент защиты на Server_name.com был временно не в состоянии ответить, так как он был в неожиданном состоянии. (ID 60 Details: Internal error code: 0x809909B0)

Служба DPM не смогла связаться с агентом защиты на сайте ProtectedServer.Contoso.local. (ID 52 Details: существующее подключение было принудительно закрыто удаленным хостом (0x80072746))

Причина

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

Обходной путь

Чтобы решить эту проблему, вменйте регулирование DPM от 85 до 90 процентов, чтобы убедиться, что пропускная способность доступна для вызовов DCOM. Можно включить регулирование пропускной способности для каждого защищенного сервера на вкладке Агенты в вкладке Управление.

Дополнительные сведения

Между сервером DPM и защищенным сервером существуют различные каналы управления и данных. Путь управления использует канал DCOM (RPC), а путь данных — TCP/IP. Если путь данных полностью насыщает сеть (даже на короткий срок), вызовы DCOM могут привести к сбойу. Если вызовы сбой, это приводит к сбой задания. Чтобы избежать этой проблемы, вмените регулирование для защищенных серверов, чтобы ограничить использование сети пути данных до 85 процентов.

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

Если параметр 85 процентов не решает проблему полностью, увеличийте уровень регулирования защищенного сервера, который имеет эту проблему.

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

Источник

Блог Алексея Леготина Блог Алексея Леготина, технологии Microsoft и не только

Защита SQL Server с помощью System Center 2012 Data Protection Manager

Пост от Алексей Леготин | в категории Data Protection Manager, System Center 2012 | добавлен 25-02-2012

В прошлой статье (часть 1 и часть 2) я рассматривал защиту файлов с помощью System Center 2012 Data Protection Manager, сейчас попробую рассмотреть защиту баз данных SQL Server с помощью Data Protection Manager, в частности, приведу пошаговые инструкции, как настраивать защиту сервера SQL и как восстанавливать данные. Слишком подробно все шаги, аналогичные файловой защите, рассматривать не буду, постараюсь остановиться только на отличиях.

Рассматривать буду на своем тестовом стенде на основе Windows Server 2008 R2 SP1 с установленной ролью Microsoft Hyper-V, на котором запущены три виртуальные машины: контроллер домена, сервер DPM 2012 RC и виртуальная машина, исполняющая роль SQL-сервера.

Создание группы защиты

Запускаем консоль администрирования Data Protection Manager. Пул хранения и агенты защиты уже настроены, как описано в моей статье «Первоначальная настройка System Center 2012 Data Protection Manager (часть 1 и часть 2), поэтому в консоли переходим сразу к разделу Protection.

Рисунок 1. Консоль администрирования System Center 2012 Data Protection Manager. Раздел Protection.

Кликаем кнопку New (создать новую группу защиты). Запустится мастер создания новой группы защиты, доходим до шага выбора типа защиты. Аналогично защите файловых серверов, выбираем тип защиты – Servers. Кликаем Next.

Рисунок 2. Мастер создания новой группы защиты. Окно выбора членов группы защиты.

Раскрываем («плюсиком») виртуальную машину с именем SCOM2012RC, в которой доступны базы данных SQL-Server. В ветке «All SQL Servers» выведется список доступных SQL-баз данных.

Рисунок 3. Мастер создания новой группы защиты. Окно выбора членов группы защиты после отметки SQL-источников данных.

Основной нашей задачей будет защита баз данных System Center Operations Manager (OperationsManager и OperationsManagerDW), но для полной сохранности мы отметим и все служебные базы данных. Выбранные для защиты базы появятся в списке в правом окошке («Selected Members«). Отметим, что расположенные внизу ссылки, позволяющие исключить определенные типы файлов, а также определенные папки, недоступны. Впрочем, это и логично, для источников данных, коими являются базы SQL-server, операции исключения файлов недоступны, это другой типа данных. Кликаем Next.

Появится окно, в котором можно выбрать тип защиты (диск или лента), а также ввести название для группы защиты. Вводим название типа «OperationsManager SQL» (название должно отражать суть), выбираем тип защиты Disk (лента в нашей конфигурации недоступна) и кликаем Next.

Рисунок 4. Мастер создания новой группы защиты. Окно целей краткосрочной защиты.

Как и при защите файлов, тут можно выбрать параметр Retention range, от 1 до 64 – диапазон хранения в днях. Выбираем частоту синхронизации (Synchronization frequency), т.е. с какой периодичностью будут синхронизироваться данные. Далее в параметрах видно отличие от файловой защиты. Для приложений точки восстановления при поддержке инкрементального резервного копирования, создаются в соответствии с расписанием синхронизации, иначе производится полный бэкап («Express Full Backup») в соответствии с заданным расписанием. Выбираем нужные параметры либо оставляем по умолчанию, затем кликаем Next.

Далее выбираем выделяемое место для реплики и точек восстановления, выбираем способ создания реплики (по сети или вручную, сейчас или по расписанию). Потом выбираем параметры проверки целостности (эти окна мастера я уже разбирал в статье о файловой защите, поэтому повторяться не буду). Наконец попадаем в окно Summary, в котором присутствуют все параметры, которые мы выбирали:

Рисунок 5. Мастер создания новой группы защиты. Окно Summary.

Кликаем «Create Group», показывается прогресс создания группы. После чего в консоли администрирования видим следующую картину:

Рисунок 6. Консоль администрирования System Center 2012 Data Protection Manager. Раздел Protection после создания группы защиты.

Видно, что группа защиты создана, но создание реплик еще в процессе, так как размеры баз Operations Manager составляют полтора гигабайта каждая, и процесс, разумеется, не мгновенный. Тем не менее, индикаторы в колонке «Protection Status» через некоторое время все равно должны стать зелененькими галочками с надписью OK. Далее сделаем вручную точку восстановления (правой кнопкой мыши на нужной базе данных в группе защиты и «Create recovery point«).

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

Хотелось бы отметить то немаловажное обстоятельство, что, если вы производите защиту баз SQL Server в «продакшн»-окружении, то стоит скоординировать свои действия с администратором SQL Server, чтобы расписание различных операций по обслуживанию SQL-баз не совпадало по времени с Express Full Backup, производимым DPM. Под операциями с SQL-базами понимается проверка целостности базы, перестройка и реорганизация индексов, сжатие базы, обновление статистики.

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

Сначала произведем эмуляцию разрушения данных. Пусть это будет удаление баз OperationsManager и OperationsManagerDW. Запускаем SQL Server Management Studio, подключаемся к экземпляру SQL Server на SCOM212RC.

Рисунок 7. Microsoft SQL Server Management Studio. Удаление базы OperationsMenager.

Нажимаем правой кнопкой на базе OperationsManager и выбираем Delete. Подтверждаем свой выбор кнопкой OK. Повторяем операцию для OperationsManagerDW.

Все. Теперь остается только восстанавливать! 😉

В консоли администрирования DPM переходим в раздел Recovery. Выбираем, что будем восстанавливать (базу OperationsManager), выбираем последнюю точку восстановления.

Рисунок 8. Консоль администрирования System Center 2012 Data Protection Manager. Раздел Recovery.

Жмем правой кнопкой мыши, выбирая Recover. Запускается мастер восстановления.

Рисунок 9. Мастер восстановления. Окно информации о выбранных для восстановления объектах.

В первом окне мастера мы видим, что же мы выбрали для восстановления (Recovery Item – OperationsManager), дату и время точки восстановления, тип восстановления (с диска), а также источник, с которого были скопированы данные и версия источника (в данном случае версия экземпляра SQL Server). Кликаем Next.

Рисунок 10. Мастер восстановления. Окно выбора типа восстановления.

Выбираем, куда будем восстанавливать данные: в исходный экземпляр, либо в какой-нибудь другой экземпляр SQL Server на этом же или другом сервере. В нашем эксперименте оставляем «Recovery to the original instance of SQL Server(Overwrite database)«. Разумеется, если бы мы не стерли базу данных, то она бы все равно стала перезаписываться в данном случае.

Если бы были доступны ленточные библиотеки, то была бы активна опция «Copy to tape» («Копировать на ленту «).

В случае же выбора пункта «Copy to network folder» восстановление базы будет производиться в сетевую папку, и в этой сетевой папке потом «возникнут» файлы OperationsManager.mdf и OperationsManager.ldf, соответственно файл базы данных и файл лога транзакций. Причем структура папок сохранится исходная, например, упомянутые файлы оказались вот по такому пути: C:\SharedFolder\DPM_2-24-2012_20.32.42\SCOM2012RC\OperationsManager\C-Volume\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\.

Кликаем Next. Получаем окно с выбором опций восстановления состояния базы данных.

Рисунок 11. Мастер восстановления. Окно выбора состояния базы данных после восстановления.

Здесь можно выбрать, будет ли база сразу готова к работе после восстановления («Leave database operational»), либо базу оставить в режиме восстановления, с возможностью восстановить дополнительные логи транзакций. Нам пока такие сложности не нужны, поэтому оставляем первый пункт. Кликаем Next.

Рисунок 12. Мастер восстановления. Окно выбора параметров восстановления.

Если вы используете SAN с возможностью аппаратных моментальных снимков («hardware snapshots»), то для ускорения восстановления можете отметить галочку «Enable SAN based recovery using hardware snapshots»).

Также можно настроить уведомление на электронную почту для того, чтобы по окончании восстановления пришло письмо об этом. Это полезно, если восстанавливаемые данные очень большие и могу восстанавливаться долгое время, тогда не придется следить за процессом восстановления. Вписать можно несколько e-mail адресов, через запятую. Включение уведомлений возможно, если корректно настроен SMTP-сервер в Data Protection Manager. О его настройке я уже писал в своей статье.

Кликаем Next.

Рисунок 13. Мастер восстановления. Окно «Summary».

В окне Summary видим выбранную точку восстановления, тип восстановления (с диска), источник данных и назначение. В разделе Recovery Items можно видеть, какие файлы и куда будут восстанавливаться. Если данные совпадают с нашим видением восстановления, то кликаем Recover. Через некоторое время, необходимое для восстановления, откроется окно с состоянием.

Рисунок 14. Мастер восстановления. Окно состояния восстановления.

Как видим, восстановление прошло успешно. Детальную информацию о процессе восстановления можно получить в разделе Monitoring-Alerts-Information.

Рисунок 15. Консоль администрирования System Center 2012 Data Protection Manager. Раздел Monitoring-Alerts.

Проделываем аналогичные шаги для восстановления базы данных OperationsManagerDW.

После чего можно в SQL Server Management Studio убедиться, что базы опять на месте, и, для полноты картины, запустить консоль Operations Manager и увидеть, что все работает, как и раньше. Т.е. восстановление прошло успешно!

Как видим, процесс создания защиты SQL Server и процесс восстановления с помощью Data Protection Manager не представляют никакой особой сложности.

Полезные ссылки

1) http://technet.microsoft.com/ru-ru/evalcenter/hh505660.aspx — ссылка для скачивания всех компонентов System Center 2012 RC.

2) http://technet.microsoft.com/en-us/library/hh758173.aspx — документация в библиотекеTechnet по System Center 2012 Data Protection Manager.

3) http://blogs.technet.com/b/dpm/ — официальный блог команды разработчиков DPM

4) http://ystartsev.wordpress.com/ — блог Егора Старцева, MVP по System Center Data Protection Manager.

5) http://legotin.com/install-system-center-2012-data-protection-manager-rc/ — описание процесса установки System Center 2012 Data Protection Manager RC.

6) http://legotin.com/system-center-2012-dpm-initial-settings-part1/ — статья «Первоначальная настройка System Center 2012 Data Protection Manager (часть 1)».

7) http://legotin.com/system-center-2012-dpm-initial-settings-part2/ — статья «Первоначальная настройка System Center 2012 Data Protection Manager (часть 2)».

8) http://legotin.com/file-protection-with-dpm-2012-part1 – статья «Защита файловых серверов и рабочих станций с помощью System Center 2012 Data Protection Manager (часть 1)».

9) http://legotin.com/file-protection-with-dpm-2012-part2 – статья «Защита файловых серверов и рабочих станций с помощью System Center 2012 Data Protection Manager (часть 2)».

11) http://www.techdays.ru/videos/3950.html – доклад о новых возможностях System Center 2012 Data Protection Manager, прозвучавший на TechEd Russia 2011.

12) http://legotin.com/scdpm-2010-review/ — статья «Резервное копирование средствами System Center Data Protection Manager 2010»

Комментарии (15)

Доброго времени суток Алексей!
Не могли бы вы написать статью о том как к примеру восстанавливать «умершую операционную систему» на физической машине. Т.е. сделать восстановление с образа системы.

Источник