Полигон-2

хм, оказывается, и такое было — Plasmon Diamond (однако этот софт уже End Of Life'd)

SL project написал:

[q]

в мелких 10-40 дисков бибилиотеках целая проблема чтоб заставить ее работать как один диск?

[/q]

В большинстве случаев - да. Невыгодно городить робота, аппаратно (и заранее!) обрабатывающего запросы смены диска - проще доверить сие софту, то-бишь драйверу робота, который не всегда входит в состав драйвера самой библиотеки, а является отдельным устройством в составе комплекса.
Как современный ТВ-тюнер: 4 отдельных устройства в одной коробке(видеокодер, аудиокодер, коммутатор A/V входов и ИК-управление), и драйвера на них раздельны, управляемые внешней FrontEnd прогой, именуемой "родной софт тюнера".
Глупо ожидать, что frontend прога станет прикидываться ёмким диском. Хотя иногда, выполненная также в виде драйвера, она имеет упомянутую функциональность, но это редкий случай, как правило - выполненный на-заказ конкретно под какую-либо фирму. Решение не гибкое и вопросов при его использовании много больше чем выгоды: например, разыщи-ка сейчас 50 дисков к Syquest-у на 240 метров каждый... именно их поддерживает библиотека. Да ещё и новых! Жуть как трудно.

PS. Сказанное справедливо и для CD/DVD, и для лент всех мастей, и для HDD в виде сменных носителей (ZIP, Click!, Jazz, ORB, SyQuest, Bernoulli, LS-120, ...)
Когда-то хотелось купить такое http://www.thg.ru/storage/20050506/index.html прилепить ему привод и получить DIY библиотеку - мечты остались несбыточны:
1) мала ёмкость хранения, из 100 блинов мне нужно 800 минимум (по тем временам).
2) габариты офигенные Эти штуки можно ставить в стопку по 6 экземпляров, соединяя в общий стек (аппаратно), вместе с приводами - это-ж серверная стойка получится... А пнёт кто, проходящий мимо?
3) софт - переписывать надо, с нуля.
4) купил 1000000000000000 Тб HDD в общем, много более ёмкий чем 100 CD...
5) O tempora, o mores...

SL project написал:

[q]

как это будет выглядеть?

[/q]

Сперва во фронтенд-проге нужно объединить несколько дисков в один логический кластер. Инициализировать его. В библиотеке должно быть 2 привода, иначе возможны ошибки при смене дисков (дроп данных в DEV NULL по тайм-ауту). Потом той-же фронтендиной пишешь свой файл. А как она разобьёт инфу: страйпами как райд0 или кусками, как JBOD - только ей и ведомо. Кстати. писать может сразу на оба привода, что повышает общую скорость.
Зато накроется один из носителей - пипец всему кластеру, а не только файлу. И привода подбираются с максимально одинаковыми характеристиками записанных ими дисков - если писанное одним приводом не читается вторым - нафиг нужна такая библиотека?

SL project написал:

[q]

елси известны модели бибилиотек

[/q]

К сожалению - уже не известны, основательно забыты, если точнее сказать. Работал когда-то именно с 500-дисковой моделью - 3 ящика огромных размеров, каждый с 2-мя роботами и 6-ю приводами, ящики периодически выравнивались по гидроуровню, чтоб не перекашивались сменные ячейки хранения (по 10 дисков), и роботы цепляли диск по центру а не за край и, соответственно, вставляли его в привод без перекосов. Работала частично как эмулятор большого диска(желаемый тобою случай) и частично через фронтендину, для "текучки", то-бишь частопеременчивой инфы.
Её потом продали куда-то, за нехилые бабки, видать - нашли лоха и подсуетились...

...глядя на дискуссию, могу подвести под ней черту. Что Tape, что MO, что оптические библиотеки, это устройства с МЕДЛЕННОЙ ПОСЛЕДОВАТЕЛЬНОЙ ВЫБОРКОЙ и необходимостью индексации, и альтернативой HDD RAID большого объёма быть не могут.

SL project написал:

[q]

что то менее шумное

[/q]

Это библиотеки-то менее шумные? Раскрути-ка сидюк на все 54 скорости! И ещё робот добавит "дзын/в-ззз/бумс/х-р-ррр/пш", и повторить в обратном порядке.