Использование REO для улучшения процесса резервного копирования и восстановления данных

Внедрять ли REO SERIES как дисковый или ленточный накопитель, или сочетать оба подхода?
REO и производительность резервного копирования
Возможности подключения REO
Планирование внедрения REO
Пример внедрения Overland REO

     Организации любых размеров в настоящее время регулярно сталкиваются с задачей защиты растущих объемов критических данных. Традиционные методы резервного копирования, использующие только ленту, часто уже не справляются с этой задачей, требуя от IT менеджеров выбора новых решений. Поиск наиболее подходящих стратегий обусловлен риском непозволительно длинных периодов простоя в случае, когда отдельные файлы и директории должны быть быстро восстановлены. Пользователи убедились, что использование дисковых устройств может значительно ускорить и упростить задачу восстановления.
     Несмотря на быстрое развитие дисковых решений как предпочтительной стратегии резервного копирования и восстановления данных, использование ленты для архивирования данных также увеличивается на предприятиях, которым необходимо выполнять специфические требования законодательства к сохранности данных.
     Исходя из этого, эксперты отрасли в настоящее время рекомендуют «лучшие способы» защиты данных, сочетающие преимущества дисковых систем с преимуществами ленты. Это достигается благодаря использованию дисковых носителей на первой стадии защиты данных и лент – для долгосрочного архивирования. Эти методы получили общее наименование диск-диск-лента (disk-to-disk-to-tape), или D2D2T. Хотя конкретные случаи применения этого метода, могут сильно различаться, существуют два базовых подхода к внедрению устройств дискового резервирования и восстановления данных Overland REO SERIES™ с Protection OS™ в среде D2D2T:

1. Используйте REO как виртуальную ленточную библиотеку (VTL) и/или отдельный виртуальный ленточный накопитель. Это дает возможность легко управлять REO с помощью обычного программного обеспечения резервного копирования способом, аналогичным тому, как управляется физическая лента (без изменения существующих стратегий резервирования), с последующим копированием некоторых виртуальных лент на физическую ленту.
2. Используйте REO как вторичное дисковое хранилище, с конфигурацией томов (LUN). Часто упоминается как disk staging.

Внедрять ли REO SERIES как дисковый или ленточный накопитель, или сочетать оба подхода?

     Большинство пользователей REO обнаружили, что выбор конфигурации REO с отдельными виртуальными ленточными накопителями и/или с одной или большим числом виртуальных ленточных библиотек является лучшим вариантом. Это особенно верно в случае, когда данные остаются на REO на протяжении длительного периода времени для того, чтобы получить преимущества высокой скорости восстановления данных, предлагаемой дисковыми устройствами. Использование REO в качестве виртуальной ленты упрощает использование существующих стратегий резервирования или установленных циклов хранения, которые автоматически управляются наиболее распространенным ПО резервирования.

Устройства REO SERIES предоставляют гибкость в конфигурации, и могут быть легко сконфигурированы как виртуальная ленточная библиотека, отдельные виртуальные ленточные накопители, и/или тома дисков (LUN) для соответствия меняющимся требованиям к защите данных.

     На основании исследования Enterprise Strategy Group, менеджеры, отвечающие за хранение данных, которые добиваются оптимального времени восстановления данных, имеют тенденцию хранить резервируемые данные на диске на протяжении более длительных периодов времени, чем на ленте. Например, 35% пользователей хранят свои резервные данные на диске до 30 дней; 36% от 30 до 90 дней; и 19% более 90 дней. Это не удивительно, так как восстановление резервных данных с ленты может отнять часы или дни (особенно если лента больше не в библиотеке или далеко), в то время как восстановление сохраненных на диске данных обычно проходит очень быстро и более эффективно.

«Если вы внедрили дисковую технологию резервирования, сколько дней данные будут храниться на диске?» - процент от всех пользователей
Источник: ESG Research: Отчет по замене ленты, март 2005

Преимущества виртуальной ленты REO

     В отличие от других дисковых систем резервирования, только REO SERIES использует встроенное программное обеспечение Protection OS™ для предоставления базового набора средств виртуализации томов и устройств, управления и подключения. Эта гибкая архитектура дает специалистам возможность легкого внедрения новой функциональности наряду с сохранением единой стабильной аппаратной платформы REO. Благодаря этому, устройство REO SERIES может без проблем обеспечить соответствие меняющимся требованиям к защите данных, сохраняя, в то же время, первоначальные инвестиции в оборудование.
     Только дисковые устройства REO SERIES используют запатентованную технологию Dynamic Virtual Tape™ (DVT). Если устройства сконфигурированы как виртуальная ленточная библиотека или как отдельные виртуальные ленточные накопители, каждый виртуальный картридж использует средства DVT. В обоих случаях управление REO осуществляется тем же способом, что и в случае с настоящими лентами, когда стратегией ротации лент руководит ПО резервного копирования. Поэтому переход от использования физических лент к использованию виртуальных лент REO достаточно прост. К тому же, устройства REO оптимизированы для использования в качестве виртуальной ленты, так как для улучшения производительности данные записываются последовательно и в большие блоки.

Динамическая виртуальная лента (DVT) является запатентованной технологией, которая гарантирует отсутствие непроизводительно используемой емкости хранения, устраняя, в то же время работу руками и неопределенность в определении объема, конфигурировании, обслуживании и удалении виртуальных ленточных картриджей. Ленты DVT автоматически расширяются или сокращаются в точном соответствии с емкостью, требуемой операцией резервирования.

     Настройка REO в качестве виртуальной ленты дает возможность пользователю оставлять данные на диске, в случае необходимости, на протяжении длительного периода времени – обычно до 60 дней (см. исследование ESG в предыдущей таблице), без необходимости обучения новым процедурам или интерфейсам управления. Более того, данный метод способствует сокращению количества требуемых полных операций резервирования. С помощью устройств REO SERIES файловая система может быть легко и быстро восстановлена в свое последнее состояние, даже если инкрементные операции резервирования на множестве виртуальных лент занимали месяц. В результате требуется меньше полных операций резервирования, и ежедневное резервирование может быть инкрементным, а не обычно используемым физическими лентами – дифференциальным, хранящим все изменения на ленте на данный момент времени. Такое решение также экономит место для хранения данных.
     Использование виртуальной ленты также может дать пользователю возможность консолидировать сеансы резервирования данных на виртуальные ленты на ограниченное число физических лент, когда потребуется миграция с диска на ленту. Это может быть легкое выполнено с помощью дополнительных сеансов резервирования с виртуальных лент на физическую ленту до тех пор, пока физический ленточный картридж не заполнится. Тем не менее, этот процесс может быть улучшен специальными средствами, которые доступны в некоторых программных пакетах резервирования, такими как консолидация данных, или полные виртуальные операции резервирования «полное синтетическое резервирование», создаваемое программным обеспечением из серий инкрементных резервных копий.
     Неважно, как это делается. Важным преимуществом, извлекаемым из такой консолидации, является более эффективное использование физических ленточных картриджей и ленточных приводов, приводящее к меньшему износу и разрывам ленточных носителей, и меньшему износу роботов, используемых в ленточных библиотеках. Благодаря использованию физической ленты в основном для архивирования, срок службы существующих ленточных устройств может быть увеличен за счет менее частого использования.
     В дополнение к консолидации носителей и сокращению износа лент и ленточных библиотек, использование дисковых устройств REO как виртуальной ленты обеспечивает значительные преимущества над обычными дисковыми системами. Например, устройства виртуальной ленты REO не подвергаются дисковой фрагментации, которая может вызвать снижение производительности. При использовании традиционных файловых систем на «обычных дисках» (например, RAID или NAS системы) пользователи со временем замечают ухудшение производительности. Это происходит по причине непрерывного роста фрагментации файловой системы, что связано с постоянной записью и перезаписью файлов. Виртуальные картриджи REO SERIES создаются напрямую системой управления логическим томом, и не представлены программному обеспечению резервирования как файловая система, сводя к минимуму риск фрагментации и поддерживая максимальную производительность целевого диска. К тому же, при использовании REO SERIES как виртуальной ленты, REO не поддается вирусам и хакерам, не нуждается в настройке и управлении томами вручную и т.д., то есть стандартные проблемы, встречаемые в обычных дисковых системах резервирования.
     Следующая иллюстрация показывает использование REO для повседневного резервирования и восстановления наряду с ленточной библиотекой, предназначенной для архивирования.

REO SERIES дает возможность быстрого, надежного резервирования и восстановления, и с легкостью интегрируется в распространенные среды резервирования. REO дополняет существующие ленточные библиотеки, которые могут быть использованы для архивного хранения.

Ежедневные внешние копии без ленты

     Если стратегия вашей организации в отношении внешних копий не позволят следовать вышеупомянутому совету – делать копии на физическую ленту с REO только раз в неделю или в месяц, то программное обеспечение REO Multi-SitePAC™ может помочь справиться с ситуацией. Программное обеспечение Multi-SitePAC автоматизирует процессы защиты удаленных данных без необходимости внесения изменений в существующие системы или ПО резервного копирования. Multi-SitePAC пересылает резервируемые данные в формате виртуальной ленты с удаленного REO на центральное устройства REO, где они могут консолидироваться, управляться и архивироваться. Пользователям следует определить, достаточна ли полоса пропускания в глобальной сети WAN для передачи дневных данных инкрементного резервирования через WAN в центральный или удаленный центр данных для внешнего архивирования, или с целью восстановления в случае катастроф. Инкрементные данные передаются с помощью программного обеспечения Multi-SitePAC по заранее определенному расписанию с одного REO на другое. Принимающее устройство REO, например, в центре восстановления в случае катастроф, накапливает эти инкрементные сеансы, и затем ПО резервирования может быть использовано для перемещения данных на физическую ленту.
     Конфигурация REO SERIES как виртуальной ленточной библиотеки или отдельных виртуальных ленточных накопителей обеспечивает максимум производительности во время работы и сводит к минимуму административные издержки, обеспечивая простоту в управлении, что делает это решения лучшим выбором для большинства сред резервирования и восстановления. Тем не менее, необходимо учесть один нюанс. Пользователям REO следует быть уверенными в создании достаточного количества устройств виртуальной ленты для обеспечения множества одновременных работ (см. часть 2) и внедрении надежной схемы ротации лент (например, такой, которая дает лентам возможность быть перезаписанными в надлежащий временной интервал). Если количество виртуальных ленточных картриджей недостаточно, то у каждого картриджа может быть широкий спектр разнородных стратегий сохранения данных, что создает трудности в управлении и заполнении (перезаписи) ленточных картриджей. Одно устройство REO может быть сконфигурировано с 64 отдельными виртуальными ленточными накопителями или как виртуальная ленточная библиотека с 32 виртуальными накопителями, 180 виртуальными ленточными картриджами и четырьмя разделами, обеспечивая пользователя гибкостью, которая необходима для надежных схем ротации лент.

Альтернатива дисковому устройству

     Вторым простым способом быстрого преобразования традиционного ленточного подхода к резервированию в метод D2D2T является размещение целевого диска на пути между основным хранилищем и лентой, используя его как типичное устройство кэширования, и затем перемещая данные с диска на соответствующий ленточный носитель. Эти возможности сейчас доступны в большинстве пакетов резервного копирования, но точные детали реализации существенно различаются. Например, "Disk Folders", которые могут быть созданы в Symantec (VERITAS) Backup Exec, управляемы наподобие ленточных картриджей, когда пользователь может объединять их в группы, и осуществлять последовательную запись. С другой стороны, "Disk Storage Units" и "Disk Staging Storage Units" создаваемые Symantec (VERITAS) NetBackup спроектированы как дисковый кэш, главная возможность управления которым заключается в том, как долго данные будут находиться на диске до копирования на ленту. Поскольку реализация таких устройств, как дисковый кэш, различается в зависимости от возможностей программного обеспечения резервирования, в Overland разработали комментарии «Primary Application Notes», которые описывают соответствующие вашим потребностям опции конфигурации. Обратитесь к этим оригинальным документам в базе знаний (Knowledge Base ) на web сайте Overland Storage.
     Одним неотъемлемым преимуществом использования устройств REO является то, что на них также могут быть сконфигурированы до 64 томов (LUN) и поэтому они могут использоваться в качестве дискового кэша. Если данные с REO немедленно резервируются на физическую ленту, то выбор конфигурации RAID 0 вместо RAID 5 может быть привлекательной опцией. Несмотря на то, что RAID 0 не обеспечивает избыточности в случае сбоя дискового носителя, он предоставляет повышение производительности на 50%. Гибкость в выборе между RAID 0 или RAID 5, опция конфигурации REO как дисковых логических устройств LUN или виртуальной ленты обеспечивают особое преимущество устройства дискового резервирования REO SERIES над возможностями «обычной дисковой» системы RAID или устройства хранения NAS (Network Attached Storage). Когда принимается решение, будет ли REO сконфигурирован как «диск» и/или как виртуальная ленточная библиотека или отдельные виртуальные ленточные накопители, следует учесть следующие моменты:

1. Используйте REO как основное устройство резервирования, перемещая данные на ленту не чаще, чем раз в неделю с целью архивирования. Операции инкрементного резервирования могут зеркалироваться для обеспечения восстановления в случае катастроф и выполнения требований по созданию ежедневных внешних копий (с использованием программного обеспечения REO Multi-Site PAC).

2. Храните данные на REO достаточно долго, чтобы обеспечить большую часть ваших задач по восстановлению, возможно, на протяжении 30-60 дней для операций полного и инкрементного резервирования.

3. Настройте стратегии хранения вашего программного обеспечения резервирования для автоматической ротации виртуальных лент.

4. Рассмотрите возможности использование средств «синтетического полного резервирования» в ПО резервного копирования, для того, чтобы исключить необходимость в проведении операций полного резервного копирования. Затем, периодически записывайте на физическую ленту консолидированные результаты синтетического полного резервирования.

5. Определите, может ли ваше устройство REO быть сконфигурировано как RAID 0 для высокой производительности – это имеет смысл, если данные будут затем быстро перемещаться на физическую ленту.

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

     Продукты семейства REO SERIES включают в себя три модели – REO 1000, 4000 и 9000. Каждая из этих моделей спроектирована, чтобы отвечать особенностям целевого рынка по показателям емкости, производительности и функциональности. REO 1000 идеальна для операций резервирования, требующих емкость около 1 Тб или меньше, где ленточным устройством возможно является Overland LoaderXpress или аналогичное. Таким образом, REO 1000 идеально для использования с одним сервером резервирования, отправляющим единый поток резервируемых данных, что обычно встречается в малых или удаленных офисах.
     Устройства REO 4000 и 9000 спроектированы для более требовательных сред резервирования. Например, REO 4000 может легко работать в паре с двухприводным автозагрузчиком Overland Storage PowerLoader или библиотекой NEO 2000, поскольку в состоянии легко записывать одновременно от одного до шести потоков данных на свой дисковый массив, что соответствует характеристикам NEO. Устройство REO 9000, с его еще более высоким потенциалом пропускной способности, может легко обрабатывать от шести до десяти одновременных потоков данных.
     Наилучшим правилом для пользователей с несколькими серверами резервирования является параллельное выполнение множества заданий резервирования. И если в настоящее время у вас есть только один или два физических ленточных накопителя, внедрение REO 4000 или REO 9000 в качестве вашего основного устройства резервирования улучшит производительность резервирования и восстановления значительнее, чем с помощью простого добавления большего количества физических ленточных накопителей в среду резервирования.

Целевой рынок	Модель REO	Рекомендованные одновременные потоки данных
Филиал/удаленный офис	REO 1000	1
Малый и средний бизнес	REO 4000	до 4
Средний бизнес и уровень предприятия	REO 9000	8 – 10

     Другим фактором производительности такого дискового массива, как REO, является конфигурация RAID. Как замечено в первой главе, использование RAID 0 может значительно повысить производительность, если данные на REO копируются на ленту вскоре после резервирования, делая предоставляемую RAID 5 защиту данных менее существенной. Также, поскольку в REO 4000 и 9000 установлено два контроллера, лучше всего обеспечить использование обоих контроллеров, чтобы оптимизировать производительность. Например, REO 9000 с 24 дисковыми накопителями настроен таким образом, что первый контроллер массива имеет доступ к первым 12-ти дискам, в то время как второй контроллер массива имеет доступ к дискам 13-24. Пока развиваются методы балансировки нагрузки, пользователи могут просто создать несколько виртуальных ленточных картриджей заранее установленного размера на первых 12-ти дисках, чтобы гарантировать, что второй контроллер массива используется. Также отдельные динамические виртуальные ленты (DVT) могут быть идеальны для использования в качестве «избыточных» лент посредством назначения одной DVT каждой группе носителей в случае, если статически установленные размеры виртуальных ленточных картриджей в этой группе использованы. Группа технической поддержки Overland Storage может оказать помощь, если у вас есть вопросы по вашей индивидуальной инсталляции.
     Важно помнить, что существует множество факторов, влияющих на производительность резервирования, за пределами возможностей и настроек самих устройств резервирования. Если производительность резервирования низкая по структурным причинам, добавление REO или любого другого дискового массива как основного устройства резервирования, например, может не помочь, если параллельно не провести другие изменения. Как показано на рисунке ниже, потенциальные помехи процессам резервирования существуют в каждой точке, от серверов приложений и их файловых систем, сети и серверов резервного копирования, до соединений устройств резервирования. Многочисленные небольшие файлы, к примеру, могут значительно снижать производительность, если производится пофайловое резервирование. Резервное копирование с использованием образов дисков, доступное в большинстве пакетов резервирования и восстановления, было создано для содействия эффективному резервированию и восстановлению многочисленных небольших файлов.

Типичная среда резервирования содержит в себе множество потенциальных узких мест. Пользователям следует изучить каждое влияющее на производительность препятствие для понимания характеристик производительности своей инфраструктуры резервирования.

     Улучшение производительности резервного копирования и восстановления требует произведение периодических изменений в соответствии с новыми условиями. Используете ли вы ленту, диск, или их вместе, вам следует регулярно анализировать вашу среду резервного копирования с целью определения возможностей улучшения производительности. Это включает в себя консультации с производителем программного обеспечения резервного копирования для получения рекомендованных настроек – к примеру, оптимальных размеров блока данных и кэша, которые могут значительно влиять на производительность.
     Также следует принять во внимание использование дополнительных возможностей, предлагаемых поставщиком программного обеспечения, таких, как перемещение данных с ваших наиболее загруженных серверов резервного копирования непосредственно на REO, что часто называется динамическим разделением приводов среди множества серверов данных. Хотя использование такой технологии требует установки дорогостоящей сети Fibre Channel, стоимость Fibre Channel продолжает неуклонно снижаться. Кроме того, пользователи сейчас могут получить выгоду от использования недорогих сетей Gigabit Ethernet с протоколом iSCSI, чтобы направить потоки данных непосредственно с множества серверов на REO 4000 или REO 9000. А ленточные SCSI устройства могут легко совместно использоваться в iSCSI SAN путем простого подключения ленточного накопителя или библиотеки к транзитным SCSI портам устройств REO 4000 или 9000.
     Так как устройства REO 4000 и 9000 спроектированы для резервирования множества одновременных потоков, пользователям следует конфигурировать их в соответствии с этими задачами. Несмотря на высокую производительность физических ленточных приводов, мультиплексирование, или расслоение, часто используется, чтобы обеспечить потоковую передачу данных на ленточный привод по время операций резервирования. Тем не менее, мультиплексирование может значительно снизить производительность восстановления, так как сегменты файла, скорее всего, разбросаны по большому пространству ленты (лент). Однако пользователям REO не требуется мультиплексировать свои данные, они могут просто назначить один или большее количество виртуальных дисков для каждого клиента. И даже если передаваемые на REO данные мультиплексируются, они могут быть просто и быстро де-мультиплексированы во время копирования на физическую ленту, что упрощает их восстановление.

Серверы с большими объемами данных подключены непосредственно к REO по сети хранения SAN.

Далее приводится список полезных идей повышения производительности по итогам семинара Overland Storage и документа «Десять советов ускорения резервного копирования».

1. Проверьте основные дисковые системы, чтобы убедиться, что они работают с надлежащей производительностью; внешний RAID обычно быстрее внутреннего диска.
2. Используйте «резервное копирование образов», чтобы записать значительное количество небольших файлов на REO.
3. Используйте сервер резервирования большой мощности, скорость процессора – минимум 1 GHz и 1 Гб оперативной памяти.
4. Проверьте такие настройки вашего программного обеспечения резервного копирования, как: размеры блоков данных и кэша для того, чтобы возможно улучшить производительность путем настройки. REO оптимизирован для блоков данных 64кб, стандартно используемых большинством программных пакетов резервирования.
5. Используйте вместо обычного диска виртуальную ленту вместе с файловой системой, позволяющей избежать записи протокольных данных и возможной фрагментации диска.
6. Используйте параллельные потоки с REO 4000 или 9000, даже если у вас только один сервер резервирования. Если у вас большие серверы приложений, рассмотрите возможность прямого подключения их к REO, используя SAN и программное обеспечение с поддержкой множества "media servers".
7. Если используется REO с iSCSI, убедитесь, что у сервера резервного копирования есть один IP порт для чтения данных клиентов и отдельный IP порт для записи данных на REO (см. главу 3).
8. Для предельной производительности продумайте баланс нагрузки на REO с использованием виртуальных ленточных картриджей фиксированной длины и динамических виртуальных лент в качестве избыточных для каждой группы носителей.

Возможности подключения REO

     Выбор надлежащих опций подключения также может помочь оптимизировать общую производительность REO. Устройства REO SERIES стандартно выпускаются с поддержкой протокола iSCSI в Gigabit Ethernet (GbE), и соединения Fibre Channel (2Gb), опции, доступной в REO 4000 и 9000. Сейчас большинство серверов выпускается с множеством портов GbE, а программный инициатор iSCSI доступен в большинстве операционных систем бесплатно или по минимальной цене. Использование iSCSI в сети GbE является очень рентабельным методом соединения. Fibre Channel предлагает более высокую пропускную способность для тех ситуаций резервирования, которые требуют предельной производительности, но iSCSI через GbE достаточен для большинства сред. Как и Fibre Channel, iSCSI устраняет строгие ограничения длины кабеля параллельного SCSI, и когда протокол iSCSI используется с коммутацией Ethernet, iSCSI также может быть использован для создания сети хранения данных SAN. Если Fibre Channel SAN уже используется, REO может быть легко интегрирован в существующую среду, сохраняя сделанные инвестиции.
     Как показано на диаграмме ниже, устройство REO подключено с использованием iSCSI. Важнейшее правило заключается в том, чтобы избежать использования одного и того же порта Ethernet на сервере, для подключения REO и серверов приложений. Даже с производительностью GbE может возникнуть ощутимое узкое место. Кроме того, если вы используете 10/100 Ethernet, как показано ниже, общая производительность ограничена 11 Мб в секунду.

Ошибочный способ: один iSCSI NIC как для REO, так и для серверов приложений, создает несколько узких мест производительности

     Следующая диаграмма показывает пример лучшего способа подключения по iSCSI. Обратите внимание на частное подключение GbE от REO к серверу резервирования (показано ниже), виртуальная сеть LAN или vLAN может быть создана, если поддерживается управляемым коммутатором GbE.

Правильный способ: подключение REO через раздельные каналы iSCSI для лучшей производительности

     Так как обработка данных iSCSI и сопровождающего его стека Ethernet TCP/IP при использовании программного инициатора iSCSI, создают дополнительную нагрузку на процессор, то специализированные "Storage NICs" или SNICs помогут разгрузить процессор и повысить производительность. Тем не менее, если у сервера мощный процессор, достаточно памяти, и он выполняет только задачи резервирования, то суммарная нагрузка ПО резервирования и один или два потока данных iSCSI обычно не влияют на производительность.

Планирование внедрения REO

     В 1-й главе мы обсуждали критерии, связанные с использованием REO как томов дисков (LUNs) или как устройство виртуальной ленты. Давайте предположим, что вы решили использовать виртуальную ленту – эта глава расскажет о планировании и принятии решений, которые потребуются, когда вы будете внедрять REO. Обратите внимание, несмотря на то, что мы обсуждаем виртуальную ленту, похожие решения потребуются для внедрения REO как вторичного устройства, сконфигурированного как тома (LUN).

Виртуальные ленточные накопители против виртуальной ленточной библиотеки

     Решение о внедрении устройства REO SERIES, сконфигурированного как дисковый том (LUN), отдельных виртуальных ленточных накопителей и/или одной или нескольких ленточных библиотек должно основываться на ваших требованиях к защите данных и характеристиках программного обеспечения резервирования. Некоторые программные пакеты резервирования, особенно продукты уровня предприятия, такие как VERITAS NetBackup, EMC Legato NetWorker и CommVault Galaxy, разработаны с учетом особенностей роботизированной ленточной библиотеки. Следовательно, с этими пакетами возможно проще будет организовать стратегию резервирования и систему ротации лент, если вы используете устройство REO, сконфигурированное как ленточная библиотека. Тем не менее, некоторые поставщики программного обеспечения выставляют немалый счет за лицензии на дополнительные ленточные библиотеки, иногда даже за ленточные накопители, что необходимо предварительно изучить. Так как «Primary Application Notes» разработаны для каждого из основных программных пакетов резервирования, там должны быть комментарии касательно аспектов соответствующего программного пакета, которые могут повлиять на выбранные решения.
     Сконфигурировано ли устройство REO как отдельные виртуальные ленточные накопители или как виртуальная ленточная библиотека, вы захотите установить новый набор стратегий хранения в программном пакете резервирования, основываясь на том, сколько времени вы хотите хранить данные на REO для немедленного восстановления. И как уже было отмечено выше, вы можете захотеть установить достаточно виртуальных картриджей, чтобы они могли легко заполняться и использоваться заново по необходимости. К примеру, вы решаете установить ограничение для виртуальных лент по 250 GB на каждую, и вам нужны три виртуальных ленты, чтобы вместить ежемесячное полное резервирование (сохраняемое на протяжении двух месяцев), затем вам необходимо установить шесть ежемесячных лент на период в 7 недель (так, чтобы они заканчивались на 8-й неделе) и восемь ежедневных лент на 3-х недельный период (так, чтобы они заканчивались на 4-й неделе), всего 14 виртуальных лент. Благодаря созданию копий на ленточной библиотеке только ежемесячных лент, то потребуется всего несколько физических лент, что сводит к минимуму износ и разрывы ленты и снижает общую стоимость носителей.

Отслеживание виртуальных лент

     У виртуальных ленточных картриджей в виртуальной ленточной библиотеке будут номера слотов и виртуальные этикетки со штрих-кодом, которые отслеживаются в соответствующих группах программным пакетом резервного копирования, но отдельным виртуальным ленточным накопителям (или дисковым устройствам) даются только имена iSCSI или номера LUN Fibre Channel. Заметьте, несмотря на то, что вы можете изменить имена iSCSI REO для большего удобства, вы можете не захотеть делать это, если устанавливаете iSCSI SAN вместе с устройствами SAN, отслеживаемыми сервисом имен, или если вам понадобится сделать это в будущем. Такой сервис имен, как правило, требует использования стандартной iSCSI спецификации.
     Так что, лучшим способом настройки групп логических устройств для отдельных ленточных накопителей в ПО резервного копирования, используете ли вы iSCSI или Fibre Channel, является создание одного устройства за раз на REO, регистрация этого устройства на соответствующем хосте (сервере резервирования) в случае iSCSI, и идентификация нового устройства в программном пакете резервирования с его назначением соответствующей группе. Устройство или группы носителей следует по очереди настроить согласно хорошо продуманному плану. Многие пользователи организуют свои ленты с помощью приложений, так как приложения обычно определяют факторы качества сервиса, такие, как время хранения. Вышеуказанная процедура может показаться несколько утомительной, но помните, что вам следует сделать это один раз. Затем вам следует задокументировать все имена устройств, используемых в REO и в программном обеспечении резервного копирования.
     Наконец, после того, как созданы все ваши новые устройства, не забудьте сделать резервную копию файла System Configuration File, используя опцию Create System Configuration File в меню сопровождения Maintenance Menu.

Пример внедрения Overland REO

     У производителя медицинского оборудования среднего размера существовала проблема: стремительный рост данных опережал возможности резервирования его ленточной библиотеки LTO-1. Ежесуточные операции дифференциального резервирования занимали большую часть ночи, а операции полного резервирования в выходные дни отнимали так много времени, что занимали утренние рабочие часы каждого понедельника. Ленточные накопители в библиотеки дважды давали сбой в последние несколько месяцев, и IT персонал опасался необходимости делать полное восстановление, зная, что восстановление содержимого только 1Тб данных их внешней системы RAID займет более 24 часов.
     IT директор и его менеджер начали поиск возможности замены их ленточной библиотеки на более мощную модель LTO-3, в то же время изучая некоторые из новых альтернатив D2D2T. Свои запросы они обсуждали с двумя поставщиками, один из которых предположил, что, инвестируя средства в REO 9000 вместо новой ленточной библиотеки, они могли бы продолжить использовать имеющуюся у них ленточную библиотеку как устройство архивирования, в то же время, сохраняя резервные данные на диске 30 дней для быстрого восстановления.
     Совместно со своим поставщиком они разработали решение D2D2T, которое включало в себя хранение данных полного и инкрементного резервирования на диске в течение четырех недель. Было принято решение приобрести подключаемое через Fibre Channel устройство REO 9000 емкостью 8Тб, чтобы обеспечить необходимое пространство для резервных копий, оставляя существующую ленточную библиотеку только как архивное устройство. Когда REO был установлен, поставщик помог IT менеджеру разработать схему ротации лент для REO, которая содержала ленты для полного и инкрементного резервирования, как показано в нижеследующей таблице. Было решено, что использовать отдельные виртуальные ленточные накопители в REO предпочтительнее, чем виртуальные ленточные библиотеки VTL, чтобы избежать необходимости приобретения новой лицензии для ленточной библиотеки у поставщика программного обеспечения резервирования.
     Так как операции полного резервирования были наиболее критичными в показателях производительности, на REO были созданы четыре виртуальных ленточных картриджа емкостью 250Гб для еженедельного заполнения (по два картриджа на один контроллер RAID). Это помогло использовать все достоинства REO 9000, используя множественные потоки и балансировку загрузки. Также был создан отдельный картридж динамической виртуальной ленты (DVT) для еженедельной группы носителей, чтобы обеспечить дополнительную емкость в случае необходимости.
     Было решено заменить для ежедневных операций дифференциальное резервное копирование на инкрементное, чтобы уменьшить емкость и время. Ленты ежедневного резервирования создавались для каждых четырех недель в цикле, используя картриджи динамической виртуальной ленты (DVT) REO, которые автоматически росли в случае необходимости, так как размер ежедневного инкрементного резервирования значительно различался.

Схема ротации виртуальных лент

Группы носителей для полного резервирования, 4-недельные циклы хранения:

1-я неделя = 4 виртуальные ленты + 1 DVT

2-я неделя = 4 виртуальные ленты + 1 DVT

3-я неделя = 4 виртуальные ленты + 1 DVT

4-я неделя = 4 виртуальные ленты + 1 DVT

Группы носителей для ежедневного инкрементного резервирования, 4-недельные циклы хранения:

1 DVT для каждой группы

     После того, как новая схема резервного копирования была запущена в работу, IT персонал вздохнул с облегчением, так как операции резервирования теперь завершались в окне резервирования и больше не влияли на работу персонала. Восстановление данных, в случае необходимости, было быстрым и простым. Полные еженедельные операции резервирования выполнялись немногим больше чем за три часа, оставляя достаточно времени для того, чтобы делать дубликат на физическую ленту в оставшееся время. А процесс дублирования стал проходить даже быстрее, чем операции резервирования, проделываемые ранее на старых ленточных носителях LTO-1. Пользователи не могут поверить, как быстро их данные могут быть восстановлены.