Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Le basculement non planifié contrôlé par le client vous permet de transférer l’intégralité de votre compte de stockage géoredondant vers la région secondaire si les points de terminaison du service de stockage dans la région primaire deviennent indisponibles. Pendant le basculement, la région secondaire d’origine devient la nouvelle région primaire. Tous les points de terminaison de service de stockage sont ensuite redirigés vers la nouvelle région primaire. Une fois la panne du point de terminaison de service de stockage résolue, vous pouvez effectuer une autre opération de basculement pour restaurer vers la région primaire d’origine.
Cet article décrit ce qui se passe lors d’un basculement et d’une restauration non planifiés managés par le client à chaque étape du processus.
Gestion de la redondance pendant le basculement non planifié et la restauration automatique
Conseil
Pour comprendre précisément les différents états de redondance pendant le processus de basculement et de reprise non planifiés, consultez Redondance de stockage Azure pour obtenir les définition de chacun d’eux.
Les données sont répliquées trois fois par région pour chaque compte de stockage configuré pour la redondance avec stockage géoredondant (GRS) ou stockage géoredondant avec accès en lecture (RA-GRS). Cette approche signifie que la réplication se produit dans les régions primaires et secondaires. Chaque région est essentiellement redondante localement (LRS) et contient trois copies de vos données.
Lorsqu’un compte de stockage est configuré pour la réplication de stockage géoredondant interzone (GZRS) ou de stockage géoredondant interzone avec accès en lecture (RA-GZRS), les données sont redondantes interzone dans la région primaire du stockage redondant interzone (ZRS) et répliquées trois fois dans la région secondaire LRS. Si l’accès en lecture (RA) est configuré pour le compte, vous pourrez lire des données à partir de la région secondaire tant que les points de terminaison du service de stockage vers cette région sont disponibles.
Pendant le processus de basculement non planifié géré par le client, les entrées du système de noms de domaine (DNS) pour les points d'accès du service de stockage sont modifiées. Les points de terminaison secondaires de votre compte de stockage deviennent les nouveaux points de terminaison primaires et les points de terminaison primaires d’origine deviennent les nouveaux secondaires. Après le basculement, la copie de votre compte de stockage dans la région primaire d’origine est supprimée et votre compte de stockage continue d’être répliqué trois fois localement dans la nouvelle région primaire. À ce stade, votre compte de stockage devient localement redondant et utilise le stockage localement redondant (LRS).
Les configurations de redondance originales et actuelles sont stockées dans les propriétés du compte de stockage. Cette fonctionnalité vous permet de revenir à votre configuration d’origine en cas d’échec. Pour obtenir la liste complète des configurations de redondance résultantes, lisez Planification de la récupération et basculement.
Pour récupérer la géoredondance après un basculement, vous devez reconfigurer votre compte en tant que GRS. Une fois le compte reconfiguré pour la géoredondance, Azure commence immédiatement à copier des données de la nouvelle région primaire vers la nouvelle région secondaire. Si vous configurez votre compte de stockage pour un accès en lecture à la région secondaire, cet accès est disponible. Toutefois, la réplication de la région primaire vers la région secondaire peut prendre un certain temps.
Avertissement
Une fois que votre compte est reconfiguré pour la géoredondance, il peut prendre beaucoup de temps avant que les données existantes de la nouvelle région primaire ne soit entièrement copiée dans la nouvelle région secondaire.
Pour éviter toute perte de données majeure, vérifiez la valeur de la propriété Dernière heure de synchronisation avant de procéder à la restauration automatique. Afin d’évaluer la perte de données potentielle, comparez la dernière heure de synchronisation à la dernière heure où ces données ont été écrites dans la nouvelle région primaire.
Le processus de restauration automatique est essentiellement identique au processus de basculement, sauf que la configuration de réplication est restaurée à son état d’origine précédant le basculement.
Après la restauration automatique, vous pouvez reconfigurer votre compte de stockage pour bénéficier de la géoredondance. Si la région primaire d’origine était configurée en tant que ZRS, vous pouvez la configurer en tant que GZRS ou RA-GZRS. Pour des options supplémentaires, consultez Modifier la manière dont un compte de stockage est répliqué.
Comment lancer un basculement non planifié
Pour apprendre à lancer un basculement non planifié, consultez Lancer un basculement de compte.
Attention
Un basculement non planifié implique généralement une perte de données, ainsi que des incohérences potentielles de fichiers et de données. Il est important de comprendre l’impact qu’un basculement de compte aurait sur vos données avant de le lancer.
Pour plus d’informations sur la perte de données et les incohérences potentielles, consultez Anticiper la perte de données et les incohérences.
Le processus de basculement non planifié et de restauration automatique
Cette section résume le processus pour un basculement non planifié managé par le client.
Résumé du transfert d’un basculement non planifié
Après un basculement non planifié managé par le client :
- La région secondaire devient la nouvelle région primaire
- La copie des données dans la région primaire d’origine est supprimée
- Le compte de stockage est converti en LRS
- La géoredondance est perdue
Ce tableau récapitule la configuration de redondance résultante à chaque étape d’un basculement non planifié managé par le client et de la restauration automatique :
| Configuration d'origine |
Après le failover |
Après la réactivation de la géo-redondance |
Après le la restauration automatique |
Après la réactivation de la géo-redondance |
|---|---|---|---|---|
| GRS (Gymnastique Rythmique et Sportive) | LRS | GRS 1 | LRS | GRS 1 |
| GZRS | LRS | GRS 1 | ZRS | GZRS 1 |
1 La géoredondance est perdue lors d’un basculement non planifié managé par le client et doit être reconfigurée manuellement.
Détails de la transition du basculement non planifié
Les diagrammes suivants présentent le processus de basculement non planifié et de restauration automatique managés par le client pour un compte de stockage configuré pour la géoredondance. Les détails de transition pour GZRS et RA-GZRS sont légèrement différents de ceux pour GRS et RA-GRS.
Fonctionnement normal (GRS/RA-GRS)
Dans des circonstances ordinaires, un client écrit des données dans un compte de stockage dans la région primaire via des points de terminaison de service de stockage (1). Les données sont ensuite copiées de manière asynchrone de la région primaire vers la région secondaire (2). L’image suivante présente l’état normal d’un compte de stockage configuré en tant que GRS lorsque les points de terminaison principaux sont disponibles :
Les points de terminaison de service de stockage deviennent indisponibles dans la région primaire (GRS/RA-GRS)
Si les points de terminaison du service de stockage principal deviennent indisponibles pour une raison quelconque (1), le client ne peut plus écrire sur le compte de stockage. Selon la cause sous-jacente de la panne, la réplication vers la région secondaire peut ne plus fonctionner (2), une perte de données est donc à prévoir. L’illustration suivante montre le scénario dans lequel le points de terminaisons principaux ne sont plus disponibles, mais avant la réalisation de la récupération :
Le processus de basculement non planifié (GRS/RA-GRS)
Pour restaurer l’accès en écriture à vos données, vous pouvez lancer un basculement. Les URI de point de terminaison de service de stockage pour les objets blob, les tables, les files d’attente et les fichiers restent identiques, mais leurs entrées DNS sont modifiées pour pointer vers la région secondaire comme ici :
Le basculement non planifié managé par le client prend généralement près d’une heure.
Une fois le basculement terminé, la région secondaire d’origine devient la nouvelle région primaire (1) et la copie du compte de stockage dans la région primaire d’origine est supprimée (2). Le compte de stockage est configuré en tant que LRS dans la nouvelle région primaire et n’est plus géoredondant. Les utilisateurs peuvent reprendre l’écriture de données dans le compte de stockage (3) comme le montre cette image :
Pour reprendre la réplication vers une nouvelle région secondaire, reconfigurez le compte pour la géoredondance.
Important
N’oubliez pas que la conversion d’un compte de stockage localement redondant pour utiliser la géo-redondance entraîne des coûts et du temps. Pour plus d’informations, consultez Temps et coûts d’un basculement.
Après avoir reconfiguré le compte pour qu’il utilise le GRS, Azure commence à copier vos données de manière asynchrone dans la nouvelle région secondaire (1), comme le montre cette illustration :
L’accès en lecture à la nouvelle région secondaire n’est à nouveau disponible que lorsque le problème empêchant la résolution de la panne d’origine est résolu.
Le processus de restauration automatique non planifié (GRS/RA-GRS)
Avertissement
Une fois votre compte reconfiguré pour la géoredondance, il peut s’écouler un long moment avant que les données de la nouvelle région primaire ne soient entièrement copiées dans la nouvelle région secondaire.
Pour éviter toute perte de données majeure, vérifiez la valeur de la propriété Dernière heure de synchronisation avant de procéder à la restauration automatique. Comparez la dernière heure de synchronisation aux dernières heures où ces données ont été écrites dans la nouvelle région primaire afin d’évaluer la perte de données potentielle.
Une fois le problème à l’origine de la panne résolu, vous pouvez lancer la restauration automatique vers la région primaire d’origine. Le processus de restauration automatique est identique au processus de basculement d’origine expliqué précédemment.
Points importants à prendre en compte :
- Avec le basculement et la restauration automatique lancés par le client, la réplication de vos données vers la région secondaire ne peut pas être achevée pendant le processus de restauration automatique. Il convient donc de vérifier la valeur de la propriété Dernière heure de synchronisation avant de procéder à la restauration automatique.
- Les entrées DNS pour les points de terminaison de service de stockage sont échangées. Les points de terminaison dans la région secondaire deviennent les nouveaux points de terminaison de la région primaire de votre compte de stockage.
Une fois la restauration automatique terminée, la région primaire d’origine redevient la région primaire (1) et la copie du compte de stockage dans la région secondaire d’origine est supprimée (2). Le compte de stockage est configuré comme localement redondant dans la région primaire et n’est plus géoredondant. Les utilisateurs peuvent reprendre l’écriture de données dans le compte de stockage (3) comme le montre cette image :
Pour reprendre la réplication vers la région secondaire d’origine, reconfigurez le compte pour la géoredondance.
Important
N’oubliez pas que la conversion d’un compte de stockage localement redondant pour utiliser la géo-redondance entraîne des coûts et du temps. Pour plus d’informations, consultez Temps et coûts d’un basculement.
Après la reconfiguration du compte en tant que GRS, la réplication vers la région secondaire d’origine reprend comme le montre cette illustration :
