IO
если есть цепочка снапшотов, то удаление 2 из 4-ёх, - это будет вливание содержимого 2 снапа в 1-ый
Size: a a a
2020 April 20
АН
Страшна, в прошлый раз когда под мл настраивал сервак после сноса снапшота система голая была. Как. - хз
IO
каждый снап - это записи, сделанные с момента создания этого снапа
IO
Страшна, в прошлый раз когда под мл настраивал сервак после сноса снапшота система голая была. Как. - хз
ты не удалил его, а откатил, скорее всего)
IO
в первых редакциях HYper-V удаление и откат снапшота назывались нелогично и как бы наоборот, например
IO
учти, что консолидация снапшота может тебе просадить дисковую подсистему и машина будет очень тупой в это время
IO
хотя, у тебя тачка 40г, там и снапшот не больше этого, наверное?
IO
у нас тут 2+ТБ виртуалки (несколько) на датасторе бэкапятся имаджем (датастор целиком в бэкапы добавлен), так у них каждую ночь снапшот снимается, сливается, потом удаляется (консолидируется)
АН
Ща дифрагментацию доделаю и попробую
IO
зря-зря
IO
только бесполезно будешь блоки в снапшоте перемещать (много IO) чтобы потом их так же влить в базовый диск
IO
а если внизу у тебя сторадж с дедупликацией, то тебе вообще пїзда с большой долей вероятности)
(зависит от стораджа)
(зависит от стораджа)
АН
а если внизу у тебя сторадж с дедупликацией, то тебе вообще пїзда с большой долей вероятности)
(зависит от стораджа)
(зависит от стораджа)
Другого выхода не вижу((
АН
И как тогда быть? Можешь немного проконсультировать по данному вопросу?)
IO
не делай дефраг до консолидации. Сделаешь потом, если захочешь
IO
ты просто убьёшь на это время сейчас, нагрузишь дисковую подсистему лишний раз, заставив машину тупить
IO
и размер снапшотного vmdk у тебя не уменьшится почти гарантирую
АН
Та, оно почти доделалось, не охота его стопить пока что
IO
если уж прям ссышь, то сделай бэкап машины каким-нибудь veeam бесплатным, поставив его в гостя