¿Alguna vez ha visto un error que dice "se debe habilitar el seguimiento de bloques modificados en la máquina virtual para este tipo de copia de seguridad"? Si administra máquinas virtuales en entornos VMware, este mensaje es común, especialmente al configurar copias de seguridad incrementales o diferenciales. Esto significa que su software de copia de seguridad necesita una función especial llamada seguimiento de bloques modificados (CBT) para funcionar eficientemente con estos tipos de copia. Veamos qué hace el CBT, por qué es tan importante para las copias de seguridad modernas, cómo habilitarlo paso a paso y qué hacer si algo sale mal.
¿Qué es el seguimiento de bloques modificados?
El seguimiento de bloques modificados (CBT) es una función de VMware vSphere que realiza un seguimiento de las partes del disco de una máquina virtual que han cambiado desde la última operación de copia de seguridad. En lugar de copiar cada byte de datos cada vez que realiza una copia de seguridad de una máquina virtual, CBT permite a su herramienta de copia de seguridad copiar únicamente los bloques que realmente han cambiado desde la última instantánea o trabajo de copia de seguridad.
¿Cómo funciona? Cuando se habilita CBT en una máquina virtual y sus discos, vSphere mantiene un archivo de registro de mapa de bits junto a cada disco virtual: el archivo CTK, que registra qué bloques de disco se modificaron tras cada instantánea o evento de copia de seguridad. Las aplicaciones de respaldo pueden consultar entonces este registro mediante las API de VMware para identificar rápidamente solo los bloques de datos modificados, en lugar de escanear discos completos.
CBT opera en la capa de virtualización: no requiere cambios dentro del sistema operativo invitado y funciona con máquinas virtuales que ejecutan la versión de hardware 7 o posterior. Esto lo hace eficiente y confiable para la mayoría de las cargas de trabajo empresariales.
¿Por qué debe estar habilitado el seguimiento de bloques modificados?
¿Por qué aparece tan a menudo “debe habilitarse el seguimiento de bloques modificados en la máquina virtual para este tipo de copia de seguridad”? Porque ciertos tipos de copias de seguridad dependen completamente de saber exactamente qué ha cambiado desde la última ejecución; de lo contrario, pierden su ventaja de eficiencia.
Las copias de seguridad incrementales y diferenciales están diseñadas para guardar únicamente los datos nuevos o modificados desde la anterior completa/incremental/diferencial/copia de seguridad incremental perpetua. Sin CBT habilitado a nivel de máquina virtual y de disco, su aplicación de copia de seguridad no puede determinar qué bloques han cambiado entre trabajos; podría regresar a escanear manualmente todos los bloques de datos, un proceso lento, o revertir a realizar copias de seguridad completas a nivel de imagen cada vez.
Esto conduce directamente a ventanas de respaldo más largas, mayor consumo de almacenamiento, mayor carga en la red durante las transferencias e incluso, en ocasiones, trabajos fallidos si el modo incremental estricto es requerido por políticas o normas de cumplimiento. En resumen: habilitar CBT no es solo una práctica recomendada; es esencial para flujos de trabajo modernos de protección de máquinas virtuales rápidos y confiables.
Tipos de copia de seguridad que requieren el seguimiento de bloques modificados
No todas las copias de seguridad de máquinas virtuales necesitan CBT, pero muchas sí lo requieren si desea velocidad y eficiencia:
Copias de seguridad incrementales: Estas capturan únicamente los cambios realizados desde la última copia de seguridad incremental o completa exitosa.
Copias de seguridad diferenciales: Estas capturan todos los cambios realizados desde la última copia de seguridad completa.
Estrategias de incremento perpetuo: Algunas soluciones utilizan cadenas de incremento perpetuo en las que solo se almacena una copia completa inicial más incrementales continuos; estas dependen completamente de un seguimiento preciso de los cambios.
Respaldo completo sintético: algunas herramientas crean nuevos puntos de restauración "completos" a partir de cadenas de respaldos incrementales, lo que nuevamente requiere un conocimiento preciso de los bloques modificados a lo largo del tiempo.
Restauraciones granulares: Las restauraciones rápidas a menudo dependen de la capacidad de identificar exactamente qué archivos se vieron afectados entre momentos determinados utilizando registros de cambios de bloques subyacentes.
Las copias de seguridad completas a nivel de imagen no requieren CBT; simplemente copian todo, pero activar CBT aún puede ayudar a rastrear más eficientemente los sectores utilizados en segundo plano. Si intenta un trabajo incremental/diferencial sin que CBT esté activo en ambos niveles (VM + discos), espere errores como "se debe habilitar el seguimiento de bloques modificados en la máquina virtual para este tipo de copia de seguridad" o una caída silenciosa a métodos más lentos que desperdician recursos.
Cómo habilitar el seguimiento de bloques modificados mediante el cliente web vSphere
Habilitar CBT a través del cliente web vSphere requiere atención cuidadosa, pero sigue pasos claros:
Primero, asegúrese de que la máquina virtual de destino esté apagada y no tenga instantáneas existentes. Las instantáneas existentes impiden la activación correcta del seguimiento de cambios.
1. En vSphere Web Client, haga clic con el botón derecho en su máquina virtual apagada y seleccione Editar configuración.
2. Vaya a la pestaña Opciones de VM.
3. Expanda la configuración Avanzada y haga clic en Editar configuración.
4. Haga clic en Agregar parámetros de configuración.
5. Agregue un parámetro llamado ctkEnabled con el valor establecido como TRUE.
6. Para cada disco virtual conectado (por ejemplo scsi0:0), agregue otro parámetro llamado scsi0:0.ctkEnabled configurado como VERDADERO (reemplace "scsi0:0" con el nombre real del dispositivo SCSI por cada disco).
7. Haga clic en Aceptar para guardar los cambios.
8. Encienda su máquina virtual nuevamente una vez que haya terminado de editar los parámetros.
Sugerencia: El parámetro por disco (scsiX:X.ctkEnabled) es fundamental; si no se configura correctamente para cada disco conectado que desee proteger mediante tareas incrementales o diferenciales, esos discos no generarán los archivos CTK necesarios para la mayoría de las herramientas modernas de copia de seguridad.
Después de encender nuevamente, verifique en su carpeta de datastore los archivos que terminan en *-ctk.vmdk junto a cada archivo VMDK; su presencia confirma la activación exitosa del seguimiento de bloques modificados por dispositivo de disco.
Si ves parámetros duplicados ya presentes (por ejemplo, de intentos anteriores), asegúrate de que sus valores estén configurados correctamente en lugar de agregar entradas redundantes, lo cual podría causar confusión más adelante durante la solución de problemas.
Cómo habilitar el seguimiento de bloques modificados usando PowerCLI
Para entornos más grandes, o cualquier persona que prefiera la automatización, PowerCLI ofrece una forma eficiente de habilitar CBT en varias máquinas virtuales a la vez:
Asegúrese nuevamente de que las máquinas virtuales estén apagadas y sin instantáneas antes de continuar.
1. Abra el shell de PowerCLI y luego conéctese usando
Connect-VIServer <your_vcenter_server>
2. Recuperar el objeto de la máquina virtual de destino
$vm = Get-VM -Name "YourVMName"
3a. Establecer la bandera global de ChangeTracking
$spec = New-Object VMware.Vim.VirtualMachineConfigSpec
$spec.ChangeTrackingEnabled = $true
$vm.ExtensionData.ReconfigVM($spec)
3b (Avanzado): Para cada disco duro conectado, configure la bandera por disco:
foreach ($hd in $vm.ExtensionData.Config.Hardware.Device | Where { $_ -is [VMware.Vim.VirtualDisk] }) {
$key = "$($hd.ControllerKey):$($hd.UnitNumber).ctkEnabled"
New-AdvancedSetting -Entity $vm -Name $key -Value "TRUE" -Force
}4. Encienda nuevamente su máquina virtual utilizando
Start-VM -VM $vm
Este enfoque garantiza que tanto las banderas globales (ChangeTrackingEnabled) como las individuales (scsiX:X.ctkEnabled) estén configuradas correctamente, ¡incluso con múltiples discos por servidor! Posteriormente, siempre verifique la creación de archivos *-ctk.vmdk dentro de las carpetas del datastore correspondientes a las máquinas virtuales/discos protegidos antes de programar tareas de producción que dependan de modos incrementales/diferenciales.
Consejo de automatización: puede recorrer varias máquinas virtuales envolviendo la lógica anterior dentro de bucles estándar de PowerShell que se dirijan a listas recuperadas mediante Get-VM.
¿Cómo respaldar máquinas virtuales con Vinchin Backup & Recovery?
Una vez que el seguimiento de bloques modificados está activado, aprovechar una protección avanzada de nivel empresarial resulta sencillo con Vinchin Backup & Recovery, una solución profesional que admite más de 15 plataformas de virtualización principales, incluyendo VMware, Hyper-V, Proxmox, oVirt, OLVM, RHV, XCP-ng, XenServer, OpenStack, ZStack y más. Especialmente para usuarios de VMware, Vinchin Backup & Recovery utiliza funciones como la integración de instantáneas silenciosas y el modo de transporte HotAdd, junto con un sólido soporte para el propio seguimiento de bloques modificados, ofreciendo copias de seguridad incrementales de alta velocidad diseñadas específicamente para entornos exigentes.
Entre sus amplias funcionalidades se encuentran copias de seguridad incremental permanentes que utilizan duplicación y compresión; opciones de restauración granular; recuperación instantánea; rutas de transferencia independientes de LAN; automatización programada, todo diseñado para maximizar la eficiencia mientras se minimiza el impacto en los recursos a través de infraestructuras diversas, independientemente de la escala o complejidad.
Hacer una copia de seguridad de una máquina virtual VMware utilizando Vinchin Backup & Recovery implica solo cuatro pasos intuitivos dentro de su consola web:
Paso 1. Seleccione la fuente de copia de seguridad
Paso 2. Seleccionar destino de copia de seguridad
Paso 3. Seleccionar estrategias de copia de seguridad
Paso 4. Revisar y enviar el trabajo
Reconocido globalmente por miles de organizaciones, con las mejores calificaciones del sector, Vinchin Backup & Recovery ofrece una prueba gratuita completa válida durante 60 días para que pueda experimentar de primera mano una protección de datos verdaderamente empresarial.
Preguntas frecuentes sobre el seguimiento de bloques modificados
P1: ¿Puede el habilitar el seguimiento de bloques modificados afectar el rendimiento durante una alta actividad de escritura?
A1: En casos raros, las cargas de trabajo con alta E/S pueden experimentar una ligera sobrecarga debido a operaciones adicionales de registro, pero la mayoría de los sistemas de producción muestran un impacto insignificante según la documentación oficial de fuentes de Broadcom/Vmware.
P2: ¿Qué debo hacer si mi script automatizado falla porque algunos discos carecen de parámetros ctk-enabled?
A2: Revise detenidamente la salida o los registros del script y luego verifique manualmente y agregue las claves por disco que faltan, asegurándose de que coincidan exactamente con los números de controlador y unidad mostrados en la sección Editar configuración > Discos duros > Parámetros avanzados dentro de la interfaz de vCenter antes de volver a intentar ejecuciones en lote posteriormente.
P3: ¿Existe algún riesgo al desactivar/reactivar repetidamente las flags de ctk con el tiempo?
A3: No existe un riesgo significativo siempre que todas las acciones se realicen con el equipo apagado/no haya instantáneas activas presentes, ¡pero siempre pruebe primero clonaciones fuera de producción cuando sea posible antes de aplicar actualizaciones masivas en infraestructuras activas!
Conclusión
Debe habilitar el seguimiento de bloques modificados en la máquina virtual para este tipo de copia de seguridad si desea una protección incremental rápida y confiable en entornos modernos, ¡especialmente a gran escala! Habilitarlo garantiza un funcionamiento fluido tanto al automatizar mediante scripts como con herramientas de interfaz de usuario, además de minimizar el uso de recursos a largo plazo! Vinchin admite una integración perfecta aprovechando estas capacidades listas para usar, ¡así que pruébenos hoy mismo sin riesgo alguno!
