Partager via

Restaurer un cluster dans Azure DocumentDB

Azure DocumentDB fournit des sauvegardes automatiques qui activent la récupération à un point dans le temps (PITR) sans aucune action requise par les utilisateurs. Les sauvegardes permettent aux clients de restaurer un serveur à n’importe quel point dans le temps au cours de la période de rétention.

Note

La fonctionnalité de sauvegarde et de restauration est conçue pour protéger contre la perte de données, mais elle ne fournit pas de solution complète de récupération d’urgence. Vous devez vous assurer que vous disposez déjà de votre propre plan de récupération d’urgence pour vous protéger contre les pannes d’échelle plus importantes.

Prerequisites

  • Un abonnement Azure

  • Un cluster Azure DocumentDB existant

    • Si vous n’avez pas de cluster, créez un cluster

Sauvegardes

Les sauvegardes sont effectuées automatiquement en arrière-plan. Les sauvegardes sont conservées pendant 35 jours pour les clusters actifs, 7 jours pour les clusters de niveau burstable actif (M10, M20, M25) et 7 jours pour les clusters supprimés. Toutes les sauvegardes sont chiffrées à l’aide du chiffrement AES de 256 bits.

Note

Les fichiers de sauvegarde ne peuvent pas être exportés. Ils peuvent uniquement être utilisés pour les opérations de restauration dans Azure DocumentDB.

Dans les régions Azure qui prennent en charge les zones de disponibilité, les instantanés de sauvegarde sont stockés dans trois zones de disponibilité. Tant qu’au moins une zone de disponibilité est en ligne, le cluster peut être restauré.

Restauration à partir d’une sauvegarde

Le processus de restauration crée un cluster avec la même configuration dans les mêmes région, abonnement et groupe de ressources Azure que le cluster d’origine. Suivez ces étapes pour restaurer les données.

  1. Sélectionnez un cluster Azure DocumentDB existant.
  2. Dans la barre latérale du cluster, sous Paramètres, sélectionnez Restauration à un instant dans le passé.
  3. Sélectionnez une date et indiquez une heure (dans le fuseau horaire UTC) dans les champs de date et d’heure.
  4. Entrez un nom de cluster dans le champ Restaurer le nom du cluster cible.
  5. Entrez un nom d’administrateur de cluster pour le cluster restauré dans le champ Nom d’utilisateur administrateur.
  6. Entrez un mot de passe pour le rôle d’administrateur dans les champs Mot de passe et Confirmer le mot de passe.
  7. Sélectionnez Envoyer pour lancer la restauration du cluster.

Note

Les sauvegardes de cluster sont conservées pendant 35 jours. Si votre cluster a été créé il y a 35 jours ou plus et qu’un point de restauration au cours des 35 derniers jours n’est pas disponible dans la liste des dates de restauration, vous devrez peut-être ouvrir une demande de support pour restaurer le cluster à l’heure souhaitée.

Pour créer une demande de support Azure, procédez comme suit :

  1. Sélectionnez un cluster Azure DocumentDB existant que vous devez restaurer.
  2. Dans la barre latérale du cluster, sous Aide, sélectionnez Support + Résolution des problèmes. Pour plus d’informations, consultez créer une demande de support Azure.

Tâches de post-restauration

Après une restauration, vous devez effectuer les opérations suivantes afin que les utilisateurs et les applications soient de nouveau opérationnels :

  • Si le nouveau cluster est censé remplacer le cluster d’origine, redirigez les clients et les applications clientes vers le nouveau cluster.
  • Vérifiez que les paramètres de mise en réseau appropriés pour l’accès privé ou public sont en place pour que les utilisateurs se connectent. Ces paramètres ne sont pas copiés à partir du cluster d’origine.
  • Vérifiez que la haute disponibilité est activée sur le cluster restauré. La haute disponibilité est désactivée sur le cluster restauré et doit être activée si nécessaire.
  • Configurez les alertes sur les métriques de cluster, selon les besoins.

Étapes suivantes

Dans ce guide, nous avons abordé les fonctionnalités de sauvegarde et de restauration pour Azure DocumentDB.

Contenu connexe

Options de migration pour Azure DocumentDB

  • Last updated on