Ошибка мыла CBT от VMWare при запуске резервного копирования Veeam

Мы часто видим подобные ошибки в наших заданиях резервного копирования:

10/05/2013 12:21:18 :: Cannot use CBT: Soap fault. Error caused by file /vmfs/volumes/781f6afc-ea228458/VDED-CIT-010(Exchange EX01)/VDED-CIT-010(Exchange EX01).vmdkDetail: '', endpoint: ''

На последнем задании, в котором работали 11 из 235 резервных копий виртуальных машин, это было предупреждением.

В качестве полного примера вот вывод статистики для одной виртуальной машины:

09/05/2013 22:02:14 :: Queued for processing at 09/05/2013 22:02:14
12/05/2013 02:30:00 :: Required backup infrastructure resources have been assigned
12/05/2013 02:30:02 :: VM processing started at 12/05/2013 02:30:02
12/05/2013 02:30:02 :: VM size: 20.0 GB (3.9 GB used)
12/05/2013 02:30:02 :: Using source proxy 10.24.0.11 [nbd]
12/05/2013 02:30:36 :: Creating VM snapshot
12/05/2013 02:30:46 :: Saving '[SAN3-NFS2] VDED-IL-001(LB)/VDED-IL-001(LB).vmx'
12/05/2013 02:30:51 :: Saving '[SAN3-NFS2] VDED-IL-001(LB)/VDED-IL-001(LB).vmxf'
12/05/2013 02:30:56 :: Saving '[SAN3-NFS2] VDED-IL-001(LB)/VDED-IL-001(LB).nvram'
12/05/2013 02:31:01 :: Hard Disk 1 (20.0 GB)
12/05/2013 02:31:14 :: Cannot use CBT: Soap fault. Error caused by file /vmfs/volumes/ca67d9a6-d95e1a1f/VDED-IL-001(LB)/VDED-IL-001(LB)-000001.vmdkDetail: '', endpoint: ''
12/05/2013 02:42:17 :: Removing VM snapshot
12/05/2013 02:42:21 :: Finalizing
12/05/2013 02:42:30 :: Network traffic verification detected no corrupted blocks
12/05/2013 02:42:30 :: Busy: Source 99% > Proxy 4% > Network 0% > Target 0%
12/05/2013 02:42:30 :: Primary bottleneck: Source
12/05/2013 02:42:30 :: Processing finished with warnings at 12/05/2013 02:42:30

Мой вопрос:

  1. Что конкретно означает эта ошибка?
  2. Если это проблема (я думаю, она заставляет виртуальные машины передавать весь диск, а не изменения, так что это не идеально), как я могу это исправить?

2 ответа

Решение

Ошибка означает, что Veeam не может определить, какие блоки изменились. Это может иметь множество причин, например, ваше хранилище было отключено без выключения виртуальных машин через гостевую ОС.

Исправление довольно простое, но оно требует выключения питания виртуальной машины, см. KB:1113 - Как сбросить CBT. Из статьи КБ:

  1. Выключите ВМ
  2. Щелкните правой кнопкой мыши виртуальную машину, нажмите "Изменить настройки", найдите вкладку "Параметры" и нажмите "Параметры конфигурации".
  3. Установите значение "ctkEnabled" в false
  4. Установите значение "scsi0:x.ctkEnabled" в значение false для каждого диска виртуальной машины в вопросе 5. Откройте исходную папку и удалите все файлы -CTK.VMDK.
  5. Включите ВМ
  6. Выключите ВМ снова. Этот шаг необходим для обновления таблицы CTK.
  7. Включите ВМ
  8. Повторно запустите задание резервного копирования или репликации, чтобы снова включить CBT

У меня та же проблема после неожиданного сбоя питания. Я получил решение проблемы путем создания снимка каждого VMS и удалил. затем запустил бэкап и работал

Другие вопросы по тегам