Close Menu
  • Home
  • Managing resilience
    • AI resilience
    • Business continuity
    • Business resilience
    • Climate resilience
    • C-suite and the board
    • DORA – the EU Digital Operational Resilience Act
    • Operational resilience
    • Organizational resilience
    • Supply chain resilience
    • Technology
  • Risk
    • Enterprise risk management
    • Operational risk
    • Threatscape
  • Cyber resilience
    • Cyber resilience updates
    • DORA – the EU Digital Operational Resilience Act
    • Product updates
More items
  • All News
  • Research
  • Jobs in Resilience
  • Resilience Resources
  • About Resilience Forward
X (Twitter) LinkedIn
  • Home
  • Managing resilience
    • AI resilience
    • Business continuity
    • Business resilience
    • Climate resilience
    • C-suite and the board
    • DORA – the EU Digital Operational Resilience Act
    • Operational resilience
    • Organizational resilience
    • Supply chain resilience
    • Technology
  • Risk
    • Enterprise risk management
    • Operational risk
    • Threatscape
  • Cyber resilience
    • Cyber resilience updates
    • DORA – the EU Digital Operational Resilience Act
    • Product updates
Login
LinkedIn Bluesky
Resilience Forward
Subscribe Now
  • All News
  • Research
  • Jobs in Resilience
  • Resilience Resources
  • About Resilience Forward
Resilience Forward
You are at:Home»Managing resilience»Business continuity»Why you need to backup outside of Azure (Page 8)
Business continuity

Why you need to backup outside of Azure

Any cloud platform is vulnerable to data loss and none can deliver 100% uptime. In this article James Watts looks at how organizations can prepare for such situations on the Azure platform.
April 22, 20243 Mins Read
Two clouds combine to offer backup opportunities.

Since October 2022, Azure – one of the big three cloud providers – has experienced 18 incidents including issues with networks, power, VMs, storage, and data access logs. This shows why having alternative backups of Azure-based data is important. It’s a fundamental supplier risk management strategy and provides a logical air gap between production data and backup copies. It also ensures that your organization can remain operational if anything happens to your primary cloud service.

Risks of the shared responsibility model

Organizations often assume that migrating to a cloud service provider means that the provider is responsible for their continuity and availability. That’s not the case for public cloud infrastructure as a service, which requires users to implement many of the security and resilience measures themselves.

For backup, you need to set up and configure it yourself. You may find the default options don’t meet the standards you would keep in your own data centres. For instance, you may find you only have limited retention options and no way to keep a copy in another cloud.

To reach a level of protection you are comfortable with, you might need to add another backup technology or invest significant resources in adapting the cloud-native tools. You can spend time on solution design and architecture and on building out your monitoring and alerting; but that’s an additional overhead for your internal teams. It means dividing their time and attention between that and their day-to-day roles. Backup, unfortunately, is often deprioritised over value-adding projects. That can stretch resources, leave gaps in availability and expertise, and means human error is more likely.

Configuration errors

Azure configurations (as with any IaaS) cover a huge variety of services and functions. Getting them right can be complex, and there’s always the possibility of making a mistake. Relying on a cloud service provider without having a secondary backup, separate from your production environment, means that a mistake can also affect your backups – leaving you with nothing to recover from.

Human error in cloud accounts can lead to mass data deletion and allow access to attackers who can then encrypt your data. We’ve seen it happen. In a worst-case scenario, guarantee your business can remain operational from a different backup. To eliminate the possibility of a configuration error, you need a backup that is completely isolated from your production infrastructure.

Risk management best practice

Azure is the most popular public cloud for migrating back-office systems (often Microsoft servers). You have all the tools available to create resilience yourself. But, while it often appears that moving to the cloud takes away old IT challenges like backup, often the default cloud-native tools aren’t sufficient.

It’s a fundamental tenet of supplier risk management to not rely on a single supplier. Keeping a copy of your backups outside Azure and isolated from your production environment is central to good risk management. A common refrain is that Azure is too big to fail: “Microsoft couldn’t possibly lose my data”. But it happens. User error, cyber attack or even platform outages all happen. Make sure that whatever happens, your business will continue.

The author

James Watts is Managing Director at Databarracks.

Share. Facebook Twitter Pinterest LinkedIn Tumblr Email WhatsApp
Previous ArticleUrban subsidence is increasing around the world and is a real threat to buildings and critical infrastructure
Next Article Research looks into ransomware impacts on organizations

Related Posts

An exploding digital padlock illustrates the requirement for post-quantum cryptography.

Research breakthrough brings reliable quantum computers and Q-day closer to reality

September 10, 2026
A danger sign on a digital background.

New blob URL phishing technique evades detection by using legitimate Microsoft services

September 10, 2026
AI risks

Unmanaged AI workflows expose EMEA organizations to rising compliance and data risks

September 9, 2026
City skyline at sunset with bright light trails and a translucent blue smart-city grid overlay and GPS pins indicating locations.

AI world models: future possibilities for organizational resilience?

September 7, 2026
DRJ and BCI logos

DRJ and BCI publish guidance for governing, managing, and using AI in resilience

September 7, 2026
Decision making with over whelming information.

AI can find the vulnerability. Accountability still sits with your crisis leadership

September 7, 2026
Advertisement
Resilience First
This week's most read articles
Under pressure: An egg cracking under pressure applied by squeezing clamps form the sides.

Managing scenario testing for operational resilience

May 16, 2024
COSO logo

New COSO ERM guidance aims to help organizations with practical implementation

May 12, 2026
Close-up of a green-brown iris peering through a jagged tear in dark paper or wall material.

The blind spots in business continuity

September 2, 2026
Latest resources
A cargo ship being loaded at a port.

UK Government report explores supply chain risk and resilience

June 24, 2026
Load More

Subscribe to Updates

Get our Resilience Updates newsletter.

Most Popular Feature Articles
Three dark coloured light bulbs on a black background illustrate the concept of The Dark Triad in Crisis Management.

The Dark Triad in crisis management

Five stage crisis management framework

A five stage framework for a crisis management process

Blue interconnected gears and network nodes symbolizing automation and complex machinery.

Agent zero – the 2028 digital pandemic

Latest Reports
A futuristic red warning alert icon with glowing exclamation mark.

Cloud Security Alliance publishes Hugging Face Incident Initial Post-Mortem

A person hold a building door open for a person behind who is tailgating to get unauthorised access.

Security Culture: A Strategic Capability That Builds Resilience in a Volatile World

An identity icon with a map marker on it, indicating the concept of identity as a target for attackers. The icon is on a generic IT background predominantly in black and orange.

Identity-based approaches dominate initial access for ransomware attacks

A promo box for an article about resilience governance.
© 2026 Resilience Forward
  • About Resilience Forward
  • Newsletter
  • Newsfeed
  • Advertise
  • Call for Papers
  • Contact
  • Privacy Policy and Cookie Use
  • AI Use Policy

Type above and press Enter to search. Press Esc to cancel.

Manage Cookie Consent
To provide the best experiences, we use technologies like cookies to store and/or access device information. Consenting to these technologies will allow us to process data such as browsing behaviour or unique IDs on this site. Not consenting or withdrawing consent, may adversely affect certain features and functions.
Functional Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes. The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
  • Manage options
  • Manage services
  • Manage {vendor_count} vendors
  • Read more about these purposes
View preferences
  • {title}
  • {title}
  • {title}
Manage Cookie Consent
To provide the best experiences, we use technologies like cookies to store and/or access device information. Consenting to these technologies will allow us to process data such as browsing behaviour or unique IDs on this site. Not consenting or withdrawing consent, may adversely affect certain features and functions.
Functional Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes. The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
  • Manage options
  • Manage services
  • Manage {vendor_count} vendors
  • Read more about these purposes
View preferences
  • {title}
  • {title}
  • {title}
Ad Blocker Enabled!
Ad Blocker Enabled!
Our website is made possible by displaying online advertisements to our visitors. Please support us by disabling your Ad Blocker.

Sign In or Register

Welcome Back!

Login to your account below.

Lost password?