Большой вибір ще з більшою відсівом

Большой вибір ще з більшою отсевом

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

Виртуальные стрічкові бібліотеки (Virtual Tape Libraries, VTL) дають можливість поступового переходу з стрічкових накопичувачів влади на рішення зберігання даних, повністю що базується на жорстких дисках. Ці дискові нагромаджувачі эмулируют стрічки і наукові бібліотеки і тому можуть працювати зі значно меншими вікнами резервного копіювання й інтегруватися в існуючі стрічкові структуры.

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

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

Интеграция фізичних стрічок. Усі віртуальні стрічкові бібліотеки эмулируют роботу одного чи навіть кількох стрічкових накопичувачів. Якщо эмулируемые устрою відповідають реально що використовуються, VTL то, можливо впроваджена ухвалений процес резервного копіювання лише з невеликими змінами чи взагалі без них. У протилежному разі, може знадобитися зробити певні зміни конфігурації докладання резервного копирования.

Эмуляция стрічкових накопичувачів зовсім не від означає, можлива запис сохраняемых даних безпосередньо на стрічкові устрою, оскільки системи працюють у відповідність до різними технологіями. У межах, а такою програмне забезпечення віртуальної стрічки управляє лише пристроєм зберігання на жорстких дисках, але з фізичними ленточными накопичувачами. Для копіювання віртуальної стрічки на фізичну адміністратору слід передбачити окремий етап резервного копіювання, який вимагає додаткової пропускну здатність ввода/вывода та обчислювальної потужності серверу резервного копіювання. Фізичні носії залишаються під медичним наглядом докладання резервного копирования.

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

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

Использование фізичних лент

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

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

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

Сжатие

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

Масштабируемость

Рынок пропонує найрізноманітніші з погляду ємності віртуальні стрічкові рішення — від окремих бібліотек для невеликих обчислювальних центрів чи філій до систем, виділені на підприємствами з великим кількістю серверів (див. Малюнок 1). У разі адміністратору потрібно визначити велике число віртуальних стрічкових накопичувачів, якомога більше яких залежить від постачальника VTL.

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

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

Сопровождение

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

Защита инвестиций

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

Заключение

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

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

Список литературы

Журнал мережевих рішень. 02.2007.