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. nginx+nginx-rtmp-module+ffmpeg搭建流媒体服务器

    参照网址: [1]http://blog.csdn.net/redstarofsleep/article/details/45092147 [2]HLS介绍:http://www.cnblogs.co ...

  2. 管道寄售库存MRKO结算后,冲销问题

    管道寄售库存MRKO结算后,冲销问题 1.通常使用MIRO对采购订单进行发票校验后,若发现校验错误,直接使用MR8M取消发票校验,同时手工F-03对借发票校验借方GRIR和取消发票校验的贷方GRIR进 ...

  3. 对sizeof的思考

    一.sizeof的特点(与strlen比较) 1.sizeof是运算符,strlen是函数,这意味着编译程序在编译的时候就把sizeof计算过了,所以sizeof(x)可以用来定义数组维数. 例如 i ...

  4. 几种HtmlEncode的区别(转)

    一.C#中的编码 HttpUtility.HtmlDecode.HttpUtility.HtmlEncode与Server.HtmlDecode.Server.HtmlEncode与HttpServe ...

  5. (四)linux网络编程

    一.CS架构,BS架构 (1)CS架构介绍(client server,客户端服务器架构),例如:qq.360网盘(2)BS架构介绍(broswer server,浏览器服务器架构)例如:浏览器 二. ...

  6. Java用通配符 获得泛型的协变和逆变

    Java对应泛型的协变和逆变

  7. MFC编程入门之六(对话框:创建对话框模板和修改对话框属性)

    本节开始为大家讲解偏向应用的知识--创建对话框.  对话框,大家应该很熟悉了,在我们常用的软件中大多都有对话框界面,例如,360安全卫士的主界面其实就是对话框,知识它做了很多美工方面的工作,将其大大美 ...

  8. 转:switch内部的变量定义问题(goto类似)

    自我总结:(之前查过goto和switch的资料但是一直没有搞懂,直到今天看到这个讨论才懂了) 1   int a;    是个描述,而不是个命令,只是说明我需要空间,编译器会保证在相应的作用域之中这 ...

  9. hiho1122_二分图匈牙利算法

    题目 给定一个图的N个节点和节点之间的M条边,数据保证该图可以构成一个二分图.求该二分图最大匹配. 题目链接:二分图最大匹配     首先通过染色法,将图的N个节点分成两个部分:然后通过匈牙利算法求二 ...

  10. Implicit Object in JSP

    Implicit Object Description request The HttpServletRequest object associated with the request. respo ...