Restaurer une instance supprimée d’Azure Database pour MySQL – Serveur flexible

Lorsqu’une instance de serveur flexible Azure Database pour MySQL est supprimée, la sauvegarde du serveur peut être conservée jusqu’à cinq jours dans le service. La sauvegarde du serveur est accessible et peut être restaurée uniquement à partir de l’abonnement Azure sur lequel le serveur résidait initialement. Vous pouvez suivre les étapes recommandées suivantes pour récupérer une ressource de serveur flexible Azure Database pour MySQL supprimée dans les cinq jours suivant la suppression du serveur. Les étapes recommandées ne fonctionnent que si la sauvegarde du serveur est toujours disponible et n’a pas été supprimée du système.

Prérequis

Pour restaurer une instance supprimée de serveur flexible Azure Database pour MySQL, vous avez besoin des éléments suivants :

• Nom de l’abonnement Azure hébergeant le serveur d’origine
• Emplacement où le serveur a été créé

Étapes de restauration

1. Accédez au Journal d'activité à partir de la page Moniteur du portail Azure.

2. Dans le Journal d’activité, sélectionnez Ajouter un filtre comme indiqué, puis définissez les filtres comme suit

   • Abonnement = votre abonnement hébergeant le serveur supprimé
   • Type de ressource = Azure Database pour MySQL – Serveur flexible (Microsoft.DBforMySQL/flexibleServers)
   • Opération = Delete MySQL Server (Microsoft.DBforMySQL/flexibleServers/delete)

   [ ]

3. Sélectionnez l'événement Supprimer le serveur MySQL , sélectionnez l'onglet JSON et notez les attributs « resourceId » et « submissionTimestamp » dans la sortie JSON. Le format de resourceId est le suivant : /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/TargetResourceGroup/providers/Microsoft.DBforMySQL/flexibleServers/deletedserver.

4. Accédez à la page relative à la création d’un serveur de l’API REST et sélectionnez l’onglet « Essayer » mis en surbrillance en vert et connectez-vous avec votre compte Azure.

5. Remplissez les champs resourceGroupName, serverName (nom de l’instance de serveur flexible Azure Database pour MySQL supprimée), subscriptionId, dérivé de l’attribut « resourceId » capturé à l’étape 3. En même temps, la version de l'api est pré-remplie comme le montre l'image.

   [ ]

6. Faites défiler la page jusqu’à la section Request Body et collez-y ce qui suit :

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

7. Remplacez les valeurs suivantes dans le corps de la demande ci-dessus :

   • « Dropped server Location » par la région Azure où le serveur supprimé a été créé
   • « submissionTimestamp » et « resourceId » par les valeurs capturées à l’étape 3.
   • Pour restorePointInTime, spécifiez une valeur de submissionTimestamp moins 15 minutes pour vous assurer que la commande ne génère pas d’erreur.

8. Si vous voyez le code de réponse 201 ou 202, cela signifie que la requête de restauration a été correctement envoyée.

9. La création du serveur peut prendre du temps en fonction de la taille de la base de données et des ressources de calcul approvisionnées sur le serveur d’origine. L'état de la restauration peut être surveillé à partir de

Journal d’activité en filtrant pour :

• Abonnement = votre abonnement
• Type de ressource = Azure Database pour MySQL – Serveur flexible (Microsoft.DBforMySQL/flexibleServers)
• Opération = mettre à jour la création de serveur MySQL

Étape suivante

Verrous de ressources