Disaster Recovery, High Availability, and Continuous Availability - What's the Difference?

Last month I posted a video that gave a brief overview of how data replication is used for continuous availability. I then got ask why I used the term continuous availability instead of high availability or disaster recovery. "What's the difference?" Well, while these solutions have a lot of overlap and can usually
be built from some of the same components, they can have different objectives. Different objects can mean different implementations. So, I'm going to use this post to define how I use these terms when talking about replication and why I chose continuous availability.
Disaster Recovery (DR)
The goal of disaster recovery is to restore the business after an unplanned outage. It does this by providing a standby of a primary database and keeping it current through replication of changes from the primary. Changes can be replicated synchronously
or asynchronously. If done asynchronously and an outage happens, changes may be lost (if the primary is down permanently) or stranded (if the primary is down temporarily). The amount of change data lost or stranded is dependent on the latency of replicated
changes. If done synchronously, no committed changes are lost or stranded in an outage.
This leads to two other terms - recovery point objective and recovery time objective.
Recovery point objective (RPO) is an industry term used to describe the amount of changed data a business is willing to lose in an outage. You'll see the term "RPO=0" used when a company says its business cannot afford to lose any data
in an outage. "RPO>0" says the company can go back to some prior point in time (i.e., strand or lose a defined time's worth of data) to restart its business.
When a company is willing to accept a loss of data (RPO>0), they are generally driven by a desire to limit recovery time to an acceptable level.This is called the recovery time objective (RTO). With most disaster recovery solutions, there's
a tradeoff between RPO and RTO. For example, if you want no data loss (RPO=0), some solutions require time to complete recovery before coming back on-line (RTO>0).
However, an important point here is that the definition of disaster recovery does not include a statement about the availability of the data either during a disaster or during recovery. That's where the terms high and continuous availability come in.
High Availability (HA)
The goals of high availability (HA) are to (1) make data available during defined periods and (2) meet availability objectives during those periods. HA solutions account for both planned and unplanned outages, but allow for something less
than 100% availability. To meet objectives, an HA solution typically includes a window for planned outages such as maintenance.
A company might have HA objectives like be one of the following which are usually formalized in a service level agreement (SLA):
  • Make data available 99.9% of the time for the year.
  • Data can be unavailable for no more than 10 hours a year during defined business hours.
So what's the difference between disaster recovery and HA? Key points are:
  • As stated previously,disaster recovery focuses more on unplanned outages and maximizing recovery of data, whileHA focuses more on
    making data available and accounting for both planned and unplanned outages
    .
  • Building on the previous point - HA doesn't offer a guarantee that no data is lost in a disaster.
  • Disaster recovery solutions tend to be more of a single-site solution, with primary
    and standby being relatively close to one another, while HA is often used between sites that are separated by geographic distances spanning time zones.
The last two point are why disaster recovery and HA are used together - two sites can each have a disaster recovery solution for their local copy of a database and then
use an HA solution to keep data highly available between sites.
However, many global businesses now need systems and data available without interruption. In other words, they want 100% availability. That's where continuous availability
comes in.
Continuous Availability
The goal of continuous availability is to ensure data is always available for business needs. In other words,the goal is 100% data availability.
Planned and unplanned outages of systems or software should have no effect on availability. This is usually achieved by using replication to maintain multiple active copies of the data. Like HA, the solution can also be enhanced with a disaster recovery component
for unplanned outages.
To be clear, an 'active' solution means that any copy of the data could be read or modified. It also means that at least one site is always fully active and ready to
accept workload.

Most continuous availability solutions today are for two databases and allow for workload balancing across sites. The terms Active-Active
Databases
and Active-Active or Dual Warehousing are used for the most common variations. However, there
is also a trend towards availability solutions that involve three or more sites.

Conclusion
So, why did I use continuous availability with last month's video? It's because most modern data replication technologies are being designed to be either a solution
or a part of solutions that target 100% availability of data. Naturally, if you have a different view, feel free to use the comment section below :)



原文: http://www.channeldb2.com/profiles/blogs/disaster-recovery-high

Disaster Recovery, High Availability, and Continuous Availability - What's the Difference?的更多相关文章

  1. High Availability (HA) 和 Disaster Recovery (DR) 的区别

    High availability 和disaster recovery不是一回事. 尽管在规划和解决方案上有重叠的部分, 它们俩都是business contiunity的子集. HA的目的是在主数 ...

  2. [SQL in Azure] High Availability and Disaster Recovery for SQL Server in Azure Virtual Machines

    http://msdn.microsoft.com/en-us/library/azure/jj870962.aspx Microsoft Azure virtual machines (VMs) w ...

  3. 云区域(region),可用区(AZ),跨区域数据复制(Cross-region replication)与灾备(Disaster Recovery)(部分1)

    本文分两部分:部分1 和 部分2.部分1 介绍 AWS,部分2 介绍阿里云和OpenStack云. 1. AWS 1.1 AWS 地理组件概况 AWS 提供三种地理性组件: Regions:区域,即A ...

  4. 数据备份与恢复 半持久化 全持久化 fork aof rdb Backing up Disaster recovery 备份 容灾

    Redis数据备份与恢复 - 流年晕开时光 - 博客园 https://www.cnblogs.com/deny/p/11531355.html Redis数据备份与恢复 Redis所有数据都是保存在 ...

  5. Performing a full database disaster recovery with RMAN

    Performing a full database disaster recovery with RMAN1. Make the RMAN backup set pieces available.2 ...

  6. Disaster recovery best practices for Symantec Endpoint Protection 12.1

    https://support.symantec.com/en_US/article.TECH160736.html

  7. SharePoint 2013 Disaster Recovery——迁移内容数据库

    安装和配置SharePoint Farm时,一定要注意将内容数据库不要放在C盘,除非你的C盘能足够承受起日益增长的数据.由于在安装SQL SERVER中没有注意,我将数据库存放在默认的 C:\Prog ...

  8. Oracle Standby Database 实现方案

    Oracle Standby Database 实现方案  From: http://wanow.blog.hexun.com/4672755_d.html 字号:大 中 小 版本:V20060328 ...

  9. [SQL in Azure] Provisioning a SQL Server Virtual Machine on Azure

    http://azure.microsoft.com/en-us/documentation/articles/virtual-machines-provision-sql-server/ Provi ...

随机推荐

  1. activiti5.15中文乱码问题

    解决方式: 1.配置文件插入 <bean id="processEngineConfiguration" class="org.activiti.spring.Sp ...

  2. JS 和 Java 中URL特殊字符编码方式

    前几天遇到url特殊字符编码的问题,在这里整理一下: JavaScript 1.  编码 escape(String) 其中某些字符被替换成了十六进制的转义序列. 解码 unescape(String ...

  3. mysql批量替换数据库某字段部分内容

    update 表名 set 字段名=replace(字段名,’要替换的内容’,’替换后的内容’) eg:修改scenario表中的picture字段中的ip地址. UPDATE scenario SE ...

  4. hdu4720Naive and Silly Muggles

    链接 一直理解的最小覆盖圆就是外接圆..原来还要分钝角和锐角... 钝角的话就为最长边的中点,对于这题分别枚举一下外接圆以及中点的圆,判一下是不是在园外. #include <iostream& ...

  5. linux之echo命令

    linux的echo命令, 在shell编程中极为常用, 在终端下打印变量value的时候也是常常用到的, 因此有必要了解下echo的用法 echo命令的功能是在显示器上显示一段文字,一般起到一个提示 ...

  6. 【CDN】域名无法访问,ping不到,tracert不到

    背景:香港服务器,CDN服务商:Incapsula 1.首先猜测,域名是否被墙 原因:ip可以直接访问到网站,其他域名指向服务器也可访问 排查:1)首先理解,怎样才算被墙:大陆外可以通过该域名访问,大 ...

  7. easyui-datebox 和easyui-datetimebox 设置默认时间当前时间

    //显示当前日期 formatterDate = function (date) { var day = date.getDate() > 9 ? date.getDate() : " ...

  8. SSM-配置文件标签随笔-概要

    xmlns: xmlns是web.xml文件用到的命名空间xmlns:xsi是指web.xml遵守xml规范xsi:schemaLocation是指具体用到的schema资源

  9. 打通B/S与C/S !让HTML5 WebSocket与.NET Socket公用同一个服务端!

    随着HTML5 WebSocket技术的日益成熟与普及,我们可以借助WebSocket来更加方便地打通BS与CS -- 因为B/S中的WebSocket可以直接连接到C/S的服务端,并进行双向通信.如 ...

  10. 移动端的touch事件处理

    简要的探讨一下移动端 touch 事件处理几个坑,以及相应的简单处理方法. click 穿透 假设有个弹出层,上面有个关闭的按钮支持 touchend 触发后关闭,若正好下方有个元素支持 click ...