Punto de restauración de Windows
Una vez hecho esto, el servidor estará en modo de recuperación. Cámbielo para que funcione normalmente (ejecute SELECT pg_wal_replay_resume()) y dígale a recovery.conf cómo debe comportarse PostgreSQL después de la recuperación usando recovery_target_action. Tiene tres opciones, pero dado que promote es la que terminará el modo de recuperación tan pronto como la recuperación misma se complete, le sugeriremos que use esa. También puede apagar el servidor después de la recuperación. Una vez completada la recuperación, su archivo recovery.conf será renombrado a recovery.done.
Planificador de despliegue Asr para servidor físico
Al formular una solución de recuperación ante desastres, debe plantearse varias preguntas. Realizar esta diligencia debida por adelantado puede ayudar a garantizar el éxito de un evento de DR y evitar costosas soluciones sobredimensionadas. En primer lugar, defina su alcance: ¿qué aplicaciones y servicios necesitan protección? Los entornos de desarrollo, pruebas y preparación suelen tener menos requisitos de tiempo de actividad que los de producción. También es importante tener en cuenta los modos de fallo. ¿Cuál es el efecto si una instancia crítica tiene un fallo de hardware? ¿Y si un centro de datos sufre un problema eléctrico? ¿O el improbable caso de que una catástrofe natural afecte a una gran región geográfica?
Los planes de DR se miden por un Objetivo de Punto de Recuperación (RPO) y un Objetivo de Tiempo de Recuperación (RTO). Un RPO es la cantidad de datos que está dispuesto a perder durante un desastre, y un RTO es la cantidad de tiempo de inactividad aceptable si se produjera un desastre. Hay que tener en cuenta cuáles son los RTO y RPO de las aplicaciones en cuestión. Una vez definidas estas piezas, la arquitectura puede empezar a tomar forma y ofrecer protección contra estos fallos.
Azure site recovery deployment planner descargar
Antes de empezar a proteger cualquier máquina virtual (VM) de VMware vSphere mediante Azure Site Recovery, asigne suficiente ancho de banda, en función de su tasa diaria de cambio de datos, para cumplir su objetivo de punto de recuperación (RPO) deseado. Asegúrese de desplegar el número adecuado de servidores de configuración y servidores de procesos locales.
También debe crear el tipo y el número adecuados de cuentas Azure Storage de destino. Cree cuentas de almacenamiento estándar o premium, teniendo en cuenta el crecimiento de sus servidores de producción de origen debido al aumento del uso a lo largo del tiempo. Elija el tipo de almacenamiento por máquina virtual en función de las características de la carga de trabajo (por ejemplo, operaciones de E/S de lectura/escritura por segundo [IOPS] o rotación de datos) y los límites de Site Recovery.
Site Recovery Deployment Planner es una herramienta de línea de comandos para escenarios de recuperación de desastres de Hyper-V a Azure y de VMware a Azure. Puede crear un perfil remoto de sus máquinas virtuales VMware utilizando esta herramienta (sin ningún impacto en la producción) para comprender los requisitos de ancho de banda y almacenamiento para una replicación correcta y una conmutación por error de prueba. Puede ejecutar la herramienta sin instalar ningún componente de Site Recovery en las instalaciones. Para obtener resultados precisos sobre el rendimiento alcanzado, ejecute el planificador en un servidor Windows que cumpla los requisitos mínimos del servidor de configuración de Site Recovery que eventualmente necesite implementar como uno de los primeros pasos en la implementación de producción.
Plan de recuperación de sitios Azure
Es importante tener en cuenta que, a pesar de su título, el RPO tiene menos que ver con la ejecución real de la recuperación y más con establecer el marco para que, cuando tenga que recuperarse de una pérdida de datos, pueda tener todos los datos que necesita de vuelta y disponibles. RPO no es una herramienta para medir o reducir el tiempo de inactividad. Ahí es donde entra en juego el objetivo de punto de recuperación (RTO).
Aunque sus sistemas estén protegidos por un sistema de alta disponibilidad, es posible que pierda algunos datos en caso de desastre. La pregunta que debe hacerse es: ¿cuántos datos puede permitirse perder mi organización?
Por desgracia, es una pregunta complicada. Lo más probable es que su reacción instintiva sea: «No quiero perder ninguno de mis datos. Los necesito todos». Existen opciones para cumplir ese requisito, incluidas las soluciones de copia de seguridad y recuperación tras desastres de StorageCraft, pero hay una serie de factores que debe tener en cuenta -incluido el coste- a la hora de determinar su RPO.