灾备系统技术方案

目录

第1章灾备系统技术方案 (3)

1.1异地灾备项目概述 (3)

1.1.1项目目标 (3)

1.1.2项目范围 (3)

1.1.3项目建设原则 (3)

1.2项目建设整体集成工作需求分析 (4)

1.2.1XX图书馆异地灾备系统的总体要求分析 (4)

1.2.2XX图书馆存储设备现状分析 (6)

1.2.3异地灾备存储系统的技术要求分析 (8)

1.2.4项目建设重点工作分析汇总 (8)

1.2.5项目建设工作难点分析 (10)

1.3灾备系统技术方案 (13)

1.3.1方案的总体设计 (13)

1.3.2灾备建设的总体方案 (14)

1.3.3数据级灾备平台设计 (31)

1.3.4灾备链路及SAN网络设计 (33)

1.3.5核心业务数据同步复制技术方案 (38)

1.3.6非核心业务数据异步复制技术方案 (47)

1.3.7长期保存数据的灾备技术方案 (55)

1.4我方投标灾备技术方案优势 (59)

1.4.1与现有存储系统整合最好的灾备方案 (59)

1.4.2提供业界最先进存储灾备技术 (60)

1.4.3最合理的SAN网络设计及灾备链路方案 (60)

1.4.4采用业界评价最高的存储 (61)

1.4.5业内唯一可提供100%数据可用性承诺的存储 (62)

1.4.6业界公测性能排名第一的存储 (63)

1.4.7业界第一款支持双活存储集群的存储 (67)

1.4.8内置存储虚拟化功能 (72)

1.4.9扩展能力极其出色 (82)

第1章灾备系统技术方案

1.1异地灾备项目概述

1.1.1项目目标

通过建立XX图书馆异地灾备系统，提高XX图书馆核心业务系统的风险抵御能力，避免或减少灾难打击和重大事故对XX图书馆及XX图书馆核心业务系统和重要系统造成的损失，确保核心业务系统的数据安全和作业持续性，实现核心业务数据异地实时同步复制、非核心业务数据以及各类数字资源异地保存。

1.1.2项目范围

1、异地灾备系统的建设：包括存储设备、配套设备及软件的安装、调试和集成，机房综合布线实施等。

2、异地灾备系统的培训：提供异地灾备系统使用及运维培训，确保用户能够熟练掌握、使用和维护异地灾备系统。

1.1.3项目建设原则

XX图书馆异地灾备系统建设须遵循以下原则：

1、可靠和实用性原则

异地灾备系统的设备选型、设计规划和实施方案、运维方案等方面均需考虑可靠性，实用性。

2、可扩展性原则

异地灾备系统的设备选型和软件应充分考虑可扩展性，能满足由于业务增长和业务需求带来的扩展要求。

3、成本效益原则

根据灾难恢复目标，按照灾难恢复资源的成本与风险可能造成的损失之间取得平衡的原

则，确保投资成本效益。

4、风险性原则

异地灾备系统的目标就是抗风险，因此XX图书馆异地灾备系统的设备选型、软件、设计规划和实施方案，都要考虑成熟的技术和方案，使风险降到最低。

5、功能完备性原则

XX图书馆异地灾备系统既要实现异地灾备的功能要求，还需要提供完备的监控和管理功能，为系统运维和管理提供有效手段。

1.2项目建设整体集成工作需求分析

1.2.1XX图书馆异地灾备系统的总体要求分析

XX图书馆异地灾备系统要将XX图书馆城域网上的数据在同城异地实现数据级灾备。同时，要将XX图书馆磁带库上的数据备份在同城异地的磁带库上。

1、为XX图书馆建立同城异地灾备系统。利用提供的裸光纤在XX图书馆与灾备中心之间实现同城异地数据级灾备。

2、异地灾备系统的数据级灾备需要实现：

核心业务数据采用实时同步复制方式。当XX图书馆的存储系统发生故障时，核心应用系统所使用的本地逻辑卷能切换到灾备机房的存储系统上，时间要求在半小时内，保证切换后数据可用。

采用HDS Truecopy实时同步复制技术，对核心业务数据进行实时同步复制。主中心存储作为Primary卷提供正常使用，灾备中心VSP G1000作为Secondary卷，接受主中心实时复制过来的数据，平时为只读方式。通过远程链路将两个数据中心的SAN网络连通，当XX图书馆的存储系统发生故障时，系统会自动断开数据复制关系，核心应用系统可以通过远程SAN网络访问灾备机房的存储系统。切换时间包含磁盘卷的启用时间，可以控制在半小时以内，切换后数据可用。

非核心业务数据及各类数字资源采用异步数据复制方式，在保证不影响核心业务数据

灾备的情况下，实现XX图书馆与灾备中心的数据一致。当XX图书馆存储系统发生故障时，非核心业务系统可使用灾备机房存储系统上的数据，并保证数据可用。

采用HDS异步复制技术，对非核心业务数据及各类数字资源进行异步复制。主中心存储作为Primary卷提供正常使用，灾备中心VSP G1000作为Secondary卷，接受主中心异步复制过来的数据，平时为只读方式。通过远程链路将两个数据中心的SAN网络连通，当XX图书馆的存储系统发生故障时，系统会自动断开数据复制关系，系统可以通过远程SAN网络访问灾备机房的存储系统。切换时间包含磁盘卷的启用时间，切换后数据可用。

3、灾备系统设计时应充分考虑兼容性和易用性。灾备技术应和现有环境兼容，且灾备技术不依赖于主机系统、文件系统、数据库系统。灾备系统的日常运行是基于存储系统的工作机制，利用存储系统的控制台实现监控管理、远程控制和操作，控制和操作直观和易用。

4、灾备方案在保证现有应用系统不做更改的基础上，尽可能减少对XX图书馆各业务系统的影响，并尽可能利用XX图书馆的现有设备。

部分厂商的灾备方案需要对现有生产中心的存储架构做很大的更改，需要使用虚拟化设备对目前的两套USPV进行虚拟化，虚拟化为该厂商的存储格式后，再与灾备中心该厂商的存储设备进行复制。这种方案从实际角度来讲，是一种不负责任的架构设计。原因是增加了更多的故障点和管理层级，同时给性能带来了很大的影响。

合理的方案应该是丝毫不影响现有的存储架构，可以直接和现有的存储进行同步或异步数据复制。

5、本次项目异地灾备的数据范围是指XX图书馆现有存储系统上保存的全部业务系统的数据，具体以实际环境为准。

6、本项目建设采用目标式管理，对拟采用的技术手段和技术方法不做限定。无论是采用虚拟化技术还是采用其他技术方式，最终需达到XX图书馆异地灾备系统的建设目标，同时要求承建单位对其设计和实施方案负全部责任。

总体分析来看，XX图书馆业务主要分为两大类业务系统，核心业务系统，非核心业务系统，包含数据及各类数字资源。按照其承担的业务功能的不同来进行分析，以期得到系统

各业务功能的关键性、灾难恢复指标（RTO&RPO）及灾难发生时的各业务功能的恢复优先级别。通过调研业务部门及信息中心的相关人员以搜集资料，最终完成业务影响分析工作，得到了各业务功能恢复的优先级别，其中图书馆业务自动化Aleph500系统、办公自动化OA 系统、统一用户认证管理系统、唯一标识符系统、版权管理系统、发布与服务系统等核心业务系统需最优先恢复。

在主生产中心存储系统故障的情况下，核心业务恢复指标分别为：

a. 核心业务数据采用实时同步复制方式。当XX图书馆的存储系统发生故障时，核心应用系统所使用的本地逻辑卷能切换到灾备机房的存储系统上，时间要求在半小时内，保证切换后数据可用。

b. 非核心业务数据及各类数字资源采用异步数据复制方式，在保证不影响核心业务数据灾备的情况下，实现XX图书馆与灾备中心的数据一致。当XX图书馆存储系统发生故障时，非核心业务系统可使用灾备机房存储系统上的数据，并保证数据可用。本期项目，能提供数据级别的灾备，确保核心业务数据数据0丢失，非核心业务具备数据一致性，确保可用。

1.2.2XX图书馆存储设备现状分析

目前，XX图书馆SAN架构的存储系统中，有两套USPV磁盘阵列磁盘空间（裸容量）共750TB，AMS1000磁盘阵列磁盘空间（裸容量）共150TB，两套磁带库设备（SUN STK8500和IBM 3584）、4台HDS 博科48000光纤导向器以及其它附属设施等。两套磁带库由TSM存储管理软件统一管理，具体连接情况见图1。

1234

图1 XX图书馆存域网和磁带库设备连接情况

截至2013年3月，XX图书馆SAN存储已连接图书馆业务自动化Aleph500系统、办公自动化OA系统、统一用户认证管理系统、唯一标识符系统、版权管理系统、发布与服务系统等核心业务系统，以及多个资源镜像系统。目前SAN存储磁盘空间（裸容量）已分配约540TB，今后还将不断有新的业务系统连接SAN存储。

截至2012年底，XX图书馆自建数字资源和外购数字资源总量已达813.5TB。所有自建数字资源均应保证磁带库上有备份，因此，XX图书馆异地灾备系统需要配置大容量磁带库，以满足这部分数据的备份和长期保存需要。目前，XX图书馆采用SAN的存储系统，如上图所示，其中一套包括两台博科48000光纤导向器（上图①②光纤导向器），两台AMS1000（150T）一台USPV（150T），另一套包括两台博科48000光纤导向器（上图③④光纤导向器），一台USPV（600T）。①②光纤导向器与③④光纤导向器之间没有级联。

其中标识①②的48000光纤导向器配置相同，每台配置4个板卡112口，本次灾备每台可用的口是26口（有2个口未配模块）。标识③④的48000光纤导向器配置相同，每台配置5个板卡144口，本次灾备每台可用的口是26口（有10个口未配模块）。

1.2.3异地灾备存储系统的技术要求分析

放置在异地灾备机房的存储系统总体要满足下列要求：

1、存储系统的容量要能够保证XX图书馆现有存储系统的数据灾备需要，以及未来3年内新增数据灾备的需要，存储系统的存储空间要具有较大的可扩展性。

2、存储系统要具有较强的存储整合能力和兼容性，能够满足XX图书馆不同类型数据的复制、备份、迁移，能够兼容整合不同类型异构的存储设备。

3、在满足本项目灾备的需求基础上，通过技术手段提高存储的使用率和投资性价比，以降低成本。

1.2.4项目建设重点工作分析汇总

针对以上需求分析，重点工作汇总结论如下。

首先从项目建设总体原则来看，方案配置需要满足以下几个原则：

1、可靠和实用性原则

2、可扩展性原则

3、成本效益原则

4、风险性原则

5、功能完备性原则

从项目要实现的效果来看，需要满足以下重点恢复指标：

?实现数据级别的灾备

从数据复制链路建设来看，需要满足以下指标：

?满足现有HDS 博科48000交换机与灾备中心新交换机的互联互通；

?现有4对裸光纤的数据复制带宽可满足主中心至备份中心的数据复制量；

?主中心SAN网络与备份中心SAN网络的安全隔离，即能有效规避SAN配置干扰，链路抖动干扰等问题；

?备份中心SAN网络需要具备合理化，可扩展，高可用等原则，为后期实现应用级灾备做好基础工作

从存储架构来看，需要满足以下指标：

?对生产中心存储不能造成架构上的变化，即不采用网关虚拟化或阵列虚拟化技术对生产中心存储进行改造；

?灾备中心存储需满足技术先进性，高可用，可扩展，易管理等需求，为后期实现应用级灾备做好基础工作；

1.2.4.1核心业务灾难恢复指标

在主生产中心存储系统故障的情况下，核心业务恢复指标分别为：

核心业务数据采用实时同步复制方式。当XX图书馆的存储系统发生故障时，核心应用系统所使用的本地逻辑卷能切换到灾备机房的存储系统上，时间要求在半小时内，保证切换后数据可用。

1.2.4.2非核心业务灾难恢复指标

在主生产中心存储系统故障的情况下，非核心业务恢复指标分别为：

非核心业务数据及各类数字资源采用异步数据复制方式，在保证不影响核心业务数据灾备的情况下，实现XX图书馆与灾备中心的数据一致。当XX图书馆存储系统发生故障时，非核心业务系统可使用灾备机房存储系统上的数据，并保证数据可用。本期项目，能提供数据级别的灾备，确保核心业务数据数据0丢失，非核心业务具备数据一致性，确保可用。

根据异步复制策略，生产中心和灾备中心的数据可以完全保证一致性，即生产中心存储发生故障之后，灾备中心的数据保持一致性，数据可用。两个中心之间的数据差异量取决于：复制间隔、取决与生产中心数据变化量和复制带宽的情况。

根据我们对XX图书馆存储现状的调查，非核心业务的数据变化量很低，因此可以保证两边的数据没有差异化。

1.2.4.3长期保存数据类系统灾难恢复指标

在主生产中心存储系统故障的情况下，长期保存数据恢复指标分别为：

各类数字资源采用异步数据复制方式，在保证不影响核心业务数据灾备的情况下，实现XX图书馆与灾备中心的数据一致。当XX图书馆存储系统发生故障时，非核心业务系统可使用灾备机房存储系统上的数据，并保证数据可用。本期项目，能提供数据级别的灾备，确保核心业务数据数据0丢失，非核心业务具备数据一致性，确保可用。

需要说明的是，长期保存数据指备份在磁带库上的静态数据，固定内容数据。目前的备份周期和策略是24小时备份1次。虽然理论上，最大丢失数据是24小时，但，考虑到静态数据变化的频率很低，因此，利用磁带库远程传输静态数据的灾备方案切实可行。

1.2.4.4项目定期演练工作

数据存储平台灾备测试是在XX图书馆存储设备开展项目技术测试，完成初始验收工作后，以数据中心之间的存储设备构建的数据中心存储灾备平台的联调测试工作。保证两中心的存储设备互联互通，并能够实现数据的正常复制。

在完成联调测试工作后，监测系统的运行状况，考察系统工作的可靠性和稳定性，解决基础软硬件平台可能存在的问题。

在保证整体平台正常运行的前提下，进行定期的灾备演练，通过演练保证灾备平台真正可用，为生产系统提供灾难性保护，具体实施、测试技术方案请参考实施方案中的两数据中心灾备建设方案章节内容。

1.2.5项目建设工作难点分析

1.2.5.1灾备链路设计与现有SAN网络的结合

XX图书馆生产中心SAN网络经过这些年的不断建设和发展，目前SAN网络架构相对比较独立，不利于统一管理和业务发展。现有的光纤交换机主要是4Gb产品，随着新主机和新存储设备的接入需求，当前主流已经是8Gb和16Gb主机和存储产品。

目前形成2套独立的SAN网络。每套SAN网络由2台HDS 博科 48000交换机构成，组建全冗余的SAN网络。

两套HDS 博科 48000构建的SAN网络各自独立，分别构建与2008年和2012年。其中两台的版本号为v5.3.0，另外两台的版本号为v6.3.1a。目前每套SAN网络空余端口在20个左右。

经我方调研，需要对生产中心SAN网络进行微码版本调整，以和新购SAN交换机进行远程互联。

1.2.5.2规避对生产中心存储架构的影响

现有主中心存储设备是两套HDS USPV存储和一套HDS AMS1000存储，两套USPV磁盘阵列磁盘空间（裸容量）共750TB，AMS1000磁盘阵列磁盘空间（裸容量）共150TB。目前SAN 存储磁盘空间（裸容量）已分配约540TB，今后还将不断有新的业务系统连接SAN存储。

构建数据级别的灾备，最佳选择就是通过基于磁盘阵列的数据复制方案。基于这种架构，可以对应用层实现透明的数据复制，对应用层不造成任何影响。

而如果采用异构磁盘阵列，或者说虚拟化磁盘阵列的灾备数据复制方案，则首先需要对生产中心的存储架构进行改造。以存储虚拟化为例，需要先部署一套新的异构存储，再对现有存储架构进行调整，具体步骤如下：

?应用系统全部停机，断开与现有存储的连接；

?将现有存储的连接关系更改到新的存储；

?新的存储对现有存储进行封装后，连接到应用系统；

?应用系统识别封装后的磁盘

这种改造方案已经很明显地对现有存储架构带来了影响，从应用停机窗口，数据安全，后期维护等方面均造成了很大影响。并且，最重要的是，部分厂商的虚拟化不支持原有数据保留，需要格式化后以空白磁盘进行虚拟化，方案不具备可行性。

规避基于虚拟化磁盘阵列的灾备数据复制方案，是重点工作。

我方为规避这种影响，采用基于同构磁盘阵列的灾备方案，在灾备端部署HDS VSP G1000存储，与现有USPV为同构存储，运行同一套存储操作系统，可以无影响地进行基于阵列底层LUN数据复制。

1.2.5.3规避生产中心SAN网络架构影响

生产中心目前有4台HDS 博科 48000 SAN交换机。并且每2台48000 SAN交换机形成1套独立的SAN网络，这两套SAN网络之间没有任何关系，独立运行，每套SAN网络中都有自己的Domain ID，都有自己的首选Primary交换机，来管理zoning的分配。

因为任何一个SAN网络都需要有一个Primary交换机来做逻辑上的管理，避免交换机和连接进来的SAN设备有冲突，它为每一个新加入SAN网络的成员分配一个独立的SAN网络地址。

当1台新的SAN交换机加入到SAN网络时，如果设置不当，会产生Primary交换机的重新选举，该过程会造成SAN网络的暂时IO停顿，持续时间数秒钟，对业务IO将会造成不可估量的影响，技术上称之为SAN Merge。

对于本项目中，生产中心的两套SAN网络均需要连接到灾备中心，并与灾备中心的SAN网络进行互联，如果采取不适当的方案，则会通过灾备中心的SAN网络将生产中心的2个SAN 网络合并，发生SAN Merge的情况，如下图所示：

我方为了规避此种情况，将会使用SAN路由的技术，使得生产中心与灾备中心的SAN网络既可以互联在一起，同时有不会发生SAN Merge的情况，不会对生产系统产生任何影响。利用SAN路由的功能，灵活管理数据传输情况，使得两地数据中心的SAN网络即可以传输数据，又在逻辑上保持各自独立，效果如下图：

1.3灾备系统技术方案

1.3.1方案的总体设计

整体解决方案根据需求，设计如下图所示：

1、在灾备数据中心部署一台HDS高端存储设备VSP G1000，作为灾备中心的核心存储，

用于承载灾备数据，与现有生产中心的主存储进行数据复制，在主中心存储发生故

障时进行接管，继续提供数据服务；VSP G1000是HDS最高端产品系列，同时也被

业界第三方权威机构评价为排名第一的高端存储平台。

2、在灾备数据中心部署2台HDS 博科高端光纤交换机，并可以与生产中心光纤交换机

构建为互不干扰的两套SAN网络结构，配置SAN 路由的功能，构建成SAN路由网络

1与SAN路由网络2，两套SAN之间的配置互不干扰，任何链路抖动带来的RSCN

等干扰信号也会被隔离，可以高效，实时，安全地传输灾备复制数据。

3、在灾备数据中心部署IBM高端磁带库1套，满足标书技术需求，同时可以与用户生

产中心的备份平台TSM无缝结合，建立起远程复制关系。

1.3.2灾备建设的总体方案

1.3.

2.1远程灾备规划

截至2012年底，XX图书馆自建数字资源和外购数字资源总量已达813.5TB。国家数字图书馆数字资源集中保存与管理系统运行平台是数字资源按XX图书馆指定的数据标准进行加工、组织、存储的应用软件的运行环境。

图书馆业务自动化Aleph500系统、办公自动化OA系统、统一用户认证管理系统、唯一标识符系统、版权管理系统、发布与服务系统等核心业务系统将迅速膨胀，业务数据不断加

速增长。这些数据是系统运作的核心，必须有完善的保护措施。在业界当前的趋势下数据的可用性和安全性对企业的影响越来越大, 关键数据的丢失，可能给系统造成巨大的经济和信誉损失。虽然数据中心建设已经有一些定时备份的策略，但还是有可能造成大量的数据丢失（1天以上），出现灾难时的系统恢复时间也相应延长，特别是当出现重大区域性灾难时，本地备份很难满足业务连续性的要求。

因此，在一期建设数据级灾备平台的项目上，其重点是利用古籍馆数据中心做为XX图书馆核心系统生产中心的灾备中心，实现基于存储的远程灾备保护。方案规划中重点考虑以下环节：

1、可靠和实用性原则

2、可扩展性原则

3、成本效益原则

4、风险性原则

5、功能完备性原则

从项目要实现的效果来看，需要满足以下恢复指标：

?实现数据级别的灾备

?在主生产中心存储系统故障的情况下，核心业务恢复指标分别为：

a. 核心业务数据采用实时同步复制方式。当XX图书馆的存储系统发生

故障时，核心应用系统所使用的本地逻辑卷能切换到灾备机房的存储系统上，

时间要求在半小时内，保证切换后数据可用。

b. 非核心业务数据及各类数字资源采用异步数据复制方式，在保证不影

响核心业务数据灾备的情况下，实现XX图书馆与灾备中心的数据一致。当XX

图书馆存储系统发生故障时，非核心业务系统可使用灾备机房存储系统上的数

据，并保证数据可用。本期项目，能提供数据级别的灾备，确保核心业务数据

数据0丢失，非核心业务具备数据一致性，确保可用。从数据复制链路建设来

看，需要满足以下指标：

?满足现有HDS 博科48000交换机与灾备中心新交换机的互联互通；

?现有4对裸光纤的数据复制带宽可满足主中心至备份中心的数据复制量；

?主中心SAN网络与备份中心SAN网络的安全隔离，即能有效规避SAN配置干扰，链路抖动干扰等问题；

?备份中心SAN网络需要具备合理化，可扩展，高可用等原则，为后期实现应用级灾备做好基础工作

从存储架构来看，需要满足以下指标：

?对生产中心存储不能造成架构上的变化，即不采用网关虚拟化或阵列虚拟化技术对生产中心存储进行改造；

?灾备中心存储需满足技术先进性，高可用，可扩展，易管理等需求，为后期实现应用级灾备做好基础工作；

综合分析，我们建议采用基于VSPG1000高端存储为核心的灾备方案，同时提供SAN网络路由功能，将生产中心与灾备中心的SAN网络有机整合在一起，满足本项目的灾备需求。

1.3.

2.2业务连续性分析

根据XX图书馆系统业务模式和需求，核心业务系统数据以及由其负责支撑的业务系统对连续性的要求很高，是整个业务运行的关键。因此从数据级灾备角度看，RPO要求越小越好，也就意味着数据丢失量少，建议采用实时数据复制的灾备备份技术。如果从应用级快速恢复的角度看，需要在数据级灾备基础上，在异地中心部署支撑整体业务系统的设备和网络，保证能够在较短时间恢复业务运行，即RTO较小。

灾难备份系统的建设目标主要衡量指标是恢复点目标（Recovery Point Objective，简称RPO）和恢复时间目标（Recovery Time Objective，简称RTO）。本次项目设计主要参考国家《信息安全技术信息系统灾难恢复规范》（GB/T20988－2007），其分类的灾备系统基本上划分为以下六个级别：

根据对各业务连续性要求的分析，建议系统规划采用更高业务连续性的实时复制灾备技术。

项目设计规划的数据级灾难备份系统以磁盘实时远程复制为技术支撑，核心业务系统的异地数据保护达到RPO=0分钟的目标。当XX图书馆的存储系统发生故障时，系统会自动断开数据复制关系，核心应用系统可以通过远程SAN网络访问灾备机房的存储系统。切换时间包含磁盘卷的启用时间，可以控制在半小时以内，切换后数据可用。

1.3.

2.3灾备技术选择

1、灾备的7个层次

据国际标准SHARE78的定义，灾难恢复解决方案可根据以下主要方面所达到的程度分为七级，即从低到高有七种不同层次的灾难恢复解决方案。可以根据企业数据的重要性以及您需要恢复的速度和程度，来设计选择并实现您的灾难恢复计划。这取决于下列要求：

●备份/恢复的范围

●灾难恢复计划的状态

●在应用中心与备份中心之间的距离

●应用中心与备份中心之间是如何相互连接的

●数据是怎样在两个中心之间传送的

●有多少数据被丢失

●怎样保证更新的数据在备份中心被更新

●备份中心可以开始备份工作的能力

现已证明，为实现有效的灾难恢复，无需人工介入的自动站点故障切换功能是一个必须被纳入考虑范围的重要事项。目前通用的异地远程恢复标准采用的是1992年Anaheim的SHARE78，M028会议的报告中所阐述的七个层次：

灾备系统的7个层次

0层- 没有异地数据(No off-site Data)

Tier0即没有任何异地备份或应急计划。数据仅在本地进行备份恢复，没有数据送往异地。事实上这一层并不具备真正灾难恢复的能力。

1层- PTAM卡车运送访问方式 (Pickup Truck Access Method)

Tier1的灾难恢复方案必须设计一个应急方案，能够备份所需要的信息并将它存储在异地。PTAM指将本地备份的数据用交通工具送到远方。这种方案相对来说成本较低，但难于管理。

2层- PTAM卡车运送访问方式+热备份中心 (PTAM + Hot Site)

Tier2相当于Tier1再加上热备份中心能力的进一步的灾难恢复。热备份中心拥有足够的硬件和网络设备去支持关键应用。相比于Tier1，明显降低了灾难恢复时间。

3层- 电子链接 (Electronic Vaulting)

Tier3是在Tier2的基础上用电子链路取代了卡车进行数据的传送的进一步的灾难恢复。由于热备份中心要保持持续运行，增加了成本，但提高了灾难恢复速度。

4层- 活动状态的备份中心 (Active Secondary Center)

Tier4指两个中心同时处于活动状态并同时互相备份，在这种情况下，工作负载可能在两个中心之间分享。在灾难发生时，关键应用的恢复也可降低到小时级或分钟级。

5层–两个活动的数据中心，确保数据一致性的两阶段传输承诺（Two-Site Two-Phase Commit）

Tier5则提供了更好的数据完整性和一致性。也就是说，Tier5需要两中心与中心的数据都被同时更新。在灾难发生时，仅是传送中的数据被丢失，恢复时间被降低到分钟级。

6层- 0数据丢失 (Zero Data Loss)，自动系统故障切换

Tier6可以实现0数据丢失率，被认为是灾难恢复的最高级别，在本地和远程的所有数据被更新的同时，利用了双重在线存储和完全的网络切换能力，当发生灾难时，能够提供跨站点动态负载平衡和自动系统故障切换功能。

2、远程灾备技术选择

灾备系统的技术架构设计一定是一个多层次的统一规划，一个良好的灾备系统应包括在线备份、近线备份、离线备份的多种手段，见下图：

我们在灾备的七层次中已经论述过一些技术实现和灾备效果，XX图书馆的灾备设计应综合考虑各种技术的组合和辅助功能，分步实施，最终实现最高层次的灾备架构。具体到灾备的技术手段，从一个系统的纵向来看，各个层面都有实现的方法，在这里做一个比较：