Loading...

Public Preview: Customer Managed Planned Failover for Azure Storage

Public Preview: Customer Managed Planned Failover for Azure Storage

We are excited to announce customer managed Planned Failover for Azure Storage is now available in public preview.

 

Over the past few years Azure Storage has offered customer managed (unplanned) failover as a disaster recovery solution for geo-redundant storage accounts. This has enabled our users to meet their business requirements for disaster recovery testing and compliance. Planned failover now provides the same benefits while introducing additional benefits to our storage users.

 

Planned Failover provides the ability to swap your geo primary and secondary regions while the storage service endpoints are still healthy. As a result, a user can now failover their storage account while keeping geo-redundancy and with no data loss or additional cost. Users will no longer need to reconfigure geo-redundant storage (GRS) after their planned failover operation which will save them both time and cost. Once the planned failover operation is completed all new writes will be made to your original secondary region, which will now be your primary region.

 

After the planned failover is complete, the original primary region becomes the new secondary and the original secondary region becomes the new primary.After the planned failover is complete, the original primary region becomes the new secondary and the original secondary region becomes the new primary.

 

There are multiple scenarios where Planned Failover can be utilized including:

 

  1. Planned disaster recovery testing drills to validate business continuity and disaster recovery.
  2. Recovering from a partial outage that occurs in the primary region where storage is not impacted. For example, if your storage service endpoints are healthy in both regions, but another Microsoft or 3rd party service is facing an outage in the primary region you can failover your storage services. In this scenario, once you failover the storage account and all other services your workloads can continue to work.
  3. A proactive solution in preparation of large-scale disasters that may impact a region. To prepare for a disaster such as a hurricane, users can leverage Planned Failover to failover to their secondary region then failback once things are resolved.

Planned failover supports Blob, ADLS Gen2, Table, File and Queue data. 

 

Key differences between our customer managed (unplanned) failover and planned failover are highlighted below:

 

Unplanned Failover

Planned Failover

After an unplanned failover the storage account is converted to Locally Redundant Storage (LRS) and the secondary region becomes the new primary region.

After a planned failover the storage account remains Geo Redundant Storage (GRS) while the secondary region becomes the new primary region, and the primary region becomes the new secondary region.

Once an unplanned failover is initiated the operation begins immediately. Writes that were pending replication to the secondary region (made after the Last Sync Time) will potentially be lost. Users can utilize their Last Sync Time to determine the recovery point of their storage account.

Once a planned failover is initiated the first step is replicating pending writes (writes made after the Last Sync Time) to the secondary region. As a result, the

Last Sync Time is caught up and there should be no data loss.

Primary use case: a storage related outage in the primary region.

Primary use case: to test the Failover workflow or a non-storage related outage in the primary region.

Can be used when the primary storage endpoint becomes unavailable (there is a storage related outage on the primary region).

Works while the primary and secondary storage endpoints are available.

 

Supported Regions

  • Southeast Asia
  • East Asia
  • France Central
  • France South
  • India Central
  • India West

To learn more about the regions currently supported for Planned Failover, see How customer-managed planned failover works - Azure Storage | Microsoft Learn

 

Getting Started 

 

Getting started is simple, to learn more about the step-by-step process to initiate a Planned Failover, review the documentation Initiate a storage account failover - Azure Storage | Microsoft Learn

 

PF11.png

 

Feedback

If you have questions or feedback, do not hesitate to reach out at [email protected]

 

Published on:

Learn more
Azure Storage Blog articles
Azure Storage Blog articles

Azure Storage Blog articles

Share post:

Related posts

Boost your Azure Cosmos DB Efficiency with Azure Advisor Insights

Azure Cosmos DB is Microsoft’s globally distributed, multi-model database service, trusted for mission-critical workloads that demand high ava...

12 hours ago

Microsoft Azure Fundamentals #5: Complex Error Handling Patterns for High-Volume Microsoft Dataverse Integrations in Azure

🚀 1. Problem Context When integrating Microsoft Dataverse with Azure services (e.g., Azure Service Bus, Azure Functions, Logic Apps, Azure SQ...

1 day ago

Using the Secret Management PowerShell Module with Azure Key Vault and Azure Automation

Automation account credential resources are the easiest way to manage credentials for Azure Automation runbooks. The Secret Management module ...

2 days ago

Microsoft Azure Fundamentals #4: Azure Service Bus Topics and Subscriptions for multi-system CRM workflows in Microsoft Dataverse / Dynamics 365

🚀 1. Scenario Overview In modern enterprise environments, a single business event in Microsoft Dataverse (CRM) can trigger workflows across m...

2 days ago

Easily connect AI workloads to Azure Blob Storage with adlfs

Microsoft works with the fsspec open-source community to enhance adlfs. This update delivers faster file operations and improved reliability f...

2 days ago

Microsoft Azure Fundamentals #3: Maximizing Event-Driven Architecture in Microsoft Power Platform

🧩 1. Overview Event-driven architecture (EDA) transforms how systems communicate.Instead of traditional request–response or batch integration...

2 days ago

Azure Developer CLI (azd) – October 2025

This post announces the October release of the Azure Developer CLI (`azd`). The post Azure Developer CLI (azd) – October 2025 appeared f...

3 days ago

Microsoft Azure Fundamentals #2: Designing Real-Time Bi-Directional Sync Between Dataverse and Azure SQL for Multi-Region Deployments

Here’s a detailed technical breakdown of designing a real-time bi-directional sync between Dataverse and Azure SQL for multi-region deployment...

4 days ago

Azure DevOps local MCP Server is generally available

Today we are excited to take our local MCP Server for Azure DevOps out of preview 🥳. Since the initial preview announcement, we’ve work...

4 days ago

Announcing the new Azure DevOps Server RC Release

We’re excited to announce the release candidate (RC) of Azure DevOps Server, bringing new features previously available in our hosted version....

10 days ago
Stay up to date with latest Microsoft Dynamics 365 and Power Platform news!
* Yes, I agree to the privacy policy