Home » Ошибки » Changed block tracking will not be used for this VM until you upgrade VM hardware version to 8.0 or later.

Changed block tracking will not be used for this VM until you upgrade VM hardware version to 8.0 or later.

После переезда с Windows Hyper-V Server 2012 R2 на Hyper-V 2016 одна из виртуальных машин после переноса бэкапилась в Veeam с предупреждением. Текст предупреждения — Changed block tracking will not be used for this VM until you upgrade VM hardware version to 8.0 or later. Ниже расскажу, в чем тут дело и как избавиться от этого сообщения.

Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, рекомендую познакомиться с онлайн-курсом «DevOps практики и инструменты» в OTUS. Курс не для новичков, для поступления нужно пройти .

В панели управления Veeam это предупреждение выглядит так.

Changed block tracking will not be used for this VM until you upgrade VM hardware version to 8.0 or later

Это предупреждение говорит о том, что Veeam не может делать инкрементный бэкап виртуальной машины. Вместо этого всегда делает полный. Это не очень удобно.  Я бы даже сказал очень неудобно. Ошибка связана с тем, что у текущей виртуальной машины VM configuration Version меньше 8.0. Проверить это можно командой Powershell на гипервизоре.

> Get-VM *

Hyper-V 2016 информация о виртуальных машинах через powershell

Чтобы исправить ошибку, необходимо остановить виртуальную машину и выполнить команду:

> Update-VMVersion vm-name

Этого достаточно, чтобы обновить версию виртуальной машины до 8.0. После этого veeam будет нормально делать инкрементный бэкап. Если у вас много виртуальных машин с такой ошибкой, можно их все обновить разом командой на гипервизоре:

> Update-VMVersion *

По этой ошибке все. Не забывайте проверять сделанные бэкапы. У меня для этого регулярные напоминания. Несмотря на настроенный мониторинг бэкапов, я раз в неделю все бэкапы проверяю вручную.

Онлайн курс "DevOps практики и инструменты"

Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, научиться непрерывной поставке ПО, мониторингу и логированию web приложений, рекомендую познакомиться с онлайн-курсом «DevOps практики и инструменты» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров. Проверьте себя на вступительном тесте и смотрите программу детальнее по .
Не понравилась статья и хочешь научить меня администрировать? Пожалуйста, я люблю учиться. Комментарии в твоем распоряжении. Расскажи, как сделать правильно!

Помогла статья? Есть возможность отблагодарить автора

Автор Zerox

Zerox
Владимир, системный администратор, автор сайта. Люблю настраивать сервера, изучать что-то новое, делиться знаниями, писать интересные и полезные статьи. Открыт к диалогу и сотрудничеству.

4 комментария

  1. Аватар

    Невнимательно посмотрел ссылку от адепта про Opennebule. Но сути не меняет

  2. Аватар

    Привет.

    Hyper-V ? Зачем? Зачем это «чудо», к -му еще и бэкап нужно осторонними средствами прикручивать?
    Есть же KVM. И Proxmox VE. Открыто, удобно, надежно. ZFS, автобэкап из коробки. Берите и пользуйте forum.netgate.com/topic/120102/proxmox-ceph-zfs-pfsense

    Ps. Мало proxmox-а ? Пользуйте Opennebula — bogachev.biz/tags/opennebula/
    Телега t.me/opennebula

    • Zerox

      Приведите мне пример надежного инструмента для инкрементного бэкапа виртуальных машин на kvm. Штатный бэкапер proxmox меня не устраивает по многим причинам (банально нельзя отдельные диски исключить из бэкапа). ZFS прошу тоже не предлагать. Я уже спрашивал это в одном из комментариев со схожим советом, но в ответ ничего не получил.

      Каждой задаче полагается свой инструмент, который решает конкретную задачу наилучшим образом. Proxmox я использую там, где он подходит для решения задачи. Но глупо говорить, что инструмент, который один из лидеров рынка, плох. Везде есть свои плюсы и минусы. Вот их и должен взвешивать администратор в каждом конкретном случае. Я использовал и имею представление обо всех современных гипервизорах.

      • Аватар

        Адепт священного линукса, как обычно, на это скажет, что инкременты не нужны, и вообще это же СВОБОДНОЕ ПО ОЛОЛО и можно самому смотреть исходный код и если надо — дописывать/допиливать. Самое смешное, что адепт сам никогда в исходники не лазил, соответственно не смотрел и соответственно не допиливал.
        Забавно, что изначальная придирка адепта священного непогрешимого неглючащего линукса была как раз таки к тому, что сервер не бэкапится встроенными средствами. При этом, адепта отнюдь не смутило в конце своего снисхождения до рабов проприетарного ПО дать ссылку на сторонний продукт для бэкапа священного линукса.
        Кстати при очень большом желании бэкапить Hyper-V встроенными средствами можно (Windows Server Backup например, а если среда не особо важная то и на Powershell можно найти решение).
        P.S.: к свободному ПО отношусь абсолютно спокойно, но адепты порой несут абсолютную дичь

Добавить комментарий

Ваш e-mail не будет опубликован.

Нажимая кнопку "Отправить комментарий" Я даю согласие на обработку персональных данных.