Архив

Archive for the ‘DPM общие вопросы’ Category

Microsoft Data Protection Manager vs Symantec Backup Exec

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

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

Представляю вашему вниманию весьма любопытный блог с говорящим названием Microsoft Data Protection Heaven and Backup Exec Hell

Тег «Далее»

Рубрики:DPM общие вопросы Метки: ,

Помощь зала

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

Перейдем сразу к делу. Для тех, кто дружен с английским, ссылка на первоисточник — ветку форума TechNet — Determining storage for system states

Если кратко, то справка по DPM по ссылке http://technet.microsoft.com/en-us/library/ff399599.aspx для определения необходимого места на томе точек восстановления DPM дает формулу:

(Data source size x retention range in days x 2) / 100 + 1600 MB

В своей практике я редко встречаю защиту System State без Bare Metal, но успел заметить, что в реальности формула для Windows Server 2008 R2 существенно отличается. Грубая прикидка дает примерно такую картину:

для контроллера домена Data source size x retention range in days

для рядового сервера Data source size x retention range in days x 0,8

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

А теперь то, ради чего вообще создавался этот пост. Прошу тех из моих читателей, у кого присутствует защита System State для Windows Server 2008/2008 R2, сообщить в комментариях — какие значения используемого дискового пространства для реплик и точек восстановления состояния системы видны на ваших DPM серверах?

Заранее спасибо!

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

Рубрики:DPM общие вопросы Метки:

Книга о DPM 2012 SP1 доступна к предзаказу

DPM 2012 SP1 book coverРад сообщить, что книга  Microsoft System Center Data Protection Manager 2012 уже доступна для предзаказа по ссылке

http://www.packtpub.com/microsoft-system-center-data-protection-manager-2012/book

Книга является совместным продуктом шести Microsoft MVP System Center Cloud and Datacenter Management.

Авторы:

  • Steve Buchannan
  • Robert Hedblom
  • Islam Gomaa
  • Flemming Riis

Технические рецензенты:

  • Mike Resseler
  • Yegor Startsev

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

Рубрики:DPM общие вопросы Метки: , ,

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

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

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

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

Предисловие оффтопом

Давно я ничего не публиковал в этом блоге. Можно перечислять множество причин этому, среди которых моя подросшая тройня, объем работы или большой коллектив в подчинении. Но все это будут лишь оправдания. Все это время читатели продолжали кликать на ссылку подписки RSS. Для меня это кредит доверия. Люди доверяют автору и ждут новых статей и заметок. Многие из них связывались со мной посредством Skype, с кем-то я даже встречался лично во время поездок. Мне задавалось множество простых и не очень вопросов. Не на все у меня нашлись ответы, но общение точно не прошло зря. Накоплены горы материала для статей, что-то из моих советов вылилось в полноценные статьи в сторонних блогах. Все это мы увидим позже. А сейчас — первая из неизданных статей. Судя по дате в ссылке на статью (перед тем, как я ее поправил) заготовка была создана в конце 2011-ого года. И, на мой взгляд, тема еще актуальна.

Вступление

Как я и анонсировал в третьей части серии публикаций о Bare Metal Recovery, сегодня мы посмотрим, как исключать нежелательные папки и файлы из резервной копии BMR. Steve Buchanan, вдохновившись материалами предыдущих частей и анонсом четвертой, уже запостил в своем блоге материал на эту тему. Есть статья и от другого уважаемого DPM эксперта — Matthijs Vreeken. Закономерен вопрос — зачем постить на эту тему еще раз? Ответ прост — предложенные коллегами механизмы исключения данных из резервной копии BMR не работают. И сейчас мы посмотрим, что к чему. Тег «Далее»

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 + Firestreamer + Dropbox

Начну этот пост с пояснения:

Данное решение описывается с целью демонстрации теоретических и практических возможностей связки указанных продуктов в качестве альтернативы существующим решениям для хранения данных DPM в облаке. Автор не несет никакой ответственности за бла-бла-бла… Ну вы меня поняли =)

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

Виртуальная ленточная библиотека Cristalink Firestreamer – обзор возможностей

Облачное хранилище данных Dropbox – обзор возможностей

Тег «Далее»