meta data for this page
  •  

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision		Previous revision
blog:2022:10:16 [2022/10/16 16:54] – created mchusblog:2022:10:16 [2022/10/16 17:40] (current) – mchus
Line 1: Line 1:
 +====== 2022-10-16 VTL ======
 +{{tag>vtl falconstor backup}}
 +{{  :blog:2022:10:16:20221016-203953.png  }}
  
 +Одним из видов дисковых устройств хранения данных является VTL ((Virtual Tape Library)) - виртуальная ленточная библиотека. Данное устройство позволяет предоставить собственную или вешнюю дисковую ёмкость в виде магнитных картриджей с функционалом ленточного автозагрузчка. Основным назначением данных систем является предоставление традиционного, наследуемого интерфейса в виде ленточной библиотеке для программного обеспечения резервного копирования и восстановления.
 +
 +VTL может обладать следующим расширенным функционалом:
 +  * дедупликация и компрессия данных;
 +  * удаленная репликация виртуальных картриджей;
 +  * подключение к физическим ленточным библиотекам для организации иерархического хранения данных;
 +  * подключение к облачным хранилищам для переноса неиспользуемых данных в S3;
 +  * размещение медиа-сервера системы резервного копирования непосредственно на VTL сервере;
 +
 +Среди известных систем VTL стоит отметить следующие решения:
 +  * [[wiki:backup:install_quadstor|QuadStor VTL]] - как бесплатную библиотеку с минимальным функционалом.
 +  * [[enterprise:falconstor:start|FalconStor VTL]] - как систему с возможностью многоуровневого хранения на лентах;
 +  * [[enterprise:hpe:description:storeonce_integration_commvault|StoreOnce]] и DataDomain - как самые популярные системы дискового хранения резервных копий с функционалом VTL;
 +
 +Помимо основного назначения - подключение дисковых хранилищ к устаревшему ПО резервного копирования, VTL может быть использована в следующих сценариях:
 +  * Разделение одной физической библиотеки на несколько меньших виртуальных для отдельных производственных задач или подразделений в рамках одного заказчика или IaaS провайдера;
 +  * Создание высокопроизводительного кэша резервных копий для "прозрачной" к ПО резервного копирования политики D2D2T;
 +  * Оптимизация стоимости системы резервного копирования путем создания высокопроизводительного кэша, позволяющего сохранить резервную копию максимально быстро и в фоне выполнить перенос данных на ленту вне окна резервного копирования; 
 +  * Репликация резервных копий для обеспечения защиты от катастроф без участия ПО РК;
 +  * Оптимизация стоимости владения ПО РК;
 +
 +К сожалению или к счастью эра популярности таких систем подходит к концу, так как большинство ПО резервного копирования на сегодняшний день поддерживают не только дисковые хранилища резервных копий но и облачные среды. Необходимость в промежуточном звене эмулирующем ленточную библиотеку для хранения на дисках отпадает. Встроенная дедупликация в программное обеспечение резервного копирования зачастую не работает с ленточными устройствами.