Відновлення системи за допомогою Windows Server Backup

Windows Server Backup (WSB) підтримує два різні сценарії відновлення. Окремі файли, папки, розділи та стан системи можна відновити із запущеної операційної системи через графічний інтерфейс Windows Server Backup. Повне bare-metal відновлення, під час якого замінюється поточна операційна система, виконується із середовища відновлення Windows (WinRE), а не з активної інсталяції Windows.

Ця стаття стосується Windows Server 2016, 2019, 2022 та 2025. Процедура однакова для всіх версій; відрізняються лише деякі візуальні елементи екранів WinRE.

Повне відновлення системи з резервної копії на мережевому сховищі

Нижче описано процедуру повного відновлення системи з резервної копії, що зберігається в мережевій папці (наприклад, INTROSERV Cloud Storage або будь-якому SMB-ресурсі).

Завантаження у WinRE

1. Підключіться до консолі сервера через IP-KVM.

2. Підключіть інсталяційний ISO-образ Windows Server як віртуальний носій і завантажте сервер із нього.

3. На першому екрані інсталятора виберіть мову та розкладку клавіатури, потім натисніть Next.

4. Натисніть Repair your computer.

5. Виберіть Troubleshoot.

У цьому меню командний рядок використовується для запуску мережі та підключення сховища резервної копії. Якщо резервна копія зберігається на локальному диску, перейдіть нижче до розділу «Повне відновлення системи з резервної копії на локальному диску».

Перевірка мережевого підключення

Відкрийте командний рядок із меню Troubleshoot та ініціалізуйте служби WinPE, включно з мережевим стеком:

wpeinit

Якщо після завершення роботи wpeinit команда ipconfig не показує IPv4-адресу, примусово оновіть DHCP-оренду:

ipconfig /renew

Перевірте, чи має сервер доступ до мережі. Виконайте ping шлюзу за замовчуванням, оскільки вихідний ICMP до публічного інтернету та DNS-роздільна здатність часто блокуються в дата-центрах:

ping <gateway_ip>

Якщо дата-центр надає мережеві налаштування через DHCP, ping шлюзу зазвичай одразу проходить успішно, і наступний крок (ручне налаштування мережі) можна пропустити. Якщо ping не проходить, налаштуйте інтерфейс вручну.

Ручне налаштування мережі

Виведіть список доступних мережевих інтерфейсів і знайдіть той, що має статус Connected і Enabled:

netsh interface show interface

Уточніть параметри мережі сервера (основну IP-адресу, маску підмережі та шлюз) у даних замовлення у хостинг-провайдера. Застосуйте їх до підключеного інтерфейсу, замінивши прикладні значення:

netsh interface ip set address name="Ethernet" static 192.0.2.10 
255.255.255.0 192.0.2.1

Аргументи вказуються в такому порядку: ім’я інтерфейсу з попереднього кроку, IP-адреса сервера, маска підмережі та шлюз за замовчуванням.

Вкажіть DNS-сервер:

netsh interface ip set dnsserver "Ethernet" static 8.8.8.8

Перевірте підключення до сервера резервного копіювання:

ping backup.example.com

Підключення мережевої папки з резервною копією

Підключіть мережеву папку, що містить резервну копію, як диск Z:, замінивши адресу та ім’я користувача на реальні значення:

net use z: \\backup.example.com\share /user:backupuser 
/persistent:no

Аргумент /user: рекомендується використовувати у WinRE, оскільки поточний контекст облікового запису відрізняється від звичайного користувача, який увійшов у систему, і облікові дані для доступу до папки зазвичай потрібно вказати явно. Параметр /persistent:no зберігає підключення лише в межах поточного сеансу WinRE. Після запиту введіть пароль для доступу до папки. У разі успішного підключення з’явиться повідомлення з підтвердженням.

Перед продовженням переконайтеся, що файли резервної копії доступні:

dir z:

У списку каталогів має бути папка WindowsImageBackup, створена Windows Server Backup. Якщо список порожній, підключено неправильну папку або облікові дані не мають прав на читання.

Перед початком відновлення переконайтеся, що WinRE бачить цільові диски. Відкрийте diskpart і виведіть список дисків та томів:

diskpart
list disk
list volume
exit

Якщо локальні диски тут не відображаються, драйвер сховища для контролера не завантажений у WinRE. Перед продовженням ознайомтеся з приміткою щодо драйверів вище.

Перегляд доступних резервних копій

Перед відновленням виведіть список доступних версій резервних копій на мережевому ресурсі:

wbadmin get versions -backupTarget:\\backup.example.com\share

У виводі відображаються всі резервні копії на вказаному ресурсі, кожна з яких має ідентифікатор Version. Скопіюйте ідентифікатор резервної копії, яку потрібно відновити, точно в тому вигляді, у якому він відображається після виконання wbadmin get versions. Формат залежить від регіональних налаштувань (наприклад, 08/09/2023-20:10 у системі з американськими налаштуваннями або 09.08.2023-20:10 у системах, де спочатку вказується день), і це значення потрібно дослівно передати наступній команді.

Виконання відновлення

Є два варіанти.

Варіант A. Відновити всі томи та заново створити структуру дисків:

wbadmin start sysrecovery -version:<version_identifier> 
-backupTarget:\\backup.example.com\share -machine:<server_name> 
-restoreAllVolumes -recreateDisks

Параметри означають таке: -version визначає резервну копію для відновлення (використовуйте ідентифікатор Version із виводу wbadmin get versions); -backupTarget вказує на мережевий ресурс, де зберігається резервна копія; -machine вибирає вихідний сервер, якщо на мережевому ресурсі зберігаються резервні копії кількох машин (це вихідне ім’я комп’ютера, яке відображається поруч із кожним записом у виводі wbadmin get versions); -restoreAllVolumes відновлює всі томи, включені до резервної копії, а не лише системний том; -recreateDisks повторно створює структуру розділів із резервної копії перед записом даних.

Варіант B. Відновити лише системний том, залишивши інші томи та структуру розділів без змін:

wbadmin start sysrecovery -version:<version_identifier> 
-backupTarget:\\backup.example.com\share -machine:<server_name>

Для більшості випадків це безпечніший варіант: системні томи, включені до резервної копії, відновлюються, а розділи з даними на тому самому сервері зберігають поточний вміст. Завантажувальні розділи, такі як EFI System Partition або System Reserved, також можуть бути перезаписані, якщо вони включені до резервної копії.

Команда запросить підтвердження, після чого розпочнеться відновлення. Після завершення сервер перезавантажиться у відновлену систему.

Повне відновлення системи з резервної копії на локальному диску

Якщо образ резервної копії знаходиться на одному з власних дисків сервера (а не в мережевій папці), відновлення виконується за допомогою майстра WinRE, а не з командного рядка.

1. У меню WinRE Troubleshoot виберіть System Image Recovery.

2. Майстер просканує локальні диски на наявність резервних копій образу системи. За замовчуванням буде запропоновано найновіший образ. Щоб вибрати інший, натисніть Select a system image і виберіть потрібний образ зі списку.

3. На екрані додаткових параметрів вирішіть, чи потрібно ввімкнути Format and repartition disks. Якщо цей параметр увімкнено, майстер перезапише структуру розділів на цільових дисках відповідно до резервної копії, видаливши всі наявні дані. Якщо параметр вимкнено, відновлення переважно впливає на томи операційної системи (включно із завантажувальними розділами, такими як EFI System Partition, якщо вони входять до резервної копії), тоді як сторонні томи з даними залишаються недоторканими. Кнопка Exclude disks дає змогу виключити певні диски з процесу форматування.

4. Підтвердьте диски та розділи, яких буде торкатися операція, на наступному екрані.

5. Натисніть Finish і дочекайтеся завершення відновлення. Після завершення сервер перезавантажиться у відновлену систему.

Відновлення окремих файлів, папок або стану системи

Якщо операційна система продовжує працювати, окремі елементи можна відновити через графічний інтерфейс Windows Server Backup без переходу до WinRE.

1. Відкрийте Server Manager, потім Tools, потім Windows Server Backup. На панелі Actions натисніть Recover.

2. Виберіть розташування резервної копії. У наведеному нижче прикладі резервна копія зберігається в мережевій папці, тому виберіть A backup stored on another location, а потім Remote shared folder.

3. Введіть UNC-шлях до мережевої папки, наприклад \\backup.example.com\share.

4. Виберіть дату та час версії резервної копії, яку потрібно відновити.

5. Виберіть Recovery type. Майстер пропонує варіанти Files and folders, Volumes, Applications та System state. У наведеному нижче прикладі відновлюються Files and folders.

6. Виберіть конкретні елементи для відновлення.

7. Вкажіть місце відновлення та спосіб обробки наявних файлів (перезаписати, пропустити або створити копії).

8. Перевірте підсумкову інформацію та натисніть Recover.

Майстер виконає відновлення та покаже перебіг операції. Інші типи відновлення (Volumes, Applications, System state) використовують таку саму структуру майстра, але мають специфічні для кожного типу кроки. Відновлення Volumes відновлює цілий розділ, наприклад диск із даними, замість вибору окремих файлів. Відновлення Applications відновлює програмне забезпечення, зареєстроване у Windows Server Backup через VSS writer, і залежить від наявності та коректної роботи цього writer під час відновлення. Відновлення System state відновлює критично важливі компоненти операційної системи (базу даних Active Directory на контролерах домену, реєстр, завантажувальні файли, базу даних реєстрації класів COM+, системні файли, захищені Windows Resource Protection, та аналогічні компоненти), не перезаписуючи користувацькі дані та не створюючи заново структуру диска.

Після відновлення

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

Перевірте цілісність файлів операційної системи:

sfc /scannow

Перевірте Диспетчер пристроїв на наявність драйверів, які могли бути замінені або відсутні, особливо якщо відновлення виконується на обладнанні, що відрізняється від початкового (інший RAID-контролер, мережевий адаптер або чипсет). У таких випадках (відновлення на іншому обладнанні) може знадобитися вручну встановити драйвери виробника після відновлення.

Bare-metal відновлення слід регулярно тестувати, а не лише під час виникнення реального інциденту. Резервна копія, з якої жодного разу не виконувалося відновлення, не є перевіреною резервною копією.