目录
一、概念
灾备是容灾和备份的简称。
容灾：在相隔较远的两地（同城或异地）建立两套或多套功能相同的IT系统，互相之间可以进行健康状态监视和功能切换，当一处因意外（天灾、人祸）停止工作时，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作，侧重数据同步和系统持续可用。
备份：用户为应用系统产生的重要数据（或者原有的重要数据信息）制作一份或多份拷贝，以增强数据的安全性。侧重数据的备份和保存。
二、容灾级别
2.1、数据级灾备
关注的就是数据，做数据的远程备份，在灾难发生之后要确保原有的数据不会丢失或者遭到破坏。
对于级别较低的数据级灾备来说，可以将需要备份的数据通过人工的方式保存到异地实现。如将备份的磁带(盘或光盘)定时运送到异地保存就是方法之一。
而较高级的数据灾备方案则依靠基于网络的数据复制工具，实现生产中心不同备份设备之间或是生产中心与灾备中心之间的异步/同步的数据传输，如采用基于磁盘阵列的数据复制功能。
2.2、应用级灾备
关注的业务连续性，建立在数据级灾备的基础上的，对应用系统进行复制，也就是在异地灾备中心再构建一套应用支撑系统。保证关键应用在允许的时间范围内恢复运行，尽可能减少灾难带来的损失，让用户基本感受不到灾难的发生。
2.3、业务级灾备
是最高级别的灾备系统。它包括非IT系统，所以当发生大的灾难时，用户的办公场所可能会被损坏，用户除了需要原来的数据以外，还需要工作人员在一个备份的工作场所能够正常地开展业务。 实际上，业务级容灾还关注业务接入网络的备份，不仅考虑支撑系统的服务提供能力，还考虑服务使用者的接入能力、甚至备份的工作人员。
三、数据类型
系统数据：主要是指操作系统、应用系统安装的各类软件包和应用系统执行程序。系统数据在系统安装后基本上不会再变动，只有在操作系统、应用系统版本升级或应用程序调整时才发生变化。
基础数据：主要是指保证业务系统正常运行所使用的系统目录、用户目录、系统配置文件、网络配置文件、应用配置文件、存取权限控制等。基础数据随业务系统运行环境的变化而变化，一般作为系统档案进行保存。
应用数据：主要是指业务系统的所有业务数据，对数据的安全性、准确性、完整性要求很高而且变化频繁。
临时数据：主要是指操作系统、应用系统、数据库产生的系统运行记录、数据库逻辑日志和应用程序在执行过程中产生的各种打印、传输临时文件，随系统运行和业务的发生而变化。临时数据对业务数据的完整性影响不大，增大后需要定期进行清理。
四、业务类型
关键业务系统：业务数据比较集中和核心，所连服务器节点较多，对保证整个企业的正常运转至关重要；一旦业务中断，将会立刻使企业提供的服务及正常业务运作受到相当严重的影响，并直接带来企业经济损失或影响企业信誉，甚至严重情况可能要承担潜在的法律责任。如线上携程、淘宝、京东等。
重要业务系统：业务中断将对整个企业的正常、有效运转产生较严重的影响。一旦业务发生中断，会使企业部分提供的服务及部分业务受到影响和中断，但无关大局。如：内部企业网站、邮件传输系统、业务运营系统等。
一般业务系统：业务中断将不会立刻对整个企业的正常运转产生严重影响，一旦中短可以容忍在数天或数周内恢复。比如：人事档案系统、考勤系统、工程预决算系统等。
五、灾备技术
5.1、冷备
即冷备份，也称离线备份，是指在关闭数据库并且数据库不能更新的状况下进行的数据库完整备份。
冷备份只有主数据中心承担业务，备数据中心不会对主数据中心进行实时备份，当主数据中心宕机时，业务也会随之中断，此技术对故障无提前防范和接管能力，恢复耗时较长，已经无法适应数据中心灾备发展的高要求。
5.2、暖备
暖备份是介于冷备份和热备份之间的一种方式，它主要通过设置硬盘远程镜像、数据库复制和设置灾难备份中心以实现对整个系统的完全备份。
5.3、热备
即双机热备，指的是基于高可用系统中的两台服务器的热备。虽然热备份也只有对主数据中心进行实时备份，当主数据中心故障造成业务不可用时，备数据中心可以自动接管主数据中心业务，并且业务能够在最短时间内恢复。
5.4、双活
双活指两个数据中心同时处于运营状态，同时承担业务，提高数据中心的整体服务能力和系统资源利用率，两个数据中心互为备份，当一个数据中心出现故障时，业务自动切换到另一个数据中心，数据零丢失，业务零中断。
双活数据中心解决方案在存储层、应用层和网络层都实现了双活，消除单点故障，保证业务连续性。
5.5、多活
即异地多活，一般是指在不同城市建立独立的数据中心，“活”是相对于冷备份而言的，冷备份是备份全量数据，平时不支撑业务需求，只有在主机房出现故障的时候才会切换到备用机房，而多活，是指这些机房在日常的业务中也需要走流量，做业务支撑。
六、两地三中心 
两地三中心架构是一种分布式系统的架构模式，用于保证系统的高可用性和容错性。它将整个系统划分为三个数据中心：两个位于同城，一个位于异地。其中，同城的两个数据中心分别承担主备的角色，异地数据中心则作为备份。
同城双中心 ：是指在同城或邻近城市建立两个可独立承担关键系统运行的数据中心，双中心具备基本等同的业务处理能力并通过高速链路实时同步数据，日常情况下可同时分担业务及管理系统的运行，并可切换运行；
异地灾备中心： 是指在异地的城市建立一个备份的灾备中心，用于双中心的数据备份，当双中心出现自然灾害等原因而发生故障时，异地灾备中心可以用备份数据进行业务的恢复。
七、案例1
7.1、架构说明
容灾中心：分为同城双活容灾中心和异地备份中心，与生产中心共同实现两地三中心容灾模式。
多云管理平台：实现将离散的云数据中心连接成为“物理分散、逻辑集中、异构异网协同”的一朵云，实现“一个平台统一服务”。
7.2、功能说明
- 同城容灾中心对生产中心云业务进行容灾，实现同城双活;
- 异地灾备数据中心对业务进行异地备份，业务处于待命状态，灾难发生后可在异地恢复业务，将损失降到最低;
- 多云管理平台统一纳管异构异网的生产中心云、容灾中心云、备份云资源池，对云网资源进行统一管控、运维和调度。
八、案例2
N+1架构
在业界也称散部或者多AZ部署⽅案，将容量为C的系统部署在N+1个机房，每个机房能提供至少C/N的容量，挂掉任何一个机房时，剩余系统仍能支撑C的容量。该方案的核心是把容灾能力下沉到PaaS组件来完成，在出现机房级或者地域级故障的时候，由各个PaaS组件独立完成容灾切换，实现业务恢复。整体架构如下图所示，业务上表现是多机房、多活形态，数据库采用这种主从架构，单机房处理写流量、多机房的负载均摊读流量。
单元化架构
也叫SET化架构，这是一种偏应用层的容灾架构，它将应用，数据，基础组件按照统一的维度切分成多个单元，每个单元处理一部分闭环流量。业务以单元作为部署单位，通过单元互备方式实现同城容灾或者异地容灾。一般金融业务或者超大规模的业务会选择此类架构，它的好处就是流量可以闭环且资源隔离，具有很强的容灾能力和跨域扩展能力，不过SET化架构的落地需要业务系统做大量的改造，运维管理也较为复杂
中间件(英语:Middleware)顾名思义是系统软件和用户应用软件之间连接的软件，以便于软件各部件之间的沟通，特别是应用软件对于系统软件的集中的逻辑，是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。中间件在客户服务器的操作系统、网络和数据库之上，管理计算资源和网络通信。总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。
也就是说，关于中间件，我们可以理解为:是一类能够为一种或多种应用程序合作互通、资源共享，同时还能够为该应用程序提供相关的服务的软件。中间件是一类软件统称，而非一种软件;中间件不仅仅实现互连，还要实现应用之间的互操作。
2761
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
