Архив

Archive for the ‘DPM 2007’ Category

Удаление агента DPM вручную

Для DPM 2012 смотрите обновленную версию статьи — Удаление агента DPM 2012 вручную

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

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

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

Пользователи DPM знают одну из его слабых сторон  — он не способен обеспечить длительное хранение данных в своем дисковом пуле. Только на ленте. Это, как говорится — by design. Подробности можно посмотреть в статье Диапазон хранения в DPM. Таким образом, DPM вынуждает даже небольшие предприятия использовать ленточные библиотеки, неся дополнительные затраты на оборудование и его обслуживание. Но существуют обходные варианты — виртуальные ленточные библиотеки. Тег «Далее»

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

Храним данные в DPM вечно

Размышления над предыдущим постом о диапазоне хранения привели меня к созданию этой заметки. Как мы помним, существуют ограничения по времени максимального хранения резервных копий — от 1 до 64 дней для краткосрочной защиты на диске, до 12 недель для краткосрочной защиты на ленте и до 99 лет для долгосрочного хранения на ленте. Особенно сильно ограничивает администратора небольшого предприятия, не имеющего ленточной библиотеки, диапазон хранения на дисковых пулах DPM — всего 64 дня (при ежедневном создании точек восстановления).

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

Достигается это очень просто. Выбираем данные для долгосрочного хранения в архиве. Создаем группу защиты, включающую эти данные с произвольным диапазоном хранения, пусть будет 1 день. Синхронизируем реплику, создаем точку восстановления вручную. Выбираем на вкладке Защита источник данных и проверяем факт существования точки восстановления. Затем жмем Остановить защиту элемента… Соглашаемся, не устанавливая опцию Удалить реплику на диске. Архив готов. Остановив защиту элемента мы вывели имеющиеся точки восстановления из под бдительного контроля скрипта ежедневной очистки «просроченных» точек PruneShadowCopiesDpm2010.ps1. Архив будет храниться в дисковом пуле DPM бесконечно долго, пока вы не выберете действие Удалить неактивную защиту.

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

Диапазон хранения в DPM

Продолжаем детально рассматривать терминологию и понятия DPM. Сегодня в центре внимания — Диапазон хранения.

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

Каждую ночь в 12 часов сервер DPM 2010 выполняет скрипт PruneShadowCopiesDpm2010.ps1 (для сервера DPM 2007 — PruneShadowCopies.ps1), который вы можете обнаружить в папке %ProgramFiles%\Microsoft DPM\DPM\bin. Данный скрипт анализирует диапазон хранения для каждой группы защиты и удаляет самые старые точки восстановления, в случае, когда они не вписываются в заданные временные рамки. При возникновении любых проблем с синхронизацией реплики в течение дня или отсутствии в расписании дня создания точки восстановления, этот день не учитывается при определении диапазона хранения скриптом очистки. При создании множественных точек восстановления в течение дня в диапазоне хранения такой день является равноценным дню с одной точкой.

Таким образом, в контексте DPM диапазон хранения, допустим, в 5 дней, означает примерно следующее — на сервере DPM должны существовать точки восстановления за, как минимум, 5 дней. Ежедневное создание точек дает нам самую старую точку восстановления на момент 5 дней назад. При создании точек восстановления каждое воскресенье, самая старая точка, при том же пятидневном диапазоне хранения, будет храниться на сервере 5 недель, или 35 дней. Если сервер был выключен в одно воскресенье, самая старая точка будет храниться 6 недель, пока не наберется положенные 5 точек.

Отдельно отмечу — ежедневное выполнение скрипта PruneShadowCopiesDpm2010.ps1 не отображается среди прочих запланированных заданий на вкладке Наблюдение.

Существующие ограничения диапазонов хранения таковы: от 1 до 64 дней для краткосрочной защиты на диске, до 12 недель для краткосрочной защиты на ленте и до 99 лет для долгосрочного хранения на ленте. Обратите внимание, что 64 дня диапазона хранения на дисках, при действующем минимальном ограничении — 1 точка восстановления в неделю, дает 448 календарных дней хранения.

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

Рубрики:DPM 2007, DPM 2010, How it works Метки: , ,

DPM 2007 и Windows 2008 R2

Пару дней назад в процессе решения очередного технического вопроса на форуме TechNet был сформулирован вполне рядовой вопрос — «А может ли DPM 2007 защищать состояние системы Windows Server 2008 R2?» Обратившись к технической документации, специалисты, участвующие в обсуждении, пришли к выводу — «Это нигде не заявлено, значит не поддерживается.» Тег «Далее»

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