幸运快3官网网址

　　1.数据中心▆容灾备份解决方案

　　随着社会的发展和科技的进步，政府日常工作越来越依赖于数据处理来进行，政务系统的连续性依赖于数据中心系统的稳定运行。然而，灾难就像灰尘一∞样伏击在运营环境周围，政务系统的数据中◣心可能正在一个充满风险和威胁的环╱境下运行。如果●不能对这些风险采取有效治理，一旦数▲据由于某种原因丢失，就很有可能■对政府的日常工作造成严重★的影响。如果核心数》据丢失，将会使得某些核心功能陷入瘫痪，造成不可估量的损失。因此，保证政务的√连续性和数据的高可靠性和可【用性，已经成为政府部门在数据中心建设中，必须要考虑的问题。

　　1.1灾备解决方案原则

　　首先，在制定容灾系统方案的过程中要考▓虑的就是容灾系统建设对原有业务系统带来的↓影响。比如，采用数据复※制技术对系统I/O带来的延迟，应用数据同步对日常业务处理系统带来的压力等。因此，企业要通过周密的测试和分析来规避容灾系统建设时带来的这些风险，以保证业务系统不会因容灾系统的建设而出现〒在处理性能上下降的问题。

　　第二，数据状态要保持同步。为保证在灾难发生△时，业务可以成功地切换到备份中ㄨ心，就必须保证容灾▼系统数据同步机制的可靠性。因此，建立可靠№的数据同步校验机制是必须的; 同时，还要考虑建立定〖时的、自动的数据同步核▼查对比机制，以检■验两个中心数据的一致性，这是」数据容灾工作中非常重要的一部分。

　　第三，容灾系统的日常维Ψ护工作要尽可能轻，并能承担部分业务处理和卐测试的工作。容灾系统的维护和管理是容〓灾切换成功的重要保证←，在系统〇建设中，就必须要考▃虑系统的维护管理流程。生产中心任何业务处理过程的改变都必须完整地复制到备【份中心; 所有▽新业务系统上线时，必须通知备份中心，并在备份中心配置好数据同步机制; 对原程序的改动也必须保证两个中心同时上线。

　　第四，系统恢复时间要尽可能短。容灾系统主要是为了实现在主中↘心系统发生■灾难时，可以在规定时间切换□　到备份中心，保证数据不会丢→失，并且继续向用户提供服务。但往往在灾难发生时，主要技术人员不能及时︽到达现场，为了顺利实现系☆统间的切换，应该让系统切换操作尽可能地简单; 并建︽立固定化的、标准化∏的切换流程，要求维护人员在切换演习时严格按照流程的指导步骤⊙进行操作。

　　第五，可实现部分业务子系统的切换和ζ　回切。当人ξ事变动、业务变化、IT设施变化以及其他可能引∑　起恢复规划文档失效的变㊣化发生时，应及时更新各恢复规〗划文档，并在必要时启动模拟测试或演习，确保业务连续ぷ性系统的工作能力。

　　第六，技术方案选择↑要遵循成熟稳定、高可靠性、可扩展性、透明性的原则。目前，国际上比较成熟的容灾技术包括： SAN/NAS技术、远程镜像技术、虚拟存储、基于IP的SAN互连技术以及快照技术等【。其中基于IP的SAN远程数据容灾备份技术应用比较广泛，其是利用基¤于IP的SAN的互连协议，将主数据中心SAN中的信息通过现有的TCP/IP网络，远程复制到备份中心的SAN中的。当备份中心存储的数据量过大时，可利用快照技术将其备份到磁〓带库或光盘库。这种基于IP的SAN远程容灾备份，可以跨越LAN、MAN和WAN，成本低、可扩展＠性好。基于IP的互连协议主◎要包括FCIP、iFCP、InfiniBand、iSCSI等。

　　第七，构◣建系统方案可以选择多种技术组合方式。目前，业内应用较多的容灾方案是基♂于智能存储系统的☆远程数据复制技术，它是由智◥能存储系统自身实现的数据远程复制和□　同步，即智能存储系统将对该系ω统中的存储器I/O操作请求复制到远端的存储系统¤中并执行。由于在这ω　种方式下，数据复制软件◇运行在存储系统内，因此较容易实现主中〒心和容灾备份中心的操作系ξ统、数据库、系统库和目录的实时拷贝及维◇护能力，且不会影响主中心主机系统的性ζ　能。如果在系统恢复场具备了实时数据，那么就可以做到在№灾难发生时，及时开始应用处理过程的恢复。但这种方案也有开放性差(不同厂家的存储设备系统一般不能配合使用)、对于主、备中心之间的网络条件(稳定性、带宽、链路空间距离)要求较苛刻等缺点。

　　1.2灾备解决方案设计需要考虑的因素

　　1.2.1 RTO和RPO

　　RTO(RecoveryTime Object)：是指¤灾难发生后，从IT系统宕机导致业务停顿之刻开始，到IT系统恢复至可々以支持各部门运作，业务恢复运营之时，此两点之◣间的时间段成为RTO。RTO是反映ω　业务恢复及时性的指标，表示业务从中断到回复正常所需要的时间。RTO值越小，代表容灾系统的数据◣恢复能力越强。各种容灾解决方案∏的RTO有较大差别，基于光通＠ 道技术的同步数据复制，配合异地备用的业︽务系统和跨业务中心与备份中心的『高可用管理，这种容灾解〖决方案具有最小的RTO。

　　RPO(Recovery Point Objective)，是指从╳系统和应用数据而言，要实现能够恢◎复至可以支持各部门业务运作，系统及生产数据应恢复到□　怎样的更新程度。RPO是反映恢复数据完整性的指☆标，在同◤步数据复制方式下，RPO等于数据传输延迟的时间;在异步数据复制下，RPO基本为异↑步传输数据排队的时间。在实际应〖用中，考虑导数据传输的因素，业务◥数据库与容灾备份数据库的一致性(SCN)是不同的，RPO表示业务数据库与容灾备份数据库SCN的时间差。发生灾难后，启动容灾系统完成数据恢复，RPO就是新恢复业务系统的数据损失量。

　　设计容灾系统不能只看RTO和RPO，对于不同的业务系▲统和用户特殊的要求，其它一些指标有可能成为选择容灾解决◣方案的主要因素。例如，某些地区为★了防范一些特定自然灾害的风险，要求容灾备份√中心与业务中心保持足够的〓距离，在这种情况下♀，容灾备份中心与业务中心的距∩离要求】就是容灾系统的重要指标。

　　1.2.2数据安全

　　数据的◆完整性，一致性是保证业ω务连续的关键。在本地，数据安全需要⊙使用RAID技■术来保证。在灾备〓方案的设计中，数据复制方案『的设计是整个设计的基础。目前业界主流的※数据复制技术有：基于数据库本身︽的复制技术，基于操作系统的数据复制，基于虚拟存储的复制技术和基于♂存储的复制技术。在方案所用技术的选择时，应当根据客户的预算，现场的条件，综合来进行考量。后续在1.6.1数据♂同步章节，将会有这4类数据复制技术的综合对比，可以作为选择的参█考。

　　1.2.3网络安全

　　通信网络是容灾系统的组成部分，通□信线路的质量也是容灾系统的性能指标之一，其中包括网络的数据传输带→宽、网络传输通道的冗余和网络服务商的服务水平(网络№年中断率)。如果容灾系统使用↓的通信网络是确定的，为了比较不同容灾解决方案，可以用单位存储容量的数据库↘在同一通信▅网络上的数据完全恢复时间作为〓一项设计指标。

　　1.2.4业务连续性

　　业务连续性是灾备方案的最★终目标，是方案的价值所∩在◥。为了保¤证业务的连续，首先需要数ω　据的连续，之前我们讨论了数据安①全相关的内容。其次，在数据连续的基础上，出现灾难时，系统需要能够满☆足(1)网络切换(2)应用切换。以此，来保证系⊙统能够顺利切换到灾备地，继续安全运营，最大化保证客户利益。

　　1.3国标系统灾备等级划分及应对措施

　　国家《信息系统灾难恢复规范》(GB/T 20988-2007)规定了六个级别的容灾，下表分别针对每个级别给出了相应的应对措施。

　　1.4容灾々技术分析

　　1.4.1备份方式

　　(1)冷备份

　　备份系统未安装或未配置成与当前使用的系统相同或〇相似的运行环境, 应用系统数据没有及时装入备份㊣系统。一旦发▃生灾难，需安←装配置所需的运行环境，用数据备份【介质(磁带或◣光盘)恢复应用█数据，手工逐笔或自动批量追补孤立数『据，将终端※用户通过通讯线路切换到备份系统，恢复业♀务运行。优点：设备投←资较少，节省通信费Ψ 用，通信环境要求不高》。缺点：恢复时间较①长，一般▅要数天至1周，数据完整性与一】致性较差。

　　(2)温备份

　　将备份系统已安装〓配置成与当前使用的系统相同或相似的系统和网络运行环境，安装了应用系统业务定期备份数据。一旦发生←灾难，直接使用定期备份数据，手工逐笔或自动批量追补孤立数据或将终端用户通过通讯线路※切换到备份系统，恢复∞业务运行。优点：设备投资∞较少，通信环境要求不高。缺点：恢复时间№长，一般要」十几个小时至数天，数据完整↙性与一致性较差。

　　(3)热备份

　　备份处于█联机状态，当前应用系统通过高速通信线路将数据实时传送到备份↑系统，保持卐备份系统与当前应用系统数据的同步;也可定时在备份系统上恢复应用系统的数据。一旦╱发生灾难■，不用追补或只需追补很少的→孤立数据，备份系统可快速接替生产系╲统运行，恢复营业。优点：恢复◤时间短，一般几十分∑钟到数小时，数据完整性与一≡致性最好，数据丢失可能▓性最小。缺点：设备投资】大，通信↓费用高，通信环境要求高，平时运行管理较复杂。

　　在计算机服务∑器备份和恢复中，冷备份服务♀器(cold server)是在主服务器丢失的情况下才使用的备↓份服务器。冷备份服务器基本上只在软件安装和配置的情况下打开，然后关闭直到需要时再打开。

　　温备份服务器(warm server)一般都是周期性开机，根据主服务器内容进】行更新，然后关机。经常用温备份服务器来进行复制和镜像操作。

　　热备ξ份服务器(hot server)时刻处于开⊙机状态，同主机保持△同步。当主机〒失灵时，可以随时■启用热备份服务器来代替。

　　对△于关键的业务，Primeton建议采∮用同城热备〖+异地热备的方式进行╱部署，对于一般性的」业务，建议采用同城热↑备+异地温备(应用Ψ不启动，数据保持∞异步复制)的方式进行部署。

　　1.4.2数据复制技术

　　目前数据复制技术主要有如→下表所列4种，基于红色字体部分的要〗求，结合←客户的需要，Primeton推荐采用基于存储或者基于应用程序的数据复制技术来进行数据同步。

　　1.4.3重复数据删除技术

　　重复数据删除技术是指将存储系统中存在的大量内容相同的数据删除，只保㊣　留其中一份，从而缩减存储空间的技术。在↓云灾备中，该技术既能大幅减少灾备中心存储的数据量，降低灾备』中心的建设和运维成本，又能大幅减少数据备份和恢复ω过程中用户和灾备提供商间的数据传㊣　输量，提□　高备份和恢复的性能，是一项十分重要的技术。

　　随着灾备中心∑　的规模不断增大，存储的数据量和⌒访问量不断增加，单一节点上的重复数据删除方法已不能ζ　满足性能和容量的需求。除上述基本重︾复数据删除技术外，一些优化和改进卐技术对云灾备是至关重要的，包括高性能〗、可扩展的、分布式的重复数据删除●技术，以及为提◢高灾备中心数据可靠性的高可靠重㊣复数据删除技术。

　　1.4.4操作系统虚█拟化技术?

　　除了数据级的灾⌒　备，还应提供系统级的灾备。即在将数据复制到云端的同时，也将★受保护的应用程序的状态复制到云端，当灾难发生时可以立即切换到云端的应用程序运行，保证业务连续⌒　性。系统级灾备是通过操作系统虚拟化和检查点实现的。检查点用来捕获进程某一时刻的运行状态，从而实现进程迁移。进程迁移既可以是用户应用程序进程到云灾∩备中心的迁移，也可以是云灾备中心内部的虚拟机池间进程迁『移，以实现根据前端用户的需求自动☆地调节灾备＠服务提供商有限的硬件与软件资源，动态地、弹性※的反应前端业务对灾备的需求。

　　当程序因故□　障中断，如果不能保留其中间＠运行状态，恢复后从头运行将会带来极大╳的消耗。检查点◥技术能够解决这个问题。通过保留各□个进程的运行状态，恢复时能够复原到最☆近一次保留的数据映像。

　　传统的检查员机制是¤基于库的检查点机制。例如以静态库的形ξ式实现，或通过加』载动态链接库来追踪程序运行¤过程中的数据变化。也有一些检查点↙机制实现于内核级别甚至硬■件级别。例如通过在文件系统层之上〒引入一个中间层来实现保留文件系统状态的检查点机制;或者借助Fuse内核模块实现的支持检查点机制的文件系统，通过Fuse侦测、拦截内核级别的文件系统操作并将控制权传递给用户，从而能够在用户空间对文件〓系统状态进行保留。

　　随着操作系统虚拟化技★术的发展，基于虚拟容器的检查点技术也得到了很好的应▽用。虚拟容器是通过系◆统虚拟化技术构建出来的一个进程①运行的较独立的上下文¤环境。虚拟容器检查点技术能够有ぷ效保护容①器内运行的应用程序和服务而不需要①对应用进行修改。

　　1.5总体架构◣设计

　　1.5.1Primeton“两地三中︽心”容灾解决方案架构设〓计

　　结∏合近年国内出现的大范围自然灾害，以同城双中心加异◎地灾备中心的“两∮地三中心”的灾备模式也随之出♂现，这一方案兼具高可用性和灾难╳备份的能力。

　　1.5.1.1“两地三ξ　中心”本地高可用和容〗灾保护策略

　　(1)本地保护策略：

　　? 本地高可用

　　? 本地clone

　　? 持续数据☉保护

　　? B2D/BVTL

　　? 磁带备份

　　? Archive Log备份

　　(2)容灾保护策略

　　? 应用级或者数据级容灾

　　? 同级容灾、降级容灾

　　? 同步数据≡保护/异步数据保护

　　? 容灾数据复制技术

　　? 主备中心运营方式/双主中心运营方式/多中心运营方式

　　? 短、中、远期容灾策略

　　1.5.1.2“两地↓三中心∞”功能定位

　　同城双中心是指在同城或邻近城市建立两个可独〓立承担关键系统运行的数据中心，双中心具备基本等同的Ψ 业务处理能力并通¤过高速链路实时同步数据，日常情况下◥可同时分担业务及管理系统的★运行，并可切换∩运行;灾难情况下可在基本不丢◣失数据的情况下♂进行灾备应急切换，保持ω业务连续运行。与异地灾备∩模式相比较，同城双中◥心具有投资成本低、建设速度ω快、运维管理相对◤简单、可靠♂性更高等优点。

　　异地灾备中心是指在『异地的城市建立一个备份的灾备中心，用于双中心的数据备份，当双中心出现自然灾害等原因而发生故障时，异地灾备中心可以用备份数据进行业务的恢复。

　　1.5.1.3“两地三中心”容灾架构设计

　　逻辑架≡构模型设计：

　　物理◥架构设计：

　　方案特点：

　　? 同城范∴围有效保证了数据的安全性和业务连续性▓;

　　? 异地复制数据◤根据灾难情形，尽可能降低数据∴丢失机率;

　　? 同城双中心为同步※复制，数据№实时同步，RPO=0;

　　? 异地无▅距离限制，保证数据▲一致性，保证了数①据的有效保护;

　　? 异地容灾带宽↓要求低，先进的◥复制机制提高带宽利用率。

　　对↘于本地本级备份，应建♀立在线、近线、离线等多级存储备份系统，充分利用先进的备份手段╳和备份策略，形成完整的本地备份管理解决方案;备份的数据包括操作系统、数▓据文件以及应用服务环境等多个方面;日常访问的重要数据采用磁盘或者虚拟带库方式备份，归档数据和非重要数据采用磁带库方式备份;重要数▂据应至少保证每周做一个全量备份，平时做增量备份。

　　对于数据级异地灾备中心，选址上，应进行风险分析，避免异地备份中心与主中心同时遭受同类风险;网络备→用系统上，必须在核心网络①层面实现热备，保证灾备中心区域内通信的可靠╲性;数▲据备份系统上，主中心与备∞份中心的备份链路应有冗余，并确保2小时内将主中心的增量数据█复制或备份到灾备》中心;数据∑处理备用系统上，配备灾◣难恢复所需的全部数据处理设备，并处于就绪√状态或运行状态，与主中心共同承担部分核心】应用的查询服务功※能。

　　对①于同城应用级灾备中心，选址上，主中心与同城灾备中心距离应小「于100KM;网络备Ψ用系统上，在核心网络层面实现热备，主中心与应用级灾备中心间】通过裸光纤互联或VPLS互联，部署TRILL构建「大二层网络，满足虚拟化需求;网络负载均衡上，主中心网络与灾备中心网络的负载均衡，提高灾备网络利用率与灾备网络可用性，正常情况下数据流同时使用两个中※心的网络，主中心网络出现故障时，则全部数据流向灾备网●络;应№用集群切换上，关键业务系统集群实现手动∩切换，主中心与同城灾▼备中心之间建立高可用性监控技∑　术，实现灾备中心应用服务㊣器集群与主中心生产服务器集群之间的︻高可用性切换;云计算⌒　技术采用上，采用虚拟化技术」对同城灾备中心进行规划↑建设，同时，根据业务关键→程度、对〓性能的要求，系统平台选择不同档次和不同平↑台的主【机资源池、存储资源≡池。

　　1、数据级容灾▃设计

　　数据的复制是应用接》管的基础，保障数据复制的完整性和实时有效性才能使得应用◤的接管有意义。数据复制主要分为4大类(1.4.2已有说明)，综合性价比和客户自身情况，Primeton推荐可以使用如下两类▅的数据复制技术：

　　第一类，是基于磁盘阵列的复制软件实现，比如EMC SDRF、HDS 的TureCopy、IBM的Flash等;

　　第二类，是基于服务器或者应用软件(应用层)实现，比如Oracle DataGuard组件、GoldenGate数据库复制软件、 DSG的RealSync软件等。

　　A)磁盘阵列同步有以下主＠ 要特点：

　　? 可以实现对所有数据的灾备，支持所有的数据类型，是最全面的灾备保护方式;

　　? 基于存储设备进行灾备，可以有效的解决对数据库服务器和各种应用服务器的计算资源的占¤用问题;

　　? 部署简单，无需更改原来的文件系统。维护也更卐加简单，维护好存储灾备系〒统就可以。

　　B)基于服务器或应用软件的灾◇备， 有以下←特点：

　　? 支持╱异构平台，开放的硬件●选择;

　　? 极短时间切换的热△容灾;

　　? 容灾侧数据库也处于打开状▽态，可以做主地数■据库的负载均衡，提升系统」的可用性;

　　? 对网络要求※不高，低带宽ζ下能够传输数据;

　　2、应用级容灾设计『

　　应用级灾备包括两个方面↑：数据同步♀和应用接管。数据同步是应用接管的前提。在保证数据同步基╲础上，要实现应用接管，还要能实现灾难发生时的网络切换和应用切换。

　　3、网络切换设计

　　应用级灾备要求提供冗余的网络线路和设备。正常情况下，客户端通过ξ　生产中心的业务网络访问生产中心的应用♀服务器;在发生◆灾难时，通◣过网络切换，客户端能够访问到灾备中心的№备用服务器。

　　目前，网络切⊙换主要有以下三种：

　　(1)基于IP地址的●切换

　　生产中心和灾备中心〗主备应用服务器的IP地□址空间相同，客户∑　端通过唯一的IP地址访↙问应用服务器。在正常情况◇下，只有生产中心应∑　用服务器的IP地址处于可〖用状态，灾备中心的备用服务器IP地址处ζ　于禁用状态。一旦发生灾●难，管理员手工或通过脚本将灾备中心服务器的IP地址︻设置为可用，实现网络访问路径切换。

　　(2)基于DNS服务器的切换

　　在这种方式下，所有应用需要根据主机名来访问，而不是直接根据主机的IP地址来访问，从而︻通过域名实现网络切换。

　　(3)基于负载均衡设备的切换

　　通ω　过在服务器集群前端部署一台负载均衡设备，根据已配置的均衡策略将用户请求在服务器集群中分发，为用户提ω供服务，并对服务器可用性进行维护。负载均衡∏能够按照一定的策略分发到指定的◆服务器群中的服务器或指定链路组的某∩条链路上，调╳度算法以用户连接为粒度，并且可以采取静态设置或动态『调配的方式。负载均衡设备☆能够针对各种应用服务状态＠进行探测，收集相应信息作为选△择服务器或链路的依据，包括ICMP、TCP、HTTP、FTP、DNS等。通过对应用协议的深□　度识别，能够□对不同业务在主生产中心和灾备中心之间进行切换。

　　这三种网络切换方式比较如』下：

　　在以上三种网络▼切换方式中，基于IP地址的切换方∑　式较简单，实∮现成本低，但是对于拥有较多服务器的灾备中心而言，手工更』改大量IP地址和网络配置需要比较长时间，因此这种方式适合于只有少数应用服务器的场合;基于DNS的切换方案，从技术○上讲较成熟，应用也较多，而且能够实现网络切换的全↘自动，但是需∮要增加两台DNS服务器的投资;而基于负载均衡√的切换，需要增加负载均衡板卡ぷ，但是切换能够精细到业务和服★务内容，因此，在◥大型数据中心情况下，Primeton建议采用◎负载均衡的方式进行网络之间的切◣换。

　　4、应用切换①设计

　　应用切换是指生产中心由于发◤生灾难而Ψ 瘫痪时，可由灾备ㄨ中心的备用服务器提供业务接管，确保业☆务运行的高连续性。

　　实现应用切换的前提♀条件是：

　　? 数据已经从生产中心同步到灾︽备中心;

　　? 灾备中心配置与生产中心对应的』应用软件服务器、数据库服务器和中间件●服务器等，且运行正常;

　　? 灾备中心网络运行正常或能够实现正常切换。

　　应用切换技术主要有以下几种：

　　(1)双活数据库技术

　　部分数据库复制容灾软件，能够实现生产中心和灾备中心数据库双活，即灾备中心的备份数据●库也处于Open状态，客户端可对灾备数据库进行只读访问(例如GoldenGate、DSG等数据库复【制软件)。生产中心和灾备中心数据库保持双活，可提高灾备中心的资源利用率，分担生产中心的业务负担，在发◆生灾难时，自然也可以实现应用和业务的接管。

　　这种方式的缺点之↓一是只适合于特定的数据库应Ψ 用，不适①合文件系统等应用，有一定的局★限性。

　　(2)远程集群〓技术

　　远程集群是指通过在生↘产中心和灾备中心的应用服务器上安装远程集◥群软件(例如Veritas Storage Foundation中的GCO组件)，实现跨广∩域的多服务器状态的监控，当发生¤灾难时，实现应用服务器的◣自动切换。主要是由厂家提供的一些容灾软件实现自」动切换，拉起异地的应用和数据◣库。例如，赛门铁克的VCS，IBM的PowerHA等。

　　(3)手动切换▲方式

　　手动切换方式实现较简单，总∏体成本低，适用范围广，而且较可靠。采用这种方式时，灾备中心部署与生产中心相对应的应用服务器№和数据库服务器，安装相应软件。在正常情卐况下，灾备中心服务器可选择←不运行或者处于就绪状态但对外不可访问;发生灾难时，可在人◤为决策后，将灾备中心服务≡器启动或恢复对外访问，实现业务的快≡速切换。

　　5、网络层设◥计

　　在每『一个节点，为了提∴高可靠性，避免单点①故障，建议在网络层采用双网双∞平面的设计，即在交换ぷ机/路由器层均采用冗余♀设计。

　　在同城高∮可用环境下，在预算允许◣的情况下，建议数据复制∏采用光纤(FC)传输，能够大大提升同步数据复制的效率和可靠性。

　　在异地◥灾备情况下，由于数据传输线路较长，采用FC传输代价太高，并且灾难发生也是偶然事件。综合考虑性价比，建议采用IP传输。