Compartir a través de

Restauración de una instancia eliminada de servidor flexible de Azure Database for MySQL

  • Artículo

Cuando se elimina una instancia de servidor flexible de Azure Database for MySQL, la copia de seguridad del servidor se puede conservar hasta cinco días en el servicio. Solo se puede acceder a la copia de seguridad del servidor y restaurarla desde la suscripción de Azure en la que residía inicialmente el servidor. Se pueden seguir los siguientes pasos recomendados para recuperar un recurso del servidor flexible de Azure Database for MySQL eliminado en un plazo de cinco días desde el momento de la eliminación del servidor. Los pasos recomendados solo funcionan si la copia de seguridad del servidor todavía está disponible y no se ha eliminado del sistema.

Requisitos previos

Para restaurar una instancia de servidor flexible de Azure Database for MySQL que se ha eliminado, debe hacer lo siguiente:

  • El nombre de la suscripción de Azure que hospeda el servidor original.
  • La ubicación en la que se creó el servidor.

Pasos para la restauración

  1. Vaya al Registro de actividad en la página Seguimiento de Azure Portal.

  2. En la página Registro de actividad, seleccione el botón Agregar filtro como se muestra a continuación y establezca filtros para los siguientes elementos:

    • La suscripción = la suscripción que hospeda el servidor eliminado.
    • Tipo de recurso = servidor flexible de Azure Database for MySQL (Microsoft.DBforMySQL/flexibleServers)
    • Operación = eliminar el servidor de MySQL (Microsoft.DBforMySQL/flexibleServers/delete)

    [Captura de pantalla del registro de actividad filtrado para la operación de eliminación del servidor de MySQL. ]

  3. Seleccione el evento Eliminar el servidor MySQL, seleccione la pestaña JSON y observe los atributos "resourceId" y "submissionTimestamp" en la salida JSON. ResourceId tiene el formato siguiente: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/TargetResourceGroup/providers/Microsoft.DBforMySQL/flexibleServers/deletedserver.

  4. Vaya a la página de la API de REST del servidor y seleccione la pestaña "Probar", que se encuentra resaltada en verde. A continuación, inicie sesión con su cuenta de Azure.

  5. Proporcione los valores de resourceGroupName, serverName (nombre de la instancia de servidor flexible de Azure Database for MySQL eliminada), subscriptionId (derivado del atributo "resourceId" capturado en el paso 3). Al mismo tiempo, la versión de API se rellena previamente como se muestra en la imagen.

    [Captura de pantalla de Creación de un servidor mediante la API de REST. ]

  6. Desplácese hacia abajo a la sección de cuerpo de la solicitud y pegue lo siguiente:

    {
    "location": "Dropped Server Location",
    "properties":
        {
            "restorePointInTime": "submissionTimestamp - 15 minutes",
            "createMode": "PointInTimeRestore",
            "sourceServerResourceId": "resourceId"
        }
}

  7. Reemplace los siguientes valores en el cuerpo de la solicitud anterior:

    • "Dropped server Location" por la región de Azure donde se creó el servidor eliminado
    • "submissionTimestamp" y "resourceId" por los valores capturados en el paso 3.
    • En el caso de "restorePointInTime", especifique un valor de "submissionTimestamp" menos 15 minutos para asegurarse de que el comando no tiene errores.

  8. Si ve el código de respuesta 201 o 202, quiere decir que la solicitud de restauración se envió correctamente.

  9. La creación del servidor puede llevar tiempo según el tamaño de la base de datos y los recursos de proceso aprovisionados en el servidor original. El estado de restauración se puede supervisar desde

Registro de actividad filtrando por:

  • La suscripción = su suscripción.
  • Tipo de recurso = servidor flexible de Azure Database for MySQL (Microsoft.DBforMySQL/flexibleServers)
  • La operación = actualización de la creación del servidor de MySQL.

Paso siguiente

Bloqueos de recursos