Виртуальная ленточная библиотека ( VTL ) является хранение данных виртуализации технологии , используемой , как правило , для целей резервного копирования и восстановления. VTL представляет собой компонент хранения (обычно жесткий диск) в виде ленточных библиотек или ленточных накопителей для использования с существующим программным обеспечением для резервного копирования.
Виртуализация дискового хранилища в виде ленты позволяет интегрировать VTL с существующим программным обеспечением для резервного копирования, а также с существующими процессами и политиками резервного копирования и восстановления. Преимущества такой виртуализации включают консолидацию хранилищ и более быстрые процессы восстановления данных. Для большинства центров обработки данных мэйнфреймов емкость хранилища различается, однако защита бизнес-данных и критически важных данных всегда имеет жизненно важное значение.
В большинстве современных решений VTL в качестве основного компонента хранения используются дисковые массивы SAS или SATA из-за их относительно низкой стоимости. Использование массивов корпусов увеличивает масштабируемость решения, позволяя добавлять больше дисков и корпусов для увеличения емкости хранилища.
Переход на VTL также устраняет проблемы потоковой передачи, которые часто снижают эффективность ленточных накопителей, поскольку дисковая технология не полагается на потоковую передачу и может эффективно записывать независимо от скорости передачи данных.
За счет резервного копирования данных на диски вместо лент VTL часто увеличивает производительность операций резервного копирования и восстановления. Оказалось, что процессы восстановления быстрее, чем резервное копирование, независимо от реализации. В некоторых случаях данные, хранящиеся в дисковом массиве VTL, экспортируются на другие носители, такие как физические ленты, в целях аварийного восстановления (схема называется диск-диск-лента или D2D2T ).
В качестве альтернативы, большинство современных программных продуктов для резервного копирования также вводят прямое использование хранилища файловой системы (особенно подключенного к сети хранилища , доступ к которому осуществляется через протоколы NFS и CIFS по IP- сетям), не требуя эмуляции ленточной библиотеки. Они также часто предлагают функцию промежуточного хранения на диске : перемещение данных с диска на физическую ленту для долгосрочного хранения.
Несмотря на то, что виртуальная ленточная библиотека очень быстрая, дисковое хранилище внутри не предназначено для съема и обычно не включает в себя физически съемные внешние диски, которые будут использоваться для архивирования данных вместо ленты. Поскольку дисковое хранилище всегда подключено к источникам питания и данных и никогда не бывает физически электрически изолированным, оно уязвимо для потенциального повреждения и повреждения из-за ударов молнии в соседнем здании или в электросети.
История
Первое решение VTL было представлено Cybernetics в 1992 году под названием HSTC (высокоскоростной ленточный кэш). [1] Позже IBM выпустила Virtual Tape Server (VTS), представленный в 1997 году. Он был ориентирован на рынок мэйнфреймов , где многие унаследованные приложения, как правило, используют очень короткие ленточные тома. Он использовал интерфейс ESCON и действовал как дисковый кеш для ленточной библиотеки IBM 3494 . Конкурентное предложение от StorageTek (приобретенное в 2005 году Sun Microsystems, а затем Oracle Corporation) было известно как Virtual Storage Manager (VSM), в котором использовалась доминирующая на рынке библиотека STK Powderhorn в качестве вспомогательного хранилища. Каждая линейка продуктов была усовершенствована для поддержки дисковых буферов большей емкости, FICON и, с недавних пор (около 2010 г.), «безленточных» дисковых сред.
Другие предложения в области мэйнфреймов также «безленточные». DLm был разработан EMC Corporation, а Luminex завоевал популярность и широкое признание благодаря сотрудничеству с Data Domain, чтобы обеспечить преимущества дедупликации данных на платформе Channel Gateway. С последующим сокращением полосы пропускания удаленной репликации, обеспечиваемой дедупликацией, для этой формы виртуальной ленты возможно и практично сократить целевое время точки восстановления и целевое время восстановления почти до нуля (или мгновенно).
За пределами среды мэйнфрейма ленточные накопители и библиотеки в основном использовали SCSI . Точно так же были разработаны VTL, поддерживающие популярные транспортные протоколы SCSI, такие как SPI (устаревшие системы), Fibre Channel и iSCSI .
По словам аналитика Enterprise Strategy Group, FalconStor VTL составляет основу почти половины продуктов, продаваемых на рынке VTL. [2]
В середине 2010-х годов VTL возродились благодаря «архивным» дискам большой емкости от Seagate и HGST и более популярным сценариям «лента в облаке» и Disk-to-Disk-to-Tape (часто в облаке). [3]
Amazon Web Services также предлагает продукт Tape Gateway, который упрощает резервное копирование и архивирование локальных ленточных данных в виде виртуальных лент в AWS. [4]
Смотрите также
Рекомендации
- ^ "История VTL / IBM" .
- ^ «Отчет InfoStor ESG по виртуальной ленточной библиотеке FalconStor» .
- ^ «Взлет, падение и рост виртуальных ленточных библиотек» .
- ^ «Ленточный шлюз» . AWS . Проверено 15 марта 2021 года .