Навіщо потрібен Windows Server Backup?

Проте при необхідності багато адміністраторів застосовували її саме таким чином. Однак їм не вдасться використовувати новий вбудований інструмент Windows Server 2008 для великомасштабної архівації в рамках компанії так само просто, як NTBackup. Причина в інший функціональності компонента Windows Server Backup, який замінив утиліту NTBackup в складі Server 2008. У цій статті розглядається декілька відмінностей між NTBackup і Windows Server Backup і показано, як в деяких випадках можна обійти відповідні обмеження. Крім того, я поясню, чому корисно подумати про використання більш повнофункціонального рішення для архівації.

проблема 1

Windows Server Backup не встановлюється за умовчанням

На відміну від утиліти NTBackup, яка встановлюється за умовчанням разом з Windows 2003 і Windows 2000, Windows Server Backup не встановлюється за умовчанням в операційній системі Server 2008. Щоб використовувати Windows Server Backup, необхідно звернутися до майстра Add Features, який дозволяє встановити Windows Server Backup, і утиліти командного рядка wbadmin.exe, використовуваної для резервного копіювання комп'ютерів в режимі Server Core.

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

Єдиний спосіб не потрапити в пастку - встановити Windows Server Backup і wbadmin.exe під час розгортання Server 2008. І все ж ІТ-фахівця іноді доводиться обстежувати сервери, які ніколи не архівувалися, і, можливо, не мають утилітою Windows Server Backup. На жаль, Server 2008 не попереджає про необхідність регулярної архівації з такою ж наполегливістю, як про автоматичні оновлення. Завдяки такому попередженню лише самі безтурботні адміністратори могли б знехтувати архівацією даних.

проблема 2

Відсутність підтримки накопичувачів на магнітній стрічці

Одна з найбільш вражаючих особливостей Windows Server Backup - відсутність підтримки накопичувачів на магнітній стрічці. Це не помилка: Windows Server Backup і утиліта командного рядка wbadmin.exe непридатні для запису архівних копій на магнітну стрічку. Для цього існує принаймні одна вагома причина: накопичувачі на магнітній стрічці поділяють долю гнучкого диска. Сучасні жорсткі диски не тільки забезпечують зберігання величезної кількості даних, але і набагато швидше магнітної стрічки в процесі архівації та відновлення. Однак в більшості ІТ-підрозділів вже застосовується магнітна стрічка, а ціна гарного стримера не буває низькою. При переході до Server 2008 це дороге устаткування може виявитися марним.

При заміні попередньої версії Windows на Server 2008 компанії можуть відмовитися від застарілого обладнання та купити менниє жорсткі диски або застосувати рішення архівації від іншого постачальника. Крім того, потрібно підготувати план відновлення даних, збережених на магнітній стрічці, після повного переходу на Server 2008. Windows Server Backup не дозволяє імпортувати архівні копії, отримані з використанням NTBackup, і не можна застосувати NTBackup для відновлення даних, що архівуються за допомогою Windows Server Backup. Але компанія Microsoft опублікувала версію NTBackup, призначену тільки для відновлення даних, за адресою go.microsoft.com/fwlink/? LinkId = 82917. За допомогою цієї версії NTBackup можна зчитувати дані з магнітної стрічки, але не записувати їх. Споживачі можуть отримати раніше записані архівні дані з стрічки, тільки після цього магнітні стрічки стають марними. Щоб використовувати призначену виключно для читання версію NTBackup зі стримером, необхідний відповідний драйвер стримера для Server 2008. Оскільки Windows Server Backup не працює з магнітною стрічкою, деякі виробники стрічкових пристроїв неохоче підтримують Server 2008.

проблема 3

Для планової архівації необхідний виділений диск

Для зберігання планових архівних копій в Windows Server Backup потрібно виділений диск (а не просто розділ). Коли на новий диск записується перша архівна копія, диск розбивається на розділи і форматується. Його не можна використовувати ні для яких інших цілей, окрім зберігання архівних даних, і неможливо побачити в провіднику Windows. За допомогою Windows Server Backup можна записувати дані на внутрішній жорсткий диск або на диск, сумісний зі стандартами USB 2.0 або IEEE 1394. Згідно з рекомендаціями Microsoft, ємність диска повинна приблизно в два з половиною рази перевищувати обсяг даних повної резервної копії, а мінімальна кількість архівних даних становить цілий том. Режим Windows Server Backup за замовчуванням: повна архівація з подальшими інкрементними операціями копіювання. Windows Server Backup автоматично видаляє найстарішу архівну копію, коли на диску закінчується вільне місце. Мета такого підходу - призначити розклад архівації, а потім забути про нього до тих пір, поки не прийде час виконати відновлення.

Цей метод досить непоганий для елементарного рішення архівації, але навряд чи сподобається адміністраторам, які звикли до налаштувань NTBackup. Можна один раз виконати копіювання на мережевий накопичувач або оптичний диск, але не можна запланувати архівацію на ці пристрої. Винахідливий адміністратор може підготувати сценарій, що викликається плановим завданням, яке використовує утиліту wbadmin.exe для запису архівної копії, але при цьому не видається повідомлення про наявність на цільовому диску достатнього простору для успішного завершення архівації. Розширення меж планової архівації можливо, але не слід покладатися на небезпечні прийоми, про що постійно попереджають системних адміністраторів.

Через необхідність виділеного диска утрудняється ротація віддалених архівних копій. Багато компаній відвозять набір резервних копій в надійне місце щотижня, щоб відновити дані в разі, якщо будівля згорить дотла, піде під воду або буде знищено метеоритом. Принцип роботи Windows Server Backup заснований на припущенні, що те архівної копії прив'язаний до сервера і навряд чи буде переміщений в віддалене сховище. Якщо важливо відновити дані після аварії, варто пошукати повнофункціональним рішенням.

проблема 4

Том - мінімальна архівна одиниця

На відміну від утиліти NTBackup, за допомогою якої можна архівувати окремі файли і папки, мінімальна одиниця архівації з використанням Windows Server Backup - цілий том. Причина цього обмеження наступна: в Windows Server Backup використовується повний образ диска замість простого запису файлів і папок, з стисненням в двійковий «грудку». Однак існує можливість відновлювати окремі файли і папки.

Багатьох адміністраторів дивує, що за допомогою Windows Server Backup не можна виконати архівацію тільки стану системи. Архівувати стан системи можна з використанням команди start systemstatebackup утиліти wbadmin.exe, але не всі адміністратори звикли виконувати порівняно просту задачу з командного рядка.

Навіщо потрібна утиліта Windows Server Backup?

Для оптимального використання Windows Server Backup необхідно пам'ятати, що утиліта не призначена для створення резервних копій на рівні компанії. Багато адміністратори незадоволені цією обставиною, оскільки саме так вони використовували NTBackup останні десять років. Якщо розглядати Windows Server Backup відповідно до його істинними можливостями - WordPad серед програм архівації - то з'ясується, що утиліта цілком відповідає своєму призначенню. Якщо застосувати Windows Server Backup для планування регулярної архівації на змінний диск або внутрішній жорсткий диск, то дуже просто повністю відновити операційну систему Windows. Windows Server Backup не слід використовувати для архівації Exchange Server або SQL Server, а й утиліта NTBackup не призначена для цієї мети.

Орін Томас ( [email protected] ) - редактор Windows IT Pro, володар сертифікату Windows Security MVP