Este error ocurre porque la réplica snapshot a su tamaño máximo no cabe dentro del banco de almacenamiento. Desde la versión 4.0, ESX y ESXi comparan el máximo tamaño del archivo redolog de un snapshot con el tamaño máximo de los archivos en el banco de datos. El archivo redolog puede que no funcione correctamente cuando alcance el tamaño máximo del banco de almacenamiento. Si el archivo creciera más que el tamaño máximo, entonces ESX cancela la operación de creación del snapshot y reporta el error en cuestión.
Nota: Este inconveniente no se presenta en ESX 3.5 o anteriores.
Nota: Si usted está usando Mapeo de Dispositivos Raw (RDM) en modo de compatibilidad Virtual, compare el tamaño de los RDMs en lugar de los discos base. Esto no ocurre si el RDM está en modo de compatibilidad Física porque los snapshots no afectan este tipo de discos. Para mayor información sobre cambio de RDMs entre los modos de compatibilidad física y virtual, vea
Switching a RDM from physical to virtual compatibility mode (1006599)
Compare el tamaño del disco base de la máquina virtual con el tamaño del bloque del banco de datos que contiene el directorio de trabajo de la máquina virtual. Originalmente de fábrica el directorio de trabajo contiene el archivo de configuración .vmx de la maquina virtual (VM).
El máximo tamaño de archivo correspondiente al tamaño del bloque del banco de almacenamiento es:
Tamaño de Bloque | Tamaño Máximo de Archivo |
1 MB | 256 GB - 512 Bytes |
2 MB | 512 GB - 512 Bytes |
4 MB | 1024 GB - 512 Bytes |
8 MB | 2048 GB - 512 Bytes |
Si experimenta este error aún después de confirmar que los archivos del snapshot caben en el banco de almacenamiento, proceda a la sección: Calculando el tamaño extra requerido por los archivos del snapshot de este artículo.
Para solucionar este inconveniente usted puede decidir entre cambiar la ubicación de los archivos de configuración de la máquina virtual o cambiar el workingDir a un banco de almacenamiento con un tamaño de bloque suficiente. workingDir es la ubicación donde son creados los snapshots. De fábrica, workingDir contiene el archivo .vmx.
Nota: Usted puede mover los archivos de configuración de una máquina virtual sin mover sus discos virtuales de la ubicación original.
Si la máquina virtual ya tiene snapshots, puede que no funcionen algunos procedimientos o que traten de crear un snapshot. La tabla siguiente muestra los requerimientos de diferentes procedimientos para que funcionen en ESX/ESXi 4.
Procedimiento | Requerimiento |
SVMotion (Storage vMotion) | Las máquinas virtuales no deben tener ningún snapshot. |
Cold migration con reubicación de Archivos | Las máquinas virtuales no deben tener ningún snapshot. |
Cambio de: workingDir | Las máquinas Virtuales pueden tener snapshots. Aún si la máquina virtual tiene snapshots y usted cambia el workingDir, puede todavía borrar todos los snapshots. |
Hot clone | Las máquinas virtuales no deben tener ningún snapshot. Al ejecutar Hot clone a una máquina virtual, se crea un snapshot al comienzo del proceso. |
Cold clone | Las máquinas Virtuales pueden tener snapshots. Clonar una máquina virtual crea una nueva máquina virtual con el mismo contenido que la original pero sin snapshots. |
vMotion para ESX/ESXi 3.5 | Las máquinas Virtuales pueden tener snapshots, solo si usa hardware version 4. ESX/ESXi 3.5 no realiza la verificación explicada y le permite crear snapshots en las máquinas virtuales. |
Calculando el tamaño extra requerido por los archivos del snapshot
La falla depende del tamaño del disco virtual. Todas las máquinas virtuales que tengan discos con un tamaño máximo soportado por VMFS pueden experimentar este error.
Por ejemplo, una máquina virtual con un disco de 256 GB almacenado en un VMFS con el tamaño de bloque de 1 MB falla para crear un snapshot debido al espacio extra (overhead) requerido por los archivos delta. Aunque el tamaño máximo de archivo para un bloque de 1MB es de 256 GB - 512, creando un disco vmfsSparse (delta) requiere un espacio extra de cerca de 2 GB. Esta diferencia resultante, crece potencialmente por encima del límite del sistema de archivos.
Para resolver el problema, mueva la máquina virtual a un volumen VMFS con un tamaño de bloque mayor.
El espacio extra para un disco de 256 GB es aproximádamente 2 GB. Si se van a usar snapshots, considere este overhead adicional cuando esté decidiendo el tamaño de los discos.
Nota: VMware recomienda que cree discos virtuales menores de 2 TB - xxGB, para el uso de procesos como Snapshot, Clone e Independent-nonpersistent.
Tamaño de Bloque en MB | Tamaño Máximo VMDK | Máximo Overhead |
1 | 256 GB - 512 B | ~ 2 GB |
2 | 512 GB - 512 B | ~ 4 GB |
4 | 1024 GB - 512 B | ~ 8 GB |
8 | 2048 GB - 512 B | ~ 16 GB |
Esto significa que para el uso de snapshots, Los tamaños máximos de archivos son:
Bloque de 1 MB -> 256 GB - 2 GB = 254 GB
Bloque de 2 MB -> 512 GB - 4 GB = 508 GB
Bloque de 4 MB -> 1024 GB - 8 GB = 1016 GB
Bloque de 8 MB -> 2048 GB - 16 GB = 2032 GB