Partager via


Restaurer une base de données ou un conteneur supprimé sur le même compte Azure Cosmos DB

S’APPLIQUE À : NoSQL MongoDB Gremlin Table

La fonctionnalité de restauration sur le même compte à un point dans le temps d’Azure Cosmos DB vous permet de récupérer après une suppression accidentelle d’un conteneur ou d’une base de données. Cette fonctionnalité restaure la base de données ou le conteneur supprimé sur le même compte existant dans n’importe quelle région où des sauvegardes existent. Le mode de sauvegarde continue vous permet d’effectuer une restauration à n’importe quel instant dans le passé au cours des 30 derniers jours.

Prérequis

  • Un abonnement Azure. Si vous n’avez pas d’abonnement Azure, créez un compte Azure gratuit avant de commencer.
  • Un compte Azure Cosmos DB. Vous pouvez choisir l’une des options suivantes pour un compte Azure Cosmos DB :

Restaurer des bases de données ou conteneurs supprimés

Utilisez le Portail Azure, Azure CLI, Azure PowerShell ou un modèle Azure Resource Manager pour restaurer une base de données ou un conteneur supprimé sur le même compte existant.

Utilisez le portail Azure pour restaurer une base de données ou un conteneur supprimé. Les conteneurs enfants sont également restaurés.

  1. Accédez au portail Azure.

  2. Accédez à votre compte Azure Cosmos DB puis à la page Restauration dans le temps.

    Notes

    La page de restauration du portail Azure n’est remplie que si vous disposez de l’autorisation Microsoft.DocumentDB/locations/restorableDatabaseAccounts/*/read. Pour en savoir plus sur cette autorisation, consultez l’article Autorisations de sauvegarde et de restauration.

  3. Sélectionnez l’onglet Restaurer sur le même compte.

    Capture d’écran des options de restauration d’une base de données ou d’un conteneur sur le même compte.

  4. Pour Base de données, entrez une requête de recherche pour filtrer le flux d’événements en fonction des événements de suppression pertinents pour une base de données ou un conteneur.

    Capture d’écran du filtre d’événements montrant les événements de suppression pour les conteneurs et les bases de données.

  5. Ensuite, spécifiez les valeurs Début et Fin pour créer une fenêtre de temps à utiliser pour filtrer les événements de suppression.

    Capture d’écran des filtres de date de début et de fin permettant de filtrer davantage les événements de suppression.

    Notes

    Le filtre Début est limité à au plus 30 jours avant la date actuelle.

  6. Sélectionnez Actualiser pour mettre à jour la liste des événements sur différents types de ressources avec vos filtres appliqués.

  7. Vérifiez l’heure, puis sélectionnez Restaurer pour démarrer la restauration de la ressource sélectionnée qui a été précédemment supprimée.

    Capture d’écran de la boîte de dialogue de confirmation avant une opération de restauration.

    Important

    Pas plus de trois opérations de restauration peuvent être actives simultanément sur le même compte. La suppression du compte source alors qu’une restauration est en cours peut entraîner l’échec de l’opération de restauration.

    Notes

    Le flux d’événements affiche les ressources comme étant non restaurables. Le flux fournit plus d’informations sur la raison pour laquelle la ressource ne peut pas être restaurée. Dans la plupart des cas, vous devez restaurer la base de données parente avant de pouvoir restaurer l’un des conteneurs enfants de la base de données.

  8. Après avoir lancé une opération de restauration, suivez l’opération à l’aide de la zone de notification du portail Azure. La notification fournit l’état de la ressource en cours de restauration. Lorsque la restauration est en cours, l’état du compte est Création. Une fois l’opération de restauration terminée, l’état passe à En ligne.

Suivre l’état de l’opération de restauration

Quand une restauration dans le temps est lancée pour une base de données ou un conteneur supprimé, l’opération est identifiée comme une opération de restauration InAccount sur la ressource.

Pour obtenir la liste des opérations de restauration pour une ressource spécifique, filtrez le journal d’activité du compte à l’aide du filtre de recherche inAccount Restore Deleted et d’un filtre de temps. La liste retournée inclut le champ UserPrincipalName, qui identifie l’utilisateur qui a lancé l’opération de restauration. Pour plus d’informations sur l’accès aux journaux d’activité, consultez l’article Auditer les actions de restauration à un instant dans le passé.

Étapes suivantes