Planificar la recuperación tras fallos
En esta página se describen las funciones de compatibilidad de Firestore con MongoDB que pueden ayudarte a crear e implementar planes de recuperación ante desastres.
Planificación de la recuperación tras fallos en caso de interrupciones de la infraestructura en la nube
Para protegerse frente a posibles interrupciones de la infraestructura de la nube en Google Cloud como una zona o una región que experimente una interrupción, Firestore con compatibilidad con MongoDB replica los datos en varias bases de datos de réplica.
La arquitectura de replicación depende de si la base de datos está en una ubicación regional o en una ubicación multirregional. Las bases de datos regionales replican los datos de forma síncrona en al menos tres zonas. Las bases de datos multirregionales replican datos de forma síncrona en cinco zonas de tres regiones, dos de las cuales son de servicio y una es de testigo. Las bases de datos multirregionales maximizan la disponibilidad y la durabilidad de las bases de datos, ya que ofrecen una disponibilidad del 99,999 %. Las bases de datos regionales ofrecen una disponibilidad del 99,99 %.
Firestore con compatibilidad con MongoDB gestiona automáticamente la replicación y no requiere configuración ni aprovisionamiento adicionales. Para obtener más información, consulta lo siguiente:
Para obtener más información sobre la arquitectura de replicación, consulta el artículo Diseño de la recuperación tras desastres para interrupciones de la infraestructura en la nube.
Planificación de la recuperación tras fallos de los datos
Para protegerte frente a desastres de datos, como la eliminación o modificación accidental de datos, usa copias de seguridad programadas y la recuperación a un momento dado (PITR). En función de tus requisitos de recuperación ante desastres, puedes usar ambas funciones juntas.
Copias de seguridad programadas
Las copias de seguridad tienen un periodo de conservación máximo de 14 semanas. Puedes programar copias de seguridad diarias o semanales. Puedes restaurar tu base de datos a partir de una copia de seguridad en una nueva base de datos de Firestore con compatibilidad con MongoDB en el mismo proyecto. Para obtener más información, consulta Crear copias de seguridad y restaurar datos.
Las copias de seguridad ofrecen un periodo de conservación más largo que PITR. Restaurar una base de datos a partir de una copia de seguridad cuesta menos que restaurarla a partir de datos de PITR.
Recuperación a un momento dado (PITR)
Habilita PITR para leer documentos de un momento determinado de los últimos siete días. Puedes leer datos con una granularidad de 1 minuto y escribir quirúrgicamente en tu base de datos con un objetivo de tiempo de recuperación (tiempo máximo de recuperación) de 0. El objetivo de punto de recuperación (pérdida de datos máxima posible) es de 1 minuto. Para obtener más información, consulta Recuperación a un punto concreto en el tiempo.
Si no necesitas restaurar una base de datos completa, PITR puede recuperar solo los datos necesarios. La recuperación a un momento dado también ofrece un objetivo de tiempo de recuperación y un objetivo de punto de recuperación más bajos que las copias de seguridad.
Exportaciones de datos
Si necesitas conservar los datos durante más de 14 semanas, puedes usar PITR para crear una exportación de toda tu base de datos y guardar estos datos en Cloud Storage indefinidamente. Una exportación de datos de PITR captura datos de una marca de tiempo de hasta siete días anteriores.
Las exportaciones de datos de PITR son útiles para archivar datos de tu base de datos. En comparación con las copias de seguridad, recuperar una base de datos a partir de una exportación de PITR suele ser más caro que recuperar los mismos datos a partir de una copia de seguridad.
Para iniciar una operación de exportación de PITR, consulta Exportar e importar datos de PITR.