EE
Я так хотел нетапки....
Size: a a a
2019 December 03
AB
Ага, но коллега мой выиграл
EE
Воспользовались моментом...
EB
Всем всех благ.
Имею фантазию закатать некоторую папочку с виндового сервера на ленты с помощью Veeam Files to Tape job.
Задачка со звездочкой, потому что в папке около 100 млн файлов.
Как отсайзить потребности veeam b&r под такой job?
На что обратить внимание? Где сервер будет собирать file list, куда его писать? Надо ли позаботиться о каком-то пространствен, доступном в %TEMP%, а не только там, где вим держит свой catalog?
Понятно, что на SQL-сервере должно хватить места под базу, которая резко распухнет - как оценить это место?
То есть, я пытаюсь спросить - не попробует ли VBR сделать что-то со списком из 100млн файлов "в уме", прежде чем соберется писать что-то в каталог, что-то в sql-базу, что-то отправлять на tape server?
Вторая часть вопроса - а есть ли способ изготовить копию медиасета на лентах? Не два раза один и тот же набор данных на ленты закатать, а именно копию? Писать там две ленты одновременно, или после создания сделать копию в два привода, tape-to-tape, средствами Veeam? Предвидится ли что-то на эту тему в v10?
Имею фантазию закатать некоторую папочку с виндового сервера на ленты с помощью Veeam Files to Tape job.
Задачка со звездочкой, потому что в папке около 100 млн файлов.
Как отсайзить потребности veeam b&r под такой job?
На что обратить внимание? Где сервер будет собирать file list, куда его писать? Надо ли позаботиться о каком-то пространствен, доступном в %TEMP%, а не только там, где вим держит свой catalog?
Понятно, что на SQL-сервере должно хватить места под базу, которая резко распухнет - как оценить это место?
То есть, я пытаюсь спросить - не попробует ли VBR сделать что-то со списком из 100млн файлов "в уме", прежде чем соберется писать что-то в каталог, что-то в sql-базу, что-то отправлять на tape server?
Вторая часть вопроса - а есть ли способ изготовить копию медиасета на лентах? Не два раза один и тот же набор данных на ленты закатать, а именно копию? Писать там две ленты одновременно, или после создания сделать копию в два привода, tape-to-tape, средствами Veeam? Предвидится ли что-то на эту тему в v10?
S
Я смотрю много старичков в рядах сидит.
SO
Всем всех благ.
Имею фантазию закатать некоторую папочку с виндового сервера на ленты с помощью Veeam Files to Tape job.
Задачка со звездочкой, потому что в папке около 100 млн файлов.
Как отсайзить потребности veeam b&r под такой job?
На что обратить внимание? Где сервер будет собирать file list, куда его писать? Надо ли позаботиться о каком-то пространствен, доступном в %TEMP%, а не только там, где вим держит свой catalog?
Понятно, что на SQL-сервере должно хватить места под базу, которая резко распухнет - как оценить это место?
То есть, я пытаюсь спросить - не попробует ли VBR сделать что-то со списком из 100млн файлов "в уме", прежде чем соберется писать что-то в каталог, что-то в sql-базу, что-то отправлять на tape server?
Вторая часть вопроса - а есть ли способ изготовить копию медиасета на лентах? Не два раза один и тот же набор данных на ленты закатать, а именно копию? Писать там две ленты одновременно, или после создания сделать копию в два привода, tape-to-tape, средствами Veeam? Предвидится ли что-то на эту тему в v10?
Имею фантазию закатать некоторую папочку с виндового сервера на ленты с помощью Veeam Files to Tape job.
Задачка со звездочкой, потому что в папке около 100 млн файлов.
Как отсайзить потребности veeam b&r под такой job?
На что обратить внимание? Где сервер будет собирать file list, куда его писать? Надо ли позаботиться о каком-то пространствен, доступном в %TEMP%, а не только там, где вим держит свой catalog?
Понятно, что на SQL-сервере должно хватить места под базу, которая резко распухнет - как оценить это место?
То есть, я пытаюсь спросить - не попробует ли VBR сделать что-то со списком из 100млн файлов "в уме", прежде чем соберется писать что-то в каталог, что-то в sql-базу, что-то отправлять на tape server?
Вторая часть вопроса - а есть ли способ изготовить копию медиасета на лентах? Не два раза один и тот же набор данных на ленты закатать, а именно копию? Писать там две ленты одновременно, или после создания сделать копию в два привода, tape-to-tape, средствами Veeam? Предвидится ли что-то на эту тему в v10?
папочка на ВМ же?
может посмотреть в сторору бекапа всей ВМ ?
может посмотреть в сторору бекапа всей ВМ ?
EB
папочка на ВМ же?
может посмотреть в сторору бекапа всей ВМ ?
может посмотреть в сторору бекапа всей ВМ ?
бэкап ВМ есть.
просто есть нужда в том чтоб сделать бэкап именно файлов, выгрузить два дублированных медиасета из библиотеки и сдать на длительное хранение.
а потом по одному медиасету раз в пять лет переписывать на свежие ленты
просто есть нужда в том чтоб сделать бэкап именно файлов, выгрузить два дублированных медиасета из библиотеки и сдать на длительное хранение.
а потом по одному медиасету раз в пять лет переписывать на свежие ленты
EB
ну и, сценарий "а как такое делать" интересен и для случая, когда это не vm, а просто managed windows server
LM
Всем всех благ.
Имею фантазию закатать некоторую папочку с виндового сервера на ленты с помощью Veeam Files to Tape job.
Задачка со звездочкой, потому что в папке около 100 млн файлов.
Как отсайзить потребности veeam b&r под такой job?
На что обратить внимание? Где сервер будет собирать file list, куда его писать? Надо ли позаботиться о каком-то пространствен, доступном в %TEMP%, а не только там, где вим держит свой catalog?
Понятно, что на SQL-сервере должно хватить места под базу, которая резко распухнет - как оценить это место?
То есть, я пытаюсь спросить - не попробует ли VBR сделать что-то со списком из 100млн файлов "в уме", прежде чем соберется писать что-то в каталог, что-то в sql-базу, что-то отправлять на tape server?
Вторая часть вопроса - а есть ли способ изготовить копию медиасета на лентах? Не два раза один и тот же набор данных на ленты закатать, а именно копию? Писать там две ленты одновременно, или после создания сделать копию в два привода, tape-to-tape, средствами Veeam? Предвидится ли что-то на эту тему в v10?
Имею фантазию закатать некоторую папочку с виндового сервера на ленты с помощью Veeam Files to Tape job.
Задачка со звездочкой, потому что в папке около 100 млн файлов.
Как отсайзить потребности veeam b&r под такой job?
На что обратить внимание? Где сервер будет собирать file list, куда его писать? Надо ли позаботиться о каком-то пространствен, доступном в %TEMP%, а не только там, где вим держит свой catalog?
Понятно, что на SQL-сервере должно хватить места под базу, которая резко распухнет - как оценить это место?
То есть, я пытаюсь спросить - не попробует ли VBR сделать что-то со списком из 100млн файлов "в уме", прежде чем соберется писать что-то в каталог, что-то в sql-базу, что-то отправлять на tape server?
Вторая часть вопроса - а есть ли способ изготовить копию медиасета на лентах? Не два раза один и тот же набор данных на ленты закатать, а именно копию? Писать там две ленты одновременно, или после создания сделать копию в два привода, tape-to-tape, средствами Veeam? Предвидится ли что-то на эту тему в v10?
100 миллионов файлов - должно быть место на диске под базу, 1 гиг под 1 миллион файл-версий. Тут не меньше 100 гигов на диске с базой, но если файлы изменяются, то больше. Плюс к тому, ему потребуется около 150 Гб оперативки. Требования у нас вот здесь.
LM
Перед бэкапом файлы энумерятся нашим инсталлером, да, это занимает какое-то время (счёт пойдёт на часы). Сам бэкап тоже будет достаточно долгим, тут зависит от сорса - hdd или ssd, в любом случае порядка суток. Плюс к тому, мы находили, что всё это дело может тормозить, лучше включать garbage collector server mode. Мы проверяли максимум на 20 миллионах файлов у себя.
LM
+ gc имеет свой оверхэд
LM
но с ним скорость намного лучше
EB
Ок, а 150 оперативки должно быть где? На сервере vbr, на sql?
LM
по уму, надо проверять на более приемлимом объёме, типа 10кк и линейно экстарполировать
EB
Кусочек добить свопом на ссд - норм?
LM
на тейп сервере
EB
На тейп, гм
LM
функции копировать кассету пока нет
EB
А в планах?