Базовые технології в системах зберігання даних

Базовые технології в системах зберігання данных

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

Для багатьох система зберігання даних асоціюється з пристроями збереження і під час першого чергу, з дисковими масивами. Справді, дискові масиви зараз — основні устрою зберігання даних, проте варто забувати, що обробка інформації, формування логічного структури її збереження (дискових томів і файлових систем) виконується на сервері. У процедури доступу до даних (крім процесорів і пам’яті серверу) залучені встановлених у ньому адаптери, які працюють за певному протоколу, драйвери, щоб забезпечити взаємодія" цих адаптерів з операційній системою, менеджер дискових томів, файлова система і менеджер пам’яті ОС тощо. д.

Как правило, система зберігання даних містить такі підсистеми і компоненти: безпосередньо устрою зберігання (дискові масиви, стрічкові бібліотеки), інфраструктуру доступу до пристроям зберігання, підсистему резервного копіювання і архівування даних, ПО управління зберіганням, систему управління і мониторинга.

Традиционный підхід до сховищам даних полягає у безпосередньому підключенні серверів до системі зберігання DAS (Direct Attached Storage). Крім DAS, існують устрою зберігання даних, які підключаються до неї, — NAS (Network Attached Storage), a також компоненти мереж зберігання даних — SAN (Storage Area Networks). І NAS-, і SAN-системы з’явилися торік у як альтернатива архітектурі DAS. Причому кожне рішення розробляли як на ростучі вимоги до системам зберігання даних, і грунтувалося на використанні доступних тоді технологіях. Щоб краще до розуміння переваг мережевих моделей, розпочнемо з традиционной.

Системы зберігання прямого подключения

Устройства зберігання DAS, також відомі як SAS (Server Attached Storage), т. е. системи, які підключаються безпосередньо до сервера, розробили багато років тому для розширення ємності зберігання існуючих серверів. Тоді при необхідність підвищення числа томів, що з додатками, до сервера додавалися нові диски або здобувався новий сервер. Беручи до уваги технологічні обмеження на той час (вузька смуга пропускання, повільні мережі, дорогі мікропроцесори) і щодо низькі вимоги до ємності і часу доступу, системи DAS було цілком адекватним решением.

Один з якихось вад технології DAS у сьогоднішній ИТ-инфраструктуре — доступність дискової системи, асоційованої з цим сервером, лише крізь це пристрій, що зумовлює створенню окремих «островів» даних. З іншого боку, файли що неспроможні спільно використовуватися кількома серверами, а додавання дискових накопичувачів до неї сервери мають бути в автономний режим. Щоб дозволити ці проблеми освіти й забезпечити надмірність і високі готовність даних, компаніям доводилося копіювати дані сталася на кілька серверів і використовувати різні RAID-конфигурации. Нині, попри значних змін обсягом збереження і характері інформаційних систем, рішення DAS залишаються у основі своїй незмінними. Бо з плином часу росли вимоги до систем зберігання, компанії просто додавали диски до своїх серверам і сервери до своїх мереж. Те, що колись бувало практичним рішенням, тепер призвела до того, що з компаній утворилася складна інфраструктура систем зберігання даних, і величезні серверні ферми, якими майорять усі важче управлять.

Сетевое зберігання данных

Архитектуры мережевих систем зберігання розробив 1990;х рр., та його завданням було усунення основних недоліків систем DAS. У випадку мережні рішення на області систем збереження мають були реалізувати три завдання: знизити витрати й складність управління даними, зменшити трафік локальних мереж, підвищити рівень готовності даних, і загальну продуктивність. У цьому архітектури NAS і SAN вирішують різні аспекти більшої. Результатом стало одночасне співіснування двох мережевих архітектур, кожна з яких має переваги та функціональні возможности.

Устройства зберігання даних, які підключаються до неї NAS

Основная завдання систем NAS — спростити спільного використання файлів. На базовому рівні устрою NAS — це устаткування, яке підключається безпосередньо до локальної мережі. У цьому полягає їх основна відмінність від систем з індивідуальними серверами з прямим підключенням ізольованих накопичувачів. Устрою NAS, часто звані файлерами, складаються з одного головного устрою, виконує обробку даних, і здійснює мережне з'єднання ланцюжка дисків. Устрою NAS використовувати системи зберігання ЕВР у мережах Ethernet, у яких в організацію спільного доступу до файлам застосовується протокол TCP/IP. Ці устрою дозволяють клієнтам спільно використовувати файли, навіть якщо клієнтські системи працюють під керівництвом різних ОС. У на відміну від архітектури DAS, в системах NAS непотрібен переводити сервери в автономний режим збільшення загальної ємності; диски можна додавати в структуру NAS простим підключенням влаштування у сеть.

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

Сети зберігання даних (SAN)

Эти розв’язання стала відповіддю як упущення систем DAS і NAS, але, що як важливо, на проблеми перевантаження каналів зв’язку й затримки в локальних IP-мережах (10/100-Мбит/с). Вперше концепція SAN було запропоновано 1998 р. Як і більшість інші сучасні комп’ютерні технології, у неї запозичена зі світу мэйнфреймов, де застосовувалася, наприклад, в центрах обробки даних для підключення комп’ютерів до систем збереження і розподіленим мереж. Основне різницю між SAN і NAS полягає у способі організації обміну даними між пристроями збереження і серверами. Власне кажучи, архітектура SAN заглиблена у дозвіл проблем, що викликаються інтенсивними процедурами резервного копіювання та обміну даними шляхом перенесення всієї системи в виділену подсеть. Засновані на протоколі Fibre Channel системи SAN дозволяє межах змінювати ємність системи зберігання даних, і гарантувати вищу пропускну здатність у потрібний межах виділеної подсети (дискові масиви і стрічкові бібліотеки, не обладнані інтерфейсами Fibre Channel, можна залучити до SAN, використовуючи маршрутизатори Fibre Channel-SCSI).

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

Таким чином, користувачі традиційно звертаються до пристроям DAS і SAN для передачі лише на рівні блоків. У цьому можна точніше визначити, що й щоб ці дані зберігатимуться. Однак у типових клиент-серверных архитектурах краще використовувати сервери NAS передачі даних лише на рівні файлів. Слід зазначити, що на даний час створено устрою, у яких забезпечується сумісність і з блоковими, і з файловими протоколами, т. е. працюючі як і SAN, як і NAS.

Управление життєвим циклом информации

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

Одно з рішень цієї проблеми — поділ даних із критерію їх цінності для бізнесу і управління інформацією з урахуванням зміни її цінності у часі. Такий їхній підхід почали називати управлінням життєвим циклом інформації ILM (Information Life-cycle Management). Відповідно до цю концепцію, найважливіша на момент інформація повинна автоматично переміщатися на саму швидку, надійну і захищену систему зберігання даних. Натомість менш важлива переміщається більш дешеву і менше швидкісну систему. Архівні дані, наприклад, повинні записуватися на магнітні стрічки і віддалятися з робочої системи, ніж знижувати швидкість доступу до самої критичною в момент інформації. Вже непотрібна інформація буде автоматично віддалятися із системи. Процес може бути цикличным.

Один з методів до розв’язання протистояння між обсягами збережених даних, і часом доступу до них — це зване управління ієрархічним зберіганням HSM (Hierarchical Storage Management). У HSM реалізується політика архівування рідко використовуваних даних; з дисків вони переписуються на стрічки з компресією. Концепція ILM — крок уперед стосовно ідеології HSM. Більшість експертів вважають, що ILM хіба що «интеллектуализирует» традиційне поняття HSM, тому що новий підхід непросто оперує блоками даних, а спрямовано управління реальним змістом даних протягом усього їх життєвого циклу. Річ у тім, що ILM — це стратегія проактивного управління інформацією, вона зводиться до якомусь певному ПО чи аппаратуре.

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

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

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

Резервное копирование

Как відомо, система резервного копіювання — невід'ємний елемент системи зберігання даних. Цей обов’язковий елемент забезпечення високої доступності будь-яких систем призначений до створення резервних копій і відновлення даних. З іншого боку, система резервного копіювання — це з необхідних методів забезпечення безперервності бізнесу. Побудова централізованій системі резервного копіювання дозволяє скоротити сукупну вартість володіння ИТ-инфраструктурой завдяки оптимальному використанню пристроїв резервного копіювання та скорочення витрат на адміністрування (проти децентралізованою системой).

Централизованная система резервного копіювання має багаторівневу архітектуру, у якому входят:

сервер управління резервним копіюванням, здатний також поєднувати функції серверу копіювання данных;

чи кілька серверів копіювання даних, яких підключені устрою резервного копирования;

компьютеры-клиенты із чітко встановленими ними программами-агентами резервного копирования;

консоль адміністратора системи резервного копирования.

Администратор системи веде список компьютеров-клиентов резервного копіювання, пристроїв запису і носіїв зберігання резервних даних, і навіть становить розклад резервного копіювання. Усе це інформація міститься у спеціальної базі, що зберігається на сервері управління резервним копированием.

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

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

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

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

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

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

Резервное копіювання з допомогою SAN

Применение SAN дозволяє цілком перенести трафік резервного копіювання з локальної мережі на мережу зберігання. Існує дві варіанта реалізації: без завантаження локальної мережі, чи внесетевое копіювання (LAN-free backup), і участі серверу, чи внесерверное копіювання (Server-free backup).

Внесетевое копирование

При внесетевом копіюванні дані з диска на стрічку і навпаки передаються всередині SAN. Виняток мережного сегменти з шляху резервного копіювання даних дозволяє уникнути зайвих затримок передати трафіку через мережу IP і виводу-введення-висновку. Навантаження локальної мережі падає, і резервне копіювання можна проводити практично у час діб. Проте пересилку даних виконує сервер, підключений до SAN, що підвищує навантаження нею. Завдяки протоколу Fibre Channel з допомогою одного оптичного кабелю то, можливо організовано кілька каналів передачі. У цьому обшир резервируемых даних із backup-серверов зберігання іде на стрічкове пристрій, минаючи локальну мережу. І тут локальна мережу необхідні лише контролю роботи самих backup-серверов із боку головних серверів. Отже, лише невеличкий обсяг метаданих, які містять інформацію про резервируемых даних, передається на локальній мережі. Головні сервери відповідають загалом за політику резервного копіювання даних у своїй сегменті чи зоні відповідальності. Усі backup-серверы стосовно головному серверу є клієнтами. Вважається, що аналізований метод резервного копіювання може максимально задіяти пікову смугу пропускання Fibre Channel.

В ролі протоколу, застосовуваного передачі даних між серверами і бібліотеками, можуть використовуватися як SCSI поверх Fibre Channel, і IP поверх Fibre Channel, тим більше більшість FC-адаптеров і FC-концентраторов працюють одночасно з обома протоколами (IP і SCSI) на одному Fibre Channel-канале.

Внесерверное копирование

Вообще кажучи, даний тип резервного копіювання є розвиток методу внесетевого копіювання (LAN-free), оскільки зменшує кількість процесорів, пам’яті, пристроїв вводу-виводу, задіяних у цьому. Цей процес архивирует розділи повністю, на відміну пофайлового архівування, та заодно дозволяє відновлювати окремі файли. По визначенню, при вне-серверном копіюванні дані копіюються з диска на стрічку і назад без прямої участі серверу. Коли щодо резервного копіювання потрібно наявність деякого додаткового третього вузла, повністю відповідального за процес копіювання, то звідси є і іншу назву цього підходу — копіювання з участю третю сторону (Third_-Party Copy, 3PC). Так було в ролі такого устаткування можна використовувати маршрутизатор сховищ даних, який перебирає функції, раніше які сервером.

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

Таким чином, внесерверное копіювання дозволяє безпосередньо переміщати дані між під'єднаними до неї SAN дисковими масивами і бібліотеками. У цьому дані переміщаються через мережу SAN і завантажують ні локальну мережу, ні сервери. Таке копіювання вважається ідеальним для корпоративних мереж, які мають функціонувати у безупинному режимі 24 години на добу, 7 днів, у тиждень. Особливо тим, котрим тимчасової період, протягом якого виконувати резервне копіювання без істотно працювати користувачів і додатків, стає неприпустимо малым.

Репликация данных

Современные дискові масиви мають засобами створення копій даних всередині самої масиву. Дані, створені цими засобами, звуться Point-In-Time (PIT)-копий, т. е. фіксованих визначений час. Існує дві різновиду коштів створення PIT-копий: клонування і «моментальний знімок» (snapshot). Під клонуванням зазвичай розуміють повне копіювання даних. Для нього потрібно стільки ж дискового простору, як й у вихідних даних, і кілька днів. З використанням такий копії немає навантаження на дискові томи, містять вихідні дані. Інакше кажучи, немає додаткової навантаження на дискову підсистему продуктивного сервера.

Механизм роботи «моментальних знімків» іншої культури й може бути реалізовано як програмно на продуктивному сервері, і апаратно всередині масиву. У час, коли потрібно починати резервне копіювання, программа-агент дає команду додатку завершити все транзакції і зберегти кеш-пам'ять на диск. Потім створюється віртуальна структура — snapshot, що є карту розташування блоків даних, яку ОС й те ПО сприймає як логічний тому. Додаток перериває стандартний режим роботи з короткий час, необхідне збереження даних. Після цього додаток продовжує працювати у стандартному режимі змінювати блоки даних, у своїй перед зміною старі дані блоку з допомогою драйвера snapshot копіюються до області кеш-пам'яті snapshot й у карті розташування блоків даних вказується посилання нове місце розташування блоку. Отже, карта snapshot завжди свідчить про блоки даних, отримані на даний момент завершення транзакцій додатком. Блоки даних, які було змінено, зберігаються попередньому місці, а старі дані змінених блоків — у сфері кеш-пам'яті snapshot. Программа-агент копіює несуперечливі дані, отримані на даний момент завершення транзакцій додатком, здійснюючи доступу до них через драйвер snapshot, т. е. використовуючи карту розташування блоків. Створення копій з допомогою «моментальних знімків» заощаджує дискове простір, але створює додаткове навантаження на дискову підсистему продуктивного серверу. Який із методів створення PIT-копий вибрати, вирішується на етапі проектування системи резервного копіювання, з бизнес-требований, що висуваються до системе.

Виртуализация ресурсів хранения

Виртуализацию складно зарахувати до цілком нових технологій — ідеї віртуалізації різних обчислювальних ресурсів тим чи іншим чином реалізовувалися й раніше. І це потреба у віртуалізації ресурсів зберігання пояснюється багатьма причинами. Перш за все це, звісно, різке зростання обсягів даних. Загострилися проблеми збереження і управління великими обсягами інформації. Це було пов’язано і із широкою поширенням «островів» даних (нагадаємо, під ними розуміються дані, що перебувають у різних носіях в гетерогенних системах зберігання, нерідко територіально віддалених один від одного й працюючих під керівництвом різних ОС). Для обслуговування таких «островів», відмінних складністю конфігурацій апаратних і програмних засобів, і навіть розмаїттям використовуваних технологій, необхідні додаткові матеріальні і людські ресурси. Погіршилася оперативність доступу до даних, які у гетерогенних системах зберігання, що зумовлює значних фінансових втрат для компаній, бізнес яких пов’язані з оперативної обробкою актуальною й особливо важливих речей. У тій чи іншій ступеня перелічені вище проблеми вирішуються з допомогою технологій віртуалізації ресурсів хранения.

Под віртуалізацією ресурсів зберігання зазвичай розуміється відображення будь-якого кількості різнорідних носіїв, пристроїв і систем зберігання (JBOD, RAID, RAIT тощо. буд.) у вигляді єдиного сховища даних (з так званого віртуального пулу), управління яких здійснюються централізовано. Можна сміливо сказати, що з застосуванні технологій віртуалізації «розриваються» фізичні зв’язок між серверами і пристроями зберігання різних типів, а фізична пам’ять перетворюється на єдиний логічний пул, що з окремих гетерогенних пристроїв зберігання, прозорий доступом до яким забезпечується незалежно від своїх технічних особливостей і територіального розташування. Технології віртуалізації ресурсів зберігання позволяют:

оптимізувати використання наявних гетерогенних ресурсів збереження і управляти величезними пулами зовнішньої памяти;

спростити управління гетерогенными системами зберігання, розвантаживши цим системних администраторов;

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

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

Уровни виртуализации

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

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

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

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

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

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

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

Виртуальные библиотеки

В нього дедалі популярнішим ідея прискорення резервного копіювання з допомогою спеціальних масивів з щодо дешевих жорстких дисків з інтерфейсом Serial ATA (SATA), які є для проміжної записи копируемых даних. Реалізується ця ідея, зазвичай, з допомогою про віртуальних бібліотек VTL (Virtual тій-таки Тарі Library), які «підставляють» серверу резервного копіювання недорогий дисковий масив як звичайну стрічкову бібліотеку. У цьому, зрозуміло, не потрібно з нового ПО для резервного копіювання або модернізації старого.

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

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

Достоинства збереження резервних копій даних на жорстких дисках (насамперед — висока швидкість збереження й відновлення) і магнітних стрічках (низька вартість збереження і необмежений обсяг) об'єднують у рішеннях Disk-to-Disk-to-Tapc (D2D2T). Такий їхній підхід припускає використання дискової кеш-пам'яті як проміжний етап у процедурі резервного копіювання, кінцевою метою якого як і — магнітні стрічки. Зазвичай, VTL забезпечує 100-відсоткову апаратну эмуляцию стрічкових накопичувачів певного типу. Отже, про сумісності нового устаткування з які у організації операційними системами та програмами резервного копіювання тривожитися звичайно доводиться. Типовий сценарій підключення VTL може бути приблизно таке. До адаптеру SCSI замість стрічкового нагромаджувача підключається пристрій VTL, щодо нього, своєю чергою, — необхідний стрічковий нагромаджувач. Пристрій динамічно налаштовується на імітацію підключеного щодо нього стримера. Програма резервного копіювання, не помітивши підміни, продовжує спілкуватися із ним як і, і з звичайним стрічковим накопителем.

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

Журнал Upgrade4₀₈_05.