Votre compte Azure Cosmos DB utilise la politique de sauvegarde continue (v2). Un bug a corrompu un conteneur il y a 4 heures. Vous devez récupérer l'état du conteneur d'il y a 4 heures sans écraser les données actuelles afin de pouvoir comparer et valider les correctifs. Que devez-vous faire ? (Sélectionnez deux)

La politique de sauvegarde continue (v2) d'Azure Cosmos DB permet une restauration à un instant T. Pour récupérer un état antérieur sans écraser les données actuelles, vous devez restaurer le conteneur corrompu vers un nouveau compte Cosmos DB ou sous un nouveau nom de ressource. Cela crée une copie du conteneur à l'état souhaité, permettant la comparaison et la validation. Il est crucial que l'horodatage de restauration choisi (il y a 4 heures dans ce cas) se situe dans la fenêtre de rétention configurée pour la sauvegarde continue du compte, sinon la restauration échouera. La restauration sur place n'est pas une option pour la sauvegarde continue, car elle écraserait les données actuelles. Ouvrir un ticket de support pour des sauvegardes périodiques est incorrect car la sauvegarde continue est déjà activée et offre une restauration à un instant T. Faire pivoter les clés de compte n'est pas pertinent pour le processus de restauration.