Saludos amigos, en muchas ocasiones queremos usar SureBackup para comprobar si nuestras cargas de trabajo se han protegido correctamente, para ello, una vez que tenemos creado el virtual-lab, y el application group, crearemos la tarea de SureBackup, pero en ocasiones podemos recibir algunos de los siguientes erroreres, vamos a cubrirlos todos.
Unable to perform restore from a crash-consistent backup
Este error normalmente aparece si hemos seleccionado uno de los scripts pre-definidos en las VM, ya sea AD, Exchange, SQL, etc, y la VM, o grupo de VMs que queremos testear no tienen el check de application-aware propiamente activado, con sus credenciales y todo, el error será algo como esto:
Results: unable to perform Domain Controller restore from a crash-consistent backup. Be sure application-aware processing is enabled in the backup job settings
El mensaje puede variar dependiendo de la aplicación como ya mencionaba, aquí cómo solucionarlo.
Nos iremos hasta el trabajo desde el que nos basamos para el SureBackup, en mi caso estoy usando para el origen un trabajo de copia, en este trabajo nos iremos hasta guest processing, nos aseguraremos que las Guest OS credentials están bien, que el checkboz de Enable application-aware processing está marcado y haremos click en Applications:
Seleccionaremos la VM, o VMS que nos está dando problemas con SureBackup: 
Tendremos que estar seguros de que en General tenemos marcado Require successful processing:
Eso es todo, al lanzarlo de nuevo ya no veremos el error mencionado y el trabajo de SureBackup terminará correctamente:
No destination network for IP address nnn.nnn.nnn.nnn
Este error que es muy común también puede volvernos locos, el error lucirá como el siguiente:
El error, que nos puede desconcertar un poco es debido a que la VM a la que estamos realizando el SureBackup, y el virtual appliance que se levanta para interconectar el lab, no están conectados. Esto se debe a que la VM tiene dos tarjetas de red en dos diferentes switches virtuales, para ello, tendremos que poner una tarjeta de red virtual en el virtual appliance de Veeam SureBackup también, tan sencillo como irnos al virtual lab y añadir una segunda NIC en el rango de la VM:
Con estos dos pasos ya podrá nuestro virtual lav appliance de surebackup comunicarse con las dos tarjetas de red de la VM y proceder a finalizar las tareas de comprobación:
Extraños timeouts, o errores varios
Os recomiendo que las VM que queremos probar en nuestro SureBackup o SureReplica cumplan con las siguientes buenas prácticas:
- Si queremos comprobar alguna de las aplicaciones predefinidas como son AD, Exchange, etc, tener el application-aware activado, como hemos visto antes.
- Que las VM Tools se estén ejecutando en la VM y si puede ser que estén a la última versión.
- Las VM que se levantan en el entorno virtual de SureBackup al final provienen del storage de backup, con lo que recomiendo realizar los SureBackup de trabajos de copia que no tengan muchos puntos de restauración y que se encuentren en disco rápido si puede ser.
Nada más amigos, espero que este post os ayude en vuestro día a día, y si tenéis errores con SureBackup o SureReplica y no están aquí documentados, por favor dejar un comentario. Un saludo
Jorge hola como estas ? consulta estoy realizando un sure backups de una sola vm que esta en un sitio fisico con otro servidor que esta en el mismo sitio pero en otro piso , cree el aplication groups , el virtual lab todo por default pero al final me indica este error
Ping test will be skipped because VM is not connected to any private network.
la vm tiene una sola placa de red
un saludo cordial