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

S’APPLIQUE À : 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 ci-dessous 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.

Conditions préalables

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é dans le panneau Surveiller du portail Azure.

2. Dans Journal d’activité, cliquez sur Ajouter un filtre comme indiqué, puis définissez les filtres suivants pour

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

   

3. Double-cliquez sur l’événement Supprimer le serveur MySQL, puis cliquez sur 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, cliquez sur l’onglet « Essayer » mis en surbrillance en vert et connectez-vous avec votre compte Azure.

5. Indiquez resourceGroupName, serverName (nom de l’instance de serveur flexible Azure Database pour MySQL supprimée), subscriptionId, dérivé de l’attribut « resourceId 01 » capturé à l’étape 3, tandis qu’api-version est prérempli comme illustré dans 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é initialement 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 du journal d’activité en filtrant sur :

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

Étapes suivantes

• Si vous essayez de restaurer un serveur dans un délai de cinq jours et que vous recevez toujours une erreur après avoir correctement effectué les étapes décrites précédemment, ouvrez un incident de support pour obtenir de l’aide. Si vous essayez de restaurer un serveur supprimé après cinq jours, une erreur est attendue, car le fichier de sauvegarde est introuvable. N’ouvrez pas de ticket de support dans ce cas. L’équipe de support ne peut pas fournir d’assistance si la sauvegarde est supprimée du système.
• Si vous tentez de restaurer un serveur retiré dont le groupe de ressources a également été retiré, recréez le groupe de ressources sous le même nom avant d’essayer de restaurer le serveur retiré.
• Pour éviter la suppression accidentelle de serveurs, nous vous recommandons vivement d’utiliser des verrous de ressources.