ARUBA INSTANT WI-FI: ПРОСТІ, ПОТУЖНІ, ДОСТУПНІ
Організація ієрархічного зберігання даних за допомогою служби Microsoft RSS
Hовая характеристика - reparse points - може здатися несуттєвою, але саме вона дозволяє задіяти одну з передових технологій зберігання інформації в мережі - ієрархічне зберігання даних. Адміністратор, який обрав ієрархічний підхід, у всякому разі теоретично, стає володарем сховища необмеженого обсягу, доступ до якого можливий в будь-який час. Розробники Microsoft постаралися реалізувати цю технологію так, щоб працювати зі сховищем даних було зручно і просто.
Ієрархічний менеджмент зберігання даних
Малюнок 1. Процес вилучення файлу з допомогою reparse points.
Представляючи концепцію технології ієрархічного зберігання, хочу почати з простого прикладу. У більшості організацій для зберігання даних в оперативному режимі місця завжди не вистачає. Незважаючи на те що жорсткі диски зараз коштують відносно недорого, сервери заповнені, що називається, «під зав'язку», як би не старався адміністратор системи нарощувати потужності для зберігання даних. Не бачачи іншого виходу з положення, що створилося, в більшості організацій записують «історичні» дані на стрічки, при цьому інформація видаляється з оперативного доступу. Стрічки ховаються в затишне місце до кращих часів, поки інформація знов не буде затребувана. На жаль, маніпуляції зі стрічками вимагають ручної праці і забирають багато часу, особливо в тих випадках, коли дані не відновлювалися протягом декількох місяців.
Технологія Hierarchical Storage Management (HSM) - управління ієрархічною структурою зберігання інформації - дозволяє автоматизувати весь описаний процес. Відповідно до принципу побудови HSM, є два типи систем зберігання. Назвемо їх для наочності сховищем оперативного доступу і сховищем майже оперативного доступу. Сховище оперативного доступу, як правило, складається з декількох жорстких дисків та інших, щодо дорогих носіїв, дані з яких можна отримати практично миттєво. Сховище майже оперативного доступу створюється, наприклад, на магнітних стрічках, і вартість носіїв в ньому істотно нижче, ніж для оперативного сховища, але і доступ до даних при цьому відбувається повільніше. Технологія HSM має на увазі, що доступ до носіїв інформації здійснюється без втручання людини. Оскільки окремо зберігається архів даних на стрічках (неоперативного доступу) вимагає ручних маніпуляцій, сховище цього типу в HSM використовуватися не може.
У Microsoft для позначення сховищ оперативного доступу і майже оперативного доступу застосовуються терміни «локальне сховище» (local storage) і «віддалене сховище» (remote storage). і далі по ходу статті я буду використовувати саме їх.
Служба віддаленого зберігання
віддалене сховище
По суті, те, що часто іменується в контексті служби RSS віддаленим сховищем, на ділі реалізовано у вигляді пристрою зі знімними (або монтуються) носіями. Наприклад, фізичні носії (стрічки) для DLT-бібліотеки з Автозавантажувач - типові представники такого роду носіїв. Важливо пам'ятати, що для правильного функціонування служби RSS необхідно строго дотримуватися наступної вимоги: жоден носій зі складу віддаленого сховища не може бути вилучений з пристрою. Крім того, не кожен пристрій зі змінними носіями може служити віддаленим сховищем.
Служба RSS здатна взаємодіяти далеко не з усяким стрічковим накопичувачем. Згідно супровідної документації Microsoft, RSS підтримує всі стрічкові DLT-бібліотеки класу 4 мм і 8 мм, що підключаються як SCSI-пристрої. В даному випадку під бібліотекою мається на увазі і автоматичне мультимедійний пристрій з безліччю накопичувачів, і пристрій з одним-єдиним накопичувачем, що керується вручну. Корпорація Microsoft не має забезпечила підтримку QIC-бібліотек (бібліотек з четвертьдюймовим картриджем, т. Е. Картриджем з магнітною стрічкою шириною 6,3 мм) і оптичних бібліотек - прикре виключення, так як магнітооптичні носії отримують все більш широке поширення. Тим же з потенційних замовників, хто має працювати з магнітооптика в якості віддаленого сховища, залишається тільки пошукати на ринку програмного забезпечення відповідний HSM-продукт виробництва незалежних компаній.
установка RSS
Коли служба RSS стартує, майстер Remote Storage Setup Wizard пропонує повідомити системі, яке саме стрічкове пристрій користувач планує задіяти в якості віддаленого сховища. У тому випадку, коли сумісний з RSS пристрій в системі відсутній, процедура установки на найпершому етапі - при спробі виявити відповідне пристрій - видасть помилку. Якщо ж перший крок завершено успішно, виявлене в системі стрічкове пристрій буде працювати зі службою RSS нормально.
Екран 1. Завдання основних робочих параметрів для RSS.
Далі Remote Storage Setup Wizard запитує відомості про те, які саме томи NTFS належить обслуговувати. В контексті RSS поняття «тому обслуговування» означає звичайний розділ NTFS, моніторинг якого виконується службою RSS і з якого в разі потреби проводиться перенесення файлів. RSS може здійснювати управління на будь-якому числі томів NTFS (але тільки не FAT або FAT32: ці файлові системи не підтримують reparse points). Потрібно вказати ті томи NTFS, які повинні обслуговуватися RSS, потім клацнути на кнопці Next. Відкриється діалогове вікно Volume Settings, зображене на Екрані 1.
Приблизно 80% конфігураційних установок RSS виконується на цьому кроці, в діалоговому вікні Volume Settings. Для вибраного томи потрібно задати умови проведення міграції файлу з локального сховища в віддалене, якими буде керуватися RSS. Щоб процес міграції виконувався коректно, необхідно попередньо ознайомитися з його логікою.
RSS виконує моніторинг томи обслуговування, з'ясовуючи, скільки на ньому залишилося вільного простору, і складає список файлів, доступ до яких користувачі досі не здійснювали. Кожному підпроцесу в рамках загального процесу моніторингу відповідає деяка специфічна функція, а всі разом вони і реалізують те, що прийнято називати HSM-технологією. По-перше, під час моніторингу система встановлює, до яких файлів останнім часом не було звернень. Якщо протягом трьох днів (значення, яке адміністратор системи задає у вікні Volume Settings в поле Not accessed in: __ days) до файлу звернень не було, RSS виконує превентивну міграцію (premigrate) файлу з локального в віддалене сховище. Іншими словами, RSS копіює файл в віддалене сховище (скажімо, на стрічку), але з локального сховища (з диска) поки не видаляє. Замість цього для даного файлу виставляється прапорець premigrate.
Діяльність RSS стає помітною лише тоді, коли простір на томі стає критично важливим фактором. Якщо вільний простір на томі опускається нижче граничного порогу на х% (задається в поле Desired free space), служба RSS починає переміщати файли, помічені прапорцем premigrate. з локального сховища в віддалене, а на їх місце підставляє reparse points NTFS. Отже, якщо відсоток використання дискового простору раптово зростає, службі RSS нічого особливого робити не доводиться. Необхідні файли вже позначені до переносу, і для підтримки належного рівня використання дискового простору залишається тільки видалити їх з локального сховища і встановити reparse points на місце, де знаходилися видалені файли. Ця процедура протікає дуже швидко, тому RSS в стані моментально відреагувати на раптове скорочення обсягу вільного дискового простору.
Останній параметр, який потрібно встановити у вікні Volume Settings, - це мінімальний розмір файлу для міграції. Значення за замовчуванням дорівнює 12 Кбайт. Найімовірніше, воно підходить для більшості випадків. Але якщо потрібно, адміністратор може вручну провести повну інвентаризацію файлової системи сервера. Можна явно вказати, яка кількість файлів даного розміру повинна мати система і який середній розмір файлу. Зрозуміло, що міграція файлів розміром 1 Кбайт на стрічку швидше за все не буде помічена зовсім, так як важко очікувати скільки-небудь помітного впливу на продуктивність системи від переміщення настільки малого файлу, а вплинути потрібно на продуктивність системи в цілому. Слід вибрати відповідне число переміщуються файлів для конкретних умов роботи, а потім клацнути Next для переходу до наступного кроку процедури установки Remote Storage Setup Wizard.
У вікні Media Type зазначаються відомості про тип носія, призначеного для віддаленого сховища. При цьому не можна використовувати той же самий тип пристрою, що і для звичайної штатної процедури резервування, оскільки стрічки для роботи зі службою RSS повинні бути завжди змонтовані. Вибравши тип носія, потрібно в останній раз клацнути Next, і Remote Storage Setup Wizard завершується.
ініціалізація носія
Отже, RSS остаточно налаштована, готова приступити до моніторингу томів обслуговування і виконувати міграцію даних. Однак на цьому робота адміністратора зі службою RSS не закінчена. Так, всі функції RSS підготовлені і функціонують нормально, але до тих пір, поки не буде ініціалізованим першим носій, поки він не буде позначений, як призначений для віддаленого сховища, служба RSS не зможе здійснити реальну міграцію файлів системи.
Налаштування томів обслуговування
Екран 2. Зміна налаштувань RSS.
Залежно від застосовуваних в організації додатків, адміністратору системи може знадобитися виконати тонку підстроювання параметрів RSS, наприклад повідомити щось нове про томах обслуговування. Через snap-in Remote Storage консолі управління MMC зробити це дуже просто.
Для настройки загальних параметрів слід перейти в ліву панель Remote Storage і натиснути правою кнопкою миші на Remote Storage. Вибравши пункт меню Properties, відкриється сторінка Remote Storage (Local) Properties, як це показано на Екрані 2. За допомогою чотирьох закладок, представлених на цій сторінці, адміністратор може визначити обсяг даних, які переносяться в віддалене сховище, поміняти час і частоту активізації служби RSS ( за замовчуванням встановлюється щоденний запуск служби в 2 год ночі) і, нарешті, змінити параметри налаштування носія віддаленого сховища.
Екран 3. Зміна налаштувань для конкретного томи.
Цілком можливо, що в подальшому може знадобитися внести зміни в налаштування окремого тому. Для цього в лівій панелі вікна Remote Storage потрібно вибрати об'єкт Managed Volumes, розкрити контекстне меню даного тому і звернутися до властивостей томи (Properties). Як зображено на Екрані 3, індивідуальні властивості томів обслуговування можуть змінюватися, і для різних типів даних при бажанні встановлюються різні типи параметрів переносу. У наведеному прикладі я модифікував властивості диска Е, щоб в будь-який момент часу гарантувати наявність на диску 50% вільного простору, а також те, що будь-які файли розміром більше 10 Кбайт, до яких ніхто не звертався за останні 24 год, можуть бути перенесені.
тестування RSS
Екран 5. Очікування зворотного перенесення файлу.
Переміщення пятімегабайтного файлу з пристрою 12/24 Гбайт DAT зайняло близько хвилини. (Цікаво, що основний час було витрачено на розгін стрічки і її сканування для визначення місцезнаходження файлу.) Погодьтеся, що одна хвилина - не надто довго, але, от якщо адміністратор вирішить надати підтримку служби RSS своїм користувачам, обов'язково потрібно буде врахувати такого роду затримки , спочатку властиві RSS. Якщо виконання призначеного для користувача додатки призупиняється на час вилучення заархівіруваних файлів з віддаленого сховища, багато користувачів мережі напевно кинуться дзвонити в службу технічної підтримки. Перш ніж розгортати RSS в «бойових умовах», слід протестувати її роботу в експериментальному середовищі, наближеною до промислової з точки зору часто використовуваних в мережі додатків.
RSS не замінить Backup
У цій статті не обговорюються питання резервування даних, проте треба чітко собі уявляти, що RSS не замінить рутинну процедуру резервування даних системи. Так як процедура міграції RSS не в змозі охопити всі системні файли (і, між іншим, при всьому бажанні не зможе перенести каталог winnt), то не можна буде використовувати цю службу і для відновлення системи. Стара добра технологія резервування як і раніше залишається незамінною.
Поділіться матеріалом з колегами і друзями