Проблема с бэкапом VMware vSphere 6

VMware не привыкать испытывать проблемы с Change Block Tracking. Первоначально проблемы с этой интересной технологией появились на vSphere 5,5, но сейчас они имеются на vSphere 6.

Актуальная статья базы знаний говорит, что при использовании CBT вызывается функция, которая внезапно глючит. Результатом этого глюка является потеря данных, записанных на диск между созданием и удалением снапшота. Так как CBT используется для анализа изменений, то этой проблеме подвержены ВСЕ инкрементальные бэкапы.

Текущие рекомендации: понизиться до 5.5 (с одновременным снижением VM Hardware) или делать только полные копии.

Veeam предлагает свое решение проблемы: отключить CBT в свойствах резервного копирования.

vm_backup_job_settings_cbt

Ждем патч от VMware.

P.S. Видимо, баг обнаружили, когда кто-то не смог восстановиться из виртуальной копии и обратился в техподдержку за помощью. Что-то мне подсказывает, что там ему не помогли 🙁

UPD: Вышел патч — http://kb.vmware.com/kb/2137546

Запись опубликована в рубрике 6.0, Veeam, VMware, vSphere. Добавьте в закладки постоянную ссылку.

12 комментариев: Проблема с бэкапом VMware vSphere 6

  1. artem говорит:

    и не передать словами, ощущения когда у тебя купленая всфера и купленый вим, а от тех поддержки нету толку

  2. ser говорит:

    гостев пишет:
    Hi, all. There is very little info available from VMware on this issue, so we will put together some tests to try and reproduce it in-house. KB article wording prompted me to think that there is a chance B&R may not be affected, but to be sure we need to confirm where this bug actually sits.

    For those who don’t want to take chances, the easiest workaround is to disable the use of CBT data in the advanced backup job settings. Your backups will remain incremental, but they will take longer because the job will need to read the entire VM to determine changes.
    ждемс

  3. A.Vakhitov говорит:

    2artem: угу
    Достаточно сильный аргумент за то, чтобы использовать пиратскую на дофига процентов vSphere.

  4. philzy говорит:

    А говорят снаряд в одну воронку дважды не падает 🙂
    Вот такая ситуация и лишает производителя репутации.
    Уверен, что ошибка плевая и вполне могла быть найдена обычным функциональным тестированием.
    Всегда поражался качеству fling и бета-версий vmware.
    Реально багов меньше, чем в GA-релизах.
    Парадокс.

  5. Mister Nobody говорит:

    Народ на форуме Veeam предлагает скрипт
    get-vbrjob | ? {$_.JobType -eq «Backup» } | Set-VBRJobAdvancedViOptions -UseChangeTracking $false | out-null

  6. i_no_k говорит:

    Бага конечно неприятная, в моем случае приостановила миграцию хостов с 5.5 до выхода патча.
    Но коллеги, как же запарила уже реклама Veeam в каждой новости. Любой нормальный бэкапный софт умеет переключаться на инкременты\диффы с использованием собственных механизмов без CBT, внезапно не только вим. Из личного опыта знаю про Symantec NetBackup и IBM Tivoli.
    Кроме того можно по рекомендациям той же VMware отключить CBT для машин до исправления бага — при этом рекомендация еще от прошлого бага (((
    И более того, можно даже _запретить_ использование CBT — для тех кто не может выключить его авто-включение в бэкапном софте — параметром ВМ ctkDisallowed.

    Скрипт для PowerCli ниже отключает CBT для группы ВМ и применяет изменения через создание\удаление снапшота. Последняя закомменченная строчка — пример как работать с advanced-атрибутами ВМ без ее выключения.

    foreach ($vm in (get-vm -location «Cluster\Datacenter\Folder»)) {
    $vmview = $vm | Get-View
    $spec = New-Object VMware.Vim.VirtualMachineConfigSpec
    $spec.changeTrackingEnabled = $false
    $taskMoRef = $vmview.ReconfigVM_Task($spec)
    New-Snapshot -VM $vm -Name «CBTEnableSnap»
    get-vm $vm | Get-Snapshot -Name «CBTEnableSnap» | Remove-Snapshot -confirm:$false
    #$vm | Get-AdvancedSetting -Name ctkDisallowed | Remove-AdvancedSetting -confirm:$false
    }

  7. Андрей Вахитов говорит:

    Хм, ну сорри, конечно.
    Просто тут «что вижу, о том и пою».
    Мы с мистером Nobody бэкапим виртуальную инфраструктуру через Вим, поэтому и решение предлагаем то, которое нашли.

    Если я буду бэкапить виртуалки чем-то другим, то тогда я и буду писать статьи про другое средство резервного копирования.

  8. Mister Nobody говорит:

    2 i_no_k
    Пришлите скриншоты/настройки для Symantec NB, IBM TSM и мы добавим их в новость.

  9. ivan говорит:

    Слава богу что я пока не перешел на 6, думаю там еще не один косяк всплывет

  10. A.Vakhitov говорит:

    Вышел патч — http://kb.vmware.com/kb/2137546

  11. A.Vakhitov говорит:

    https://www.veeam.com/kb1113
    Виэм советует сбрасывать CBT Cache

  12. Андрей Вахитов говорит:

    Очередной косячок
    http://longwhiteclouds.com/2016/01/10/heads-up-do-not-upgrade-vmware-tools-on-hosts-with-esxi-6-0-u1b/
    Не обновляйте VMware Tools — может быть косяк с клонированием ВМ из-за нехорошего драйвера.

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

Ваш e-mail не будет опубликован. Обязательные поля помечены *