ディザスター リカバリーとストレージ アカウントのフェールオーバーDisaster recovery and storage account failover

Microsoft は、Azure サービスを常に使用できるようにする作業に取り組んでいます。Microsoft strives to ensure that Azure services are always available. そうはいっても、計画されていないサービスの停止が発生する可能性はあります。However, unplanned service outages may occur. アプリケーションで回復性が必要な場合は、geo 冗長ストレージを使用して、データが 2 番目のリージョンにコピーされるようにすることをお勧めします。If your application requires resiliency, Microsoft recommends using geo-redundant storage, so that your data is copied to a second region. さらに、お客様は、リージョン規模のサービス停止に対処するため、ディザスター リカバリー計画を用意する必要があります。Additionally, customers should have a disaster recovery plan in place for handling a regional service outage. ディザスター リカバリー計画の重要な部分は、プライマリ エンドポイントが使用できなくなった場合に、セカンダリ エンドポイントにフェールオーバーするための準備です。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.

Azure Storage では、geo 冗長ストレージ アカウントのアカウント フェールオーバーがサポートされています。Azure Storage supports account failover for geo-redundant storage accounts. アカウントのフェールオーバーでは、プライマリ エンドポイントが使用できなくなった場合に、ストレージ アカウントのフェールオーバー プロセスを開始できます。With account failover, you can initiate the failover process for your storage account if the primary endpoint becomes unavailable. フェールオーバーでは、セカンダリ エンドポイントが更新されて、ストレージ アカウントのプライマリ エンドポイントになります。The failover updates the secondary endpoint to become the primary endpoint for your storage account. フェールオーバーが完了すると、クライアントは新しいプライマリ エンドポイントへの書き込みを開始できます。Once the failover is complete, clients can begin writing to the new primary endpoint.

アカウント フェールオーバーは、Azure Resource Manager デプロイを使用する汎用 v1、汎用 v2、および BLOB Storage アカウントの種類で使用できます。Account failover is available for general-purpose v1, general-purpose v2, and Blob storage account types with Azure Resource Manager deployments. アカウントのフェールオーバーはすべてのパブリック リージョンでサポートされていますが、現時点ではソブリン クラウドまたは各国のクラウドでは使用できません。Account failover is supported for all public regions but is not available in sovereign or national clouds at this time.

この記事では、アカウントのフェールオーバーに関する概念とプロセスについて、および顧客への影響が最小限になるようにストレージ アカウントの復旧を準備する方法について説明します。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. Azure portal または PowerShell でアカウントのフェールオーバーを開始する方法については、アカウントのフェールオーバーの開始に関するページを参照してください。To learn how to initiate an account failover in the Azure portal or PowerShell, see Initiate an account failover.

注意

この記事は、新しい Azure PowerShell Az モジュールを使用するために更新されました。This article has been updated to use the new Azure PowerShell Az module. AzureRM モジュールはまだ使用でき、少なくとも 2020 年 12 月までは引き続きバグ修正が行われます。You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. Az モジュールと AzureRM の互換性の詳細については、「Introducing the new Azure PowerShell Az module (新しい Azure PowerShell Az モジュールの概要)」を参照してください。To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. Az モジュールのインストール手順については、Azure PowerShell のインストールを参照してください。For Az module installation instructions, see Install Azure PowerShell.

適切な冗長性オプションを選択するChoose the right redundancy option

Azure Storage は、持続性と高可用性を確保するために、ストレージ アカウントの複数のコピーを保持します。Azure Storage maintains multiple copies of your storage account to ensure durability and high availability. アカウントに対して選択する冗長性オプションは、必要な回復性の程度によって異なります。Which redundancy option you choose for your account depends on the degree of resiliency you need. リージョン規模の障害に対する保護の場合は、geo 冗長ストレージ用にアカウントを構成し、セカンダリ リージョンからの読み取りアクセスのオプションは指定しても指定しなくてもかまいません。For protection against regional outages, configure your account for geo-redundant storage, with or without the option of read access from the secondary region:

geo 冗長ストレージ (GRS) または geo ゾーン冗長ストレージ (GZRS) では、少なくとも数百マイル離れた 2 つの地理的リージョンにデータが非同期的にコピーされます。Geo-redundant storage (GRS) or geo-zone-redundant storage (GZRS) copies your data asynchronously in two geographic regions that are at least hundreds of miles apart. プライマリ リージョンで障害が発生した場合、セカンダリ リージョンがデータの冗長ソースとして機能します。If the primary region suffers an outage, then the secondary region serves as a redundant source for your data. ユーザーがフェールオーバーを開始して、セカンダリ エンドポイントをプライマリ エンドポイントに変換することができます。You can initiate a failover to transform the secondary endpoint into the primary endpoint.

読み取りアクセス geo 冗長ストレージ (RA-GRS) または読み取りアクセス geo ゾーン冗長ストレージ (RA-GZRS) では、セカンダリ エンドポイントへの読み取りアクセスという追加の利点を持つ geo 冗長ストレージが提供されます。Read-access geo-redundant storage (RA-GRS) or read-access geo-zone-redundant storage (RA-GZRS) provides geo-redundant storage with the additional benefit of read access to the secondary endpoint. プライマリ エンドポイントで障害が発生した場合、セカンダリに対する読み取りアクセス用に構成され、高可用性対応に設計されているアプリケーションでは、セカンダリ エンドポイントから引き続き読み取ることができます。If an outage occurs in the primary endpoint, applications configured for read access to the secondary and designed for high availability can continue to read from the secondary endpoint. Microsoft では、アプリケーションの可用性と持続性を最大限に高めるために、RA-GZRS をお勧めします。Microsoft recommends RA-GZRS for maximum availability and durability for your applications.

Azure Storage での冗長性の詳細については、「Azure Storage の冗長性」を参照してください。For more information about redundancy in Azure Storage, see Azure Storage redundancy.

警告

geo 冗長ストレージでは、データ損失のリスクが伴います。Geo-redundant storage carries a risk of data loss. データはセカンダリ リージョンに非同期的にコピーされるため、データがプライマリ リージョンに書き込まれてからセカンダリ リージョンに書き込まれるまでの間に遅延があります。Data is copied to the secondary region asynchronously, meaning there is a delay between when data written to the primary region is written to the secondary region. 障害が発生した時点で、セカンダリ エンドポイントにまだコピーされていないプライマリ エンドポイントへの書き込み操作は失われます。In the event of an outage, write operations to the primary endpoint that have not yet been copied to the secondary endpoint will be lost.

高可用性向けの設計Design for high availability

最初から高可用性対応にアプリケーションを設計することが重要です。It's important to design your application for high availability from the start. アプリケーションの設計およびディザスター リカバリーの計画に関するガイダンスについては、次の Azure リソースを参照してください。Refer to these Azure resources for guidance in designing your application and planning for disaster recovery:

さらに、Azure Storage のデータの高可用性を維持するためには、次のベスト プラクティスに留意してください。Additionally, keep in mind these best practices for maintaining high availability for your Azure Storage data:

  • ディスク: Azure Backup を使用して、Azure 仮想マシンで使用される VM ディスクをバックアップします。Disks: Use Azure Backup to back up the VM disks used by your Azure virtual machines. また、Azure Site Recovery を使用して地域的な災害が発生した場合の VM の保護も検討します。Also consider using Azure Site Recovery to protect your VMs in the event of a regional disaster.
  • ブロック BLOB: ソフト削除を有効にしてオブジェクトレベルの削除および上書きから保護するか、AzCopyAzure PowerShell、または Azure Data Movement Library を使用して、他のリージョンの別のストレージ アカウントにブロック BLOB をコピーします。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.
  • ファイル: AzCopy または Azure PowerShell を使用して、他のリージョンの別のストレージ アカウントにファイルをコピーします。Files: Use AzCopy or Azure PowerShell to copy your files to another storage account in a different region.
  • テーブル: AzCopy を使用して、テーブル データを、他のリージョンの別のストレージ アカウントにエクスポートします。Tables: use AzCopy to export table data to another storage account in a different region.

障害を追跡するTrack outages

お客様は、Azure Service Health ダッシュボードをサブスクライブして、Azure Storage と他の Azure サービスの正常性と状態を追跡できます。Customers may subscribe to the Azure Service Health Dashboard to track the health and status of Azure Storage and other Azure services.

また、書き込みエラーの可能性に対処するようアプリケーションを設計することもお勧めします。Microsoft also recommends that you design your application to prepare for the possibility of write failures. アプリケーションでは、プライマリ リージョンでの障害の可能性があることを通知するように書き込みエラーを公開する必要があります。Your application should expose write failures in a way that alerts you to the possibility of an outage in the primary region.

アカウントのフェールオーバー プロセスを理解するUnderstand the account failover process

お客様が管理するアカウントのフェールオーバーでは、何らかの理由でプライマリが使用できなくなった場合、ストレージ アカウント全体をセカンダリ リージョンにフェールオーバーすることができます。Customer-managed account failover enables you to fail your entire storage account over to the secondary region if the primary becomes unavailable for any reason. セカンダリ リージョンへのフェールオーバーを強制的に実行すると、クライアントは、フェールオーバー完了後にセカンダリ エンドポイントへのデータの書き込みを開始することができます。When you force a failover to the secondary region, clients can begin writing data to the secondary endpoint after the failover is complete. フェールオーバーには、通常、約 1 時間かかります。The failover typically takes about an hour.

アカウントのフェールオーバーのしくみHow an account failover works

通常の状況では、クライアントのデータはプライマリ リージョンの Azure Storage アカウントに書き込まれ、そのデータはセカンダリ リージョンに非同期的にコピーされます。Under normal circumstances, a client writes data to an Azure Storage account in the primary region, and that data is copied asynchronously to the secondary region. 次の図では、プライマリ リージョンが使用可能な場合のシナリオを示します。The following image shows the scenario when the primary region is available:

クライアントはプライマリ リージョンのストレージ アカウントにデータを書き込む

プライマリ エンドポイントが何らかの使用不能になると、クライアントはストレージ アカウントに書き込むことができなくなります。If the primary endpoint becomes unavailable for any reason, the client is no longer able to write to the storage account. 次の図は、プライマリが使用できなくなり復旧がまだ行われていないシナリオを示しています。The following image shows the scenario where the primary has become unavailable, but no recovery has happened yet:

プライマリを使用できないため、クライアントはデータを書き込むことができない

お客様は、セカンダリ エンドポイントへのアカウントのフェールオーバーを開始します。The customer initiates the account failover to the secondary endpoint. フェールオーバー プロセスでは、Azure Storage によって提供される DNS エントリが更新されて、次の図のように、セカンダリ エンドポイントがストレージ アカウントに対する新しいプライマリ エンドポイントになります。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:

お客様がセカンダリ エンドポイントへのアカウントのフェールオーバーを開始する

geo 冗長アカウントの場合は、DNS エントリが更新されて、要求が新しいプライマリ エンドポイントに送られるようになると、書き込みアクセスが復元されます。Write access is restored for geo-redundant accounts once the DNS entry has been updated and requests are being directed to the new primary endpoint. BLOB、テーブル、キュー、およびファイルに対する既存のストレージ サービス エンドポイントは、フェールオーバー後も同じまま残ります。Existing storage service endpoints for blobs, tables, queues, and files remain the same after the failover.

重要

フェールオーバーが完了すると、ストレージ アカウントは、新しいプライマリ エンドポイントでローカル冗長に構成されます。After the failover is complete, the storage account is configured to be locally redundant in the new primary endpoint. 新しいセカンダリへのレプリケーションを再開するには、geo 冗長用にアカウントを再構成します。To resume replication to the new secondary, configure the account for geo-redundancy again.

geo 冗長性を使用するように LRS アカウントを変換すると、コストが発生することにご注意ください。Keep in mind that converting an LRS account to use geo-redundancy incurs a cost. このコストは、フェールオーバー後の新しいプライマリ リージョンのストレージ アカウントの更新に適用されます。This cost applies to updating the storage account in the new primary region after a failover.

データ損失の可能性Anticipate data loss

注意事項

アカウントのフェールオーバーでは、通常、ある程度のデータ損失が発生します。An account failover usually involves some data loss. アカウントのフェールオーバーを開始した場合の影響を理解しておく必要があります。It's important to understand the implications of initiating an account failover.

データはプライマリ リージョンからセカンダリ リージョンに非同期的に書き込まれるため、プライマリ リージョンへの書き込みがセカンダリ リージョンにコピーされるまでの間に常に遅延があります。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 copied to the secondary region. プライマリ リージョンが使用できなくなった場合、最新の書き込みがまだセカンダリ リージョンにコピーされていない可能性があります。If the primary region becomes unavailable, the most recent writes may not yet have been copied to the secondary region.

強制的にフェールオーバーを行うと、セカンダリ リージョンが新しいプライマリ リージョンになり、ストレージ アカウントがローカル冗長に構成されるため、プライマリ リージョンのデータはすべて失われます。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. フェールオーバーが発生した時点でセカンダリに既にコピーされているデータはすべて維持されます。All data already copied to the secondary is maintained when the failover happens. ただし、プライマリに書き込まれたデータのうち、セカンダリにコピーされていなかったものは、永久に失われます。However, any data written to the primary that has not also been copied to the secondary is lost permanently.

[最終同期時刻] プロパティは、プライマリ リージョンのデータがセカンダリ リージョンに書き込まれたことが保証される最後の時刻を示します。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. 最終同期時刻より前に書き込まれたすべてのデータはセカンダリで使用できますが、最終同期時刻より後に書き込まれたデータは、セカンダリに書き込まれていない場合があり、失われる可能性があります。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. 障害が発生した場合はこのプロパティを使用して、アカウントのフェールオーバーを開始することによって可能性があるデータ損失の量を推定します。Use this property in the event of an outage to estimate the amount of data loss you may incur by initiating an account failover.

ベスト プラクティスとしては、最終同期時刻を使用して予想されるデータ損失を評価できるようにアプリケーションを設計します。As a best practice, design your application so that you can use the last sync time to evaluate expected data loss. たとえば、すべての書き込み操作をログに記録している場合は、最後の書き込み操作の時刻を最終同期時刻と比較することで、セカンダリに同期されていない書き込みを特定できます。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.

[最終同期時刻] プロパティの詳細については、「ストレージ アカウントの最終同期時刻プロパティを確認する」を参照してください。For more information about checking the Last Sync Time property, see Check the Last Sync Time property for a storage account.

元のプライマリにフェールバックするときは注意が必要であるUse caution when failing back to the original primary

プライマリ リージョンからセカンダリ リージョンにフェールオーバーした後、ストレージ アカウントは新しいプライマリ リージョンでローカル冗長に構成されます。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. 次に、geo 冗長用にアカウントを再構成することができます。You can then configure the account for geo-redundancy again. フェールオーバー後にアカウントが再び geo 冗長用に構成されると、新しいプライマリ リージョンは直ちに新しいセカンダリ リージョン (元のフェールオーバーの前にプライマリであったもの) へのデータのコピーを開始します。When the account is configured for geo-redundancy again after a failover, the new primary region immediately begins copying data to the new secondary region, which was the primary before the original failover. ただし、プライマリの既存データが完全に新しいセカンダリにコピーされるまで、しばらくかかる場合があります。However, it may take some time before existing data in the primary is fully copied to the new secondary.

ストレージ アカウントが geo 冗長に再構成された後、新しいプライマリから新しいセカンダリへの別のフェールオーバーが開始される可能性があります。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. この場合、フェールオーバー前の元のプライマリ リージョンが再びプライマリ リージョンになり、ローカル冗長に構成されます。In this case, the original primary region prior to the failover becomes the primary region again, and is configured to be locally redundant. その場合、フェールオーバー後のプライマリ リージョン (元のセカンダリ) のすべてのデータが失われます。All data in the post-failover primary region (the original secondary) is then lost. フェールバックの前にストレージ アカウントのほとんどのデータが新しいセカンダリにコピーされていなかった場合、大きなデータ損失が発生する可能性があります。If most of the data in the storage account has not been copied to the new secondary before you fail back, you could suffer a major data loss.

大きなデータ損失を防ぐため、フェールバックを行う前に、 [最終同期時刻] プロパティの値を確認してください。To avoid a major data loss, check the value of the Last Sync Time property before failing back. 最終同期時刻を、新しいプライマリにデータが書き込まれた最後の時刻と比較して、予想されるデータ損失を評価します。Compare the last sync time to the last times that data was written to the new primary to evaluate expected data loss.

アカウントのフェールオーバーを開始するInitiate an account failover

アカウントのフェールオーバーは、Azure portal、PowerShell、Azure CLI、または Azure Storage リソース プロバイダー API から開始できます。You can initiate an account failover from the Azure portal, PowerShell, Azure CLI, or the Azure Storage resource provider API. フェールオーバーを開始する方法の詳細については、「アカウントのフェールオーバーを開始する」を参照してください。For more information on how to initiate a failover, see Initiate an account failover.

その他の注意点Additional considerations

このセクションで説明されている追加の考慮事項を確認し、フェールオーバーを強制した場合にアプリケーションとサービスが受ける可能性がある影響について理解してください。Review the additional considerations described in this section to understand how your applications and services may be affected when you force a failover.

アーカイブ済みの BLOB を含むストレージ アカウントStorage account containing archived blobs

アーカイブ済みの BLOB を含むストレージ アカウントでは、アカウントのフェールオーバーがサポートされます。Storage accounts containing archived blobs support account failover. フェールオーバーが完了したら、アカウントに geo 冗長性を構成する前に、アーカイブされたすべての BLOB をオンライン層に復元する必要があります。After failover is complete, all archived blobs need to be rehydrated to an online tier before the account can be configured for geo-redundancy.

ストレージ リソース プロバイダーStorage resource provider

フェールオーバーが完了すると、クライアントは、新しいプライマリ リージョン内の Azure Storage データの読み取りと書き込みを再び行うことができます。After a failover is complete, clients can again read and write Azure Storage data in the new primary region. ただし、Azure Storage リソース プロバイダーはフェールオーバーしないため、リソース管理操作は引き続きプライマリ リージョンで実行する必要があります。However, the Azure Storage resource provider does not fail over, so resource management operations must still take place in the primary region. プライマリ リージョンが使用できない場合は、ストレージ アカウントで管理操作を実行できません。If the primary region is unavailable, you will not be able to perform management operations on the storage account.

Azure Storage リソース プロバイダーはフェールオーバーしないため、Location プロパティは、フェールオーバーの完了後、元のプライマリの場所を返します。Because the Azure Storage resource provider does not fail over, the Location property will return the original primary location after the failover is complete.

Azure の仮想マシンAzure virtual machines

Azure 仮想マシン (VM) は、アカウントのフェールオーバーの一部としてフェイルオーバーされません。Azure virtual machines (VMs) do not fail over as part of an account failover. プライマリ リージョンが使用不能になり、セカンダリ リージョンにフェールオーバーする場合は、フェールオーバー後に VM を再作成する必要があります。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. また、アカウントのフェールオーバーに関連したデータ損失の可能性があります。Also, there is a potential data loss associated with the account failover. Microsoft では、次に示す Azure の仮想マシンに固有の高可用性ディザスター リカバリーのガイダンスを推奨しています。Microsoft recommends the following high availability and disaster recovery guidance specific to virtual machines in Azure.

Azure アンマネージド ディスクAzure unmanaged disks

ベスト プラクティスとして、アンマネージド ディスクをマネージド ディスクに変換することをお勧めします。As a best practice, Microsoft recommends converting unmanaged disks to managed disks. ただし、Azure VM にアタッチされているアンマネージド ディスクを含むアカウントをフェールオーバーする必要がある場合は、フェールオーバーを始める前に、VM をシャットダウンする必要があります。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.

アンマネージド ディスクは、Azure Storage にページ BLOB として格納されます。Unmanaged disks are stored as page blobs in Azure Storage. VM が Azure で実行されていると、VM にアタッチされているアンマネージド ディスクはリースされます。When a VM is running in Azure, any unmanaged disks attached to the VM are leased. BLOB にリースがある場合、アカウントのフェールオーバーは続行できません。An account failover cannot proceed when there is a lease on a blob. フェールオーバーを実行するには、次の手順のようにします。To perform the failover, follow these steps:

  1. 始める前に、アンマネージド ディスクの名前、その論理ユニット番号 (LUN)、ディスクがアタッチされている VM を記録しておきます。Before you begin, note the names of any unmanaged disks, their logical unit numbers (LUN), and the VM to which they are attached. そうすることで、フェールオーバー後にディスクを再アタッチするのが容易になります。Doing so will make it easier to reattach the disks after the failover.
  2. VM をシャット ダウンします。Shut down the VM.
  3. VM を削除します。ただし、アンマネージド ディスクの VHD ファイルは残しておきます。Delete the VM, but retain the VHD files for the unmanaged disks. VM を削除した時刻を記録しておきます。Note the time at which you deleted the VM.
  4. [最終同期時刻] が更新されて、VM を削除した時刻より後になるまで待ちます。Wait until the Last Sync Time has updated, and is later than the time at which you deleted the VM. フェールオーバーが発生した時点で、セカンダリ エンドポイントの VHD ファイルが完全に更新されていない場合、新しいプライマリ リージョンで VM が正常に機能しない可能性があるので、このステップは重要です。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. アカウントのフェールオーバーを開始します。Initiate the account failover.
  6. アカウントのフェールオーバーが完了し、セカンダリ リージョンが新しいプライマリ リージョンになるまで待機します。Wait until the account failover is complete and the secondary region has become the new primary region.
  7. 新しいプライマリ リージョンで VM を作成し、VHD を再アタッチします。Create a VM in the new primary region and reattach the VHDs.
  8. 新しい VM を起動します。Start the new VM.

VM をシャットダウンすると、一時ディスクに格納されているすべてのデータが失われることに留意してください。Keep in mind that any data stored in a temporary disk is lost when the VM is shut down.

サポートされていない機能とサービスUnsupported features and services

次の機能とサービスは、アカウントのフェールオーバーではサポートされていません。The following features and services are not supported for account failover:

  • Azure File Sync では、ストレージ アカウントのフェールオーバーはサポートされていません。Azure File Sync does not support storage account failover. Azure File Sync でクラウド エンドポイントとして使用されている Azure ファイル共有を含むストレージ アカウントは、フェールオーバーしないでください。Storage accounts containing Azure file shares being used as cloud endpoints in Azure File Sync should not be failed over. それを行うと、同期の動作が停止し、新しく階層化されたファイルの場合は予期せずデータが失われる可能性があります。Doing so will cause sync to stop working and may also cause unexpected data loss in the case of newly tiered files.
  • ADLS Gen2 ストレージ アカウント (階層型名前空間が有効になっているアカウント) は、現時点ではサポートされていません。ADLS Gen2 storage accounts (accounts that have hierarchical namespace enabled) are not supported at this time.
  • Premium ブロック BLOB 含むストレージ アカウントは、フェールオーバーできません。A storage account containing premium block blobs cannot be failed over. 現在、Premium ブロック BLOB をサポートするストレージ アカウントでは、geo 冗長がサポートされていません。Storage accounts that support premium block blobs do not currently support geo-redundancy.
  • 任意の WORM 不変ポリシー対応コンテナーを含むストレージ アカウントをフェール オーバーすることはできません。A storage account containing any WORM immutability policy enabled containers cannot be failed over. ロックされていない、またはロックされている時間ベースのリテンション期間または訴訟ホールド ポリシーでは、コンプライアンスを維持するためにフェール オーバーが防止されます。Unlocked/locked time-based retention or legal hold policies prevent failover in order to maintain compliance.

フェールオーバーの代わりとしてのデータのコピーCopying data as an alternative to failover

ストレージ アカウントがセカンダリへの読み取りアクセス用に構成されている場合、セカンダリ エンドポイントから読み取るようにアプリケーションを設計できます。If your storage account is configured for read access to the secondary, then you can design your application to read from the secondary endpoint. プライマリ リージョンで障害が発生したときにフェールオーバーしたくない場合は、AzCopyAzure PowerShellAzure Data Movement Library などのツールを使用して、セカンダリ リージョンのストレージ アカウントから、影響を受けていないリージョンの別のストレージ アカウントに、データをコピーできます。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. その後は、アプリケーションの参照先をそのストレージ アカウントにして、読み取りと書き込みの両方に利用できます。You can then point your applications to that storage account for both read and write availability.

注意事項

アカウントのフェールオーバーは、データ移行戦略の一環として使用しないでください。An account failover should not be used as part of your data migration strategy.

Microsoft が管理するフェールオーバーMicrosoft-managed failover

大きな災害のためにリージョンが失われるような極端な状況では、Microsoft がリージョン間のフェールオーバーを開始できます。In extreme circumstances where a region is lost due to a significant disaster, Microsoft may initiate a regional failover. この場合、ユーザーによる操作は必要ありません。In this case, no action on your part is required. Microsoft 管理のフェールオーバーが完了するまで、ストレージ アカウントに書き込みアクセスを行うことはできません。Until the Microsoft-managed failover has completed, you won't have write access to your storage account. ストレージ アカウントが RA-GRS または RA-GZRS 対応に構成されている場合は、アプリケーションはセカンダリ リージョンから読み取ることができます。Your applications can read from the secondary region if your storage account is configured for RA-GRS or RA-GZRS.

関連項目See also