Share via

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

  • Artículo

SE APLICA A: Azure Database for MySQL: Servidor flexible

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 originalmente el servidor. Se pueden seguir los pasos recomendados siguientes para recuperar un recurso de servidor flexible de Azure Database for MySQL eliminado en un plazo de 5 días a partir del momento de la eliminación del servidor. Los pasos recomendados solo funcionarán 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 eliminada, necesita 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 hoja del monitor de Azure Portal.

  2. En registro de actividad, haga clic en Agregar filtro como se muestra y establezca los siguientes filtros para el .

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

    Activity log filtered for delete MySQL server operation

  3. Haga doble clic en el evento Eliminar servidor de MySQL y haga clic en la pestaña JSON; a continuación, anote 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 haga clic en la pestaña "Pruébelo" que se encuentra resaltada en verde; a continuación, inicie sesión con su cuenta de Azure.

  5. Proporcione resourceGroupName, serverName (nombre de instancia de servidor flexible de Azure Database for MySQL eliminado), subscriptionId, derivado del atributo "resourceId" capturado en el paso 3, mientras que la versión de api se rellena previamente como se muestra en la imagen.

    Create server using REST API

  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ó originalmente 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 la restauración se puede supervisar desde el registro de actividad mediante el filtrado de:

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

Pasos siguientes

  • Si está intentando restaurar un servidor en un plazo de cinco días y sigue recibiendo un error después de seguir los pasos descritos anteriormente, abra un incidente de soporte técnico para obtener ayuda. Si intenta restaurar un servidor eliminado pasados cinco días, se devolverá un error porque no se encontrará el archivo de copia de seguridad. No abra una incidencia de soporte técnico en este caso. El equipo de soporte técnico no puede proporcionar asistencia si la copia de seguridad se elimina del sistema.
  • Si intenta restaurar un servidor eliminado cuyo grupo de recursos también se ha eliminado, vuelva a crear el grupo de recursos con el mismo nombre antes de intentar restaurar el servidor eliminado.
  • Para evitar la eliminación accidental de los servidores, se recomienda encarecidamente usar Bloqueos de recursos.