We just raised a $30M Series A: Read our story

Top 8 Disaster Recovery as a Service Tools

MetallicAzure Site RecoveryInfrascale Backup & Disaster RecoveryDruva PhoenixVMware Cloud Disaster RecoveryAxcient x360RecoverIBM Disaster Recovery ServicesNutanix Xi Leap
  1. leader badge
    It is just about as flexible as you can get; simple. You can put it anywhere you want. You can put it on-prem or in your cloud. I could see where a team that's looking for more of a follow the bouncy ball type of solution might get a little confused. "Oh, no. What do you mean I might have to do it this way or I can't do it that way?" Sometimes, people just want to be told what to do. For an enterprise environment, like we are at NDOT, everything we do is not standard. It is not industry standard; it is not normal. We have all kinds of one-offs. We do need flexibility in the solutions that we get. I will say that Metallic has been extremely flexible in that sense, where we are able to follow the bouncy ball if we wanted to. Obviously, we didn't. We did it our way and Metallic, as a whole solution, provided that to us with no issues.
  2. The most useful thing is that it provides a snapshot of your environment in about 15 minutes. It is stable, and it always works. It is also scalable and easy to set up.
  3. Find out what your peers are saying about Metallic, Microsoft, Infrascale and others in Disaster Recovery as a Service. Updated: October 2021.
    542,029 professionals have used our research since 2012.
  4. The overall ease of use and ease of management of the solution using the Infrascale dashboard is excellent. I'd rate it 10 out of 10 because the dashboard is very simple to use. For someone with a technical background, it's a wonderful piece of software to be using in a cloud environment. But if you're not technical, then it might be a problem. It could be confusing for non-technical people. If you don't know what you're doing, you could kind of screw it up. Any human with two brain cells can do it. It's like anything else. So, once you train a human, they're good. Anybody can do it. Anybody with a competent brain can use it and go with a little bit of technical skill. It might be confusing in the beginning, but once you're trained up and you've used it a little bit, like anything else in your life, it'll be easy. They'll come as normal.
  5. Once you set it up and you tell it exactly what needs to be backed up, you literally forget about it. It sends you emails and notifications of the current status of the jobs.
  6. Technical support is very proactive and helpful.We feel the ability to move virtual machines while they are still running to be the most valuable feature.
  7. It's super stable. We really like it.
  8. report
    Use our free recommendation engine to learn which Disaster Recovery as a Service solutions are best for your needs.
    542,029 professionals have used our research since 2012.
  9. The solution works well for very large organizations. It can scale quite well.

Advice From The Community

Read answers to top Disaster Recovery as a Service questions. 542,029 professionals have gotten help from our community of experts.
Evgeny Belenky
Hi community, In what cases would you recommend the enterprise to use a DRaaS solution? Is it essential these days? Why? Thanks.
author avatarMartin Mash
Real User

If you can get the funding for DRaaS then do it. You have to look at the cost of a single system or multiple systems being down for your enterprise. 

Depending on your situation, SLAs, number of users, number of physical servers, number of virtual servers, etc., you need to decide can the critical systems be down for minutes/hours/days/weeks while being rebuilt or replaced.

If you are in the cloud and running virtual you probably have an SLA with the hosting company as to downtime and they handle the backend by making sure systems are operational.  But if you are concerned about a physical server in the data center (even if you have a 4x24x7 service contract) can you wait those 4 hours for a tech. to come and replace any needed hardware and then possibly have to configure and bring back OS/data?

You have to weigh the cost-benefit of having DRaaS in your environment and what the cost would be for the system being down.

author avatarDavid Duggin

As a primary source for DR in respect to Enterprise, absolutely never. 

Going to the Cloud, and more specifically DRaaS isn't modernizing, it's breeding IT ignorance and gives a false sense of security to operations and infrastructure that you are totally removed from. And on a long enough timeline, the Cloud can be more expensive than efficiently rolling your own DR.

For primary Enterprise Disaster Recovery, invest in personnel and processes to run DR on-prem.

DRaaS can be a second line of defense, but there are many blind spots in going to the Cloud that have been overlooked in lieu of relinquishing infrastructure control and knowledge for ease of use and the 'street cred' of being able to say the data is in the Cloud. 

Security, data ownership, Cloud outages, cost of data egress in the event of a Disaster Recovery event, to name a few.

author avatarBret Mantey

The first question I would ask is: does your business have a business continuity (BC) plan? Unlike a DR plan, a BC plan is honed around more frequent things that can affect the business. It is a good foundation to have if you can get it going.

If you do have one, you have gone through a process with the business which establishes the most critical things the business needs to stay alive, all applications/systems/processes as well as what you need during an outage are established clearly and are prioritized and agreed upon by the business - it's not just an IT dept. decision.  If you have one you can use this as leverage to get into DRaaS, especially if your budget is shrinking.  Think of it as insurance for business-critical items.

This being said, is DRaaS essential these days?  My answer would be: absolutely. Do you have the staff to man your business needs 24x7x365? Do the math on the cost-effectiveness, typically it is very cheap in comparison to adding new bodies and benefits. Then add to this you will always have "evergreen" technology behind your DR plan, no need for your staff to worry about updates or equipment to replace to keep things current. Typically DRaaS includes any report you want or need, along with alerting.

Any modern IT plan should contain some sort of DR as a service. Focus on the most critical systems that would hurt the business if offline, that's a great start.  Sell the BC plan to get the budget if need be, don't just make it their decision. 

Today's world is much different than it was even 5 years ago. IT burden has gone up, things are more complex in nature, and in most cases, the manpower to get things done has disappeared with tight budgets. Add to this that the threat landscape has not gotten better, it has exponentially grown worse.

I have personally watched people lose their jobs over setting the importance of DRaaS aside. So I would at least try to start it. What's the next best thing to not trying to include DRaaS into your IT plan. especially in a larger enterprise? Have your resume ready to go at all times.

There is a lot more to this to talk about as you get into the weeds. I hope it spurs ideas.

author avatarBret Mantey

DRaaS is like car and home insurance, sure some people do not have it, but most do. 

Many states are starting to require insurance, as are insurance companies starting to require DRaaS as part of your recovery plan.

Would you drive your car around town without it and take the chance of losing everything?  Most don't, yet the logic for some reason is reversed in IT.

Tim's example shows how a CFO can be dollar-wise and business foolish (IMO). They only look at $$, not necessarily what makes sense for the business itself when it comes to IT, remember most CFOs see IT as a big cost center to this day.

I have watched several Banking and Manufacturing businesses refuse DRaaS, only to be called a few short months later as they were hit by Ransomware -and then they implement it. Not only did they foolishly throw away money to pay the ransom, but they also paid to cover their customers with digital insurance policies. Who's business will they lose because of it? More loss.

DRaaS is very ROI-friendly.  A simple calculation: calculate all those who would be affected by the outage (10, 20, 50, 1000 people/customers?) and multiply by an average wage/income per hour. Then add to that other costs associated, ie; equipment, paid out ransomware, software.  Sure some people can do other things while the systems are down, but do they really?  This may turn a head or two when they see the cost per hour.

Add to this it is always 24x7x365 and evergreen - set and forget it and just watch the reporting.

Also - Do check with your digital insurance provider, many are starting to require DRaaS. Some companies are finding it hard to get reimbursed after the incident - check your policy for clauses. It would be a shame to have something happen only to find your insurer will not pay out.

author avatarJim Dziak

@Bret Mantey’s post is 100% on target !!!  Backup without on-demand DRaaS is not an option in the world of business. 

The ability to test on-demand will make all your stakeholders sleep well. 

Jim Dziak 

Why should businesses prioritize having a disaster recovery solution?  Do you have some real life examples of cases where disaster recovery was not in place, and what the ramifications were to the business? And vice-versa - what are some examples of cases where disaster recovery proved vital and mitigated loss?
author avatarJohannFLEURY
Real User

I’ve been working for big agro-company and multi-site for our different kinds of production. We put in place a BCP first to identify, in terms of revenues, which site were critical from that weren’t and construct our BCP accordingly. The BCP consisted on defining all actors and services mandatory to ensure production and delivery of our products (supply chain, ordering, delivering, third part and of course IT associated). We found out that before putting BCP in place some of our factories would have been totally unproductive for more than 3 weeks in case of major incidents. 
so then after identifying all needed components, we came for some from 3 weeks outage to 4 hours.

We had a very good commitment from our third-party suppliers too while coming to the analysis—and helped some to understand as well their own gap in the case of the same.

So in the end, it was a win-win deal and today we do have clear visibility on all the chains needed to continue the most possible our business.

And of course, i could be hired to help in putting in place such process (no matter it is IBM SP or any other tool, this is just a small part of the journey of BCP)

author avatarShrijendra Shakya

I am in the business of Disaster Recovery and have been providing DRAAS with one of the renowned vendor equipment. I have come across quite a few cases where there had been many cases here in Nepal where ransomware attacks happen and all the data is encrypted of some reputed corporate houses. It had a lot of business impacts.

Although they had some traditional backup mechanisms, the backup system copied all the ransomware files too so we devised new recovery mechanisms and help the client restore some files too.

Additionally, we implemented and designed a new system and the client is contempt and everything is fine.

author avatarZied Chelbi
Real User

disaster recovery plan (DPR) is a set of “action to be taken before during and after a disaster”, and is made to help protect businesses in such an event. Although disasters may not always be avoidable, having a plan helps to reduce the potential damage and quickly restore operations.

Disaster recovery plans and the preventative measures they include are essential for stopping disasters from occurring in the first place. Organizations can’t always avoid disasters, but having a plan helps to minimize the potential damage and get operations back up and running quickly

here an example of a real case :

>>> A DDoS attack:

In this disaster recovery scenario, imagine that a group of malicious hackers executes a Distributed-Denial-of-Service (DDoS) attack against your company. The DDoS attack focuses on overwhelming your network with illegitimate requests so that legitimate data cannot get through.

As a result, your business can no longer connect to databases that it accesses via the network – which, in today’s age of cloud-native everything, means most databases. It’s rare nowadays to have a database that does not require a working network connection to do its job.

In this scenario, disaster recovery means being able to restore data availability even as the DDoS attack is underway. (Ending the DDoS attack would be helpful, too, but anti-DDoS strategies are beyond the scope of this article; moreover, the reality is that your ability to stop DDoS attacks once they are in progress is often limited.) Having backup copies of your data would be critical in this situation. That’s obvious.

What may be less obvious, however, is the importance of having a plan in place for making the backup data available by bringing new servers online to host it. You could do this by simply keeping backup data servers running all the time, ready to switch into production mode at a moment’s notice. But that would be costly, because it would mean keeping backup servers running at full capacity all the time.

A more efficient approach would be to keep backup data server images on hand, then spin up new virtual servers in the cloud based on those images when you need them. This process would not be instantaneous, but it should not take more than a few minutes, provided that you have the images and data already in place and ready to spin up.

having no disaster recovery plan is equal to an unlimited downtime .

In the Disaster Recovery Preparedness Benchmark Survey, the cost of outages added up to more than $50,000 in losses, on average, with bigger companies citing losses up to $5 million.

It’s these kind of eye-popping figures that bring companies down without any hope of recovery. It doesn’t matter what size your company is, downtime is clearly the enemy you want to avoid

author avatarRamaswamyK
Real User

I would fully agree that in the present stage of Cyber & Email preparedness one has to be always be prepared in terms of a disaster recovery. This will need to be prepared with the latest backup & recovery system which will pertain to the needs of the current needs & requirements prevalent in the sites.

author avatarNavin Gadhvi
Real User

A disaster recovery plan describes scenarios for resuming work quickly and reducing interruptions in the aftermath of a disaster. It is an important part of the business continuity plan and it allows for sufficient IT recovery and the prevention of data loss

author avatarTim Lenz
Real User

The Healthcare industry seems to be the new target for hackers and ransomware. 

With our DR plan in place, we were able to recover 80% of the files and 100% of the database data (by having a plan that had been based on best practices): most of the lost files were due to users not following guidelines for storing files on their network drives instead of their personal desktops and laptops. The data and files were back up within 24 hours with the biggest headache being the corrupted files on the single point of failure - Domain controllers are several buildings.

Lessons learned for the estimated cost in lost revenue was easy to show to management (that by not updating to the latest software and application versions and requiring DR on a separate subnet with different system password protection) how much it cost to be down for the four days. 

Luckily, it happened on Thursday and we were back up on Monday morning.

It is not a matter of if we will ever need the DR... It is can you afford to not have it WHEN you need the DR!

Find out what your peers are saying about Metallic, Microsoft, Infrascale and others in Disaster Recovery as a Service. Updated: October 2021.
542,029 professionals have used our research since 2012.