Restaurer un Azure Database pour PostgreSQL supprimé - Instance de serveur flexible

Article
01/23/2024

S’APPLIQUE À : Azure Database pour PostgreSQL – Serveur flexible

Lorsqu’un serveur est supprimé, la Azure Database pour PostgreSQL sauvegarde de serveur flexible est conservée pendant cinq jours dans le service. La sauvegarde de base de données est accessible et peut être restaurée uniquement à partir de l’abonnement Azure sur lequel le serveur a été initialement installé. Les étapes recommandées suivantes peuvent être suivies pour récupérer une ressource de serveur flexible Azure Database pour PostgreSQL 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. Bien que la restauration d'un serveur supprimé réussisse souvent, elle n'est pas toujours garantie, car la restauration d'un serveur supprimé dépend de plusieurs autres facteurs.

Prérequis

Pour restaurer une instance de serveur flexible Azure Database pour PostgreSQL supprimée, vous avez besoin de

Nom de l’abonnement Azure hébergeant le serveur d’origine
Emplacement où le serveur a été créé
Utiliser la version 2023-03-01-preview d’api-version

Étapes de restauration

Accédez au portail Azure. Sélectionnez le Moniteur, puis sélectionnez Journal d’activité.
Dans 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é
- Opération = Supprimer le serveur PostgreSQL (Microsoft.DBforPostgreSQL/servers/delete)
Sélectionnez l’événement Supprimer le serveur PostgreSQL, puis sélectionnez l’onglet JSON. Copiez les attributs resourceId et submissionTimestamp dans la sortie JSON. Le format de resourceId est le suivant : /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/ResourceGroup-name/providers/Microsoft.DBforPostgreSQL/flexibleServers/deletedserver.
Accédez à la page de l’API REST du serveur flexible Azure Database pour PostgreSQL, puis sélectionnez l’onglet Essayer en surbrillance en vert. Connectez-vous à votre compte Azure.

Important

Utilisez cette version d’API 2023-03-01-preview plutôt que la valeur par défaut avant d’exécuter pour activer cette fonction API comme prévu comme indiqué à l’étape suivante.
Indiquez les propriétés resourceGroupName, serverName (nom du serveur cible), subscriptionId, basées sur la valeur JSON de l’attribut resourceId capturée à l’étape 3 précédente. La propriété api-version est préremplie et peut être laissée telle quelle, comme illustré dans l’image suivante.
Allez à la section Request Body et collez-y le code suivant en remplaçant « Dropped Server Location » (par exemple, CentralUS, EastUS, etc.), « submissionTimestamp » et « resourceId ». Pour «restorePointInTime», spécifiez une valeur de «submissionTimestamp» plus5 minutes pour vous assurer que la commande ne génère pas d’erreur.
```
{
  "location": "Dropped Server Location",  
  "properties": 
  {
    "pointInTimeUTC": "submissionTimestamp + 05 minutes",
    "createMode": "ReviveDropped",
    "sourceServerResourceId": "resourceId"
  }
}
```
Par exemple, si l’horodatage de la soumission est 2023-06-15T15:58:02Z, nous vous recommandons d’ajouter un minimum de 5 minutes au point de restauration dans le temps 2023-06-15T16:05:02Z et de vous assurer que vous modifiez trois paramètres (location,pointInTimeUTC,sourceServerResourceId) en fonction de vos besoins de restauration.
```
{
  "location": "EastUS",  
  "properties": 
  {
    "pointInTimeUTC": "2023-06-15T16:05:02Z",
    "createMode": "ReviveDropped",
    "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.DBforPostgreSQL/flexibleServers/SourceServer-Name"
  }
}
```
Important

Il existe un délai limite de cinq jours après la date de suppression du serveur. Au bout de cinq jours, une erreur est attendue, car le fichier de sauvegarde est désormais introuvable.
Si vous voyez le code de réponse 201 ou 202, cela signifie que la requête de restauration a été correctement envoyée.

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 = Azure Database pour PostgreSQL Serveurs flexibles (Microsoft.DBfoPostgreSQL/flexibleServers)
- Opération = Mettre à jour la création de serveur PostgreSQL

Restaurer un serveur VNT supprimé

{
  "location": "EastUS",  
  "properties": {
    "createMode": "ReviveDropped",
    "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.DBforPostgreSQL/flexibleServers/SourceServer-Name",
    "pointInTimeUTC": "2023-06-20T20:50:59.4078005+00:00",
    "Network": {
      "DelegatedSubnetResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.Network/virtualNetworks/VirtualNetwork-Name/subnets/Subnet-Name",
      "PrivateDnsZoneArmResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.Network/privateDnsZones/privatednszonename"
    }
  }
}

Erreurs courantes

Si vous utilisez la version incorrecte de l’API, vous pouvez être confronté à des échecs de restauration ou des délais d’expiration. Utilisez l’API 2023-03-01-preview pour éviter de tels problèmes.
Pour éviter les potentielles erreurs DNS, il est recommandé d’utiliser un nom différent lors du lancement du processus de restauration, car certaines opérations de restauration peuvent échouer sinon.

É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.
Pour éviter la suppression accidentelle de serveurs, nous vous recommandons vivement d’utiliser des verrous de ressources.