Saludos amigos, hace ya unos meses que Veeam anunciaba su nueva versión 10 de Veeam Backup & Replication, con más de 100 nuevas funcionalidades, una auténtica pasada.
La semana pasada Veeam lanzaba su Cumulative Patch 2 para Veeam Backup & Replication v10, haciéndolo mucho más estable si cabe. Podemos descargarlo desde aquí:
Upgrade a Veeam Backup & Replication v10 Cumulative Patch 2
Como se que os gustan los vídeos cortos a ser posible, aquí el update:
Novedades en Veeam Backup & Replication v10 Cumulative Patch 2
El parche acumulativo 2 de Veeam Backup & Replication 10 añade el soporte oficial de VMware vSphere 7 e incluye hotfixes para los siguientes problemas reportados por los clientes de Veeam que ya están en la versión original de v10:
Gestión de agentes
- Las políticas de copia de seguridad del agente no respetan la configuración de la política de retención para las máquinas de Microsoft Windows, forzándola siempre a 7 independientemente del valor especificado.
Amazon AWS
- Añadido soporte para las regiones del centro de datos de Ciudad del Cabo y Milán en todas las funcionalidades relacionadas.
Backup Copy
- Un fallo en la transformación completa de respaldo de GFS puede resultar en que el trabajo empiece a fallar con el “Método de falla en el proceso {Transform.Patch}”: Hay un elemento con el nombre especificado y otro tipo de error”.
Backup from Storage Snapshots
- Bajo ciertas circunstancias, los trabajos de respaldo pueden fallar con el error “No se pueden recuperar los alcances físicos para conectar el IQN del objetivo iSCSI {0} en el proxy IQN {1}”.
Infraestructura de Cloud Connect
- En los entornos en los que el aparato de extensión de red tiene el mismo nombre que el correspondiente inquilino, la eliminación del aparato también eliminará las réplicas del inquilino.
- En determinadas circunstancias, es posible que no se liberen las ranuras de tareas al final de la sesión de trabajo, lo que da lugar a diversos problemas debido a la falta de ranuras de tareas disponibles.
- La replicación de Cloud Connect falla con el error “No se puede encontrar un objetivo disponible” en entornos vCloud Director con múltiples clusters debido a que no se busca en todos los pools de vDC disponibles el pool de vOrg requerido.
- El uso del valor de registro UseCachedSshConnections puede provocar que los trabajos dejen de ejecutarse debido a que la conexión ya cerrada se ha almacenado en caché de forma errónea. Este problema puede dar lugar a varios errores, típicamente el error “La sesión no está abierta”.
- Abrir la vista Inquilinos lleva mucho tiempo.
Base de datos de configuración
- El alto consumo de CPU en el servidor SQL que alberga la base de datos de configuración causado por el procedimiento de almacenamiento AggregateSqlPointsInfo durante la copia de seguridad del registro de transacciones.
Recuperación del nivel de archivo
- El montaje de un punto de restauración con el disco dinámico falla con el error “Suma de comprobación de la entrada de la partición GPT secundaria inválida”.
- En algunos entornos, montar un punto de restauración para la recuperación a nivel de archivo puede fallar con el error “Firma de encabezado GPT secundario inválido”.
Copia de seguridad NAS
- La instantánea VSS no se crea con el error “Se niega el acceso” para los archivos compartidos SMB alojados en algunos dispositivos NAS debido a la falta de suplantación de identidad.
- La copia de seguridad de diferentes archivos compartidos del mismo servidor o NAS puede fallar con el error “No se pudo crear una instantánea VSS” siempre que las llamadas de creación de instantáneas VSS se superpongan.
Programador de recursos
- El programador de recursos puede experimentar retrasos significativos al emitir los recursos de la infraestructura de respaldo en entornos con un gran número de respaldos basados en agentes, plug-in de aplicaciones o basados en el host (con las cadenas de archivos de respaldo por VM desactivadas) que se almacenan en un repositorio de respaldo a escala.
Interfaz de usuario
- Alto consumo de CPU del servidor de respaldo por el Servicio de Respaldo Veeam en grandes ambientes mientras la interfaz de usuario está abierta y no hay trabajos activos.
- Alto consumo de RAM del servidor de respaldo por el proceso del Servicio de UI y lento desempeño de la vista de sesiones históricas en ambientes con un número muy grande de sesiones.
- Abrir la configuración de un trabajo de copia de seguridad de VMware existente lleva mucho tiempo para los trabajos que utilizan un repositorio de copia de seguridad escalable con un gran número de extensiones como objetivo.
Consola de proveedor de servicios de Veeam
- El recuento de cargas de trabajo de inquilinos inválidas es devuelto por la API WMI del servidor de respaldo, lo que resulta en que la consola de proveedores de servicios Veeam emita falsas advertencias.
Aceleración WAN
- El acelerador de la WAN puede llegar a un punto muerto mientras transfiere un incremento con un gran conjunto contiguo de segmentos de cero, haciendo que la transferencia de datos parezca disminuir drásticamente.
Podemos descargarlo desde aquí:
Leave a Reply