Reprise d’activité après sinistre et basculement de compte de stockage (préversion) dans Stockage AzureDisaster recovery and storage account failover (preview) in Azure Storage

Microsoft s’efforce de faire en sorte que les services Azure soient toujours disponibles.Microsoft strives to ensure that Azure services are always available. Toutefois, des interruptions de service non planifiées peuvent se produire.However, unplanned service outages may occur. Si votre application nécessite la résilience, Microsoft vous recommande d’utiliser le stockage géoredondant, afin que vos données soient répliquées dans une seconde région.If your application requires resiliency, Microsoft recommends using geo-redundant storage, so that your data is replicated in a second region. De plus, les clients doivent disposer d’un plan de reprise d’activité après sinistre afin de gérer toute interruption de service régionale.Additionally, customers should have a disaster recovery plan in place for handling a regional service outage. Une partie importante du plan de reprise d’activité consiste à préparer le basculement vers le point de terminaison secondaire, au cas où le point de terminaison principal deviendrait indisponible.An important part of a disaster recovery plan is preparing to fail over to the secondary endpoint in the event that the primary endpoint becomes unavailable.

Stockage Azure prend en charge le basculement de compte (préversion) pour les comptes de stockage géoredondants.Azure Storage supports account failover (preview) for geo-redundant storage accounts. Avec le basculement de compte, vous pouvez lancer le processus de basculement pour votre compte de stockage si le point de terminaison principal devient indisponible.With account failover, you can initiate the failover process for your storage account if the primary endpoint becomes unavailable. Le basculement met à jour le point de terminaison secondaire pour qu’il devienne le point de terminaison principal pour votre compte de stockage.The failover updates the secondary endpoint to become the primary endpoint for your storage account. Une fois le basculement terminé, les clients peuvent commencer à écrire dans le nouveau point de terminaison principal.Once the failover is complete, clients can begin writing to the new primary endpoint.

Cet article décrit les concepts et les processus impliqués dans un basculement de compte, et explique comment préparer votre compte de stockage pour la reprise avec le moins d’impact possible sur le client.This article describes the concepts and process involved with an account failover and discusses how to prepare your storage account for recovery with the least amount of customer impact. Pour découvrir comment lancer un basculement de compte dans le portail Azure ou PowerShell, consultez Lancer un basculement de compte (préversion).To learn how to initiate an account failover in the Azure portal or PowerShell, see Initiate an account failover (preview).

Notes

Cet article a été mis à jour pour tenir compte de l’utilisation du nouveau module Az d’Azure PowerShell.This article has been updated to use the new Azure PowerShell Az module. Vous pouvez toujours utiliser le module AzureRM, qui continue à recevoir des correctifs de bogues jusqu’à au moins décembre 2020.You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. Pour en savoir plus sur le nouveau module Az et la compatibilité avec AzureRM, consultez Présentation du nouveau module Az d’Azure PowerShell.To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. Pour des instructions d’installation du module Az, consultez Installer Azure PowerShell.For Az module installation instructions, see Install Azure PowerShell.

Choisir l’option de redondance appropriéeChoose the right redundancy option

Tous les comptes de stockage sont répliqués à des fins de redondance.All storage accounts are replicated for redundancy. L’option de redondance que vous choisirez pour votre compte dépendra du degré de résilience dont vous avez besoin.Which redundancy option you choose for your account depends on the degree of resiliency you need. Pour la protection contre les pannes régionales, choisissez le stockage géoredondant, avec ou sans l’option d’accès en lecture à partir de la région secondaire :For protection against regional outages, choose geo-redundant storage, with or without the option of read access from the secondary region:

Le stockage géoredondant (GRS) réplique vos données de façon asynchrone dans deux régions géographiques distantes d’au moins plusieurs centaines de kilomètres.Geo-redundant storage (GRS) replicates your data asynchronously in two geographic regions that are at least hundreds of miles apart. Si la région primaire subit une panne, la région secondaire sert de source redondante pour vos données.If the primary region suffers an outage, then the secondary region serves as a redundant source for your data. Vous pouvez lancer un basculement pour transformer le point de terminaison secondaire en point de terminaison principal.You can initiate a failover to transform the secondary endpoint into the primary endpoint.

Le stockage géoredondant avec accès en lecture (RA-GRS) offre un stockage géoredondant avec en plus un accès en lecture au point de terminaison secondaire.Read-access geo-redundant storage (RA-GRS) provides geo-redundant storage with the additional benefit of read access to the secondary endpoint. Si une panne se produit au niveau du point de terminaison principal, les applications configurées pour RA-GRS et conçues pour la haute disponibilité peuvent continuer à lire à partir du point de terminaison secondaire.If an outage occurs in the primary endpoint, applications configured for RA-GRS and designed for high availability can continue to read from the secondary endpoint. Microsoft vous recommande d’utiliser RA-GRS afin de bénéficier d’une résilience maximale pour vos applications.Microsoft recommends RA-GRS for maximum resiliency for your applications.

Parmi les autres options de redondance de Stockage Azure, citons le stockage redondant interzone (ZRS), qui réplique vos données dans des zones de disponibilité dans une seule région, et le stockage localement redondant (LRS), qui réplique vos données dans un centre de données unique dans une seule région.Other Azure Storage redundancy options include zone-redundant storage (ZRS), which replicates your data across availability zones in a single region, and locally redundant storage (LRS), which replicates your data in a single data center in a single region. Si votre compte de stockage est configuré pour le stockage ZRS ou LRS, vous pouvez le convertir pour qu’il utilise GRS ou RA-GRS.If your storage account is configured for ZRS or LRS, you can convert that account to use GRS or RA-GRS. La configuration de votre compte pour le stockage géoredondant implique un coût supplémentaire.Configuring your account for geo-redundant storage incurs additional costs. Pour plus d’informations, consultez l’article Réplication de Stockage Azure.For more information, see Azure Storage replication.

Avertissement

Le stockage géoredondant comporte un risque de perte de données.Geo-redundant storage carries a risk of data loss. Les données sont répliquées vers la région secondaire de façon asynchrone, ce qui signifie qu’il existe un délai entre l’écriture des données dans la région primaire et dans la région secondaire.Data is replicated to the secondary region asynchronously, meaning there is a delay between when data written to the primary region is written to the secondary region. En cas de panne, les opérations d’écriture sur le point de terminaison principal qui n’ont pas encore été répliquées vers le point de terminaison secondaire seront perdues.In the event of an outage, write operations to the primary endpoint that have not yet been replicated to the secondary endpoint will be lost.

Concevoir pour la haute disponibilitéDesign for high availability

Il est important de concevoir votre application à des fins de haute disponibilité dès le départ.It's important to design your application for high availability from the start. Pour obtenir des conseils sur la conception de votre application et la planification de la reprise d’activité, consultez ces ressources Azure :Refer to these Azure resources for guidance in designing your application and planning for disaster recovery:

Gardez également à l’esprit ces bonnes pratiques pour maintenir une haute disponibilité pour vos données de Stockage Azure :Additionally, keep in mind these best practices for maintaining high availability for your Azure Storage data:

  • Disques : utilisez Sauvegarde Azure pour sauvegarder les disques de machine virtuelle utilisés par vos machines virtuelles Azure.Disks: Use Azure Backup to back up the VM disks used by your Azure virtual machines. Vous pouvez aussi utiliser Azure Site Recovery pour protéger vos machines virtuelles en cas de sinistre régional.Also consider using Azure Site Recovery to protect your VMs in the event of a regional disaster.
  • Objets blob de blocs : activez la suppression réversible pour protéger contre les suppressions et remplacements au niveau objet, ou copiez les objets blob de blocs vers un autre compte de stockage dans une région différente à l’aide d’AzCopy, d’Azure PowerShell ou de la bibliothèque de déplacement de données Azure.Block blobs: Turn on soft delete to protect against object-level deletions and overwrites, or copy block blobs to another storage account in a different region using AzCopy, Azure PowerShell, or the Azure Data Movement library.
  • Fichiers : utilisez AzCopy ou Azure PowerShell pour copier vos fichiers vers un autre compte de stockage dans une région différente.Files: Use AzCopy or Azure PowerShell to copy your files to another storage account in a different region.
  • Tables : utilisez AzCopy pour exporter les données de table vers un autre compte de stockage dans une région différente.Tables: use AzCopy to export table data to another storage account in a different region.

Effectuer le suivi des pannesTrack outages

Les clients peuvent s’abonner au tableau de bord Azure Service Health pour effectuer le suivi de l’intégrité et de l’état de Stockage Azure et d’autres services Azure.Customers may subscribe to the Azure Service Health Dashboard to track the health and status of Azure Storage and other Azure services.

Microsoft vous recommande également de concevoir votre application pour l’éventualité d’échecs d’écriture.Microsoft also recommends that you design your application to prepare for the possibility of write failures. Votre application doit exposer les échecs d’écriture d’une manière qui vous avertit de la possibilité d’une panne dans la région primaire.Your application should expose write failures in a way that alerts you to the possibility of an outage in the primary region.

Comprendre le processus de basculement de compteUnderstand the account failover process

Le basculement de compte géré par le client (préversion) vous permet de basculer votre compte de stockage entier vers la région secondaire si la région primaire devient indisponible pour une raison quelconque.Customer-managed account failover (preview) enables you to fail your entire storage account over to the secondary region if the primary becomes unavailable for any reason. Quand vous forcez un basculement vers la région secondaire, les clients peuvent commencer à écrire des données sur le point de terminaison secondaire une fois le basculement terminé.When you force a failover to the secondary region, clients can begin writing data to the secondary endpoint after the failover is complete. Le basculement prend généralement environ une heure.The failover typically takes about an hour.

Fonctionnement d’un basculement de compteHow an account failover works

Dans des circonstances normales, un client écrit des données dans un compte Stockage Azure dans la région primaire, et ces données sont répliquées de manière asynchrone vers la région secondaire.Under normal circumstances, a client writes data to an Azure Storage account in the primary region, and that data is replicated asynchronously to the secondary region. L’illustration suivante montre le scénario quand la région primaire est disponible :The following image shows the scenario when the primary region is available:

Les clients écrivent des données dans le compte de stockage dans la région primaire

Si le point de terminaison principal devient indisponible pour une raison quelconque, le client ne peut plus écrire dans le compte de stockage.If the primary endpoint becomes unavailable for any reason, the client is no longer able to write to the storage account. L’illustration suivante montre le scénario dans lequel la région primaire n’est plus disponible, mais aucune reprise n’a encore été effectuée :The following image shows the scenario where the primary has become unavailable, but no recovery has happened yet:

La région primaire n’étant pas disponible, les clients ne peuvent pas écrire de données

Le client lance le basculement de compte vers le point de terminaison secondaire.The customer initiates the account failover to the secondary endpoint. Le processus de basculement met à jour l’entrée DNS fournie par Stockage Azure afin que le point de terminaison secondaire devienne le nouveau point de terminaison principal pour votre compte de stockage, comme illustré dans l’image suivante :The failover process updates the DNS entry provided by Azure Storage so that the secondary endpoint becomes the new primary endpoint for your storage account, as shown in the following image:

Le client lance le basculement de compte vers le point de terminaison secondaire

L’accès en écriture est restauré pour les comptes GRS et RA-GRS une fois que l’entrée DNS a été mise à jour et que les requêtes sont dirigées vers le nouveau point de terminaison principal.Write access is restored for GRS and RA-GRS accounts once the DNS entry has been updated and requests are being directed to the new primary endpoint. Les points de terminaison de service de stockage existants pour les objets blob, les tables, les files d’attente et les fichiers restent les mêmes après le basculement.Existing storage service endpoints for blobs, tables, queues, and files remain the same after the failover.

Important

Une fois le basculement terminé, le compte de stockage est configuré pour être localement redondant dans le nouveau point de terminaison principal.After the failover is complete, the storage account is configured to be locally redundant in the new primary endpoint. Pour reprendre la réplication vers la nouvelle région secondaire, reconfigurez le compte pour qu’il utilise le stockage géoredondant (GRS ou RA-GRS).To resume replication to the new secondary, configure the account to use geo-redundant storage again (either RA-GRS or GRS).

N’oubliez pas que la conversion d’un compte LRS en RA-GRS ou GRS a un coût.Keep in mind that converting an LRS account to RA-GRS or GRS incurs a cost. Ce coût s’applique à la mise à jour du compte de stockage dans la nouvelle région primaire pour qu’il utilise RA-GRS ou GRS après un basculement.This cost applies to updating the storage account in the new primary region to use RA-GRS or GRS after a failover.

Anticiper la perte de donnéesAnticipate data loss

Attention

Un basculement de compte entraîne généralement une certaine perte de données.An account failover usually involves some data loss. Il est important de bien comprendre les implications d’un basculement de compte.It's important to understand the implications of initiating an account failover.

Les données étant écrites de façon asynchrone de la région primaire vers la région secondaire, il y a toujours un délai avant qu’une écriture dans la région primaire soit répliquée vers la région secondaire.Because data is written asynchronously from the primary region to the secondary region, there is always a delay before a write to the primary region is replicated to the secondary region. Si la région primaire devient indisponible, il se peut que les écritures les plus récentes n’aient pas encore été répliquées vers la région secondaire.If the primary region becomes unavailable, the most recent writes may not yet have been replicated to the secondary region.

Quand vous forcez un basculement, toutes les données dans la région primaire sont perdues car la région secondaire devient la nouvelle région primaire et le compte de stockage est configuré pour être localement redondant.When you force a failover, all data in the primary region is lost as the secondary region becomes the new primary region and the storage account is configured to be locally redundant. Toutes les données déjà répliquées vers la région secondaire sont conservées quand le basculement se produit.All data already replicated to the secondary is maintained when the failover happens. En revanche, les données écrites dans la région primaire mais qui n’ont pas encore été répliquées vers la région secondaire sont définitivement perdues.However, any data written to the primary that has not also been replicated to the secondary is lost permanently.

La propriété Dernière heure de synchronisation indique l’heure la plus récente à laquelle il est garanti que les données de la région primaire ont été écrites dans la région secondaire.The Last Sync Time property indicates the most recent time that data from the primary region is guaranteed to have been written to the secondary region. Toutes les données écrites avant la dernière heure de synchronisation sont disponibles dans la région secondaire. Quant aux données écrites après la dernière heure de synchronisation, il y a un risque qu’elles n’aient pas été écrites dans la région secondaire et qu’elles soient perdues.All data written prior to the last sync time is available on the secondary, while data written after the last sync time may not have been written to the secondary and may be lost. Utilisez cette propriété en cas de panne pour estimer la perte de données que peut entraîner un basculement de compte.Use this property in the event of an outage to estimate the amount of data loss you may incur by initiating an account failover.

En guise de bonne pratique, concevez votre application afin de pouvoir utiliser la dernière heure de synchronisation pour évaluer la perte de données attendue.As a best practice, design your application so that you can use the last sync time to evaluate expected data loss. Par exemple, si vous enregistrez dans le journal toutes les opérations d’écriture, vous pouvez comparer l’heure de vos dernières opérations d’écriture à la dernière heure de synchronisation pour identifier les écritures qui n’ont pas été synchronisées dans la région secondaire.For example, if you are logging all write operations, then you can compare the time of your last write operations to the last sync time to determine which writes have not been synced to the secondary.

Faire attention lors de la restauration automatique vers la région primaireUse caution when failing back to the original primary

Après le basculement de la région primaire vers la région secondaire, votre compte de stockage est configuré pour être localement redondant dans la nouvelle région primaire.After you fail over from the primary to the secondary region, your storage account is configured to be locally redundant in the new primary region. Vous pouvez reconfigurer le compte pour la géoredondance en le mettant à jour pour qu’il utilise GRS ou RA-GRS.You can configure the account for geo-redundancy again by updating it to use GRS or RA-GRS. Quand le compte est reconfiguré pour la géoredondance après un basculement, la nouvelle région primaire commence immédiatement la réplication des données vers la nouvelle région secondaire, qui était la région primaire avant le basculement d’origine.When the account is configured for geo-redundancy again after a failover, the new primary region immediately begins replicating data to the new secondary region, which was the primary before the original failover. Toutefois, il peut s’écouler un certain temps avant que les données existantes dans la région primaire soient entièrement répliquées vers la nouvelle région secondaire.However, it may take a period of time before existing data in the primary is fully replicated to the new secondary.

Une fois le compte de stockage reconfiguré pour la géoredondance, il est possible de lancer un autre basculement de la nouvelle région primaire vers la nouvelle région secondaire.After the storage account is reconfigured for geo-redundancy, it's possible to initiate another failover from the new primary back to the new secondary. Dans ce cas, la région primaire d’origine avant le basculement redevient la région primaire, et est configurée pour être localement redondante.In this case, the original primary region prior to the failover becomes the primary region again, and is configured to be locally redundant. Toutes les données dans la région primaire post-basculement (la région secondaire d’origine) sont alors perdues.All data in the post-failover primary region (the original secondary) is then lost. Si la plupart des données dans le compte de stockage n’ont pas été répliquées vers la nouvelle région secondaire avant la restauration automatique, vous risquez de subir une perte de données majeure.If most of the data in the storage account has not been replicated to the new secondary before you fail back, you could suffer a major data loss.

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.To avoid a major data loss, check the value of the Last Sync Time property before failing back. 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 attendue.Compare the last sync time to the last times that data was written to the new primary to evaluate expected data loss.

Initier un basculement de compteInitiate an account failover

Vous pouvez lancer un basculement de compte à partir du portail Azure, de PowerShell, d’Azure CLI ou de l’API du fournisseur de ressources Stockage Azure.You can initiate an account failover from the Azure portal, PowerShell, Azure CLI, or the Azure Storage resource provider API. Pour plus d’informations sur la façon de lancer un basculement, consultez Lancer un basculement de compte (préversion).For more information on how to initiate a failover, see Initiate an account failover (preview).

À propos de la préversionAbout the preview

Le basculement de compte est disponible en préversion pour tous les clients qui utilisent GRS ou RA-GRS avec des déploiements Azure Resource Manager.account failover is available in preview for all customers using GRS or RA-GRS with Azure Resource Manager deployments. Les types de comptes v1 universel, v2 universel et Stockage Blob sont pris en charge.General-purpose v1, General-purpose v2, and Blob storage account types are supported. Le basculement de compte est actuellement disponible dans les régions suivantes :account failover is currently available in these regions:

  • USA Ouest 2US West 2
  • USA Centre-OuestUS West Central

La préversion est destinée uniquement à une utilisation hors production.The preview is intended for non-production use only. Les contrats SLA (contrats de niveau de service) de production ne sont actuellement pas disponibles.Production service-level agreements (SLAs) are not currently available.

S’inscrire pour la préversionRegister for the preview

Pour vous inscrire à la préversion, exécutez les commandes suivantes dans PowerShell.To register for the preview, run the following commands in PowerShell. N’oubliez pas de remplacer l’espace réservé entre crochets par votre propre ID d’abonnement :Make sure to replace the placeholder in brackets with your own subscription ID:

Connect-AzAccount -SubscriptionId <subscription-id>
Register-AzProviderFeature -FeatureName CustomerControlledFailover -ProviderNamespace Microsoft.Storage

Vous recevrez votre approbation pour la préversion sous un à deux jours.It may take 1-2 days to receive approval for the preview. Pour vérifier que votre inscription a été approuvée, exécutez la commande suivante :To verify that your registration has been approved, run the following command:

Get-AzProviderFeature -FeatureName CustomerControlledFailover -ProviderNamespace Microsoft.Storage

Considérations supplémentairesAdditional considerations

Passez en revue les considérations supplémentaires décrites dans cette section pour comprendre comment vos applications et services peuvent être affectés quand vous forcez un basculement pendant la période de préversion.Review the additional considerations described in this section to understand how your applications and services may be affected when you force a failover during the preview period.

Machines virtuelles AzureAzure virtual machines

Les machines virtuelles Azure ne basculent pas dans le cadre d’un basculement de compte.Azure virtual machines (VMs) do not fail over as part of an account failover. Si la région primaire devient indisponible et que vous basculez vers la région secondaire, vous devez recréer toutes les machines virtuelles après le basculement.If the primary region becomes unavailable, and you fail over to the secondary region, then you will need to recreate any VMs after the failover.

Disques non managés AzureAzure unmanaged disks

En guise de bonne pratique, Microsoft vous recommande de convertir les disques non managés en disques managés.As a best practice, Microsoft recommends converting unmanaged disks to managed disks. Toutefois, si vous avez besoin d’effectuer le basculement d’un compte qui contient des disques non managés attachés à des machines virtuelles Azure, vous devez arrêter la machine virtuelle avant de lancer le basculement.However, if you need to fail over an account that contains unmanaged disks attached to Azure VMs, you will need to shut down the VM before initiating the failover.

Les disques non managés sont stockés en tant qu’objets blob de pages dans Stockage Azure.Unmanaged disks are stored as page blobs in Azure Storage. Quand une machine virtuelle s’exécute dans Azure, les disques non managés attachés à la machine virtuelle sont loués.When a VM is running in Azure, any unmanaged disks attached to the VM are leased. Un basculement de compte ne peut pas continuer quand il existe un bail sur un objet blob.An account failover cannot proceed when there is a lease on a blob. Pour effectuer le basculement, effectuez les étapes suivantes :To perform the failover, follow these steps:

  1. Avant de commencer, notez les noms de tous les disques non managés, leurs numéros d’unité logique (LUN) et la machine virtuelle à laquelle ils sont attachés.Before you begin, note the names of any unmanaged disks, their logical unit numbers (LUN), and the VM to which they are attached. Cela facilitera le réattachement des disques après le basculement.Doing so will make it easier to reattach the disks after the failover.
  2. Arrêtez la machine virtuelle.Shut down the VM.
  3. Supprimez la machine virtuelle, mais conservez les fichiers de disque dur virtuel pour les disques non managés.Delete the VM, but retain the VHD files for the unmanaged disks. Notez l’heure à laquelle vous avez supprimé la machine virtuelle.Note the time at which you deleted the VM.
  4. Attendez que la Dernière heure de synchronisation ait été mise à jour et soit postérieure à l’heure à laquelle vous avez supprimé la machine virtuelle.Wait until the Last Sync Time has updated, and is later than the time at which you deleted the VM. Cette étape est importante, car si le point de terminaison secondaire n’a pas été totalement mis à jour avec les fichiers de disques durs virtuels quand le basculement se produit, la machine virtuelle risque de ne pas fonctionner correctement dans la nouvelle région primaire.This step is important, because if the secondary endpoint has not been fully updated with the VHD files when the failover occurs, then the VM may not function properly in the new primary region.
  5. Lancez le basculement de compte.Initiate the account failover.
  6. Attendez que le basculement de compte soit terminé et que la région secondaire soit devenue la nouvelle région primaire.Wait until the account failover is complete and the secondary region has become the new primary region.
  7. Créez une machine virtuelle dans la nouvelle région primaire et réattachez les disques durs virtuels.Create a VM in the new primary region and reattach the VHDs.
  8. Démarrez la nouvelle machine virtuelle.Start the new VM.

N’oubliez pas que toutes les données stockées dans un disque temporaire sont perdues quand la machine virtuelle est arrêtée.Keep in mind that any data stored in a temporary disk is lost when the VM is shut down.

Fonctionnalités ou services non pris en chargeUnsupported features or services

Les fonctionnalités et services suivants ne sont pas pris en charge pour le basculement de compte durant la préversion :The following features or services are not supported for account failover for the preview release:

  • Azure File Sync ne prend pas en charge le basculement de compte de stockage.Azure File Sync does not support storage account failover. Les comptes de stockage contenant des partages de fichiers Azure utilisés en tant que points de terminaison cloud dans Azure File Sync ne doivent pas être basculés.Storage accounts containing Azure file shares being used as cloud endpoints in Azure File Sync should not be failed over. En effet, cela provoque l’arrêt de la synchronisation et peut également entraîner des pertes de données inattendues en cas de nouvelle hiérarchisation de fichiers.Doing so will cause sync to stop working and may also cause unexpected data loss in the case of newly tiered files.
  • Les comptes de stockage utilisant l’espace de noms hiérarchique Azure Data Lake Storage Gen2 ne peuvent pas être basculés.Storage accounts using Azure Data Lake Storage Gen2 hierarchical namespace cannot be failed over.
  • Un compte de stockage contenant des objets blob archivés ne peut pas être basculé.A storage account containing archived blobs cannot be failed over. Conservez les objets blob archivés dans un compte de stockage distinct que vous ne prévoyez pas de basculer.Maintain archived blobs in a separate storage account that you do not plan to fail over.
  • Un compte de stockage contenant des objets blob de blocs premium ne peut pas être basculé.A storage account containing premium block blobs cannot be failed over. Les comptes de stockage qui prennent en charge les objets blob de blocs premium ne prennent pas en charge la géoredondance.Storage accounts that support premium block blobs do not currently support geo-redundancy.
  • Une fois le basculement terminé les fonctionnalités suivantes ne fonctionnera plus si activé à l’origine : Abonnements aux événements, des stratégies de cycle de vie, journalisation du stockage Analytique.After the failover is complete the following features will stop working if originally enabled: Event subscriptions, Lifecycle policies, Storage Analytics Logging.

Copie de données comme alternative au basculementCopying data as an alternative to failover

Si votre compte de stockage est configuré pour RA-GRS, vous disposez d’un accès en lecture à vos données à l’aide du point de terminaison secondaire.If your storage account is configured for RA-GRS, then you have read access to your data using the secondary endpoint. Si vous préférez ne pas effectuer de basculement en cas de panne dans la région primaire, vous pouvez utiliser des outils tels que AzCopy, Azure PowerShell ou la bibliothèque de déplacement de données Azure pour copier des données de votre compte de stockage dans la région secondaire vers un autre compte de stockage dans une région non affectée.If you prefer not to fail over in the event of an outage in the primary region, you can use tools such as AzCopy, Azure PowerShell, or the Azure Data Movement library to copy data from your storage account in the secondary region to another storage account in an unaffected region. Vous pouvez ensuite faire en sorte que vos applications pointent vers ce compte de stockage pour la disponibilité en lecture et en écriture.You can then point your applications to that storage account for both read and write availability.

Basculement géré par MicrosoftMicrosoft-managed failover

Dans des circonstances extrêmes où une région est perdue suite à un sinistre majeur, Microsoft peut lancer un basculement régional.In extreme circumstances where a region is lost due to a significant disaster, Microsoft may initiate a regional failover. Dans ce cas, aucune action n’est requise de votre part.In this case, no action on your part is required. Tant que le basculement géré par Microsoft ne sera pas terminé, vous n’aurez pas d’accès en écriture à votre compte de stockage.Until the Microsoft-managed failover has completed, you won't have write access to your storage account. Vos applications peuvent lire à partir de la région secondaire si votre compte de stockage est configuré pour RA-GRS.Your applications can read from the secondary region if your storage account is configured for RA-GRS.

Voir aussiSee also