Size: a a a

Russian Backup User Group

2021 November 04

IO

Ilya Oblomov in Russian Backup User Group
там LTO6, средняя скорость по графику 155МБ/сек
источник
2021 November 05

SU

Sergey Usov in Russian Backup User Group
А для чего прерывать запись на кассеты?
источник

v

vs_tmn in Russian Backup User Group
а бекапы MS SQL, AD, Exchange , просто виндовыми агентами нормально проходят? Авторизуетесь под доменным логином?
источник

IO

Ilya Oblomov in Russian Backup User Group
чтобы гарантированно иметь тех окно для замены кассет, для запуска ресторов по требованию и т.д.
источник

ВК

Владимир Кривых... in Russian Backup User Group
MSSQL как ВМ бэкапилась. Пару раз восстанавливал и проблем не было. AD бэкапится как Job, но я не восстанавливал не разу. Основной контроллер бэкапиться WSB. Exchange бэкапиться с помощью Job и Enable application-aware processing. Один раз восстанавливал и проблем не было.
источник

SU

Sergey Usov in Russian Backup User Group
Привод один?
источник

IO

Ilya Oblomov in Russian Backup User Group
да
источник

SU

Sergey Usov in Russian Backup User Group
Тогда действительно без окна тяжело
источник

PT

Paul Tatarenko in Russian Backup User Group
С одним приводом - это даже не резервное копирование. Это иначе называется.
С одним приводом - это на один сервер. Привод подключается напрямую к серверу и как-то работает. Но это было актуально ещё лет 15-20 назад...
Решайте вопрос хотя бы с количеством приводов.
источник

SU

Sergey Usov in Russian Backup User Group
Я так понял, у него библиотека с одним приводом. Неудобно, но для небольшой инфраструктуры вполне себе решение
источник

Z

Zek in Russian Backup User Group
Господа, никто не сталкивался с проблемой Veeam'а обновления файла метаданных и транформации цепочек?
"Failed to call RPC function 'FcRenameFile': The process cannot access the file because it is being used by another process. Failed to rename file from"
источник

Z

Zek in Russian Backup User Group
сапорт уже несколько месяцев сопли жует
источник

M

Max in Russian Backup User Group
Это обычный файл лок, ошибка проброшенная от  самой оси.  Process Monitor покажет, чей именно.
источник

EE

Eugene Elizarov in Russian Backup User Group
мы ж уже разбирали тут эту тему, какие идеи были - озвучивали. я бы грешил на какой-нить антивирус или как выше правильно посоветовали - посмотреть кто файл держит
источник
2021 November 06

Z

Zek in Russian Backup User Group
никто кроме вима
источник

M

Max in Russian Backup User Group
Вы выставили altitude для ProcMon, чтобы он был ниже остальных приложений?
источник

Z

Zek in Russian Backup User Group
нет, но там и так видно, что вим удаляет метаданные, а потом пытается их открыть на чтение/запись
источник

M

Max in Russian Backup User Group
Пытается открыть удаленный файл и получает от оси file in use?:)
источник

M

Max in Russian Backup User Group
Я лишь хотел отметить, что если вы не настроите мониторинг правильно, вы рискуете не увидеть часть картины и остаться под впечатлением, что с данными в данной папке никто кроме вима не оперирует.
источник

Z

Zek in Russian Backup User Group
нет
источник