Ну для конкретного случая - полный раз в неделю, дифференциальные раз в день, срок хранения - две недели. Таким образом плюс достигаются адекватные объемы, учитывая коэффицент дедупликации и хорошая скорость восстановления. Объемы большие, изменений много, так что делать полный реже - не уверен, что хорошая идея. Хотя, конечно, считать надо такие вещи. Если бы еще знать как это посчитать...
Да, цифры - это размеры каталогов. Каждый поток идёт на отдельное устройство резервного копирования, и по какой-то из причин один поток или множество (до восьми) - на каждый поток идёт равная скорость, меньше, чем потолок на стороне библиотеки или SAN.
Железо в данном кейсе - EMC VNX, ПО СРК NetBackup.
Попробую, спасибо. Цель - разбить сессию резервного NAS-ресурса с рядом каталогов на потоки так, чтобы время общего бекапа было минимальным. Если скорость каждого потока равна - то проще всего выровнять эти потоки.
Насколько я понимаю, этот метод требует установки ПО на обоих системах, то есть загрузочным такой юсб не сделать. Хотя Ваша ссылка навела меня на мысль, что проще тогда поднять PXE-сервер и загружаться по патчкорду. Спасибо!
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Да, цифры - это размеры каталогов. Каждый поток идёт на отдельное устройство резервного копирования, и по какой-то из причин один поток или множество (до восьми) - на каждый поток идёт равная скорость, меньше, чем потолок на стороне библиотеки или SAN.
Железо в данном кейсе - EMC VNX, ПО СРК NetBackup.