bare metal recovery что это

Такой страницы не существует.

В процессе обработки вашего запроса произошла ошибка.

Вы не можете посетить текущую страницу по причине:

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

Вернуться на Домашнюю страницу

Если проблемы продолжатся, пожалуйста, обратитесь к системному администратору сайта и сообщите об ошибке, описание которой приведено ниже.

Четыре сервиса для правильного выбора системы резервного копирования

Откройте форму расчета спецификации Arcserve.

Внесите данные о своих серверах и получите безошибочную спецификацию для покупки или оценки будущих затрат.

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

В этом случае, рекомендуем сначала посмотреть как работает Arcserve в виртуальной лаборатории. На полностью рабочих серверах компании Arcserve можно в режиме диалога с русскоговорящим инженером увидеть и обсудить различные вопросы резервного копирования. Поддерживается виртуализация как на VMware, так и на Hyper-V

Заполните форму запроса на получение пробной версии Arcserve

Убедитесь, что Arcserve это именно то, что вам необходимо

В любое время, вы имеете доступ к полному каталогу компонентов Arcserve.

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

Источник

Точка восстановления

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

Несмотря на возможное присутствие кластерных технологий и хранение копий файлов на дополнительных носителях, выход производственного сервера из строя может изрядно подпортить настроение и отнять несколько часов на ликвидацию последствий. Использование возможностей Data Protection Manager для защиты и восстановления исходного состояния системы — Bare Metal Recovery позволяет минимизировать негативные последствия таких событий. В этой статье мы рассмотрим подробно принцип работы BMR, а так же — как и что именно данная технология защищает.

Разновидности защиты системной информации

В Data Protection Manager (DPM) различаются два вида защиты системной информации — защита состояния системы (System State) и защита восстановления исходного состояния системы (Bare Metal Recovery, BMR, альтернативное название — Disaster Recovery, но, применительно к DPM, данное название закрепилось за другой технологией). Согласно определению Microsoft, Bare Metal Recovery — это процесс восстановления компьютера после катастрофического отказа. Для реализации данных видов защиты DPM 2010 использует компонент операционной системы — систему архивации данных Windows Server (Windows Server Backup, WSB). Точнее, для архивации состояния системы и BMR на серверах Windows 2008 и Windows 2008 R2 используется WSB, для архивации только состояния системы на серверах Windows 2003 используется утилита NTbackup. А как же остальные операционные системы? Ответ суров — BMR для них в DPM 2010 не поддерживается. С выходом DPM 2010 в перечень неподдерживаемых конфигураций для BMR попали:

Состав состояния системы (system state)

Оставим в стороне разговоры о тонкой грани между маркетингом и техническими ограничениями в реализации BMR для Windows 7 и рассмотрим различия между двумя упомянутыми видами защиты. Защита состояния системы включает в себя создание резервных копий следующих компонентов:

В различных версиях операционной системы содержимое архива состояния системы может незначительно изменяться в сравнении с вышеизложенным, но основные моменты постоянны. И можно не забивать себе голову тонкостями его состава, т.к. актуализацией перечня входящих в него файлов занимаются специальные модули службы теневого копирования томов (Volume Shadow Copy Service, VSS) — VSS writers.

Состав резервной копии исходного состояния системы

Теперь взглянем на защиту исходного состояния системы. Оно содержит:

Всего из двух названных пунктов можно сделать множество выводов:

В случае каких-либо сомнений о составе BMR узнать точно — что именно в каждом конкретном случае войдет в архив можно выполнив из консоли с административными правами команду:

Путь для создания архива %1 приведет к ошибке, но на экран будет выведен перечень разделов для создания резервной копии. В данном случае в архив планируется включить том Зарезервировано системой и C:. Правда, тут так же есть тонкость — по словам специалистов из команды поддержки DPM на TechNet EN том Зарезервировано системой исключен из состава данных BMR для DPM 2010.

Создание группы защиты исходного состояния системы

Теперь, прояснив вопросы состава архива, взглянем на процедуру создания группы защиты включающей BMR. Запускаем мастер выбором действия Создать группу защиты… Пропустив страницу приветствия, мы видим окно выбора типов защиты.

Защита BMR для клиентов в DPM пока не существует, поэтому выбираем Серверы и следуем Далее. В окне выбора элементов группы необходимо отметить System Protection для всех серверов, архив BMR которых необходим для восстановления в случае сбоя. Напомню, что невозможно защищать BMR без Состояния системы, и в этом варианте у вас будут отмечены оба элемента — Bare Metal Recovery и System State. Для серверов, которым достаточно защиты только Состояния Системы, нужно отметить элемент System State.

Хотя в примере я выбираю один защищаемый компьютер, группа защиты может включать множество серверов с System Protection. В следующем окне мастера назначаем Имя группы защиты и выбираем Метод защиты Диск или Лента, либо оба варианта.

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

Забавная ошибка/опечатка как бы торопит нас своим побудительным наклонением — Измени, быстрее, то, что я тут насчитал, пока никто не увидел.

В документации DPM 2010 честно сказано, что при защите BMR он не затрудняет себя точным подсчетом необходимого места. Если быть объективным, DPM вообще, без прямого указания администратора, подсчетами необходимого для архивов места себя не утруждает. Поэтому не пугайтесь, когда он потребует от вас докинуть сверху терабайт дискового пула к выделенным для защиты 100 ГБ данных. Методику и лучшие практики выделения дискового пространства для архивов DPM мы рассмотрим в отдельной статье, а для BMR получаем следующую раскладку:

объем необходимого места для реплики = объем загрузочного диска + объем системного диска + объемы всех критических томов

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

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

C:\Program Files\Microsoft Data Protection Manager\DPM\Datasources\PSDataSourceConfig.xml

Таким образом, при использовании DPM, защита BMR, в отличие от защиты System State, не накладывает каких-либо особых требований к дисковому пространству защищаемого сервера.

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

В следующем окне производим Выбор метода создания реплики.

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

Далее мы видим окно Параметры проверки согласованности.

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

В принципе, группа защиты готова. Остается только проверить данные в окне Сводка, где отображены элементы и параметры группы защиты. Жмем Создать группу, и дальше сервер DPM выполнит работу сам.

Методика добавления пользовательских томов в резервную копию BMR

Вернемся к составу архива. Если уж я взялся собрать всю информацию по BMR, то здесь должен быть отражен способ включить в архив BMR не критические тома. Впервые метод описан в блоге Robert & DPM. Итак, для включения произвольного тома в архив BMR необходимо найти файл

C:\Program Files\Microsoft Data Protection Manager\DPM\bin\Bmrbackup.cmd

Данный файл сценария содержит вызов программы wbadmin.exe с ключом -allcritical

Именно так, простым вызовом программы архивации Windows, DPM решает задачу создания архива BMR. Для добавления произвольного тома в архив BMR нужно дописать в строку вызова параметр -include:буква тома: что для диска D будет выглядеть следующим образом:

При добавлении томов к архиву не забывайте учитывать их размер при выделении дискового пространства в пуле DPM сервера. И еще один момент — DPM позволяет свободно защищать Состояние Системы или BMR в одной группе защиты, а системный диск C — в другой. Это дает администратору дополнительное пространство для планирования схем резервного копирования.

На этом я заканчиваю первую часть этой порядком разросшейся статьи. В следующей части я подробно опишу процесс восстановления сервера из архива BMR.

Источник

Windows Server Backup — Bare metal recovery

Введение

Для восстановления сервера на голое железо (Bare metal recovery — BMR) нужно иметь бекап. Бекап можно создать при помощи штатной фичи Windows server 2012, под названием Windows Server Backup.

Установка Windows Server Backup

Как установить Windows Server Backup описано тут. После установки нужно настроить резервное копирование.

Настойка Windows Server Backup

WBS может бэкапить на диск, на раздел диска и на шару. Для экономии места на хранилище, целесообразней использовать инкрементальные бэкапы, но инкрементальные бэкапы WSB может делать только на диск, при этом, когда диск назначается для бэкапов, все данные с него удаляются. Да и на каждый серве не напасешься дисков, поэтому будем использовать ISCSI диски. Для этого нужно настроить ISCSI Target на хранилище и ISCSI initiator на сервере. В моём примере ISCSI target на Windows 2012 сервере.

Настройка ISCSI Target на Windows Server

Настройка ISCSI Target и ISCSI initiator на Windows Server 2012 описана подробно тут и тут

После настройки таргета и иницаитора, в системе появится диск. Его нужно сделать “online”. За тем “зашедулерить” WSB. Тут и тут есть описание как это сделать. Скажу лишь, то что бэкап будем делать всего сервера целиком. В моём случае даже с виртуальными машинами Hyper-V

И так половину дела сделали. Бэкапы делаются, их можно доставать при необходимости через раздел Recovery того же WSB. Но что же делать если железо сервера полностью вышло из строя и восстановлению не подлежит. В этом случае понадобится Bare metal recovery т.е дословно «восстановление на голом железе». Но для восстановления на железе нужно что то загрузить на этом железе, что сможет получить доступ к бекапу.

Windows Recovery Environment — Winre 4.0

Новые возможности службы развертывания ОС можно посмотреть тут. Подробней о его настройке сделана презентация.

Настрйка WinRE.wim версии 4.0

WinRE.win можно взять в каталоге ОС: c:\Windows\System32\Recovery\winre.wim Обращаю внимание, файл скрытый и просто так не виден.

— Создаём каталог d:\winre d:\WinRE_Mount

— Копируем c:\Windows\System32\Recovery\winre.wim в d:\winre

Делаем его видимым.

— Далее нужно примонтировать Wim образ. Для этого нужно выполнить:

dism /Mount-Wim /WimFile:d:\WinRE\WinRE.wim /index:1 /MountDir:d:\WinRE\WinRE_Mount

— Можно посмотреть информацию о установленных пакетах

Dism /image: d:\WinRE\WinRE_Mount /Get-Packages

— Как добавлять другие пакеты и их описание можно посмотреть тут.

dism /image:D:\Wim_Mount /Add-Package /PackagePath:»c:\Program Files (x86)\Windows Kits\8.0\Assessment and Deployment Kit\Windows Preinstallation Environment\amd64\WinPE_OCs\WinPE-WDS-tools.cab»

Dism /image:D:\Wim_Mount /Remove-Package /PackageName:Microsoft-Windows-WinPE-LanguagePack-Package

-Добавляем драйвера для Raid контроллера

Этот шаг необязателен, поскольку Windows PE содержит базовый набор драйверов, в том числе и для сетевых карт. Доступ к сети может вам понадобиться, например, для сохранения захваченного WIM-образа на сетевом диске.

Если возникла необходимость, с помощью DISM можно добавить:

-отдельный драйвер, указав путь к INF-файлу

-все драйверы из папки, указав путь к ней и ключ /recurse

Примеры этих команд:

dism /Image:d:\WinRE\WinRE_Mount /Add-Driver /Driver:C:\drivers\mydriver.INF

dism /Image:d:\WinRE\WinRE_Mount /Add-Driver /Driver:C:\drivers /recurse

— Добавление своих утилит и сценариев

Я скопиовал файменеджер TotalCMD в папку util и туду же утилиты sysinternals.

Так же добавил оснастку для GUI управления ISCSI инициатора

А в папку script положил скрипт который поднимает сеть и монтирует ISCSI а потом запускает bmrui утилиту восстановлния бекапа.

Write-host ========Recovery Windows server============
Write-host ========abelov@agava.com 27.03.2013========
write-host

— Сохранение изменений и отключение образа

Обе операции выполняются в рамках одной команды.

dism /Unmount-Wim /MountDir:D:\WinRE\WinRE_Mount /Commit

Добавляем Wim в WDS. Загружаемся с него. Запускаем скрипт

Много полезного есть здесь

Источник

Точка восстановления

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

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

Итак, кто-то когда-то решил заявить в функционале DPM 2010 возможность восстанавливать исходное состояние системы серверов Windows 2008 и Windows 2008 R2 на «другое железо». Сделано это было, вполне очевидно, для дополнительной раскрутки продукта на тесном рынке решений для резервного копирования. Это привело к тому, что спустя год после выхода продукта, часто можно встретить просьбы о помощи и вопросы, связанные с различными проблемами, проявляющимися после выполнения таких восстановлений. Вполне ожидаемым было и появление администраторов, получивших синие экраны смерти при крайне неверной трактовке заявленного функционала — использовании BMR для миграции с физических серверов в виртуальные.

В чем же подвох? Ведь даже разработчики DPM в своем блоге указывали на то, что это работает (Performing a Bare Metal Restore with DPM 2010):

Since theoretically the system in question is completely down (due to corruption of the operating system) or even new (in the case of hardware replacement), I have discovered is that the easiest way to restore these systems is by booting to the Windows media (Windows 2008 or Windows 2008 R2 DVD) and initiating the recovery.

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

Как мы знаем из первой части статьи, для осуществления защиты исходного состояния системы DPM использует компонент операционной системы – систему архивации данных Windows Server (Windows Server Backup, WSB). Если быть точным, получение актуальной резервной копии BMR защищаемого сервера происходит следующим образом: агент экземпляра SQL сервера, на котором находится база данных DPM по заданному в свойствах группы защиты расписанию инициирует выполнение задачи, которая через службу агента на защищаемом сервере стартует файл сценария BmrBackup.cmd, находящийся в папке C:\Program Files\Microsoft Data Protection Manager\DPM\bin. Структура файла очень проста:

if not exist %SystemRoot%\system32\wbadmin.exe goto returnError

rem If return error code, Pass this error code to caller else check whether it actually succeeded or not
if %ERRORLEVEL% == 0 goto returnSuccess
exit /B %ERRORLEVEL%

:returnSuccess
exit /B 0

Жирным шрифтом я выделил интересующую нас команду. Через переменную %1 агент защиты передает в сценарий путь к репликам на сервере DPM.

Как мы видим, все банально. И если вы готовы отказаться от централизованного мониторинга, отчетов, единой консоли и прочих прелестей «правильного» администрирования, все это можно сделать и вручную. Особенно принимая во внимание требование лицензии Enterprise ML для защиты BMR и необходимость кучи манипуляций для его восстановления. При восстановлении BMR, DPM просто вывалит копию данных в указанную администратором папку и дальше все придется делать вручную. Восстановление BMR на исходные тома сервера целиком отдано тому же компоненту архивации, присутствующему в среде восстановления Windows (Windows Recovery Environment, WinRE) загружаемой с установочного диска.

Если все действия по резервному копированию и восстановлению выполняет система архивации данных, то можно посмотреть — а что говорит документация к этому компоненту ОС о восстановлении BMR на отличном от изначального аппаратном обеспечении. На эту тему есть очень подробный, постоянно обновляемый документ — How to move a Windows installation to different hardware (и не вздумайте читать унылую поделку, датированную 2007-ым годом, которой является русскоязычный перевод этой статьи.) Указанная публикация проливает свет на условия успешности восстановления резервной копии BMR:

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

В следующей части мы рассмотрим методику эффективной защиты и восстановления BMR для серверов с «сюрпризами» на системном разделе, вроде папки C:\ClusterStorage на несколько терабайт.

Источник

Резервное копирование состояния системы и исходного состояния системы

Поддержка этой версии Data Protection Manager (DPM) прекращена. Рекомендуем перейти на DPM 2019.

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

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

Член домена: файлы загрузки, база данных регистрации классов COM+, реестр

Контроллер домена: Active Directory (NTDS), файлы загрузки, база данных регистрации классов COM+, реестр, системный том (SYSVOL)

Компьютер, на котором выполняются службы кластеров: дополнительное резервное копирование метаданных сервера кластера

Компьютер, на котором выполняются службы сертификации: дополнительное резервное копирование данных сертификатов

Резервное копирование исходного состояния системы. Архивация файлов операционной системы и всех данных (за исключением данных пользователей) на критических томах. Резервная копия исходного состояния системы по определению включает резервную копию состояния системы. Этот тип резервного копирования обеспечивает защиту в ситуациях, когда компьютер не запускается и требуется восстановить все данные.

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

Резервное копирование	Проблема	Восстановление из резервной копии DPM	Восстановление из резервной копии состояния системы	BMR
Файловые данные Обычное резервное копирование данных Резервное копирование состояния системы или восстановление исходного состояния системы (BMR)	Потеря файловых данных	Да	N	N
Файловые данные Резервное копирование DPM для данных файлов Резервное копирование состояния системы или восстановление исходного состояния системы (BMR)	Потерянная или поврежденная операционная система	N	Да	Да
Файловые данные Резервное копирование DPM для данных файлов Резервное копирование состояния системы или восстановление исходного состояния системы (BMR)	Потерянный сервер (тома с данными сохранены)	N	N	Да
Файловые данные Резервное копирование DPM для данных файлов Резервное копирование состояния системы или восстановление исходного состояния системы (BMR)	Потерянный сервер (тома с данными потеряны)	Да	Нет	Да (BMR, затем обычное восстановление файлов из резервной копии)
Данные SharePoint: Резервное копирование DPM для данных фермы Резервное копирование состояния системы или восстановление исходного состояния системы (BMR)	Потеря веб-сайта, списков, элементов списков, документов	Да	N	N
Данные SharePoint: Резервное копирование DPM для данных фермы Резервное копирование состояния системы или восстановление исходного состояния системы (BMR)	Потеря или повреждение операционной системы	N	Да	Да
Данные SharePoint: Резервное копирование DPM для данных фермы Резервное копирование состояния системы или восстановление исходного состояния системы (BMR)	Аварийное восстановление	N	N	N
Hyper-V Резервное копирование DPM узла или гостевой системы Hyper-V Резервное копирование состояния системы или восстановление исходного состояния системы (BMR) для узла	Потерянная виртуальная машина	Да	N	N
Hyper-V Резервное копирование DPM узла или гостевой системы Hyper-V Резервное копирование состояния системы или восстановление исходного состояния системы (BMR) для узла	Потеря или повреждение операционной системы	N	Да	Да
Hyper-V Резервное копирование DPM узла или гостевой системы Hyper-V Резервное копирование состояния системы или восстановление исходного состояния системы (BMR) для узла	Потерянный узел Hyper-V (виртуальные машины сохранены)	N	N	Да
Hyper-V Резервное копирование DPM узла или гостевой системы Hyper-V Резервное копирование состояния системы или восстановление исходного состояния системы (BMR) для узла	Потерянный узел Hyper-V (виртуальные машины потеряны)	N	N	Да Восстановление BMR, а затем обычное восстановление DPM
SQL Server и Exchange Резервное копирование данных приложений DPM Резервное копирование состояния системы или восстановление исходного состояния системы (BMR)	Потерянные данные приложений	Да	N	N
SQL Server и Exchange Резервное копирование данных приложений DPM Резервное копирование состояния системы или восстановление исходного состояния системы (BMR)	Потеря или повреждение операционной системы	N	да	Да
SQL Server и Exchange Резервное копирование данных приложений DPM Резервное копирование состояния системы или восстановление исходного состояния системы (BMR)	Потерянный сервер (база данных и журналы транзакций сохранены)	N	N	Да
SQL Server и Exchange Резервное копирование данных приложений DPM Резервное копирование состояния системы или восстановление исходного состояния системы (BMR)	Потерянный сервер (база данных и журналы транзакций потеряны)	N	N	Да Восстановление BMR, а затем обычное восстановление DPM

Принципы работы резервного копирования состояния системы

При запуске резервного копирования состояния системы DPM взаимодействует с WSB, запрашивая резервную копию состояния системы сервера. По умолчанию DPM и WSB будут использовать диск с максимальным объемом свободного пространства. Информация об этом диске сохраняется в файле PSDataSourceConfig.XML. Это диск, который WSB будет использовать для записи резервных копий.

Обратите внимание, что если защищаемый сервер находится в кластере, диск с максимальным объемом свободного пространства может оказаться диском кластера. Это важно учитывать, т. к. если владение этим диском перейдет к другому узлу и начнется создание резервной копии состояния системы, диск не будет доступен и резервное копирование завершится ошибкой. В этой ситуации вам потребуется изменить файл PSDataSourceConfig.XML, чтобы он указывал на локальный диск.

Система архивации данных Windows Server создает папку WindowsImageBackup в корне этого диска. При создании резервной копии все данные помещаются в эту папку. После завершения резервного копирования файл будет передан на сервер DPM. Обратите внимание на следующие условия.

Эта папка и ее содержимое не очищаются после завершения создания резервной копии или передачи на сервер DPM. Можно считать, что это пространство резервируется для следующей резервной копии.

Папка создается каждый раз, когда выполняется резервное копирование. Метка времени и даты отражает время создания последней резервной копии состояния системы.

Резервная копия BMR

Для BMR (включая резервную копию состояния системы) резервная копия создается непосредственно в общей папке сервера DPM, а не в папке на защищаемом сервере.

Сервер DPM вызывает WSB и предоставляет доступ к тому реплики для создания этой резервной копии BMR. В этом случае WSB получает команду использовать не диск с максимальным объемом свободного пространства, а созданную для этого задания общую папку.

После завершения резервного копирования файл передается на сервер DPM. Журналы хранятся в папке «C:\Windows\Logs\WindowsServerBackup».

Предварительные условия и ограничения

BMR не поддерживается для компьютеров, работающих под управлением Windows Server 2003 или клиентских операционных систем.

Состояние системы и BMR одного и того же компьютера не могут находиться в разных группах защиты.

Сервер DPM не может защищать сам себя с помощью BMR.

Краткосрочная защита с записью на ленту (D2T) не поддерживается для BMR. Долгосрочное хранение на ленте (D2D2T) поддерживается.

Для BMR на защищаемом компьютере должна быть установлена система архивации данных Windows Server.

Для защиты BMR (в отличие от защиты состояния системы) DPM не предъявляет требований к дисковому пространству на защищаемом компьютере. Система архивации данных Windows Server (WSB) передает резервные копии непосредственно на сервер DPM. Обратите внимание, что это задание не отображается при просмотре представления заданий в DPM.

Если вы используете современное хранилище резервных копий и хотите увеличить размер реплики по умолчанию для BMR до более чем 30 ГБ, используйте следующий раздел реестра: HKLM\Software\Microsoft\Microsoft Data Protection Manager\Configuration ReplicaSizeInGBForSystemProtectionWithBMR (DWORD).

При использовании современного хранилища резервных копий резервные копии SystemState и BMR занимают больше места, чем при использовании традиционного хранилища, из-за клонирования ReFS. Каждая резервная копия SystemState или BMR является полной точкой восстановления. Чтобы избежать избыточного использования хранилища, можно предпринять следующие меры:

Указанные ниже ограничения не распространяются на современное хранилище резервных копий (MBS). Указанные ниже ограничения действуют только при использовании традиционного хранилища после обновления DPM 2012 R2 до DPM 2016.

DPM резервирует для BMR 30 ГБ дискового пространства на томе реплики. Это значение можно изменить на странице «Выделение места на диске» в мастере изменения группы защиты либо с помощью командлетов PowerShell Get-DatasourceDiskAllocation и Set-DatasourceDiskAllocation. На томе точек восстановления механизм защиты посредством восстановления исходного состояния системы требует приблизительно 6 ГБ дискового пространства для хранения данных в течение пяти дней. Обратите внимание, что размер тома реплики не может быть меньше 15 ГБ. DPM не вычисляет размер источника данных BMR, а резервирует 30 ГБ для любого сервера. Администраторы должны изменить это значение в соответствии с ожидаемым размером резервных копий для восстановления исходного состояния системы в конкретных средах. Размер резервной копии BMR может быть примерно равен сумме использованного пространства на всех критических томах: критические тома = загрузочный том + системный том + том с данными состояния системы, например Active Directory. Обработка резервного копирования состояния системы

Защита BMR требует меньше дискового пространства на томе точки восстановления. Однако ее задействование не приводит к высвобождению дополнительного пространства. Вы можете уменьшить размер тома вручную в мастере изменения групп защиты (на странице Изменение выделения места на диске) или с помощью командлетов Get-DatasourceDiskAllocation и Set-DatasourceDiskAllocation.

Защите BMR потребуется больше дискового пространства на томе реплики. Том будет увеличен автоматически. Для изменения используемого по умолчанию распределения дискового пространства можно использовать командлет Modify-DiskAllocation.

Защита состояния системы требует больше дискового пространства на томе точки восстановления. DPM может попытаться автоматически увеличить том. В случае недостатка дискового пространства в пуле носителей будет выведено сообщение об ошибке.

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

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

Развертывание DPM — убедитесь в правильном развертывании DPM. Если это еще не сделано, см. статьи:

Требования к системе для DPM

Настройка хранилища — резервные копии данных можно хранить на диске, на ленте и в облаке (в среде Azure). Дополнительные сведения см. в статье Подготовка хранилища данных.

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

Резервное копирование состояния системы и исходного состояния системы

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

Щелкните Защита > Действия > Создать группу защиты, чтобы открыть мастер создания группы защиты в консоли DPM.

В разделе Выбор типа группы защиты выберите Серверы.

В разделе Выбор элементов группы разверните компьютер и выберите Восстановление исходного состояния системы или Состояние системы

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

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

В поле Выбрать краткосрочные цели укажите способ резервного копирования для краткосрочного хранения на диске. В поле «Диапазон хранения» укажите, как долго требуется хранить данные на диске. В поле «Частота синхронизации» укажите, насколько часто необходимо выполнять добавочное резервное копирование на диск. Если вы не хотите настраивать интервал резервного копирования, можно установить флажок «Непосредственно перед точкой восстановления», чтобы диспетчер DPM выполнял быструю полную архивацию непосредственно перед каждой запланированной точкой восстановления.

Если вы хотите хранить данные на ленте в течение длительного времени, в поле Указать долгосрочные цели укажите, как долго требуется хранить данные на ленте (от 1 до 99 лет). В поле «Периодичность резервного копирования» укажите, как часто следует выполнять резервное копирование на ленту. Частота основана на указанном вами диапазоне хранения.

Если диапазон хранения составляет 1–99 лет, можно планировать резервное копирование каждый день, каждую неделю, дважды в неделю, раз в месяц, раз в квартал, раз в полгода или раз в год.

Если диапазон хранения составляет 1–11 месяцев, то можно планировать резервное копирование каждый день, каждую неделю, дважды в неделю или раз в месяц.

Если диапазон хранения составляет 1–4 недели, то можно планировать резервное копирование каждый день или каждую неделю.

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

На странице Указание сведений о ленте и библиотеке укажите ленту или библиотеку для использования, а также выберите, требуется ли выполнять сжатие и шифрование данных на ленте.

На странице Проверка выделения места на диске проверьте пространство на диске пула носителей, выделенное для этой группы защиты.

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

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

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

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

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

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

В поле Выберите репликацию в сети укажите, как будет выполняться начальная полная репликация данных. Можно выполнять репликацию по сети или автономное резервное копирование (автономное заполнение). Для автономного резервного копирования используется функция импорта Azure. Дополнительные сведения.

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

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

Восстановление BMR или состояния системы можно выполнять в сетевую папку. Если вы делали резервную копию BMR, используйте среду восстановления Windows (WinRE) для запуска системы и подключения к сети. Затем воспользуйтесь системой архивации данных Windows Server для восстановления из сетевой папки. Если вы сделали резервную копию состояния системы, воспользуйтесь системой архивации данных Windows Server для восстановления из сетевой папки.

Восстановление исходного состояния системы

Запуск восстановления на сервере DPM

На панели восстановления найдите компьютер, для которого требуется выполнить восстановление, и выберите «Восстановление исходного состояния системы».

Доступные точки восстановления отмечены в календаре полужирным шрифтом. Выберите дату и время нужной точки восстановления.

В поле Выбор типа восстановления выберите Копировать в сетевую папку.

На странице Указание назначения выберите, куда вы хотите копировать данные. Помните, что в выбранном месте назначения должно быть достаточно пространства. Рекомендуется использовать новую папку.

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

Настройте параметры уведомлений и на странице Сводка нажмите кнопку Восстановить.

Настройка расположения общей папки

В расположении восстановления перейдите к папке, содержащей резервную копию.

Сделайте общей папку над WindowsImageBackup, чтобы в корне общей папки находилась папка WindowsImageBackup. В противном случае восстановление не найдет резервную копию. Для подключения с помощью среды восстановления Windows вам потребуется общая папка, доступная в среде WinRE, с правильным IP-адресом и учетными данными.

Запустите компьютер, для которого вы хотите восстановить образ, с помощью DVD-диска версии Windows, соответствующей восстанавливаемой вами системе.

На первом экране проверьте параметры языка и языкового стандарта и нажмите кнопку «Далее». Когда появится экран Установка, выберите Восстановление системы.

На странице Параметры восстановления системы выберите Восстановление компьютера с помощью созданного ранее образа системы.

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

Запуск восстановления на сервере DPM

На панели восстановления найдите компьютер, для которого требуется выполнить восстановление, и выберите «Восстановление исходного состояния системы».

Доступные точки восстановления отмечены в календаре полужирным шрифтом. Выберите дату и время нужной точки восстановления.

В поле Выбор типа восстановления выберите Копировать в сетевую папку.

На странице Указание назначения выберите, куда вы хотите копировать данные. Помните, что в выбранном месте назначения должно быть достаточно пространства. Рекомендуется использовать новую папку.

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

Настройте параметры уведомлений и на странице Сводка нажмите кнопку Восстановить.

Запуск системы архивации данных Windows Server

Последовательно выберите пункты Действия > Восстановить > Этот сервер > Далее.

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

На странице Выбор типа восстановления щелкните Состояние системы. На странице Выбор расположения для восстановления состояния системы щелкните Исходное расположение.

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

Источник