Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Si se produce un desastre en toda la región, Azure puede proporcionar protección frente a desastres de geografía regional o a gran escala con recuperación ante desastres mediante el uso de otra región. Para más información sobre la arquitectura de recuperación ante desastres de Azure, consulte Arquitectura de recuperación ante desastres de Azure a Azure.
Azure Database for PostgreSQL proporciona características que protegen los datos y mitigan el tiempo de inactividad de las bases de datos críticas durante los eventos de tiempo de inactividad planeados y no planeados. Basado en la infraestructura de Azure que ofrece una sólida resistencia y disponibilidad, Azure Database for PostgreSQL ofrece características de continuidad empresarial que proporcionan protección contra errores, abordan los requisitos de tiempo de recuperación y reducen la exposición a la pérdida de datos. A medida que diseñe las aplicaciones, debe tener en cuenta la tolerancia al tiempo de inactividad(RTO), y la exposición a la pérdida de datos, el objetivo de punto de recuperación (RPO). Por ejemplo, su base de datos empresarial esencial tiene unos requisitos de tiempo de actividad más estrictos que una base de datos de prueba.
Comparación de la replicación geográfica con almacenamiento de copia de seguridad con redundancia geográfica
Tanto la replicación geográfica con réplicas de lectura como la copia de seguridad geográfica son soluciones para la recuperación ante desastres geográfica. Sin embargo, difieren en los detalles de sus ofertas. Para elegir la solución adecuada para el sistema, es importante comprender y comparar sus características.
| Feature | Geo-replication | Copia de seguridad geográfica |
|---|---|---|
| Conmutación automática por error | No | No |
| El usuario debe actualizar la cadena de conexión tras la conmutación por error | No | Sí |
| Puede estar en una región no emparejada | Sí | No |
| Admisión del escalado de lectura | Sí | No |
| Se puede configurar después de la creación del servidor | Sí | No |
| Restauración a un momento dado especifico | No | No |
| Capacidad garantizada | Sí | No |
Copia de seguridad y restauración con redundancia geográfica
La copia de seguridad y la restauración con redundancia geográfica permiten restaurar el servidor en una región diferente en caso de desastre. Proporciona al menos una durabilidad del 99,99999999999999 % (16 nueves) de los objetos de copia de seguridad durante un año.
La copia de seguridad con redundancia geográfica solo se puede configurar en el momento de la creación del servidor. Cuando el servidor se configura con copia de seguridad con redundancia geográfica, los datos de copia de seguridad y los registros de transacciones se copian en la región emparejada de forma asincrónica mediante la replicación de almacenamiento.
Para más información sobre la copia de seguridad y la restauración con redundancia geográfica, consulte copia de seguridad y restauración con redundancia geográfica.
Réplicas de lectura
Las réplicas de lectura entre regiones se pueden implementar para proteger las bases de datos frente a errores de nivel de región. Las réplicas de lectura se actualizan de forma asincrónica mediante la tecnología de replicación física de una instancia de servidor flexible de Azure Database for PostgreSQL y pueden retardar la principal. Las réplicas de lectura se admiten en niveles de proceso optimizados para memoria y de uso general.
Para obtener más información sobre las características y consideraciones de réplica de lectura, consulte Réplicas de lectura.
Detección, notificación y administración de interrupciones
Si el servidor está configurado con copia de seguridad con redundancia geográfica, puede realizar la restauración geográfica en la región emparejada. Se aprovisiona y recupera un nuevo servidor en los últimos datos disponibles que se copiaron en esta región.
También puede usar réplicas de lectura entre regiones. En caso de error de región, puede realizar una operación de recuperación ante desastres si promueve la réplica de lectura para que sea un servidor de lectura y escritura independiente. Se espera que el objetivo de punto de recuperación sea de hasta 5 minutos (posible pérdida de datos), excepto en el caso de un error regional grave, cuando el RPO puede estar cerca del retraso de replicación en el momento del error.
Para obtener más información sobre la mitigación y recuperación de tiempos de inactividad no planeados después del desastre regional, consulte Mitigación de tiempo de inactividad no planeado.