LUN на NetApp це НЕ - просто файл, про NetApp

Системи зберігання даних як предмет розмови

LUN на NetApp це НЕ "просто файл"!

Я вже розповідав у цьому блозі чому, незважаючи на те, що на сховищі NetApp ви бачите LUN, тобто об'єкт SAN-мережі, як "файл", що лежить на просторі тому, LUN в NetApp робляться зовсім НЕ через "емуляцію поверх файлової системи" . Однак така цікава "оптична ілюзія" з видимістю LUN-а як файлу, часто призводить до певних (на жаль поширених) помилок розуміння, зокрема до спокуси "збекапити" такий LUN як файл.

Так ось, зверніть увагу, що з того факту, що на "зашарованому" volume ви бачите LUN-и на ньому створені як файли,не слідує, що "LUN-и це файли".

Якщо ви, припустимо, бекапіте такі LUN-и, то бекапит їх треба ТІЛЬКИ як вміст volume, тобто від “кореня”, разом з томом, або з qtree, якщо останній використовується. Як ви втратите при такому копіюванні metadata (вони зберігаються всередині volume), що визначають всередині NetApp LUN саме як LUN, і не зможете відновити його на колишнє місце як LUN, тобто як пристрій з блоковим доступом.

Аналогічна ситуація з відновленням.Відновлювати треба тому разом з усіма LUN-ами на ньому, а не просто окремий "файл" LUN-а, тому що, в іншому випадку, не будуть відновлені специфічні метадані SAN-об'єкта.

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

Зрозуміло, все викладене вище стосується тільки "бекапу з боку сторожа" (наприклад по NDMP), а не бекапу "зсередини" OS, що працює з даними, змонтованим на неї LUN, як своєю файловою системою.

При використанні NetBackup необов'язково відновлювати повністю том. Головне (як і сказано в статті) відновити його або в корінь або в qtree, і тоді метадані будуть (не зрозуміло правда звідки, все-таки схоже на те, що вони створюються стораджем при виконанні якихось умов). Плюс, можливо навіть у разі неправильного відновлення вилікувати такий LUN створивши клон, тоді метадані ЛУНу будуть створені: https://kb.netapp.com/support/index?page=content& >

> Плюс можливо навіть у разі неправильного відновлення вилікувати такий LUN створивши клон

О! Можливо, це може допомогти навіть при тупому копіюванні CIFS. Треба буде потішити.

А ось питання, трохи убік. Ніхто не знає, які ще пристрої, крім самого Нетаппа, зможуть з ним спілкуватися по NDMP? Спробував SUN Unified Storage 7000 - Нетапп мене послав, каже, "віддалена система - не нетапп".

Теж захотів перевірити, чи за CIFS мені не вдалося скопіювати навіть відмаплений і заофлайнований ЛУН, “Access Denied”.

> А ось питання, трохи убік. Ніхто не знає, які ще пристрої, крім самого Нетаппа, зможуть з ним спілкуватися по NDMP?