Tiempos de espera VSS en Exchange

La copia de seguridad de un servidor Exchange falla con:

Unfreeze error:[Backup job failed]
Cannot create shadow copy of the volumes containing writer’s data
A VSS critical writer has failed. Writer name: [Microsoft Exchange Writer]. Class ID: [{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}]. Instance ID: [{0db23250-4d1e-42c1-8d14-2be32f448184}]. Writer's state: [VSS_WS_FAILED_AT_FREEZE]. Error code: [0x800423f2].]

Si ejecuta el comando ‘vssadmin list writers’ en el servidor Exchange después de que el trabajo falle, típicamente verá que un Exchange Writer ha fallado debido a un error de timeout (error code 9).

Empezando con Veeam Backup & Replication v8
Para superar esta limitación de VSS, Veeam Backup & Replication utiliza la tecnología de instantáneas persistentes de Microsoft VSS para la copia de seguridad para servidores Microsoft Exchange. Si Microsoft Exchange no se congela dentro del período de tiempo permitido, Veeam Backup & Replication falla automáticamente en el mecanismo de instantáneas persistentes. Para obtener más información sobre esta nueva característica por favor revise:
https://helpcenter.veeam.com/docs/backup/vsphere/persistent_snapshots.html

"VSSControl: Failed to freeze guest, wait timeout"

Se refiere al límite impuesto por los escritores de Microsoft VSS a la duración de una congelación. Este timeout no es configurable. Veeam usa VSS para congelar aplicaciones inmediatamente antes de crear la instantánea de Vmware, y luego envía el comando para descongelar tan pronto como se complete la creación de instantáneas. VSS sólo mantendrá una congelación de los escritores durante un máximo de 60 segundos (20 para Exchange), por lo que varios pasos deben caber dentro de este tiempo:

1. Verificación del estado de congelación¹
2. Petición de creación de instantáneas a través de VIM API²
3. Creación de instantáneas en el host ESXi
4. Retorno de información de instantáneas a través de VIM API²
5. Solicitud de descongelación a Microsoft VSS¹
6. Descongelación de los VSS writers’ E/S

¹ Si no se dispone de una conexión de red al sistema operativo invitado, se utilizará la API de VIX, que introduce una latencia adicional.
² Estos pasos suelen ser casi instantáneos, pero si el vCenter está muy cargado o tiene una alta latencia en los hosts Esxi, el retraso puede ser significativo.

Éste es un problema de infraestructura, por tanto puede ser difícil localizarla. La siguiente es una lista completa de soluciones que han utilizado los clientes para resolver el problema:

• Primero asegúrese de que puede crear una copia de seguridad de Windows de la VM usando VSS. Esto demostrará que el problema no’está específicamente relacionado con VSS en sí mismo, sino una combinación de VSS y tecnología de instantáneas Vmware.
• Asegúrese de que no tiene otros agentes de proveedores de copia de seguridad en el servidor que está respaldando y si lo hace, desinstalarlos. Si usted necesita hacer operaciones de VSS en un sistema operativo invitado lo tiene que hacer con sólo un producto de copia de seguridad. Tenga en cuenta que Veeam utiliza Microsoft VSS y otros proveedores de software pueden utilizar sus propios proveedores de VSS/ escritores y que las soluciones de copia de seguridad que hacen copias de seguridad exitosas no es una comparación válida.
• Reinicie el Exchange Server
• ESX(i) host no tiene suficientes recursos
• La instantánea de Vmware tarda más de 20 segundos (tiempo de espera de Exchange VSS Writer hardcoded)
• La congelación Exchange supone un consumo de I/O del datastore muy intenso, por eso puede ser necesario reducir el período de backup y/o modificar el datastore de Exchange
• Puede ser necesario reiniciar COM+ Event System Service. Causa original es desconocida. En algunos casos los clientes programan un script que reinicia este servicio antes de hacer backup.
• Por causa de latencia entre vCenter y hosts a veces será conveniente hacer backup a través de host directamente para realizar backups con VSS correctamente, mientras haciéndolo a través de vCenter puede causar problemas de congelamiento.
• Si Veeam no tiene comunicación directa de red con Exchange, realice una prueba: ponga Veeam en una red que tenga conexión hacia Exchange y vea si se resuelve el problema. Sin embargo, la comunicación directa de red no es necesaria si hay problemas subyacentes de VIX; en este caso intentamos usar IP para comunicarse y en algunos casos esto no funciona adecuadamente por la arquitectura de red.
• Una cosa que es extremadamente importante si usted está tratando de utilizar "connectionless mode" para VSS (i.e. si hay un cortafuegos y por lo tanto confiamos en la API VIX para comunicar) es que usted debe cumplir al menos UNA de las siguientes condiciones:
  1. La cuenta utilizada para Application Aware Processing debe ser "built-in" local administrator, o la del "built-in" domain administrator (i.e. debe tener "well-known" SID 500), otras cuentas de administrador local o de dominio no sirven.
     
     --OR--
      
  2. UAC debe estar desactivado en las VMs guest.
• Asegúrese de que no hay ningún snapshot en ejecución en la VM de Exchange que pudiera causar latencia de I/O de almacenamiento adicional que no’sea necesario.
• El servidor de Exchange puede necesitar recursos adicionales si se ve agravado durante la descongelación.