Restauración de un servidor eliminado

Cuando se elimina un servidor, el servicio conserva su Azure Database for PostgreSQL copia de seguridad del servidor flexible durante cinco días. Solo se puede acceder a esa copia de seguridad y restaurarse desde la suscripción de Azure donde reside originalmente el servidor.

Se pueden realizar los siguientes pasos recomendados para recuperar un servidor flexible eliminado Azure Database for PostgreSQL en un plazo de cinco días a partir del momento en que se eliminó. Los pasos recomendados solo funcionan si la copia de seguridad del servidor todavía está disponible y no se elimina del sistema. Aunque la restauración de un servidor eliminado suele realizarse correctamente, no siempre se garantiza, ya que restaurar un servidor eliminado depende de otros factores.

Prerequisites

Para restaurar un servidor flexible de Azure Database for PostgreSQL eliminado, necesita lo siguiente:

• Acceso a la suscripción de Azure que hospedaba el servidor antes de que se eliminara.
• Ubicación donde existía el servidor.
• Use la versión 2025-08-01 de la API REST Servidores - Crear o actualizar.

Pasos para restaurar un servidor eliminado

Mediante Azure Portal:

1. Busque el servicio Monitor . En el menú de recursos, seleccione Registro de actividad.

2. En la página registro de actividad, establezca Suscripción en la suscripción hospedada en el servidor y seleccione Agregar filtro para establecer Operación en Eliminar servidor PostgreSQL (Microsoft. DBforPostgreSQL/flexibleServers/delete).

   

3. Seleccione el evento Eliminar servidor PostgreSQL y, a continuación, seleccione la pestaña JSON . Desplácese hasta que encuentre los resourceId atributos y submissionTimestamp en la salida JSON. resourceId tiene el formato siguiente: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-resource-group/providers/Microsoft.DBforPostgreSQL/flexibleServers/example-deleted-server.

   

4. Vaya a la página de la API REST Crear servidor de Azure Database for PostgreSQL - Flexible Server y seleccione el botón Probar. Inicie sesión con su cuenta de Azure.

5. Proporcione los valores de resourceGroupName (grupo de recursos creado anteriormente en el que desea que se cree el servidor restaurado), serverName (nombre del servidor recién restaurado, que no tiene que coincidir con el nombre del servidor eliminado originalmente), subscriptionId (debe coincidir con la suscripción en la que existía el servidor eliminado, que puede capturar del atributo asignado al resourceId atributo en el JSON inspeccionado antes.

6. En la sección Cuerpo , pegue el siguiente JSON y reemplace el valor de <original-deleted-server-location> por la ubicación en la que existía el servidor eliminado (por ejemplo, CanadaCentral, CentralUS, EastUS, etc.), <value-copied-from-submissionTimestamp> con el valor recuperado de submissionTimestamp en el JSON inspeccionado en el evento registro de actividad y <value-copied-from-resourceId> con el valor recuperado de resourceId en ese mismo JSON.

  {
    "location": "<original-deleted-server-location>",
    "properties":
    {
      "createMode": "ReviveDropped",
      "pointInTimeUTC": "<value-copied-from-submissionTimestamp>",
      "sourceServerResourceId": "<value-copied-from-resourceId>"
    }
  }

Asegúrese de que va a cambiar tres parámetros (location, pointInTimeUTC, sourceServerResourceId) según los requisitos de restauración.

{
  "location": "CanadaCentral",
  "properties": {
    "createMode": "ReviveDropped",
    "pointInTimeUTC": "2026-06-09T06:08:02Z",
    "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-restored-resource-group/providers/Microsoft.DBforPostgreSQL/flexibleServers/example-deleted-server"
  }
}

Si ve el código de respuesta 201 o 202, la solicitud de restauración se envía correctamente.

La creación del servidor puede tardar tiempo en función del tamaño de la base de datos y de los recursos de proceso aprovisionados en el servidor original. El estado de restauración se puede supervisar desde el registro de actividad si filtra por:

• Suscripción: Suscripción en la que se va a restaurar el servidor eliminado.
• Tipo de recurso: servidores flexibles de Azure Database for PostgreSQL (Microsoft.DBforPostgreSQL/flexibleServers).
• Operación: actualice la creación del servidor postgreSQL.

Restaurar un servidor eliminado habilitado para red virtual

La restauración de un servidor habilitado para la red virtual eliminada implica especificar otras propiedades de red, como los identificadores de recursos de la subred delegada y la zona DNS privada. Siga los pasos que se indican a continuación para restaurar el servidor con las configuraciones de red necesarias.

{
  "location": "EastUS",
  "properties": {
    "createMode": "ReviveDropped",
    "pointInTimeUTC": "2026-06-09T06:08:02Z",
    "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-restored-resource-group/providers/Microsoft.DBforPostgreSQL/flexibleServers/example-deleted-server",
    "network": {
      "delegatedSubnetResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-restored-resource-group/providers/Microsoft.Network/virtualNetworks/example-virtual-network/subnets/example-subnet",
      "privateDnsZoneArmResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/example-restored-resource-group/providers/Microsoft.Network/privateDnsZones/example-private-dns-zone"
    }
  }
}

Errores frecuentes

Si usa la versión de API incorrecta, es posible que experimente errores de restauración o tiempos de espera. Use la versión 2025-08-01 para evitar estos problemas.

Para evitar posibles errores dns, se recomienda usar un nombre diferente al iniciar el proceso de restauración, ya que algunas operaciones de restauración pueden producir un error con el mismo nombre.

Contenido relacionado

Bloqueos de recursos