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

Ми досить часто задавали знайомим системним адміністраторам питання: які кошти вони використовують для резервного копіювання стану своїх серверів? І сильно дивувалися тому, що багато хто з них навіть не згадували систему архівації Windows Server. На наступне питання: чому вони не використовують цей інструмент, ми часто отримували відповідь, що вони не розуміють, як працює ця система, як управляти резервними копіями і т.д., і т.п. Частково причину можна назвати поважною, коли немає розуміння як працює той чи інший засіб то від його використання краще відмовитися.

А ще краще розібратися як воно працює і почати застосовувати його на практиці. У новій системі архівації багато очікують побачити наступника звичного NTBackup, проте Microsoft повністю переробила механізм створення резервних копій і перед нами зовсім інший інструмент. Основним сховищем резервних копій є диск, який самостійно розмічається системою архівації та прихований від користувача. Також можна використовувати вже розмічений тому або мережевий ресурс, однак ці способи мають свої обмеження і зводять нанівець всі переваги нової технології.

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

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

У Windows Server застосовується принципово інший підхід. Найпростіше провести аналогію з системами відеоспостереження, коли потік безперервно пишеться на диск і в будь-який момент часу ми маємо якусь тривалість запису, яка визначається обсягом диска. Скажімо, поставили диск на 500 ГБ - маємо тиждень відео, замінили на 1 ТБ - два тижні і т.д.

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

Тут виникає ще одне ускладнення. У багатьох адміністраторів слово диск асоціюється тільки з фізичним жорстким диском, після чого відразу виникає маса питань: де взяти стільки дисків, як підключити їх до серверів, як забезпечити зберігання архівів окремо від системи і т.д. і т.п. Та й виділяти для бекапу рядового сервера навіть 500 ГБ диск виглядає дещо марнотратно. Тому саме час згадати про технології iSCSI , Яка дозволяє відразу вирішити весь пласт "проблем".

Дійсно, цю технологію сьогодні підтримують всі системи, включаючи навіть NAS цінової категорії трохи вище початкової, що дозволяє грамотно розпорядитися наявними дисковим простором і організувати зберігання архівів окремо від систем. Microsoft рекомендує для зберігання двох копій даних мати в 1,5 рази більше дискового простору, на наш погляд дана цифра є дещо завищеною, особливо якщо ви копіюєте рідко змінювані дані, наприклад, стан сервера.

Ми трохи забіжимо вперед і покажемо результат архівування тестового сервера з об'ємом архівіруемих даних розміром 29 ГБ:

Як бачимо, вісім копій стану системи зайняли приблизно 9 ГБ, що досить непогано і загального обсягу, виділеного нами iSCSI диска в 60 ГБ, вистачить приблизно на три тижні зберігання щоденних копій, що на наш погляд більш ніж достатньо.

Для створення резервних копій використовується механізм тіньового копіювання тому (VSS), який дозволяє працювати з відкритими і системними файлами, не перериваючи роботи системи і користувачів. Починаючи з Windows Server 2012 система архівації дозволяє також архівувати запущені на хості віртуальні машини Hyper-V і відновлювати їх стан окремо. При використанні на сервері іншого ПО використовує можливості створення точних копій система архівації має можливість зберігати журнал VSS, що забезпечить коректну роботу цих служб при відновленні.

Окремо слід торкнутися резервного копіювання баз даних, якщо з підтримуючими тіньове копіювання продуктами, такими як MS SQL Server або Exchange, проблем не виникає, то зі сторонніми продуктами, наприклад, PostgreSQL можуть виникнути проблеми. Механізм створення точних копій не перевіряє логічної цілісності файлів, просто роблячи знімок їх стану на певний момент часу, системи, що підтримують VSS, вміють обробляти цей момент, приводячи базу до несуперечливого стану перед моментом створення тіньової копії. Для підтримуються систем ми просто отримаємо зріз бази на певний стан часу, при відновленні такої бази вона буде приведена в несуперечливе стан засобами СУБД, простіше кажучи будуть скасовані всі незавершені транзакції і може відбутися втрата даних.

Виходячи з вищесказаного можна зробити висновок, що система архівації Windows добре підходить для створення резервних копій системи і призначених для користувача даних, а також "рідних" служб і додатків. Для архівації складного стороннього ПО краще використовувати кошти, передбачені виробником даного ПЗ.

Для того, щоб почати використовувати систему архівації Windows Server спочатку потрібно встановити однойменний компонент, це робиться через Майстер додавання ролей і компонентів.

Потім оснащення управління службою можна запустити або через Засоби в диспетчері серверів, або через ярлик в Панель управління - Адміністрування.

Оснащення абсолютно типова для служб Windows Server і не викликає будь-яких ускладнень при роботі з нею.

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

Натиснувши на Розклад архівації ми запустимо однойменного майстра, який пропонує нам архівувати весь сервер цілком, або вказати об'єкти для вибіркової архівації.

Заархівувати всі і відразу ми завжди встигнемо, тому виберемо настроюється тип архівації. Наступним кроком нам буде запропоновано вибрати об'єкти для архівації.

Для їх додавання просто натисніть Додати елементи.

Якщо вибрати відновлення вихідного стану системи, то автоматично будуть додані Стан системи, системний розділ (диск C :) і службовий розділ з завантажувачем. До цих даних ми в навчальних цілях додали папку з базами MS SQL, які повинні представляти якісь призначені для користувача дані.

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

А також задати параметри служби тіньового копіювання, якщо у вас є додатки використовують цю службу, наприклад, MS SQL Server, то слід вибрати настройку Копіювати журнал VSS, що забезпечить їх нормальну взаємодію зі службою тіньового копіювання, у тому числі і при відновленні.

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

З розкладом розібралися, тепер саме час визначитися з місцем зберігання архівів. На вибір пропонується три варіанти, кожен з них досить непогано прокоментований, що полегшує правильний вибір:

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

Окремо варто зупинитися на можливості розмістити архів в мережевій теці, незважаючи на жорсткі обмеження цей спосіб зручно використовувати при одноразовій архівації, коли потрібно швидко створити архів і розмістити його поза сервера.

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

На останньому кроці слід ще раз переконатися в правильності зроблених налаштувань і підтвердити їх натисканням на кнопку Готово.

Тепер залишилося дочекатися зазначеного часу і переконатися, що процес архівації був виконаний без збоїв. При створенні розкладу слід взяти до уваги навантаження на мережу і дискову підсистему сховища, що може призводити до зниження їх продуктивності.

Після того, як резервна копія створена буде не зайвим перевірити можливість відновлення з неї. Для цього виберемо в оснащенні однойменне дію, при цьому буде запущений Майстер відновлення, який насамперед попросить вказати розташування архіву:

Потім вказуємо дату і час створення резервної копії на яку ми хочемо відкотитися, доступні дати підсвічуються напівжирним шрифтом.

Після чого вказуємо, що саме ми хочемо відновити:

Як бачимо, це можуть бути файли і папки, віртуальні машини Hyper-V, тому, додатки та стан системи. Окремо слід згадати про додатки. Ця функція доступна тільки для зареєстрованих в системі архівації додатків, які повинні вміти працювати з API цієї служби і підтримувати VSS. Простіше кажучи, в цей список потрапляє обмежена кількість програм, в основному від самої Microsoft, а для сторонніх програм дана функція марна.

У той же час важко переоцінити можливість відновлення стану системи, яка дозволяє виконати відкат стану ОС, не зачіпаючи при цьому призначені для користувача дані. Це сильно виручає в ситуаціях, коли між внесенням змін до системи і виявленням їх негативного ефекту пройшов якийсь час.

Відновлення стану системи проводиться в два етапи кожен з яких завершується перезавантаженням.

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

Тому просто слід запастися терпінням і дочекатися повідомлення про успішне завершення операції. Залежно від швидкості мережі, продуктивності дисків і обсягу даних ця операція може зайняти значний час.

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

У загальному і цілому, дана операція нічим не відрізняється від відновлення томи з образу будь-яким іншим ПО, наприклад, Acronis.

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

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