5 votos

Error de jabón CBT de VMWare cuando se ejecuta Veeam copia de seguridad

Con frecuencia vemos errores como este en nuestros trabajos de copia de seguridad:

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

En el último trabajo que corrió 11 de 235 VMs respaldado tenía esto como una advertencia.

Como un ejemplo completo aquí está el resultado de las estadísticas de una máquina virtual:

 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
 

Mi pregunta es:

  1. ¿Qué significa exactamente este error?
  2. Si es un problema (creo que hace VMs transferir todo el disco en lugar de cambios, por lo que no es ideal) ¿cómo puedo solucionarlo?

4voto

Reality Extractor Puntos 1240

El error significa que Veeam no puede identificar lo que los bloques han cambiado. Esto podría tener numerosas causas, por ejemplo, su almacenamiento se ha apagado sin apagar las máquinas virtuales a través del SO huésped, en primer lugar.

La solución es bastante simple, pero requiere powercycling la máquina virtual, consulte KB:1113 - Cómo restablecer la TCC. Desde el artículo de KB:

  1. Apagado de la máquina virtual
  2. Haga clic derecho en la máquina virtual, haga clic en "Editar configuración", buscar en la pestaña de "Opciones" y haga clic en "Parámetros de Configuración"
  3. Establecer el "ctkEnabled" valor a false
  4. Establecer el "scsi0:x.ctkEnabled" valor a false para cada uno de los discos de la máquina virtual en question5. Abra la carpeta de origen y de quitar cualquier -CTK.VMDK archivos.
  5. Encienda la máquina virtual
  6. Apagar la VM de nuevo. Este paso es necesario para actualizar el CTK tabla.
  7. Encienda la máquina virtual
  8. Ejecutar Copia de seguridad o de trabajo de Replicación para volver a habilitar la TCC

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: