关于灾备项目建设的几点思考
开发银行灾备系统建设的思考
Ｉ Ｉ Ｉ 墨
随 着 灾 备 建 设 的 逐 步 完 善 和 每 年 的
根据开发 银行 的业务连续性总 为主的数据中心和灾备体系。
演练 ，特 别是桌面演练 、流程演练 体 规 划要 求 ，采 用两 地 三 中 心架 构
开发银行 已经开展 了北京稻 香
北 湖新生产 中心 、北京怀柔同城 灾备 等多项工 作的开 展和深入 ，开发银 建设生产 中心 、同城 灾备中心 （ 深圳观 中心和西安’ ７ 产灞异地数据 中心的规 行 更加深刻地感 受到只有所有 相关 京亦庄 ）和异地灾备中心 （
砚 ＩＶｅ ｐ ｉ ｌ ｉｗ ｏｎ ｔ
立 异 地 灾 备 中心 ，灾难 恢 复 等 级 达 到 《 息 安 全 技 术 信 息 系 统 灾 难 恢 信
和 应 用 局 限 性 。 目前 应 用 比较 多 的 的技 术包 括 以 下几 大 类 。 （ ） 于存 储 的复 制技 术 １ 基
建 设提供 了多种可选 的容 灾技术 ，
每 种 容 灾 技 术 都 有 自身 的技 术 表等管 业 务条 线 的有 效 业 务恢 复 预 案和
理类 系统 ，支撑 银行 内部的 １常运 相 应 的演 练 验 证 体 系也 同样 重要 。 ３
２２ ／ 国 融 脑 ０ 中 金 电 ２９ １４
行 。该 类 系 统 经 过 近 几 年 的 建 设 和 完 善 ，在 同城 灾 备 中心 已经 完 成 部
复 规范 》中的第５ 实时数 据传输 级 及 完整 设备支持 。业务 的发展和监
署 ，部分关键 系统还将考虑进行异
国内常见 的容灾解决方 案 ，由 地灾备部 署。第三类 （ 非实 时 ）：
银 行提供 数据 与 系统 的灾备服 务 ， 此 （ 时 ，客 户服 务 ）涉 及 账 户 、交 成系统的恢复和业务的恢复。 实 易 、支 付 和 渠 道 的 重要 系 统 ，也 称
同城应用级灾备中心建设探讨
Experience Exchange经验交流DCW215数字通信世界2020.120 引言近年来，随着信息技术和网络技术的快速发展，信息系统建设模式也随之发生了很大的变化，由原先的分布式建设方式逐渐向区域集中、全集中方式转变，同时国家大力推进云计算建设，各省市政府部门及企业建立起各自的云数据中心，数据的不断集中带来了容灾备份更严苛的要求，灾备中心的建立成为大型信息系统建设过程中重要的一部分。
具备完善灾备系统的同城灾备中心可以在保障数据安全的基础上，在一定程度上保证业务的连续性，提升信息系统整体的可靠性，在机架级、机房级、数据中心级等不同等级的故障发生时，最大程度地保障数据完整性及业务连续性。
1 存在的问题与发展方向1.1 现状及存在问题随着一体化信息系统建设的不断推进，在灾备方面，目前国内信息系统的建设中暴露出一些问题：1.1.1 灾备系统的建设落后从整体建设现状来看，一些发达国家的灾备建设起步较早，政府重视、制度完善、监管到位，在考虑灾备的同时会对业务连续性提出一定要求。
国内相关机构对于业务连续性计划的整体水平相对于发达国家较为落后，很多大型机构或企业缺乏可保障业务连续性的灾备体系建设。
1.1.2 区域级灾备保障建设较少灾备保障体系可根据物理距离分为本地灾备、同城灾备、异地灾备，不同距离影响数据备份的方式、策略及计划。
本地灾备的灾备中心距离近，数据同步快，成本低；同城、异地的灾备中心距离远，数据传输延迟高，传输成本高，同时需建设灾备中心接收备份数据并保障业务连续性。
目前国内只有部分大型机构或企业具备同城或异地灾备保障能力，大部分机构或企业对发生区域级灾难时的数据的实时有效性、业务连续性保障能力有限。
1.1.3 以数据级灾备建设为主，应用级建设较少数据级灾备体系建设仅能保障数据实时备份，对于故障或灾难导致的业务中断，无法保障业务连续性。
目前国内的应用级灾备体系建设需求主要在于银行、政府、互联网企业等对于业务连续性要求较高的大型企业或机构。
深度解析 容灾系统建设的三个难题
深度解析容灾系统建设的三个难题近年来，地震、海啸等自然灾难频发，使得信息系统的容灾系统建设成为各行业IT建设的重中之重。
然而，不同的容灾系统建设技术与繁复的建设过程让许多IT管理者出现了放多不解现象和困惑。
如果企业能够在建立容灾系统的初始阶段就清楚的了解容灾的有关概念和技术实现手段，那么企业容灾系统建设的速度就会大大加快，并且能够做到有的放矢，提高容灾系统建设和应用的效率与投资回报率。
经过多年的容灾系统建设经验的积累，飞康总结出用户在容灾系统建设中经常遇到的难点问题，并提出了解决方案，希望可以对企业的容灾系统建设有所帮助。
灾备系统首要防范的灾难容灾备份体系建设可以从很多个角度去考虑，但其中最重要的一项，是哪些灾难类是用户首要考虑防范的，这些灾难对于RPO/RTO指标有什么具体的要求等。
一谈到灾难的防御范围，大家习惯性的会重点考虑一些硬灾难，包括服务器、存储等硬件设备损坏造成的宕机；地震、火灾、机房进水等造成的机房失效，也有空调损坏、多站供电断电等意外；甚至当瘟疫蔓延时机房无法进入等极端情况。
这类灾难一般被称为“‘硬’性灾难”或“站点级灾难”，即整个站点失效，从而整个站点所提供的服务中止。
此外，还有很多非硬性的灾难。
这类灾难发生后，虽然建筑、设备、人员都是无损的，但整个站点同样失效，整个站点所提供的服务同样被中止。
我们将这类灾难称为“‘软’性灾难”或“类站点级灾难”。
它们带来的后果同样是灾难性的、甚至更加严重。
这种灾难主要是由于一些恶意行为：如外部黑客攻击、内部高技术手段进行破坏以及一些人为的误操作（包括系统维护失误、误删除重要数据、打入冲突系统补丁）等。
硬性灾难或站点级灾难的发生是管理人员能够即刻发现的，造成的损失大多可以立刻评估、处理。
容灾建设方案
容灾建设方案如今，随着科技的不断进步和社会的快速发展，各种自然灾害和意外事故也时有发生。
在这些突发情况下，灾害的影响往往是难以预料和控制的。
为了应对这种情况，容灾建设成为了我们必须要重视和探索的重要课题。
容灾建设方案是指在各种灾害和紧急情况下，为保障人民的生命财产安全，提前制定的一系列措施和应急预案。
容灾建设方案是一个复杂而庞大的系统工程，需要从多个角度进行综合考虑和规划。
首先，容灾建设方案需要从设备和基础设施的角度进行考虑。
在这个方面，关键是要检查和加固各个关键设备和基础设施的稳定性和安全性。
例如，在电力系统中，可以采取备用电源、单回路供电和电力传输线的冗余设计等方式，以保证在灾害发生时，能够及时切换至备用供电系统，确保电力的持续供应。
其次，容灾建设方案还需要从数据的角度进行考虑。
对于大多数企业和机构来说，数据是不可或缺的重要资产。
一旦数据丢失或无法访问，将会给企业带来巨大的损失。
为了防止这种情况的发生，可以建立数据备份和灾难恢复的系统。
通过定期备份数据，并将数据存储在离线服务器或云端，可以保证在数据意外丢失的情况下，能够及时进行恢复。
另外，容灾建设方案还需要从人员培训和组织机构的角度进行考虑。
虽然设备和系统的规划非常重要，但没有经过专业培训和合理组织的人员，很难有效地应对灾害和紧急情况。
因此，各个企业和机构都应该制定相应的培训计划，对员工进行灾害应急预案和应对措施的培训，提升员工应对突发情况的能力。
此外，容灾建设方案还需要考虑到不同的灾害类型和紧急情况的特点。
世界各地都面临各种各样的自然灾害，如地震、台风、洪水、火灾等，每一种灾害都有其独特的应对方式。
而紧急情况可以包括网络攻击、病毒感染、信息泄露等。
因此，在容灾建设方案中，需要根据不同的情况和特点，制定相应的应急计划和处置程序。
最后，容灾建设方案的执行和维护也是至关重要的。
一份完善的容灾建设方案并不能只是静悄悄地存在在文件夹里，而是需要在实际操作中得到验证和执行。
构建数据及系统灾备中心的几点考量
（） ３ 通过配置 同步技术 ， 实现 生产 中心和灾备 中心 应用 系统环境 的一 致性 。灾备中心的应 用环境在技术
路 线 、 备 部 署 方 面 尽 量 保 证 与 生 产 中 心一 致 。 有 利 设 这 于提 高 灾 备 应 用 环 境 与 生 产 应 用 环 境 之 间 手 工 切 换 的
效 率 。 有 利 于 日常 检 验 灾 备应 用 环 境 的可 用 性 。可通 也
温 湿 度 空 调 环 境 等 ．要 求 至 少 达 到 生产 数 据 中心 机 房 环 境 所 属 等 级 灾 备 中 心还 应 配 备 一 定 数 量 的 技 术 人
过灾 备应用环 境定期 向生产应用 环境读 取配置 文件 、
基 金 管 理局 生产 中心 的服 务 器 群 架构 如 图 ２所 示 ：
产 中 心带 来 的 资 源 分 配 压 力 生 产 中心 和 灾 备 中 心 通 过 资 源优 化 ，将 部 分 非 核 心 的 应 用 系 统 移 植 至 新 建 的 “ ” 台 上 ， 种 基 于 网 络 和 虚 拟 化 技 术 的调 整 ． 确 云 平 这 在 保 系统 异 地 灾备 的 同 时 ．有 效 地 提 高 了生 产 主 机 和 网 络 系统 的处 理 能 力 ， 灾 备 中 心 的 资 源 得 到 合 理 的 、 使 充 分 的利 用 惠 州社 保 龙 门灾 备 中心 投人 使 用 以来 ． 过 灾 备 演 通 练 和 周期 性 切 换 生 产 核心 平 台 ． 产 中 心 和灾 备 中心 的 生 交 替使 用 ， 分 证 明 了其 建设 方 案 的可 行性 和 先进 性 充
图 ３ 惠 州 市 社会 保 险 基金 管 理 局 系统 主 干 网络 结 构 图
４ 结 语
浅谈县级市数据容灾备份中心建设的设计思想
责 ；灾 备 中心 需 要 由一 个 统 一的 系 统 平 台来 实现 这 些职 责 功
由
能 ，便 于 日后 的 灾 备 系统 平 台 的统 一管 理 和 维 护 。
另 一 方 面 ，灾 备 系 统 平 台 还 需 要 分 别 对 各用 户 单位 节
点 进行 建 设 。用 户 单 位 节 点 的建 设 需 要 考 虑 两 点 ：第一 点 ， 用 户 单 位 的 核 心 应 用 及 数 据 库 的 备 份 容 灾 。根 据 灾 备 平 台
灾 备 中 心 设 计
依据 国家 标准 《 信息 系统 灾难恢 复规 范》 （ Ｂ Ｔ ０ ８ — Ｇ ／ ２ ９ ８ ２ ０ ）对信 息系统 灾 难恢 复 应遵 循 的基 本 要 求 ，江 阴市 灾 备 ０７
中心 对 包括 灾 备 系统 架 构 、灾 备 中心 机 房 基础 设 施 、灾 备 系 统 平 台 、灾难 恢 复预 案 、灾备 平 台运 维管 理 、灾备 平 台选 择 、 技术培训等ｔ个方面进行了详细设计 。 灾 备 中 心 的 建 设 充 分 利 用 现 有 资 源 ，按 照 “ 筹 规 戈 ， 统 ０ 资源共 享 ，平 战结 合 ”的 原则 设 计 ，遵循 “ 先进 性 、全面 性 、 可靠 性 、安 全 性 、可扩 展 性 、兼容 性 ”的 标准 ，遵 循 “ 次 一 规 划 、分步 实 施 、按需 扩 充 ” 的原 则 实 施 ，应用 国际 国 内 先 进 成 熟 技 术 ，提 高 抵御 灾 难 打 击 的能 力和 灾 难 恢 复 的 能 力 。 灾 备 中 心的 建 设 要 既要 统 筹 考 虑 ， 合理 布 局 ，突 出重 点 ，避 免重 复建 设 ，实 现 资源 共 享 ，又要 能 最 大限 度的 发 挥 灾备 中
当前水利灾后重建工作中存在的问题及对策建议
当前水利灾后重建工作中存在的问题及对策建议水利灾后重建工作是保障国家水利安全和人民生命财产安全的重要工作。
目前在水利灾后重建工作中存在着一些问题，如何针对这些问题提出对策建议，是当前急需解决的问题。
一、存在的问题1.资金缺口水利灾后重建需要大量的资金投入，包括修复损坏的水利设施、修建新的防洪工程和应急设施等。
目前资金投入不足，存在严重的资金缺口问题。
2.技术不足水利灾后重建需要高端的技术支持和专业的人才，包括水利工程设计、施工、监理等。
目前技术不足，缺乏高端技术和专业人才。
3.基础设施不完善在一些水利灾后重建的地区，基础设施不完善，包括供水、排水、河道治理等方面存在较大问题。
4.管理混乱在一些地区，由于管理混乱，导致水利灾后重建工作进展缓慢，效率低下。
5.生态环境保护不到位在水利灾后重建工作中，生态环境保护尤为重要，但在一些地区，由于保护意识不强，导致生态环境受到了破坏。
二、对策建议1.加大资金投入针对资金缺口问题，政府应加大对水利灾后重建工作的财政拨款，同时吸引社会资本的参与，引导各方共同投入资金，筹集更多的资金用于水利灾后重建。
2.增强技术支持政府应该加强对水利灾后重建技术的支持，鼓励企业和科研机构投入到水利灾后重建的技术研发和应用中，提高水利灾后重建的技术水平。
3.完善基础设施政府应加大对水利灾后重建地区的基础设施建设支持力度，改善供水、排水、河道治理等方面的基础设施，提高水利灾后重建地区的基础设施水平。
4.强化管理机制政府应建立健全水利灾后重建的管理机制，明确各方责任，加强领导和协调，提高水利灾后重建工作的管理效率。
5.加强生态环境保护政府应该加强对水利灾后重建中生态环境保护工作的监督和管理，加大对环境违法行为的打击力度，促进生态环境保护工作的落实。
三、总结水利灾后重建工作是一项长期而艰巨的任务，需要政府、企业和社会各界的共同参与和努力。
政府要加大对水利灾后重建工作的支持力度，引导各方加大资金投入、加强技术支持，完善基础设施，强化管理机制，加强生态环境保护，提高水利灾后重建工作的效率和质量。
制定灾备计划需要考虑的10个问题
制定灾备计划需要考虑的10个问题制定灾备计划是企业管理中非常重要的一项工作，它的目的是在意外事件发生后，能够保障企业的正常运转。
在制定灾备计划时，有很多问题需要考虑，以下是10个需要考虑的问题：1. 如何确保数据的安全性数据是企业运营的生命线，因此保障数据的安全性至关重要，特别是在灾难发生后。
制定灾备计划时，需要考虑备份数据的方式，存储数据的位置以及恢复数据的流程等问题。
2. 谁负责灾备计划的执行和管理在制定灾备计划时，需要确定谁负责该计划的执行和管理工作。
这个人或团队需要有专业的技术和管理能力，能够处理各种应急情况。
3. 如何确保业务连续性在灾难发生时，企业需要尽最大努力保障业务的连续性。
因此，在制定灾备计划时需要考虑如何快速恢复业务，并确保业务不中断。
4. 如何保障物资和人员安全灾备计划不仅需要考虑业务和数据的安全，还需要保障物资和人员的安全。
当灾害发生时，企业需要快速撤离和转移人员，并保障物资的安全。
5. 风险评估和预警措施制定灾备计划时，需要进行风险评估并制定相应的预警措施。
这些措施可以帮助企业在灾难发生前及时发现风险并做好预备。
6. 如何确保备份的及时性和准确性备份数据是灾备计划的关键步骤之一，因此需要确保备份的及时性和准确性。
可以通过自动化备份、定时备份等方式来实现。
7. 如何保障供应链的稳定供应链是现代企业运营中不可或缺的一部分，因此，在灾备计划中需要考虑如何保障供应链的稳定，特别是在灾难发生时。
8. 如何应对不同类型的灾害不同类型的灾害有不同的应急处理方式。
因此，在灾备计划中需要考虑如何应对不同类型的灾害，如天灾、人为事故等。
9. 如何保障通讯的连通性通讯的连通性在灾难发生时非常重要，因为它直接关系到企业的应急响应速度。
在制定灾备计划时需要考虑如何保障通讯的连通性。
10. 灾备计划的测试和持续改进灾备计划不是一次性的工作，它需要不断地测试和持续改进。
企业需要定期测试灾备计划的可行性，并不断地改进计划中存在的问题和缺陷。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
现在的大多数企业里，各种主要业务基本上都需要信息化来支撑。
在很多企业中，比较关注IT运行方面风险的也是IT部门，所以很多企业、公司都是IT部门来主导灾备这件事。
灾备从宏观上来看，对国家经济、信息化建设和抵御灾难的能力都是有帮助的；同时从具体层面来讲，灾备对保障一个企业或公司的业务可连续性和信息安全都是非常重要的。
在灾难恢复方面，业界公认有三个目标值得努力：一是恢复时间，企业能忍受IT中断多长时间；二是网络多长时间能够恢复；三是业务层面的恢复时间。
灾难备份系统一般由可接替生产系统运行的后备运行系统、数据备份系统、终端用户切换到备份系统的备用通讯线路等部分组成。
在正常生产和数据备份状态下，生产系统通过网络传输方法向备份系统传送需备份的各种数据。
当灾难发生后，备份系统将接替生产系统继续运行，此时外部终端用户将从生产主机切换到备份中心主机，继续对外提供服务。
灾备系统的稳定和可靠性在一个企业中其重要性丝毫不亚于生产系统，它直接关系到业务的连续性和稳定性。
那么在规划和建设灾备项目时，我们需要重点关注和思考什么问题呢？一、数据分析对于企业来说，最重要的IT信息资产就是数据。
我们从数据用途的角度来分析，可将需要备份的数据分为系统数据、基础数据、应用数据和临时数据；同时根据数据存储和管理的方式又可分为数据库数据、非数据库数据、孤立数据和遗失数据。
系统数据，主要是指操作系统、应用系统安装的各类软件包和应用系统执行程序。
系统数据在系统安装后基本上不再变动，只有在操作系统、应用系统版本升级或应用程序调整时才发生变化。
基础数据，主要是指保证业务系统正常运行所使用的系统目录、用户目录、系统配置文件、网络配置文件、应用配置文件、存取权限控制等。
基础数据随业务系统运行环境的变化而变化，一般作为系统档案进行保存。
应用数据，主要是指业务系统的所有业务数据，对数据的安全性、准确性、完整性要求很高而且变化频繁。
临时数据，主要是指操作系统、应用系统、数据库产生的系统运行记录、数据库逻辑日志和应用程序在执行过程中产生的各种打印、传输临时文件，随系统运行和业务的发生而变化。
临时数据对业务数据的完整性影响不大，增大后需要定期进行清理。
数据库数据是指通过数据库软件或数据库管理系统来进行存取和管理的数据。
非数据库数据是指通过文件等非数据库管理系统来进行存取和管理的数据。
孤立数据是指从最后一次业务数据备份后到灾难发生、系统运行停止前未灾难备份的数据。
这部分数据通常需要通过人工等方法重新录入到系统中。
一般情况下，孤立数据越多，系统恢复的时间就越长，业务的停顿时间也就越长。
孤立数据的多少与数据备份的周期有很大关系。
遗失数据是指无法恢复或重建的数据。
在灾难备份系统的设计与实施中，要重点考虑的就是防止遗失数据的产生或减少遗失数据的数量，以及如何快速查找遗失数据等等。
通过数据分析，我们可以对将要备份的数据有一个比较清楚的认识，保护好关键的应用数据和数据库数据，同时减少孤立数据和遗失数据。
二、业务分析在企业里有不同的业务场景，我们可以根据各种业务系统其处理的业务类型、数据存储方式、处理方式、实时性要求、每天处理的业务量、单位时间内处理的业务量等条件，将业务系统划分为关键业务系统、重要业务系统、一般业务系统等。
关键业务系统：业务数据比较集中和核心，所连服务器节点较多，对保证整个企业的正常运转至关重要；一旦业务中断，将会立刻使企业提供的服务及正常业务运作受到相当严重的影响。
并且一旦在特殊时期如月末、年末、业务量高峰期中断造成的影响更大，不仅经济损失大，企业信誉降低，而且有可能要承担潜在的法律责任。
重要业务系统：业务中断将对整个企业的正常、有效运转产生较严重的影响。
一旦业务发生中断，会使企业部分提供的服务及部分业务受到影响和中断，但无关大局。
比如：内部企业网系统、邮件传输系统、报表业务处理系统等。
一般业务系统：业务中断将不会立刻对整个企业的正常运转产生严重影响，一旦中短可以容忍在数天或数周内恢复。
比如：人事档案系统、考勤系统、工程预决算系统等。
业务中断持续时间愈长，损失愈大。
不同的时期如月末、年末、业务高峰期中断也是造成灾难损失的一个重要时间因素，且业务种类不同，造成的损失也不同。
我们尽可能全力保护关键和重要业务系统的高可用，并降低业务恢复所需的时间来减少企业的损失。
三、灾备中的技术分析目前有很多种容灾技术，分类也比较复杂。
但总体上可以区分为离线式容灾（冷容灾）和在线容灾（热容灾）两种类型。
离线式容灾：所谓的离线式容灾主要依靠备份技术来实现。
其重要步骤是将数据通过备份系统备份到磁带上面，而后将磁带运送到异地保存管理（还可使用虚拟带库技术，可提升备份恢复的性能和速度）。
离线式容灾具有实时性低、可备份多个副本、备份范围广、长期保存、投资较少等特点，由于是备份一般是压缩后存放到磁带的方式所以数据恢复较慢，而且备份窗口内的数据都会丢失，因此一般用于数据恢复的RTO（目标恢复时间）和RPO（目标恢复点）要求较低的容灾。
也有很多客户将离线式容灾和在线容灾结合起来增加系统容灾的完整性和安全性。
目前主流的备份软件主要有：l Symantec Veritas NetBackupl EMC Legato NetWorkerl IBM Tivoli Storage Managerl Quest BakBone NetVault在线式容灾：在线容灾要求生产中心和灾备中心同时工作，生产中心和灾备中心之间有传输链路连接。
数据自生产中心实时复制传送到灾备中心。
在此基础上，可以在应用层进行集群管理，当生产中心遭受灾难出现故障时可由灾备中心接管并继续提供服务。
因此实现在线容灾的关键是数据的复制。
和数据备份相比，数据复制技术具有实时性高、数据丢失少和容灾恢复快、投资较高等特点。
根据数据复制的层次，数据复制技术的实现可以分为三种：基于存储的复制技术、基于操作系统主机的数据复制和基于数据库的数据复制。
(1)基于存储的数据复制技术国内常见的容灾解决方案，由存储厂家提供技术实现生产中心存储设备与灾备中心存储设备的直接远程镜像，将数据以同步或异步的方式复制到远端。
其优点是将数据与应用分开，对主机系统的运行资源影响比较小，缺点是必须在本地端和灾备端分别配置两套相同的存储系统。
(2)基于主机的数据复制技术通过安装在服务器上的数据复制软件，实现异地数据复制。
该技术的优点在于成本相对较低且能兼容不同厂家的存储设备，缺点是会占用主机的系统资源。
(3)基于数据库的数据复制技术基于数据库的容灾技术传输的是数据库指令或者重作日志文件。
该技术与存储类型和服务器平台无关，具有较好的使用灵活性。
比如oracle中的DG技术，db2中的hadr技术，mysql中的主从复制。
三、灾备的级别和等级划分一般来说，灾备可以分为数据级、应用级和业务级三个级别，可能大多数人对这三种级别的灾备都不是很了解，那么下面我们就来具体的了解一下这三种灾备。
数据级灾备：主要关注的就是数据，就是在灾难发生之后，可以确保数据不受到损坏。
对于级别较低的数据级灾备来说，可以将需要备份的数据通过人工的方式保存到异地实现。
如将备份的磁带(盘或光盘)定时运送到异地保存就是方法之一。
而较高级的数据灾备方案则依靠基于网络的数据复制工具，实现生产中心不同备份设备之间或是生产中心与灾备中心之间的异步/同步的数据传输，如采用基于磁盘阵列的数据复制功能或存储级的数据实时复制。
应用级灾备：建立在数据级灾备的基础上的，对应用系统进行复制，也就是在异地灾备中心再构建一套应用支撑系统。
支撑系统包括数据备份系统、备用数据处理系统、备用网络系统等部分。
应用级灾备能提供应用系统接管能力，即在生产中心发生故障的情况下，灾备中心便能够接管应用，从而尽量减少系统停机时间，提高业务连续性。
业务级灾备：是最高级别的灾备系统。
它包括非IT系统，所以当发生大的灾难时，用户的办公场所可能会被损坏，用户除了需要原来的数据以外，还需要工作人员在一个备份的工作场所能够正常地开展业务。
实际上，业务级容灾还关注业务接入网络的备份，不仅考虑支撑系统的服务提供能力，还考虑服务使用者的接入能力、甚至备份的工作人员。
在灾备系统建设中，根据需要选择不同的类型。
应该综合考虑数据与应用系统的重要性、业务关联度、技术成熟度、基础设施条件、成本和管理维护等一系列因素。
在数据中心中，不管是生产中心还是灾备中心，他们之间的业务都是有联系的。
比如数据库必须先启动，之后才能启动应用程序;应用服务器接管完成，才能进行网络的切换。
只有严格按照流程操作，才能确保灾备的顺利切换。
灾备的等级根据国家标准，可以划分为6个等级。
如图所示：四、设计整合的架构对于灾备系统来说，设计一个基于扩展性、安全性、高性能、易管理的整合架构是非常有必要的。
扩展性要求：应用系统不但要求为前端应用主机提供大量数据的访问，同时要提供多用户的并行访问，而且要支持数据存储的扩展性。
因此，在建设灾备系统时，应首要考虑的问题就是存储系统的扩展性。
在这里扩展性包括两方面的含义：存储容量的扩展与存储系统性能的扩展。
存储数据量大，而且增长速度快。
这就要求在建立存储系统时，要选用先进的存储网络结构，并选用模块化、易扩展的存储设备，以适应应用系统对数据存储系统容量扩展的要求。
此外，随着业务系统的增加，服务器数量的加大，存储数据量不断增长，这样势必会增加整个应用系统的访问量。
为适应应用系统这一变化，给使用者提供一个快速的访问查询，除改进原有的网络系统及应用系统外，还需要将存储系统进一步升级。
所以，存储系统应能满足系统性能扩展性要求。
安全性要求：海量的数字化信息是系统中最为宝贵的信息资源，需要建立非常安全的存储系统，并设计完善的备份恢复系统，以确保数据不会丢失。
作为重要的应用系统，是否能够为用户提供7×24小时的连续访问，也是服务质量高低的重要指标。
因此，系统需要建立起冗余的IP网络和应用服务器系统，而且要选用高安全性的存储设备，以支撑整个的应用系统。
高性能要求：整个应用系统由多个子系统组成，通过提高各子系统的性能，可提高应用系统的整体处理性能。
由于系统中所有的重要数据均保存在海量的存储系统中，每次的访问请求均要通过存储系统来读写数据，因此，海量存储系统要为应用系统提供高性能的数据访问支撑。
易管理性要求：对于许多客户来说，都面临着一个重要问题——降低维护成本。
用户应用系统较为分布，且各系统内部结构较为复杂，就需要有专门的大量维护人员进行维护，大大增加了系统的维护成本。
有的用户用于系统维护的成本甚至几倍于系统软硬件的投资成本，如何降低系统维护成本，成为用户迫切需要解决的问题。
对于此问题，在建立灾备系统之初，就要考虑采用先进的技术，尽量降低维护成本。