Guía de restauración DeskGate

Comience con una prueba de recuperación aislada

Una restauración puede reemplazar datos y afectar a los clientes conectados. Pruebe el conjunto de recuperación en un entorno aislado y aprobado antes de realizar una recuperación en producción. Mantenga inactivos los cronogramas restaurados, el envío de correos electrónicos y las conexiones de los puntos finales hasta que el responsable de la recuperación los autorice.

Identifique la fecha de la copia de seguridad, el punto de recuperación previsto, la versión de la aplicación, la versión de SQL, los archivos y las claves de cifrado necesarias. Conserve el estado de producción actual según el plan de incidentes antes de decidir reemplazarlo.

Restaure la base de datos con el administrador de la base de datos (DBA)

En una herramienta de administración SQL existente, seleccione el destino de restauración y el conjunto de copia de seguridad deseados, luego revise la base de datos de destino y las rutas de archivo. Para una prueba, utilice un destino independiente para que la base de datos activa no se sobrescriba. Siga Procedimiento de restauración de MicrosoftLa secuencia de copias de seguridad requerida depende del modelo de recuperación y del momento deseado.

Solicite al administrador de la base de datos que valide la compatibilidad de la versión, el estado de recuperación y los certificados o claves necesarios. No habilite la sobrescritura ni descarte una copia de seguridad del registro necesaria simplemente para evitar un error de restauración.

Vuelva a conectar la aplicación correspondiente

1. Restaure la versión de la aplicación correspondiente aprobada y su conjunto de configuración/App_Data coordinado.
2. Revise la licencia, la configuración del servicio, los puntos finales y el modo web para el entorno de recuperación.
3. Solicite al administrador que actualice la conexión a la base de datos mediante el proceso de configuración compatible.
4. Inicie y compruebe GoMyidServer y GoMyidCore cuando el plan de recuperación lo permita.
5. Verifique tanto la página de inicio de sesión como el registro/la comprobación de la base de datos; una respuesta de inicio de sesión por sí sola no garantiza la recuperación de los datos.

Validar datos y comportamiento

Utilice a un revisor autorizado para inspeccionar los grupos, usuarios y registros de informes representativos previstos del período recuperado. Compruebe que los archivos de configuración confidenciales permanezcan protegidos y que no se haya producido ninguna conexión de correo electrónico o de punto final no deseada durante el ensayo.

Registre el tiempo de recuperación transcurrido, los datos recuperados más recientes, los intervalos faltantes y las diferencias no resueltas. Una base de datos restaurada con una versión de aplicación incompatible no se considera una recuperación válida.

Regresar al servicio deliberadamente

El responsable de la recuperación deberá aprobar la transición, el acceso a la red y la reanudación de la recopilación o la programación. Valide un punto final piloto antes de la reconexión general. Conserve el registro de recuperación e investigue por qué fue necesaria la restauración. Si falla alguna comprobación de aceptación, siga el plan de incidentes en lugar de restaurar repetidamente el mismo destino.