Чи є ще місце для зберігання стрічки?

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

Мені комфортніше зберігати дані у двох окремих форматах: диски та стрічка. Крім того, щойно дані надійно записуються на магнітофон, я відчуваю (можливо, наївно), що його назавжди збережено. Не потрібно покладатися на RAID-контролер, щоб мати можливість читати дані назад - для мене ще один плюс.

Ви бачите місце для резервного копіювання стрічки в ці дні?

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

У резервному середовищі, яким я керую, ми маємо дві бібліотеки стрічок. Один є бібліотекою LTO-2, а другий - IBM TS1120.

У середньому ми можемо зберігати більше 1 ТБ даних на одну стрічку, вартістю близько 50 доларів за кожну. Наша основна бібліотека має орієнтовну потужність 750 Тб і використовує простір близько 12 плиток для підлоги та дуже мало енергії.

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

Стрічка також дуже корисна для задоволення багатьох вимог аудиту, які змушують зберігати велику кількість даних, наприклад електронної пошти, протягом тривалих періодів часу (7 років).

Коротка відповідь - так, стрічка все ще дуже жива і має місце на підприємстві, і це буде в осяжному майбутньому.

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

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

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

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

Ну, так як ви запитали, коли я думаю, що "зберігання стрічки", я думаю, що "пам'ять лише для запису". Я повністю погоджуюся, що це, мабуть, дуже несправедливо до мене, але це моя асоціація, і я завжди вважаю за краще мати дані на диску, враховуючи можливість.

Востаннє, коли я досліджував рішення про стрічку, було менше року тому, і це все-таки дешевше диска, на жаль.

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

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

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

Це можна зробити з дисками, якщо ви робите знімки та переміщуєте їх на віддалений сайт, можливо, більше ніж один віддалений сайт. У Sun є продукти для цього, і, я обдячусь, що EMC, netapp, ibm, hp і т.д., все це також може зробити. Фінанси та галузі наркотиків дбають про такі резервні копії.

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

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

Прочитайте це: http://www.newscientist.com/article/mg21628875.500-cassette-tapes-are-the-future-of-big-data-storage.html#.Unj8RdKVOSo