Compartir a través de

Copia de seguridad y restauración en Azure Cosmos DB for PostgreSQL

  • Artículo

SE APLICA A: Azure Cosmos DB for PostgreSQL (con tecnología de la extensión de base de datos de Citus en PostgreSQL)

Azure Cosmos DB for PostgreSQL crea automáticamente copias de seguridad de cada nodo en un clúster. Las copias de seguridad se pueden usar para restaurar el clúster a un momento determinado: restauración a un momento dado (PITR). Las copias de seguridad y las restauraciones son una parte esencial de cualquier estrategia de continuidad del negocio, ya que protegen los datos frente a daños o eliminaciones accidentales.

Copias de seguridad

El proceso automatizado realiza una copia de seguridad de cada nodo de Azure Cosmos DB for PostgreSQL desde el momento en que se aprovisiona el clúster y durante el ciclo de vida del clúster. Azure Cosmos DB for PostgreSQL toma instantáneas de disco periódicas y las combina con el streaming de archivos WAL del nodo en Azure Blob Storage.

Las copias de seguridad permiten restaurar un servidor a un momento dado dentro del período de retención. (El período de retención es actualmente de 35 días para todos los clústeres). Todas las copias de seguridad se cifran mediante cifrado AES de 256 bits.

Los archivos de copia de seguridad no se pueden exportar. Solo se pueden usar para operaciones de restauración en Azure Cosmos DB for PostgreSQL.

Redundancia de copia de seguridad

Azure Cosmos DB for PostgreSQL admite las siguientes opciones de redundancia de copia de seguridad.

  • Copia de seguridad de la misma región

    • Zone-redundant backup storage (Almacenamiento de copia de seguridad con redundancia de zona): esta opción se elige automáticamente para las regiones que admiten zonas de disponibilidad. Cuando las copias de seguridad se almacenan en el almacenamiento de copia de seguridad con redundancia de zona, además de las múltiples copias de datos almacenadas dentro de la zona de disponibilidad donde se hospeda el nodo de cada clúster, los datos también se replican en otras zonas de disponibilidad.

    • Almacenamiento de copias de seguridad con redundancia local: esta opción se elige automáticamente para las regiones que no admiten zonas de disponibilidad. Cuando las copias de seguridad se almacenan en un almacenamiento de copia de seguridad con redundancia local, son varias las copias de seguridad que se almacenan en la misma región.

  • Copia de seguridad entre regiones

    • Almacenamiento de copias de seguridad con redundancia geográfica: puede elegir esta opción en el momento de la creación del clúster. Cuando las copias de seguridad se almacenan en otra región, además de las tres copias de datos almacenadas en la región donde se hospeda el clúster, los datos se replican en otra región.

La región de Azure donde se almacena la copia de seguridad con redundancia geográfica del clúster depende de la región de Azure donde se encuentra el clúster de Azure Cosmos DB para PostgreSQL.

Costo del almacenamiento de copia de seguridad

Para conocer los precios actuales del almacenamiento de copia de seguridad, consulte la página de precios de Azure Cosmos DB for PostgreSQL.

Restauración

Puede restaurar un clúster a un momento dado cualquiera de los últimos 35 días. La restauración a un momento dado es útil en diversos escenarios. Por ejemplo, cuando un usuario elimina accidentalmente los datos, elimina una tabla importante o la base de datos, o si una aplicación sobrescribe accidentalmente los datos correctos con datos incorrectos.

Nota:

Aunque las copias de seguridad del clúster siempre se almacenen durante 35 días, es posible que tenga que abrir una solicitud de soporte técnico para restaurar el clúster a un punto anterior al tiempo de conmutación por error más reciente. Además de alta disponibilidad (HA), las operaciones de mantenimiento y proceso y escalado de almacenamiento usan conmutaciones por error para minimizar el tiempo de inactividad durante estas operaciones.

Para la restauración en la misma región, cuando todos los nodos estén en funcionamiento, podrá restaurar el clúster sin pérdida de datos. En un caso extremadamente raro de que un nodo experimente un evento catastrófico (y la alta disponibilidad no esté habilitada en el clúster), podría perder hasta cinco minutos de datos.

En clústeres con copia de seguridad geográfica habilitada, la restauración se puede realizar en la región remota o en la misma región donde se encuentra el clúster.

Importante

Los clústeres eliminados no se pueden restaurar. Si elimina el clúster, todos los nodos que pertenecen a este se eliminan y no se pueden recuperar. Para proteger los recursos de clúster, después de la implementación, de eliminaciones accidentales o cambios inesperados, los administradores pueden aprovechar los bloqueos de administración.

El proceso de restauración crea un nuevo clúster en la misma región (o remota), suscripción y grupo de recursos de Azure que el grupo de recursos original. El clúster tiene la misma configuración del original: el mismo número de nodos, de núcleos virtuales, tamaño de almacenamiento, roles de usuario, versión de PostgreSQL y versión de la extensión de Citus.

La configuración de red no se conserva desde el clúster original, se restablece a los valores predeterminados. Tendrá que ajustar manualmente esta configuración después de la restauración para permitir el acceso al clúster restaurado. En general, puede consultar nuestra lista de tareas posteriores a la restauración sugeridas.

En la mayoría de los casos, la restauración del clúster tardará hasta 1 hora.

Pasos siguientes