DD
у меня версия, что это галочка именно для только VTL будет работать
Size: a a a
2020 May 19
A1
Igor Minkovskiy
а что эта галка по факту делает?
Емнип, позволяет писать на ленту без остановки, если чтение одного потока медленнее записи на ленту.
То, что в результате получается некоторая мешанина, в теории, не должно мешать NBU что-то восстановить
То, что в результате получается некоторая мешанина, в теории, не должно мешать NBU что-то восстановить
A1
Dmitry Dukhov
у меня версия, что это галочка именно для только VTL будет работать
Можем провести эксперимент с msl4048 и lto7
DD
Andrey 1
Емнип, позволяет писать на ленту без остановки, если чтение одного потока медленнее записи на ленту.
То, что в результате получается некоторая мешанина, в теории, не должно мешать NBU что-то восстановить
То, что в результате получается некоторая мешанина, в теории, не должно мешать NBU что-то восстановить
смысл ясен, но мешанина потос приведет к сильному торможению на восстановление, если только у тебя нет баз или прочих крупных объектов
AB
Dmitry Dukhov
у меня версия, что это галочка именно для только VTL будет работать
Нет, эта галка была в NBU еще задолго до VTL. По факту для мультиплексинга должно быть несколько заданий от разных хостов с совпадающими параметрами multiplexing
DD
сатанинская опция
АГ
A1
Она еще и в HP DP была.
В 2015 году с инженером ее обсуждали.
В 2015 году с инженером ее обсуждали.
MK
Запись будет идти так и так в один поток, просто NB может постараться запихнуть одновременно запись от нескольких клиентов.
https://www.veritas.com/support/en_US/article.100000502
https://www.veritas.com/support/en_US/article.100000502
AB
Изначально цель была - слить несколько медленных потоков РК в один и залить на ленту в таком виде. В случае с VTL когда можно нарисовать бесконечное количество приводов уже не так аутуально
DD
в 80-х за такое сжигали. мне рассказывали
A1
A1
Alexey Bykov
Изначально цель была - слить несколько медленных потоков РК в один и залить на ленту в таком виде. В случае с VTL когда можно нарисовать бесконечное количество приводов уже не так аутуально
👍
AB
С т.з. производительности восстановления - не самый оптимальный вариант, но когда из устройств хранения только библиотека, приводов немного, а окно бэкапа никто не отменял вполне рабочий вариант
DD
а кто-нибудь бэкапит напрямую на ленты без предварительного дискового буффера?
A1
Dmitry Dukhov
а кто-нибудь бэкапит напрямую на ленты без предварительного дискового буффера?
Мне отчего-то казалось, что логичнее использовать буфер в ОЗУ.
Скорее всего, я просто вас не понял.
Скорее всего, я просто вас не понял.
DK
Dmitry Dukhov
а кто-нибудь бэкапит напрямую на ленты без предварительного дискового буффера?
Конечно. Oracle по SAN на 8-12 приводов вполне себе вариант с хорошего хоста с быстрым массивом под ним.
AB
Dmitry Dukhov
а кто-нибудь бэкапит напрямую на ленты без предварительного дискового буффера?
Да, так и делают. В основном тяжелые БД в несколько потоков - Oracle, SAP, ... Каждый поток садится на отдельный привод
ДР
Коллеги, добрый день. Кто-нибудь сможет прокоментировать "это нормально или нет" : копирую ВМ агентом, Veeam показывает сжатие в 3 раза
AG
вообщем-то все бекапят на ленты напрямую, ставят media агента на сервер приложения и делают зонинг с vtl или обычной лентой. либо использут выделенный media сервер, но тоже ничего на диски себе не пишет.