VMware не привыкать испытывать проблемы с Change Block Tracking. Первоначально проблемы с этой интересной технологией появились на vSphere 5,5, но сейчас они имеются на vSphere 6.
Актуальная статья базы знаний говорит, что при использовании CBT вызывается функция, которая внезапно глючит. Результатом этого глюка является потеря данных, записанных на диск между созданием и удалением снапшота. Так как CBT используется для анализа изменений, то этой проблеме подвержены ВСЕ инкрементальные бэкапы.
Текущие рекомендации: понизиться до 5.5 (с одновременным снижением VM Hardware) или делать только полные копии.
Veeam предлагает свое решение проблемы: отключить CBT в свойствах резервного копирования.
Ждем патч от VMware.
P.S. Видимо, баг обнаружили, когда кто-то не смог восстановиться из виртуальной копии и обратился в техподдержку за помощью. Что-то мне подсказывает, что там ему не помогли 🙁
UPD: Вышел патч – http://kb.vmware.com/kb/2137546
и не передать словами, ощущения когда у тебя купленая всфера и купленый вим, а от тех поддержки нету толку
гостев пишет:
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.
ждемс
2artem: угу
Достаточно сильный аргумент за то, чтобы использовать пиратскую на дофига процентов vSphere.
А говорят снаряд в одну воронку дважды не падает 🙂
Вот такая ситуация и лишает производителя репутации.
Уверен, что ошибка плевая и вполне могла быть найдена обычным функциональным тестированием.
Всегда поражался качеству fling и бета-версий vmware.
Реально багов меньше, чем в GA-релизах.
Парадокс.
Народ на форуме Veeam предлагает скрипт
get-vbrjob | ? {$_.JobType -eq “Backup” } | Set-VBRJobAdvancedViOptions -UseChangeTracking $false | out-null
Бага конечно неприятная, в моем случае приостановила миграцию хостов с 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
}
Хм, ну сорри, конечно.
Просто тут “что вижу, о том и пою”.
Мы с мистером Nobody бэкапим виртуальную инфраструктуру через Вим, поэтому и решение предлагаем то, которое нашли.
Если я буду бэкапить виртуалки чем-то другим, то тогда я и буду писать статьи про другое средство резервного копирования.
2 i_no_k
Пришлите скриншоты/настройки для Symantec NB, IBM TSM и мы добавим их в новость.
Слава богу что я пока не перешел на 6, думаю там еще не один косяк всплывет
Вышел патч – http://kb.vmware.com/kb/2137546
https://www.veeam.com/kb1113
Виэм советует сбрасывать CBT Cache
Очередной косячок
http://longwhiteclouds.com/2016/01/10/heads-up-do-not-upgrade-vmware-tools-on-hosts-with-esxi-6-0-u1b/
Не обновляйте VMware Tools – может быть косяк с клонированием ВМ из-за нехорошего драйвера.