Size: a a a

2021 April 21

SG

Sergey Gruzdov in Hyper-V
по частям только есть
источник

SG

Sergey Gruzdov in Hyper-V
там смысл таков - при включенных integrity streams (по крайней мере в 3.2 и 3.3 такое наблюдалось) - если по каким-то причинам происходит сбой записи на диск, считается что файл мертв весь и он молча удаляется
источник

AK

Andrienko Kirill in Hyper-V
Угу, там же в доке чотенько написано - с интегрити-стримами если блок восстановить неоткуда, то "умерла так умерла" - файл целиком выносится
источник

SG

Sergey Gruzdov in Hyper-V
это появилось в доке не так давно
источник

SG

Sergey Gruzdov in Hyper-V
источник

SG

Sergey Gruzdov in Hyper-V
а пару-тройку лет назад народ хлебал это говно прям ведрами
источник

SU

Sergey Usov in Hyper-V
Я когда-то в это наступил уже, но в причинах не разбирался - просто галочку себе поставил, не использовать.
Дока это хорошо, есть куда ткнуть вместо давить авторитетом
источник

KZ

Kamil Zaripov in Hyper-V
а там "файл" на пару теров..?  😂
источник

AK

Andrienko Kirill in Hyper-V
Ну так сами себе Буратины - читать нужно
источник

Д

Дмитрий in Hyper-V
Коллеги, мож конечно не по адресу, но всё же. Veeam не может сделать снапшот, как следствие не идет бэкап. Hyperv - 2019, VM винда сервер 2019, на борту SQL Server, запуск служб из-под gmsa. Продакт снапшот руками не идет, выводит ошибку, что объект не найден, но стандарт снапшот выполняется. Если VM выключить, то бэкап идет.
источник

Д

Дмитрий in Hyper-V
в виме включен апликейшен-аваре
источник

Д

Дмитрий in Hyper-V
точнее в джобе
источник

Д

Дмитрий in Hyper-V
пля, пока писал, какжется понял откуда ноги растут...
источник

VK

Victor Konovalov in Hyper-V
источник

Д

Дмитрий in Hyper-V
Быстрей спросить, чем логи кушать)
источник

SG

Sergey Gruzdov in Hyper-V
источник

E

Eugene in Hyper-V
VSS writers?
источник

Д

Дмитрий in Hyper-V
не, норм
источник

SG

Sergey Gruzdov in Hyper-V
бакапить sql как вм такое себе удовольствие
источник

SG

Sergey Gruzdov in Hyper-V
ебаться потом с dbcc checkdb
источник