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

Лента плохо подходит для случайного доступа к данным, к которым часто происходит обращение, поэтому не используется в основных “онлайновых” системах хранения, а только как носитель резервных копий, которые транспортируются в специальные хранилища. Хотя почти во всех SAN есть ленточные системы, они нигде не применяются для онлайного хранения.

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

Сначала ленточные устройства подключали к фабрике с помощью моста SCSI to Fibre Channel - у ленточного накопителя был стандартный интерфейс SCSI (например, SCSI-2) и мост преобразовывал и пересылал его на порты FC N_Port и NL_Port. Современные ленточные устройства оборудуются интерфейсом FC либо встроенным мостом, который делает преобразование прозрачным для пользователей. Ленточные решения – один из главных стимулов внедрения 4 и 8 Gbit Fibre Channel. На момент написания этой книги скорость ленточных технологий уже превысила возможности интерфейса 2Gbit. Когда ленточный привод подключается к сети, неспособной обеспечить его работу на максимальной скорости, то он не получает из сети данные достаточно быстро для того, чтобы лента перематывалась с максимальной скоростью.

В результате, привод либо переходит в замедленный, так называемый “старт-стопный” режим14, либо не удается успешно завершить резервное копирование. Решением этой проблемы является перевод SAN на интерфейс 4 и 8 Gbit

Архитекторы SAN, разрабатывающие решение для резервного копирования на ленту, должны учитывать “окно резервного копирования”. Для непротиворечивости резервная копия должна точно соответствовать состоянию тома данных на определенный момент времени (point in time), однако на ленту невозможно мгновенно записать резервные копии данных. Имеется несколько способов решения этой проблемы, самый простой из которых – это остановить приложения на время резервного копирования, но бизнес большинства современных предприятий не допускает длительных перерывов в работе критичных приложений. Более удобно делать резервную копию с зеркального диска, либо использовать получаемые с помощью специального программного обеспечения “мгновенные” снимки, однако применение обоих этих методов ведет к определенному падению производительности во время резервного копирования. Кроме того, при больших объемах данных ежедневное / инкрементальное резервное копирование на ленту может продолжаться более суток, если применять традиционные подходы без использования SAN. В любом случае, время выполнения резервного копирования называется окном резервного копирования ( backup window) и его максимальная продолжительность – это то время, в течение которого допустимо временное падение производительности приложений из-за выполнения резервного копирования.

Для уменьшения до минимума окна резервного копирования архитекторы SAN стараются применять новые и самые производительные ленточные технологии. Хотя применение для резервного копирования технологии 1Gbit Fibre Channel может снизить расходы, использование технологии 4 и 8 Gbit существенно уменьшит окно резервного копирования и во многих случаях это даст экономию расходов, существенно превышающую стоимость самой инфраструктуры.