Архив

Posts Tagged ‘DPM 2010’

Все, что вы хотели знать о DPM Bare Metal Recovery, но боялись спросить (часть 5)

В этой части мы рассмотрим различные нестандартные сценарии использования защиты Bare Metal, сочетания ее механизмов с нетиповой инфраструктурой или специфическими настройками окружения. Попутно я разъясню некоторые тонкости в работе указанного типа защиты. И начнем мы с особенностей работы BMR в сочетании с защитой от катастроф в виде вторичного сервера DPM. Тег «Далее»

Рубрики:Bare Metal Recovery Метки: , , ,

Bare Metal Recovery для роли сервера почтовых ящиков Exchange

Exchange 2010В конце декабря 2011 года я опубликовал короткую статью о защите сервера Exchange — Практические советы по защите и восстановлению сервера Exchange с нуля. Заметка получила несколько хороших отзывов от знакомых MVP Exchange, неплохое, по моим меркам, количество просмотров и на этом ушла в историю.

Но, как выяснилось сразу после новогодних праздников, для нее все только начиналось. Тег «Далее»

Рубрики:DPM 2010, DPM 2012 Метки: , , , ,

Обзорный постер DPM 2010

На днях в Technet Gallery был опубликован обзорный постер Data Protection Manager 2010, над которым мне посчастливилось работать вместе со Steve Buchanan (www.buchatech.com) и Sean O’Farrell (seanofarrelll.blogspot.com).

Ссылка для скачивания в формате pdf — http://gallery.technet.microsoft.com/Data-Protection-Manager-e1835980

Сразу скажу, что дизайнера в команду мы так и не нашли, так что ценность постера именно в информационном наполнении J.

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

Рубрики:DPM 2010 Метки: ,

Практические советы по защите и восстановлению сервера Exchange с нуля

Exchange 2010Книга Data Protection Manager 2010, о которой я уже пару раз упоминал, среди всех прочих, получила ряд отзывов, критикующих издание за недостаточное внимание практическим советам. Так же и в блоге можно много и красиво показывать снимки экрана и раскладывать по полочкам теорию. Сегодня будем исправляться. Только практика. Кратко и максимально приближенно к реальности. Тег «Далее»

Рубрики:DPM 2010 Метки: , , ,

Проблема DPM 2010: Состояние агента — Неизвестно

Уверен, что, работая в графической консоли DPM, вы не раз обращали свое внимание на столбец Состояние агента, где постоянно для всех компьютеров выставлен статус Неизвестно. При этом, истинный статус агента, будь то ОК или Ошибка, легко выяснялся после выбора отдельной строчки для компьютера с установленным агентом и нажатия пункта Обновить информацию в панели Действия (можно выбрать сразу несколько строк, зажав Ctrl или Shift).

Тем не менее, постоянная неопределенность статуса агента заставляет администратора DPM лишний раз нервничать и думать, что где-то что-то настроено неверно/не работает. Но тут все как в старой шутке — «It’s not a bug, It’s a feature!» В DPM 2010 разработчики отключили автоматическое обновление статусов агентов при переходе на закладку Агенты. Теперь это происходит периодически, и по моим замерам, первое обновление с момента открытия закладки проходит, примерно, через 28 минут (точно не 30, как было бы логично предположить). Сделано это для повышения производительности. Так что не мучайте свои брандмауэры J

Рубрики:DPM 2010 Метки: , ,

DPM 2010: ошибка 346

Не так давно столкнулся с ошибкой при подключении агента DPM c формулировкой Ошибка 346: DPM не может получить сведения о конфигурации с сервера dpm.domain.local (на английском звучит как Error 346: DPM is unable to retrieve the configuration information from dpm.domain.local). Некоторое время потратил на решение и отложил его публикацию на неопределенный срок. Сейчас, когда стало понятно, что ошибка встречается чаще, чем я думал, и ко мне стали обращаться за советом, настало время написать об этом в блоге.

Тег «Далее»

Рубрики:DPM 2010, DPM в сети Метки: , , , , , , ,

Все, что вы хотели знать о DPM 2010 Bare Metal Recovery, но боялись спросить (часть 3)

Сейчас уже сложно сказать, кто является автором расхожего убеждения о том, что технология Bare Metal Recovery в DPM позволяет восстановить сервер на отличное от изначального аппаратное обеспечение. На данный момент эта информация получила очень широкое распространение, встречается в различных источниках и переведена на множество языков. Вырванное из контекста огромного списка условий и требований это утверждение, на мой взгляд, является серьезным заблуждением. В третьей части цикла статей, посвященного BMR, мы рассмотрим этот вопрос подробно. Тег «Далее»

Рубрики:Bare Metal Recovery Метки: , , ,

Множество расписаний для одного источника данных или как обойти ограничения VSS

Постоянно встречаю у администраторов DPM интерес к назначению множества расписаний для резервного копирования данных, например, файлового хранилища. И стандартный ответ тут звучит примерно так: «Используя один сервер DPM этого сделать нельзя. Невозможно включить один источник в разные группы защиты, а для одной группы не существует технической возможности задать более одного расписания.»

Так же обстоит дело с вопросом в духе «Как бы мне хранить ежедневные копии файлового хранилища больше 64х дней без ленты? Firestreamer не предлагать/нет денег.» С одним сервером DPM ответ — никак — был обеспечен.

Причина всех этих «бед» в ограничениях VSS, который лежит в основе всего резервного копирования DPM. Ограничения эти не обходятся и не подкручиваются. Приходится приспосабливаться. Но…

Как всегда, поиск нестандартных ходов и возможностей на основе внутренних механизмов работы DPM привел меня к возможности обойти эти ограничения, используя резервное копирование самих резервных копий. Ничего так каламбур? :) И все это на одном единственном сервере DPM.

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

1. Заготавливаем пользовательские тома — по 2 на каждое расписание:

custom volumes

2. Создаем Группу защиты 1 для источника данных — файловые ресурсы защищаемого сервера.

3. Указываем пользовательские тома DPM replica 1 для хранения реплики и DPM rp 1 для точек восстановления.

4. Назначаем расписание — ежедневное создание точек восстановления, хранить 7 дней.

5. Создаем Группу защиты 2 для источника данных — папка сервера DPM на томе реплики DPM replica 1 (в случае демонстрации тому назначена буква E), содержащая копию данных с сервера из п.1:

6. Назначаем этой группе пользовательские тома с номерами 2:

7. Назначаем расписание — еженедельные точки восстановления, хранить 64 дня (получаем 448 календарных дней хранения).

8. Все, защита и для частого копирования и для длительного хранения готова.

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

Пользовательские тома в DPM

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

Тег «Далее»

DPM 2010: Проблема с установкой QFE 2

Если вы, как и я, любите следить за чистотой в корневых каталогах производственных серверов, то вполне можете столкнуться с ошибкой при установке пакета обновлений KB2465832 (QFE 2 для DPM 2010). Ошибка выглядит следующим образом:

DPM 2010 QFE 2 installation error

На английском ошибка будет звучать как-то так: Error opening installation log file. Verify that the specified log file location exists and that you can write to it.

Какие-либо зацепки в журналах отсутствуют, но, как всегда, в таких случаях выручает Process Monitor из комплекта Sysinternals:

Установщик обновления просто не может записать журнал своих действий, потому что его не научили создавать для него папку. Таким образом, если вы, после успешной установки прошлого обновления DPMKB2250444 удалили папку %Systemdrive%\DPMlogs то следующее обновление установиться не сможет, пока вы ему вручную не создадите заново данный каталог. Напоминает старую поговорку — «Если хочешь сделать что-то хорошо — сделай это сам…»

Рубрики:DPM 2010 Метки: , ,