CBT Soap Fault da VMWare ao executar o backup Veeam

5

Nós frequentemente vemos erros como este em nossos trabalhos de backup:

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: ''

No último trabalho que executou 11 de 235 backups de VMs teve isso como um aviso.

Como um exemplo completo, veja a saída das estatísticas de uma VM:

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

Minha pergunta é:

  1. O que esse erro significa exatamente?
  2. Se for um problema (acho que faz com que as VMs transfiram todo o disco em vez de alterações, por isso não é o ideal), como posso corrigi-lo?
por SimonJGreen 12.05.2013 / 23:23

2 respostas

4

O erro significa que a Veeam não pode identificar quais blocos foram alterados. Isso pode ter inúmeras causas, por exemplo, o armazenamento foi desligado sem desligar as VMs por meio do sistema operacional guest primeiro.

A correção é bastante simples, mas requer energia elétrica na VM, consulte KB: 1113 - Como redefinir o CBT . Do artigo da base de conhecimento:

  1. Desligue a VM
  2. Clique com o botão direito na VM, clique em "Editar configurações", encontre a guia "Opções" e clique em "Parâmetros de configuração"
  3. Defina o valor "ctkEnabled" como falso
  4. Defina o valor "scsi0: x.ctkEnabled" como falso para cada disco da VM em questão5. Abra a pasta de origem e remova todos os arquivos -CTK.VMDK.
  5. Ligue a VM
  6. Desligue a VM novamente. Esta etapa é necessária para atualizar a tabela CTK.
  7. Ligue a VM
  8. Execute novamente o trabalho de backup ou replicação para reativar o CBT
por 13.05.2013 / 00:00
0

Eu tenho o mesmo problema depois de uma falha de energia inesperada. Eu tenho o problema resolvido, criando um instantâneo de cada vms e excluído. então execute o Backup e trabalhe

    
por 03.05.2017 / 13:21