Copia de seguridad y restauración en Azure Database for PostgreSQL con un único servidor

Se aplica a: Azure Database for PostgreSQL: servidor único

Importante

El servicio de servidor único de Azure Database for PostgreSQL está en proceso de retirada. Le recomendamos encarecidamente actualizar al servidor flexible de Azure Database for PostgreSQL. Para más información sobre la migración al servidor flexible de Azure Database for PostgreSQL, consulte ¿Qué sucederá con el servicio de servidor único de Azure Database for PostgreSQL?

Azure Database for PostgreSQL crea automáticamente copias de seguridad del servidor y las almacena en el almacenamiento con redundancia local o con redundancia geográfica configurado por el usuario. Las copias de seguridad pueden utilizarse para restaurar el servidor a un momento dado. 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

Azure Database for PostgreSQL realiza copias de seguridad de los archivos de datos y del registro de transacciones. En función del tamaño de almacenamiento máximo admitido, se realizan copias de seguridad completas y diferenciales (servidores de almacenamiento de hasta 4 TB) o copias de seguridad de instantáneas (servidores de almacenamiento de hasta 16 TB). Estas copias de seguridad permiten restaurar un servidor a un momento dado dentro del período de retención de copias de seguridad configurado. El período de retención predeterminado es siete días. Opcionalmente, puede configurarlo hasta 35 días. Todas las copias de seguridad se cifran mediante cifrado AES de 256 bits.

Estos archivos de copia de seguridad no se pueden exportar. Las copias de seguridad solo se pueden usar para operaciones de restauración en Azure Database for PostgreSQL. Puede usar pg_dump para copiar una base de datos.

Frecuencia de copia de seguridad

Servidores con un almacenamiento de hasta 4 TB

En el caso de los servidores que admiten un almacenamiento máximo de 4 TB, las copias de seguridad completas se realizan una vez a la semana. Las copias de seguridad diferenciales se realizan dos veces al día. Las copias de seguridad del registro de transacciones tienen lugar cada cinco minutos.

Servidores con un almacenamiento de hasta 16 TB

En un subconjunto de regiones de Azure, todos los servidores recién aprovisionados admiten un almacenamiento de hasta 16 TB. Las copias de seguridad de estos servidores con gran capacidad de almacenamiento se basan en instantáneas. La primera copia de seguridad de instantáneas completa, se programa inmediatamente después de la creación del servidor. Esa primera copia se conserva como la copia de seguridad base del servidor. Las copias de seguridad de instantáneas posteriores son solo copias de seguridad diferenciales. Las copias de seguridad de instantáneas diferenciales no se realizan según una programación fija. En un día, se realizan varias copias de seguridad de instantáneas diferenciales, pero solo se conservan tres copias de seguridad. Las copias de seguridad del registro de transacciones tienen lugar cada cinco minutos.

Nota

Las copias de seguridad automáticas se realizan para servidores de réplica configurados con hasta 4 TB de almacenamiento.

Retención de copias de seguridad

Las copias de seguridad se conservan según el valor del período de retención de copia de seguridad en el servidor. Puede seleccionar un período de retención de 7 a 35 días. El período de retención predeterminado es de 7 días. Puede establecer el período de retención durante la creación del servidor o en otro momento actualizando la configuración de copia de seguridad con Azure Portal o la CLI de Azure.

El período de retención de copia de seguridad rige durante cuánto tiempo se puede realizar una restauración a un momento dado, porque se basa en las copias de seguridad disponibles. El período de retención de copia de seguridad también se puede tratar como un período de recuperación desde una perspectiva de restauración. Todas las copias de seguridad que se necesitan para realizar una restauración a un momento dado dentro del período de retención de copia de seguridad, se conservan en el almacenamiento de copia de seguridad. Por ejemplo, si el período de retención de la copia de seguridad se establece en 7 días, el período de recuperación comprendería los últimos 7 días. En este escenario, se conservan todas las copias de seguridad necesarias para restaurar el servidor en los últimos 7 días. Con un período de retención de copia de seguridad de siete días:

  • Los servidores con un almacenamiento de hasta 4 TB conservarán hasta 2 copias de seguridad completas de la base de datos, todas las copias de seguridad diferenciales y las copias de seguridad del registro de transacciones realizadas desde la primera copia de seguridad completa de la base de datos.
  • Los servidores con un almacenamiento de hasta 16 TB conservarán la instantánea de base de datos completa, todas las instantáneas diferenciales y las copias de seguridad del registro de transacciones de los últimos 8 días.

Opciones de redundancia de copia de seguridad

Azure Database for PostgreSQL permite elegir entre almacenamiento de copia de seguridad con redundancia local o con redundancia geográfica en los planes Uso general y Memoria optimizada. Cuando las copias de seguridad se guardan en el almacenamiento de copia de seguridad con redundancia geográfica, se replica una copia de seguridad adicional en una región emparejada. Esto proporciona una mejor protección y capacidad de restaurar el servidor en una región diferente en caso de desastre. El nivel Básico solo ofrece almacenamiento de copia de seguridad con redundancia local.

Importante

La configuración de un almacenamiento con redundancia local o con redundancia geográfica para copia de seguridad solo se puede realizar durante la creación del servidor. Una vez que se ha aprovisionado el servidor, no se puede cambiar la opción de redundancia del almacenamiento de copia de seguridad.

Costo del almacenamiento de copia de seguridad

Azure Database for PostgreSQL proporciona hasta un 100 % del almacenamiento del servidor aprovisionado como almacenamiento de copia de seguridad, sin costos adicionales. El cargo de cualquier almacenamiento de copia de seguridad adicional que se use se realizará por GB/mes. Por ejemplo, si ha aprovisionado un servidor con 250 GB de almacenamiento, tiene 250 GB de almacenamiento adicional disponible para las copias de seguridad del servidor sin ningún cargo adicional. El almacenamiento consumido para copias de seguridad que supere los 250 GB se cobra según el modelo de precios.

Puede usar la métrica Almacenamiento de copia de seguridad utilizado en Azure Monitor disponible en Azure Portal para supervisar el almacenamiento de copia de seguridad que usa un servidor. La métrica Almacenamiento de copia de seguridad utilizado representa la suma del almacenamiento consumido por todas las copias de seguridad de base de datos completas, copias de seguridad diferenciales y copias de seguridad de registros, que se conservan durante el período de retención de copia de seguridad establecido para el servidor. El servicio administra la frecuencia de las copias de seguridad como se ha explicado anteriormente. Una gran actividad transaccional en el servidor puede hacer que el uso del almacenamiento de copia de seguridad aumente, independientemente del tamaño total de la base de datos. En el caso del almacenamiento con redundancia geográfica, el uso del almacenamiento de copia de seguridad es dos veces el del almacenamiento con redundancia local.

El medio principal para controlar el costo de almacenamiento de copia de seguridad es establecer el período de retención apropiado y elegir las opciones adecuadas de redundancia de copia de seguridad para satisfacer los objetivos de recuperación deseados. Puede seleccionar un período de retención de entre 7 y 35 días. Los servidores de uso general y optimizados para memoria pueden tener almacenamiento con redundancia geográfica para copias de seguridad.

Restauración

En Azure Database for PostgreSQL, al realizar una restauración se crea un nuevo servidor a partir de las copias de seguridad del servidor original.

Hay dos tipos de restauración disponibles:

  • Restauración a un momento dado: está disponible con cualquier opción de redundancia de copia de seguridad y crea un nuevo servidor en la misma región que el servidor original.
  • Restauración geográfica: solo está disponible si ha configurado el servidor para almacenamiento con redundancia geográfica y permite restaurar el servidor en una región diferente.

El tiempo estimado de recuperación depende de varios factores, como el tamaño de la bases de datos, el tamaño del registro de transacciones, el ancho de banda de red y el número total de bases de datos que se están recuperando en la misma región al mismo tiempo. El tiempo de recuperación varía en función de la última copia de seguridad de datos y de la cantidad de recuperación que se deba realizar. Suele ser inferior a 12 horas.

Nota

Si el servidor PostgreSQL de origen está cifrado con claves administradas por el cliente, consulte la documentación para obtener más información.

Nota

Si desea restaurar un servidor PostgreSQL eliminado, siga el procedimiento documentado aquí.

Restauración a un momento dado

Independientemente de la opción de redundancia de copia de seguridad, puede realizar una restauración a cualquier momento del tiempo dentro de su período de retención de copias de seguridad. Se crea un nuevo servidor en la misma región de Azure que el servidor original. Se crea con la configuración del servidor original para el plan de tarifa, generación de procesos, número de núcleos virtuales, tamaño de almacenamiento, período de retención de copia de seguridad y opción de redundancia de copia de seguridad.

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 debido a un defecto de la aplicación.

Quizás deba esperar a que se realice la siguiente copia de seguridad del registro de transacciones antes de poder restaurar a un momento dado de los últimos cinco minutos.

Si quiere restaurar una tabla eliminada,

  1. Restaure el servidor de origen mediante el método A un momento dado.
  2. Vuelque la tabla mediante pg_dump desde el servidor restaurado.
  3. Cambie el nombre de la tabla de origen en el servidor original.
  4. Importe la tabla mediante la línea de comandos psql en el servidor original.
  5. Opcionalmente, puede eliminar el servidor restaurado.

Nota

Se recomienda no crear varias restauraciones para el mismo servidor al mismo tiempo.

Geo-restore

Puede restaurar un servidor en otra región de Azure donde el servicio esté disponible, si ha configurado el servidor para copias de seguridad con redundancia geográfica. Los servidores que admiten hasta 4 TB de almacenamiento se pueden restaurar en la región emparejada geográficamente o en cualquier región que admita hasta 16 TB de almacenamiento. En el caso de los servidores que admiten hasta 16 TB de almacenamiento, las copias de seguridad geográficas se pueden restaurar en cualquier región que admita también servidores de 16 TB. En Planes de tarifa de Azure Database for PostgreSQL encontrará una lista de las regiones admitidas.

La restauración geográfica es la opción de recuperación predeterminada cuando el servidor no está disponible debido a una incidencia en la región en la que se hospeda el servidor. Si un incidente a gran escala en una región provoca la falta de disponibilidad de una aplicación de base de datos, puede restaurar un servidor a partir de las copias de seguridad con redundancia geográfica en un servidor de cualquier otra región. Hay un retraso entre momento en que se realiza una copia de seguridad y el momento en que se replica en una región diferente. Este retraso puede ser de hasta una hora; por lo tanto, si se produce un desastre, puede haber una pérdida de datos de hasta una hora.

Durante la restauración geográfica, las configuraciones de servidor que se pueden cambiar incluyen la generación de procesos, núcleos virtuales, período de retención de copia de seguridad y opciones de redundancia de copia de seguridad. No se permite cambiar el plan de tarifa (Básico, Uso general o Memoria optimizada) ni el tamaño de almacenamiento.

Nota

Si el servidor de origen usa el cifrado de infraestructura doble, para restaurar el servidor, existen limitaciones, entre las que se incluyen las regiones disponibles. Para más información, consulte el cifrado de infraestructura doble.

Tareas posteriores a la restauración

Cuando efectúe la restauración con cualquiera de los mecanismos de recuperación, deberá realizar las siguientes tareas para que los usuarios y las aplicaciones vuelvan a conectarse:

  • Para acceder al servidor restaurado, dado que tiene un nombre diferente al servidor original, cambie el nombre del servidor por el nombre del servidor restaurado y el nombre de usuario por username@new-restored-server-name en la cadena de conexión.

  • Si el nuevo servidor está destinado a reemplazar al original, redirija a los clientes y las aplicaciones cliente al nuevo servidor.

  • Asegúrese de aplicar reglas de red virtual y de firewall de nivel de servidor adecuadas para que se conecten los usuarios. Estas reglas no se copian desde el servidor original.

  • No se olvide de emplear los permisos de nivel de base de datos y los inicios de sesión apropiados.

  • Configure las alertas según corresponda.

  • Retención a largo plazo

    Azure Backup y los servicios de servidor de Azure Database for PostgreSQL han creado una solución de copia de seguridad a largo plazo de clase empresarial para instancias de servidor único de Azure Database for PostgreSQL que conserva las copias de seguridad durante hasta 10 años. Puedes usar la retención a largo plazo de forma independiente o además de la solución de copia de seguridad automatizada que ofrece el servidor único de Azure Database for PostgreSQL, que ofrece retención de hasta 35 días. Las copias de seguridad automatizadas son copias de seguridad físicas adecuadas para las recuperaciones operativas, especialmente cuando se desea restaurar a partir de las copias de seguridad más recientes. Las copias de seguridad a largo plazo le ayudan con sus necesidades de cumplimiento, son más granulares y se toman como copias de seguridad lógicas mediante pg_dump nativas. Además de la retención a largo plazo, la solución ofrece las siguientes funcionalidades:

Copia de seguridad a petición y programada controlada por el cliente en el nivel de base de datos individual. Supervisión central de todas las operaciones y trabajos. Las copias de seguridad se almacenan en dominios de seguridad y de error independientes. Si el servidor de origen o la suscripción están en peligro, las copias de seguridad permanecen seguras en el almacén de Backup (en cuentas de almacenamiento administradas por Azure Backup). El uso de pg_dump permite una mayor flexibilidad en la restauración de datos en distintas versiones de base de datos. Los almacenes de Azure Backup admiten características de inmutabilidad y eliminación temporal (versión preliminar), que protegen los datos.

Pasos siguientes