Назад | Перейти на главную страницу

CBT Soap Fault от 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. Если это проблема (я думаю, что это заставляет виртуальные машины передавать весь диск, а не изменения, поэтому это не идеально), как я могу это исправить?

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

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

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

У меня такая же проблема после неожиданного сбоя питания. Я решил проблему, создав снимок каждой виртуальной машины и удалил ее. затем запустите Backup и работает