Для мене найбільшим аргументом на користь стрічки є те, що подвоєння вашої пам’яті є дешевим. Тобто, перейти від 1 Тб зберігання жорсткого диска до 2 ТБ - це те саме, що перейти від нічого до того першого ТБ. За допомогою стрічки ви платите велику премію за привід, але зберігання після цього порівняно дешеве. Вам не доведеться проводити тривалі бюджетні зустрічі з приводу збільшення розміру NAS-накопичувача на 15 ТБ, ви просто замовите ще одну коробку LTO5.
(Chopper робить вагомий пункт щодо примусових етикеток, але етикетки на стрічці мають стандартний формат, і є безкоштовні програмні рішення для друку власних товарів на етикетці.)
Стрічки набагато простіше перевозити та зберігати їх легше, ніж жорсткі та жорсткі диски. Вони більш стійкі до ударів, а їх температурні допуски вищі.
Вони також виграють від існування автонавантажувачів. Це дозволяє поширити великий дамп по декількох контейнерах для зберігання, а це означає, що вам не потрібно турбуватися про те, як розбити резервні копії. Хоча це абсолютно можливо зробити автозавантажувач для носіїв типу HDD, я його ніколи не бачив, і я підозрюю, що відсутність стандартизації фізичного розміру пакета ускладнить його виведення на ринок за розумною ціною.
Ваша думка щодо швидкості передачі є дійсною, але в контексті резервного копіювання це мінімальний імпорт. Час, необхідний для створення резервної копії файлової системи 1 ТБ на що- небудь достатньо великий, що ви не повинні робити це в реальній файловій системі; а якщо ви знімаєте знімок на стрічку, кого це хвилює, чи потрібно це зайву годину чи дві? Часи пошуку є не менш важливою проблемою, оскільки все гідне програмне забезпечення для резервного копіювання підтримує показники, тому для відновлення файлу, як правило, можна перейти безпосередньо до відповідної частини стрічки.
Редагувати : після інциденту на початку цього тижня ще одна перевага стрічки вразила мене найбільш сильно. Клієнт заразився програмою, яка вимагає викупу, яка негайно зашифрувала кілька сотень гігабайт свого основного корпоративного файлового сервера. В режимі онлайн-резервного копіювання все дуже добре, але будь-яка система, яка може записувати на ці резервні копії, може також їх переписати або стерти, навіть якщо ви хочете, щоб цього не було. Це , звичайно , не сперечається проти всіх систем резервного копіювання HDD на базі, але це слабкість в простий « давайте просто мати великі NAS і зробити все наші резервні копії там через хрон » підхід.
Мій клієнт, до речі, зберігає стрічки - тому, крім пари втрачених днів, шкоди не було.