Windows server backup vhdx

Время на прочтение6 мин

Количество просмотров115K

Хочу поделиться с вами опытом о том, что у меня отняло море времени — о бэкапах виртуальных машин и обычных компьютеров. Как сделать дешево и красиво.

Пожалуй, начну с того, что если вы хотите бэкапы на VMWare, то готовьтесь платить. Бесплатный VMWare — это бесплатно до тех, пока речь не идет о миграциях, бэкапах и тому подобное. На этом месте можно начать бесконечный холивар, но без моего участия. Мои повествования будут только о Hyper-V на Windows Server 2012R2. Хотя часть статьи можно применить и к VMWare, но, вероятно, будут подводные камни.

Бэкапить на Hyper-V мы можем бесплатно, а точнее, теми средствами Windows, за которые мы уже заплатили, приобретая лицензии Windows Server. Для удобства работы с нашими бэкапами (к тому же за это мы тоже заплатили) будем использовать WDS и дедупликацию (может и групповые политики).

1. Бэкап изнутри виртуальных машин

1.1. Бэкап сегодняшнего дня

Насколько мы знаем, любой Windows умеет делать бэкап. Причем, любые настройки бэкапа Windows через интерфейс сводятся, в конечном счете, к фоновому использованию утилиты wbadmin. А что, собственно, умеет wbadmin? А умеет она делать как бэкап образа с системным разделом, так и бэкап отдельных папок. В данной части статьи нас интересует только бэкап образ (системного раздела). Остальное — это специфичные данные виртуальных машин и бэкапить нужно отдельно. Отсюда вывод: Не храните на системном разделе виртуальных машин (и на обычных компьютерах тоже) никакой ценной информации и баз данных, отдельных приложений. MS SQL Server / MS Exchange / «Сервер приложений 1С» и другое ставим только на не системные разделы или на отдельные диски.

Итак, что же нужно, чтобы бэкап отработал? А нужна всего лишь одна команда:

wbadmin.exe start backup -backupTarget:\\СерверБэкапа\ПапкаДляБэкапаВнутреннего -allCritical -quiet

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

Причем, для серверных и настольных (клиентских) Windows бэкапы формируются разные. И разница заключается в том, что для серверных ОС у нас получатся снимки каждого бэкапа, а вот для настольных — снимок останется всегда только последний. Спросите, а что это за такой инкрементальный бэкап? А «инкрементальный» он остается, потому что

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

Те, кто сталкивался с аналогичной ситуацией заметят, что бэкап всегда будет «инкрементальный» (полный). Так как бэкап происходит в нашем случае на сетевой диск.

То есть для серверной Windows снимки остаются тоже только последние.Позже, выявил, что нет никакой разницы в работе wbadmin на серверной и клиентской ОС. Разве, что разница есть в интерфейсе. wbadmin производит инкрементальный бэкап (кроме первого бэкапа), если указан жесткий диск в ключе -backupTarget (команда использует ключ по умолчанию -vssСopy). Или производит полный бэкап, если добавить ключ -vssFull.

1.2. Бэкап с историей предыдущих снимков

На данный момент, мы сделали бэкап образов виртуальных машин. Но это же у нас бэкап снимков только сегодняшнего дня. Завтра он будет совершенно другой… Но что будет, если бэкапить бэкапы? Да и ещё по-настоящему инкрементально. Так и поступим.

wbadmin.exe start backup -backupTarget:e: -allCritical -include:d: -quiet
#где диск D - бэкапы на сегодня, а диск E - бэкапы с историей

Но мне было этого недостаточно и я сделал так:

(
echo select vdisk file="\\СерверБэкапа2\ПапкаДляБэкапа2\ИмяБэкапаДляЭтогоСервера2.vhdx"
echo attach vdisk
) | diskpart

Скрипт подключает виртуальный диск из сети. После бэкапа подобный же скрипт отключает диск. ОС помнит, что у диска определена буква E. Но не дай бог подсунуть чужой диск с той же буквой E, бэкап отработает уже по полной (не инкрементально и на чужой диск). Имейте это в виду и используйте, букву, ближе к концу алфавита (X, Y, Z)…

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

Чтобы достать бэкап предыдущих дней можно воспользоваться интерфейсом (GUI) сервера, на котором производятся бэкапы с историей. Более того, все запуски команды wbadmin в консоли Windows знает и помнит. Служба восстановления даст возможность вам выбрать нужный архив в бэкапах с историей.

2. Бэкап файлов vhdx виртуальных машин

Производится легко и непринужденно:

wbadmin start backup -backupTarget:$BackupPath -hyperv:$VMList -Quiet

Но с некоторыми особенностями. Эта команда должна выполняться в PowerShell и с предварительным получением списка виртуальных машин в переменную. За подробным примером обращаемся в Google.

Бэкап виртуальных машин в Windows Server 2012 R2 идет с помощью моментальных снимков Hyper-V. Также замечу, что происходят приостановка работы виртуальных машин, если на них ядро Linux или отсутствуют Hyper-V драйвера. Я лично отказался бэкапить виртуальные машины таким способом. Причина в том, что на Windows Server 2012 (не R2) требовалось останавливать виртуальные машины до бекапа.

Да и сейчас на Windows Server 2012 R2 приостановки Linux меня не устраивают, когда есть первый неплохой способ бэкапа.

(в комментариях к данной статье есть замечание). После очередного обновления в Windows Server 2012 R2 бэкап любых виртуальных машин проходит без приостановок. ОС Linux также можно бэкапить «изнутри» с помощь Dump (CentOS, Ubuntu), но это отдельная тема с puppet’ами и другим ПО в моем случае.

3. Восстановление бэкапа и WDS

А теперь, по-моему мнению, самая полезная часть этой статьи про бэкапы.

WDS — это Windows Deployment Services (службы развертывания Windows) и часть функционала Windows Server 2012R2. Раньше эта служба называлась RIS, но я с ней не сталкивался. Вообщем, суть WDS проста. Прописались в DHCP (автоматически для DHCP Windows Server) в виде отдельных параметров и далее загружаем на компьютер по сети (такая настройка BIOS компьютера для загрузки по сети) через TFTP загрузчик WDS. Далее загрузчик WDS позволяет выбрать из доступных на ней образов «загрузчиков» Windows. Загрузчики бывают разные — это и образы загрузчиков установщика, и PE, и RE образы. Для загрузчика установщика ещё нужны образы самих Windows в WDS, но это в случае, если нужно установить Windows по сети. Нас интересуют RE образы, которые позволяют поднять машину из бэкапа.

Как и что работает в WDS подробно объяснять не буду. Но вот важные заметки:

1. Если у вас загрузчик RE загружается на Hyper-V виртуальной машине по сети, но не работает клавиатура в ней. Поздравляю, ваш RE образ для WinXP или древнее и не знает о существовании Hyper-V драйверов.
2. Если у вас система начинает восстанавливать бэкап, но останавливается. Удалите все разделы на жестком (на котором восстанавливается бэкап) и попробуйте заново. Только не забывайте, что бэкап может быть битый и после удаления всех разделов на жестком у вас может ничего не остаться от старой информации.
3. Если бэкап с загрузкой UEFI, а вы хотите восстановить на комп без UEFI, то не стоит тратить время. Скорее всего развернуть бэкап не получится.
4. Бэкап с загрузкой UEFI и разделами GPT можно восстанавливать на машины с другим процессором / материнкой, а вот с разделами MBR формата и с загрузкой обычного BIOS на другой машине развернуть вряд ли получится. Ну у меня точно не получалось.
5. Если бэкап пытаться развернуть на диск с меньшим объемом, то сделать это не получится. Даже если диск в бэкапе был почти пуст. В этом случае помогает восстановление на виртуальную машину с динамическим диском. Далее уменьшение этого диска и создание нового бэкапа. Но такое можно только с загрузчиком UEFI в бэкапе (почему, читаем предыдущий пункт).
6. Стоит перед восстановлением бэкапа отключить лишние диски, чтобы не затереть информацию на них.

4. Особенности дедупликации

Можно дедуплицировать работающие виртуальные машины. Можно дедуплицировать бэкапы сегодняшнего дня и можно дедуплицировать бэкапы с историей. Все это дает большой положительный плюс к объему жестких дисков (как для HDD, так и SSD). Но не стоит забывать о некоторых вещах:

1. Если дедупликация будет работать с дисками с объемом более чем 1 ТБ, то оптимизатор дедупликации будет использовать очень много памяти.
2. Если дедупликация будет работать с сжатыми данными, но с объемом сжатого более чем 10 ТБ, то длительность работы оптимизатора дедупликации будет слишком большим. Такое может получиться, если просто копировать данные ежедневно на дедуплицированный диск в разные папки.
3. Бэкапы на HDD хранить можно и даже нужно, а вот рабочие виртуальные машины хранить на HDD в количестве больше 5-10 не стоит. К дедупликации это относиться с той лишь стороны, что дедупликация таких рабочих виртуальных машин сведет производительность HDD в ноль.

5. Групповые политики

Вот тут можно долго и по-разному реализовывать установку скрипта бэкапа с помощью GPO. Но хотелось бы обратить внимание на важные моменты:

1. Бэкап проводить только от имени отдельной учетной записи пользователя.
2. Не хранить скрипты с паролям в групповых политиках.
3. Запускать скрипт с особыми правами на чтение всей информации системы.

Ну и, собственно, вывод: Бекап с помощью средств wbadmin возможен, вполне реализуем и главное жизнеспособен. Но только, если у вас есть время и много терпения на всякие мелочи. Так, например, в статье ничего не сказано, как проводить мониторинг успешно созданных бэкапов. Мне удалось сделать мониторинг на Zabbix, но об этом можно написать ещё пару статей… Надеюсь, статья будет вам полезна и сэкономит море бесценного времени.

Эта статья посвящена особенностям организации резервного копирования виртуальных машин, запущенных в среде Microsoft Hyper-V. Мы рассмотрим требования к средствам резервного копирования Hyper-V, стратегии резервного копирования и основные бесплатные и коммерческие продукты в этой нише.

Несмотря на то, что в среде Hyper-V доступно большое количество технологий обеспечения высокой доступности и отказоустойчивости ВМ (кластера, Live Migration, репликация, и т.д.), системному администратору необходимо не забывать о классическом резервном копировании виртуальных машин.

Как работает резервное копирование виртуальных машин Hyper-V?

Рассмотрим упрощенно схему работы любого современного средства для бэкапа виртуальных машин Hyper-V.

Есть два подхода к резервному копированию ВМ:

• Резервное копирование ВМ с хоста Hyper-V (host-level VM backup) – администратор управляет инструментом резевного копирования на уровне всего хоста Hyper-V;
• Резервное копирование с помощью агента, установленного в гостевой ОС (guest-level VM backup) – используются довольно редко. В основном для приложений, которые не позволяют корректно создать бэкап через VSS.

В основе всех современных средств резервного копирования ВМ Hyper-V лежит технология снапшотов (снимков). Снимок содержит состояние ВМ на определенный момент времени и содержит как содержимое виртуальных жестких дисков, так содержимое памяти и настройки виртуальной машины.

Вот как упрощенно выглядит типовой процесс резервного копирования в Hyper-V:

1. Средство резервного копирования (СРК) отдает команду хосту Hyper-V на создание снимка ВМ;
2. Гипервизор создает новые файлы (дельта-файлы) и ВМ продолжает свою работу, сохраняя изменения в этих файлах;
3. СРК копирует оригинальные файлы ВМ (изменения в них не пишутся) на носитель резервных копий (внешний диск, папку, ленту) и после отдает команду на удаления снапшота ВМ;
4. Hyper-V удаляет снапшот и производит консолидацию (слияние) исходных и дельта файлов (работа ВМ при этом не прерывается)

Основные требования к средствам резервного копирования ВМ Hyper-V

Это в общих чертах о резервном копировании Hyper-V, но на деле возникает куча нюансов и проблем. Попробую перечислить наиболее распространены проблемы:

1. Чем дольше средство резервного копирования забирает снапшот (бэкап) к себе, тем больше изменений накапливается в дельта файлах. При большом количестве изменений внутри ВМ за время копирования файлов, процесс слияния файлов при удалении снапшота может вызывать высокую нагрузку на диски, Hyper-V хост и саму ВМ. В Hyper-V Server 2016 для ускорения процесса резервного копирования используется технологий Resilient Changed Tracking, которая позволяет средству резервного копирования копировать только блоки данных, измененные с момент последнего бэкапа. При этом не нужно «забирать» ВМ целиком.
2. При копировании данных снимка ВМ по LAN сети с хоста Hyper-V на хранилище резервных копий возможно вызвать высокую нагрузку на сеть. Рекомендуется использовать отдельный интерфейс сервера для трафика резервного копирования, или копировать данные через SAN сеть.
3. Если вы используете систем хранения (СХД) для хранения файлов ВМ, вы можете воспользоваться возможностями СХД по интеграции со средствами резервного копирования (аппаратные снапшоты).
4. Изначально гостевая ОС не знает о том, что создается ее резервная копия. Соответственно при попытке восстановить ВМ из такого бэкапа, ОС пытается продолжить свою работу с момента создания снимка. В некоторых случаях это может вызвать проблемы как с самой ОС, так и с потерей данных в запущенными внутри нее приложениях (особенно в транзакционных, таких как Exchange, SQL, ADDS и т.п.). Для преодоления этой проблемы в Hyper-V 2016 появился новый тип снимков — Production Checkpoints (Microsoft рекомендуется применять обычные снимки — Standard Checkpoint только в тестовых и лабораторных средах, или для бэкапа остановленных виртуальных машин);
   

   Картинка с сайта: winitpro.ru

   Для работы Production Checkpoints в гостевой ОС средств должны быть установлены компоненты интеграции Hyper-V, и включена служба Volume Shadow Copy (Windows) или заморозки файловой системы fsfreeze (Linux). Однако состоянии памяти при этом не копируется. Т.е. Hyper-V уведомляет гостевую ОС о создании снимка, приложение с поддержкой VSS корректно завершает текущие транзакции, переходит в консистентное состояние и создает снимок ВМ. При восстановлении из такого снимка гостевая ОС выключена (т.к. состояние памяти не сохранялось), после включения она считает, что просто произошло аварийное отключение по питанию. Приложение (если оно поддерживает VSS) при этом начинает работу с сохранённого согласованного состояния.

5. Для экономии места на устройстве хранении резервной копий рекомендуется использовать дедупликацию. Если вы используете дифференциальные диски, нужно чтобы средство резервного копирования поддерживало эту технологию. Иначе вы можете хранить одинаковые данные ВМ несколько раз.
6. При большой плотности виртуальных машин на хосте желательно иметь возможность планирования времени резервного копирования ВМ, чтобы избежать чрезвычайно нагрузки на продуктивные системы в производственное время.
7. Если вам нужно хранить несколько копий виртуальной машины, нужно обеспечить управление количеством хранимых копий ВМ.
8. Настройте мониторинг СРК и устройства хранения резервных копий. Не хочется в определенных момент узнать, то резервное копирование не работает, т.к. на СХД под бэкапы закончилось место. Здесь же нужно вспомнить про средство верификации резервных копий.
9. Некоторые СРК поддерживают гранулярное восстановление отдельных файлов/папок без необходимости развёртывания целиком ВМ или ее виртуального диска.

   Примечание. Многие СРК позволяют, например, восстановления конкретные хранилища, ящики и даже отдельных писем из резервной копии ВМ с Exchange Server.

10. СРК должна позволять настраивать права доступа к системе за счет ролевой модели управления резервным копированием.
11. Реализуйте классическую стратегию резервного копирования 3-2-1 (три копии, на двух разных носителях, один из которых на другой площадке).
    

    Картинка с сайта: winitpro.ru

Далее мы рассмотрим несколько популярных решений по организации резервного копирования ВМ на Hyper-V с точки зрения рассмотренных возможностей.

Резервное копирование Hyper-V с помощью встроенного Windows Server Backup

Вы можете бесплатно реализовать резервное копирование виртуальных машин Hyper-V с помощью встроенного Windows Server Backup (WSB). WSB позволяет настроить резервное копирование ВМ из графического интерфейса или с помощью утилиты командной строки wbadmin.

Windows Server Backup доступен как в полноценных версиях Windows Server Standard/Enterpriser так и в бесплатном Hyper-V Server.

Вы можете установить Windows Server Backup из консоли Server Manager или с помощью команды:

Install-WindowsFeature Windows-Server-Backup -IncludeManagementTools

Картинка с сайта: winitpro.ru

Чтобы настроить задание резервного копирования ВМ из графического интерфейса, запустите оснастку
wbadmin.msc
.

1. Разверните раздел Local Backup и выберите Backup Schedule;
2. Выберите тип резервного копирования Custom -> и нажмите Add Items;
3. Разверните Hyper-V и выберите виртуальные машины, которые вы хотите бэкапить;
4. Далее вы можете настроить расписание резервного копирования ВМ;
5. Выбрать хотите ли вы сохранять резервную копию на отдельный диск или в сетевую папку (UNC путь);
   

   Картинка с сайта: winitpro.ru

6. Если вы не используете других средств резевного копирования нажмите кнпоку Advanced Settings и включите опцию VSS full Backup.
   

   Картинка с сайта: winitpro.ru

Основной недостаток графического интерфейса Windows Server Backup – вы можете создать только одно задание резервного копирования, которое будет перезатирать предыдущие копии.

Поэтому администраторы Hyper-V для настройки резервного копирования виртуальных машин предпочитают использовать утилиту командной строки wbadmin.

Выведите список ВМ на хосте Hyper-V PowerShell командой:

Get-VM

Чтобы создать резервную копию ВМ с именем
"Server 1"
на локальный диск
D:\
, выполните команду:

wbadmin start backup –backupTarget:D: –hyperv:"Server 1"

Картинка с сайта: winitpro.ru

Не рекомендуется хранить резервную копию ВМ на этом самом сервере Hyper-V. Желательно использовать удаленное хранилище.

WSB создаст снапшот для ВМ, и скопирует виртуальные диски и состояние ВМ в каталог
D:\WindowsImageBackup\имявашегохостаHyper
.

Вы можете выполнить резервное копирование сразу нескольких ВМ. В этом примере вы сохраним их в сетевую папку:

wbadmin start backup -backuptarget:\\192.168.1.100\VMbackup: -hyperv:"TestVM01,TestVM02" -allowDeleteOldBackups -quiet

При хранении резервных копий ВМ в сетевой папке, Служба VSS не позволяет хранить несколько версий ВМ в сетевой папке. При использовании этого способа старая резервная копия всегда будет перезатираться.

При резервном копировании виртуальных машин с VSS-aware application (такими как контроллер домена AD, Exchange Server или MSSQL) можно сообщить приложению в ВМ о том, что нужно обновить данные в журнале архивации.

wbadmin start backup -backuptarget:\\192.168.1.100\VMbackup: -hyperv:MSK-DC1 -vssFull

В гостевой ОС должны быть установлены компоненты интеграции Hyper-V.

Вы можете создать в планировщике Windows задание с командной wbadmin для автоматического резервного копирования виртуальных машин по настроенному. Чтобы резервная копия создавалась без запроса пользователю, добавьте в команду wbadmin параметр
-quiet
.

Чтобы получить список зарегистрированных в WSB резервных копий, выполните команду:

wbadmin get versions

Картинка с сайта: winitpro.ru

Удалить самую старую резевную копию:

wbadmin delete backup -backupTarget:c: -deleteOldest

Либо вы можете удалить одну из старых резервных копий ВМ по имени версии (Version identifier):

wbadmin delete backup -backupTarget:c: -version:11/08/2023-10:13

Чтобы восстановить ВМ из резервной копии Windows Server Backup, нужно получить ее идентификатор в архиве. Вывести список элементов в резервной копии.

wbadmin get items -version:11/08/2023-09:33

Скопируйте VM identifier и подставьте его в следующую команду:

wbadmin start recovery -itemtype:hyperv -version:11/08/2023-09:33 -items:7B415605-0C7B-4349-AB80-9156BCB79E44

Картинка с сайта: winitpro.ru

С помощью опций
AlternateLocation
и
RecoveryTarget:path
вы можете восстановить ВМ в альтернативный каталог.

Windows Server Backup позволяет восстановить только ВМ целиком. Нельзя восстановить отдельный диск, файл или папку. Однако вы можете вручную смонтировать к вашей ВМ VHDX диск с резервной копией и самостоятельно скопировать файл, которые нужно восстановить.

При всей своей простоте WSB достаточно надежное решение для резервного копирования Hyper-V, работает довольно быстро и позволяет управлять расписанием резервного копирования. Недостатки Windows Server Backup:

• Нет средств мониторинга выполнения бэкапов, проверки целостности резервных копий ВМ;
• Сложно управлять резервным копированием в средних и крупных инсталляциях Hyper-V (подходит для небольших сред с 1-2 хостами Hyper-V);
• Нельзя автоматически восстановить конкретный файл или состояние приложения;
• При большой плотности и размерах виртуальных машин на хосте вам придется с помощью планировщика Windows настраивать порядок создания резервных копий, чтобы не вызвать перегрузки сервера, а также высокой нагрузки на сети LAN/SAN/ iSCSI в рабочие часы (если вы храните бэкапы на другом хранилище).

Сторонние средства резервного копирования Hyper-V

При большом количестве хостов Hyper-V и виртуальных машин, использовать встроенный Windows Server Backup очень сложно. Вам в любом случае придется выбирать одно из сторонних коммерческих решений. Однозначно говорить, что тот или иной продукт будет идеальным решением для резервного копирования Hyper-V нельзя, слишком много нюансов нужно учесть. Это и количество хостов, лицензионные ограничения, необходимый функционал, архитектура сети и т.д.

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

Картинка с сайта: winitpro.ru

Как вы видите, Гартнер среди лидеров решений по резервному копированию выделяет компании и продукты:

• Commvault
• Dell Technologies
• Cohesity
• Veeam (в бесплатной редакции Veeam Backup Free Edition позволяет бэкапить до 10 ВМ)
• Rubrik
• Veeam
• Veritas Technologies (Symantec — Veritas Backup Exec)
• Microfocus (HPE Data Protector)

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

• Veritas Backup Exec
• Commvault Backup
• Veeam Backup
• Acronis Backup

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

Перед принятием решений о выборе того или иного решения стоит составить список требований к продукту резервного копирования Hyper-V, список имеющегося оборудования и необходимый функционал. У большинства известных продуктов резервного копирования есть бесплатные версии с некоторыми ограничениями, обычно их достаточно для оценки функционала.

In this post, I will be going over Hyper-V backup and restore.  We’ll back up and restore Hyper-V virtual machines using Windows Server Backup WSB and command line CLI, to and from iSCSI and a .VHDX located on a network drive.

Windows Server Backup

Hyper-V backup, in many circumstances, can be nicely backed up using Windows Server Backup, without the need for expensive third-party software.

Backup Command

The following command will, from the Hyper-V hypervisor (HV01), back up a Hyper-V VM named “serv-WEB1” to the F: drive without prompting for a yes/no.  In this case, the F: drive is an iSCSI device.

• wbadmin start backup -backupTarget:F: -hyperv:serv-WEB1 -quiet

Restoring

Get Versions

You need the backup “version identifier” to see which items you can restore.

• wbadmin get versions -backupTarget:F: -machine:HV01

Get Items

You need the item ID’s of what you can restore.

• wbadmin get items -version:08/09/2016-16:18 -backuptarget:F: -machine:HV01

Restore Command

With the above information you obtained, you now have the required info to restore a VM or other item.

• NOTE: When you restore a VM from backup, it will delete the existing VM if it exists on the same server you are restoring it to!

• wbadmin start recovery -version:<version> -itemType:hyperv -items:<serverName> -backuptarget:F: -machine:HV01
  • In this example, we’d replace <serverName> with “serv-Web1” to restore a VM named serv-Web1, using the version identifier you found.

Parallel Restoration

Use the following options to restore a VM to an alternate location if you, for example, need to recover a file. This method will not delete the existing VM.

• Add the -recoveryTarget: switch to the above restore command, and make sure it points to somewhere different than the real VM.

• Use -recreatePath to re-create folder structure in the recoveryTarget path / restore path you choose.

Restoring from Backup located on a .VHDX virtual disk

This process guides you through restoring from a backup located on a .VHDX virtual disk, may be hosted on some network share.

1. Make sure the backup .vhdx is not in-use.
   1. Un-mount it from any other server that might be using it, by right-clicking on it and selecting “eject”.
   2. If it’s attached in Hyper-V Manager, you can remove it live. It’s hot-pluggable both ways.
2. Create a new Gen 2 VM in Hyper-V Manager using modified settings below:
   1. If testing, Configure Network Connection to Not Connected, Click Next.
   2. Create a new virtual hard disk, should be 150 GB, default location, click Next.
   3. Configure to Install an Operating System from .iso
      1. Should be located at: c:\iso\SW_DVD9_Windows_Svr_Std_and_DataCtr_2012_R2_64Bit_English_…
   4. Click Next, Finish.
3. Before turning VM on, configure with typical other settings.
   1. For example, 2 logical procs, compatibility setting, etc.
4. Attach the backup .vhdx disk to the VM.
   1. Select SCSI Controller and then Add a Hard Drive.
   2. Browse to the location of the backup .vhdx
      1. For example: F:\server-backups.vhdx .
5. Turn on the VM, and press any key to boot to the install disk.
   1. Click Next and then click Repair your computer.
   2. Click Troubleshoot.
   3. Click System Image Recovery.
   4. Select Use the latest available… and click Next, but if the .vhdx you attached above doesn’t automatically appear:
      1. …click Select a system image and click Next.
      2. Find it, then click Next.
   5. Select the date and time you would like to restore from, then click Next.
   6. Default settings should be okay in typical circumstances. Click Next.
   7. Click Finish, then click Yes.
6. Wait for the restore to complete.
   1. It will restart automatically.
7. Restore process is now complete. Don’t forget to connect the network when you’re ready.

Windows Server Backup – Learn What is It & How it Works

Windows Server Backup is an amazing tool if an organization wants to guarantee data protection and business continuity. This powerful software tool will allow you to backup files, applications, or an entire system. It does not matter if you want to shield yourself from accidental deletions, system crashes or total failures Windows Server Backup is all set to deliver flexible solutions. It’s from scheduling the backups to be automatic to being able to restore them, it empowers administrators to handle the backups and the recovery of crucial data. In this article, we will take a look at what exactly is Windows server backup, its most essential characteristics, its advantages, and, last but not least, its utilization in practice.

Windows Server Backup is a tool developed by Microsoft Corporation and used for backing up and restoring information in Microsoft Windows Server. It enables the administrators to make copies of the crucial files, applications, and even an entire server copy. Here’s a simple breakdown:

• Backup Types: You can back up full server, volumes, system state, or specific files and folders if needed.
• Scheduling: Mobile versions can be configured for creating backups at certain intervals such as daily, weekly, and so forth.
• Restoration: If there is a loss of data or when the system is down, you can easily recover data from the backup that has been made. This means either recovering the whole system, single files, or specific applications if lost or corrupted.
• Storage Options: Backups can be saved on different types of media storage which may include local hard drives, network shares, or DVDs.
• Management: Configuration, monitoring, and other administration of the backups is simplified by the inclusion of a management console in the feature.

Windows Server Backup is a tool that should always be employed in any organization since it plays a critical role in backing up data and systems in the organization, in the unfortunate event that a disaster may occur, it becomes easy for the business to recover and continue with operations.

Importance of Windows Server Backup

The Windows Server Backup Tool is crucial for several reasons:

• Data Protection: It makes sure that crucial files, applications, as well as entire systems are always restored, eliminating the dangers of data loss resulting from hard disk crashes, user mistakes, or Cyber attacks.
• Disaster Recovery: The tool also supports the ability to practically restore data within a short period in case of a server crash or any other calamity thus making business operations continue with little or no interruption.
• Automated Backups: The tool comes with an auto-scheduler that maintains regular backups without the need for human interference thus minimizing the errors that may occur.
• Flexibility: This is resolved because it offers full server, system state, and specific file backup hence helping administrators to backup according to their requirements.
• Compliance: Business continuity When creating an access control policy it will always be possible to meet the legal and regulatory specifications of an organization as pertains to data backup and protection.

Windows Server Backup plays an instrumental role in organizations so that there are no difficulties in acquiring backup and ensuring that data is retrievable.

How to Install MS Windows Server Backup?

For installing the MS Windows Server Backup, a user can make use of the following:

• The Command Line – To use this, a user must run the “start /w setup WindowsServerBackup”
• The Server Manager – This has been added as one of the features under the “Add/Remove Roles and Features”
• The Powershell (version 2008 R2) – To use this, the user must run the “Import-Module ServerManager” and after that, he must go to the feature of the “Add-WindowsFeature -Name Backup-features -IncludeAllSubFeature”
• The Powershell (version 2012) – To use this, the user must run the feature – “Add-WindowsFeature Windows-Server-Backup”

The Windows Server Backup or WSB makes use of the Volume Shadow Copy Service or the VSS for creating a VHDX file that consists of a snapshot of the VM which has to be backed up. This even helps in enabling the Windows Server Backup for taking complete backups of and flushing all the transaction logs of the databases that are aware of the Volume Shadow copy Service such as Microsoft Exchange or the Active Directory etc., when a user selects the “VSS full backup”, which is not at all selected as a default setting.

The Windows Server Backup makes use of the Volume Shadow Copy Service for managing all the versions of the backup, and because this Volume Shadow copy Service is the “pr-volume,” therefore, it allows the Windows Server Backup to maintain different backup job versions while the user backs up to some network share. This process of backing up some network shares helps in overwriting the earlier backup. If the user backs up to his locally connected, then he can also have different versions. However, when he backs up a virtual machine, he gets a warning that says that – “the virtual machine will be put in the saved state even as the backup is running.” This is however not the case. The virtual machine continues to run nonstop and there will be no notice that the user is backing that up.

Backup of a Virtual Machine

The primary command for backing up a virtual machine is “wbadmin start backup”.

Restoring a Virtual Machine

Restoring a virtual machine is somewhat harder than its backup process. The command usually has multiple options as well as switches. The restoring process consists of locating the backup version required to be restored, and then, which are the items that are within that particular version before the restoration is performed.

Restoring One Single File / Folder

The Windows Server Backup gives simply a snapshot of the virtual machine and the user has to restore either the entire virtual machine or absolutely nothing. However, if the user only requires the restoration of a particular file or a particular folder, then he must find the .VHDX file inside the backup, and then, mount in the disk manager, and after that, he must extract those files from it. As an alternative procedure, the user can also restore the file/folder on the other host that is hyper-v and then boot it up there, for extracting the files/folders.

Best Solution for Windows Backup Recovery

The BitRecover Windows Backup Recovery solution is among the best tools to restore files from Windows Image Backup VHD or VHDX files effectively. It provides users with ways to get specific files from system backups created on Windows 10, 8, and 7 even if they are damaged or lost. self-employment The program comes with advanced analysis features enabling users to filter recoverable data by name, type, size, and many more. It also shows details of partitions and allows users to save the recovered data onto any physical storage device. Thus, due to the availability of the live data processing feature, users remain informed at all stages of recovery, making the tool highly reliable and convenient.

Download Now Purchase Now

Conclusion

Summing up, it is necessary to underline that Windows Server Backup is one of the crucial tools for any organization’s protection of its data and provision of business continuity. Due to its leadership and powerful features such as auto backup, options of restore and other management tools, it is highly recommended as solution of protecting significant data. Windows Server Backup should be adopted as it helps in reducing incidences of downtime and disruption if there is data loss or any system failure.