什么是CDM多副本数据备份

多副本数据备份定义：即概念数据模型（Conceptual Data Model）又称CDM，是面向数据库用户的现实世界的模型，主要用来描述世界的概念化结构，它使数据库的设计人员在设计的初始阶段，摆脱计算机系统及DBMS的具体技术问题，集中精力分析数据以及数据之间的联系等，与具体的数据库管理系统（Database Management System，简称DBMS）无关，应用于企业的多副本数据备份领域。

UCache灾备云利用CDM多副本数据管理技术备份，

UCache灾备云采用一站式WEB管理方式，利用CDM多副本数据管理技术备份帮助企业弥补传统备份的不足，集秒级、分钟级、小时级灾备技术于一身，为企业提供更安全可靠更高效低成本投入的CDP持续数据保护方案。

UCache灾备云复杂的IT环境应用，比如：支持SAP HANA、Hadoop、KVM、Mysql、VMware、IBM DP2、Oracle等场景的数据备份/恢复、及数据迁移使用。支持海量核心业务数据的闪电恢复，极大缩短恢复所需时间，保障用户可用性数据达到秒级RTO、分钟级RTO体验，（目前UCache云灾备100G免费使用，数据压缩、重删比例：可达到7：1，实际700G的数据意思是经过加密切块压缩，及并行重删备份后实际在UCache灾备云平台上显示的占用容易仅为100G。）

企业使用UCache灾备云备份的优势：

1      部署简单：一体化的产品形态，以及向导式的 *** 作指导，轻松实现安装部署

2      使用简单： All-in-One-Web 管理模式, 统一管理所有备份和恢复任务

3      管理简单：无缝集成AnyBackup Master Server，轻松实现集中管理，提升效率 , 降低成本

4      扩展简单：一旦数据量增大 , 接入新的备份节点即可满足需求( 部分型号支持Scale-out 扩展)

5      TCO成本低：即开即用，按需订阅，d性扩容，计费颗粒小

6      更加时实高效：增量备份、数据重删、多通道、多任务、千M带宽出口备份更高效

目 录

1 方案背景 3

2 VMWare解决方案综述 4

21 虚拟化简介 4

22 方案综述 5

221 VMware服务器整合解决方案 5

222 VMware商业连续性解决方案 7

223 虚拟架构部署 10

224 虚拟架构环境的集中管理、自动化及优化运行 12

3 虚拟化整合实施方案 14

31 使用硬件软件列表 14

32 部署方案 14

321 技术重点 14

322 实施步骤 15

323 数据同步 18

4 方案总结 20

方案背景

广发银行现有IT环境包含3台IBM X3850服务器，9台IBM X3650服务器以及1台HP DL580G4服务器。企业现考虑实现远程同步备份，要实现该功能，首先要配置与现有环境完全相同的IT架构， 如若要购买相同服务器进行建设并实现IT架构的高可用性，还需购置第三方应用软件进行支持，必然会导致资源严重浪费并需要大量资金支持。

基于ESX架构的虚拟化设计，可以帮助企业只需要2台高性能的服务器，既能够实现与原有IT架构完全相同的架构，还可以实现VMotion，DRS，HA等高级虚拟化功能，用以提升企业IT环境的高可用性，高管理性。为帮助贵行在不影响现有正常应用的前提下，快捷准确的实现虚拟化架构的转化，升级，特编写此方案。

VMWare解决方案综述

虚拟化简介

当前，全球有超过2万个公司用户，以及4百万个最终用户，涵盖各行各业、大中小企业等正在应用着VMware公司的软件，包括99%的Fortune 100公司。通过部署VMware软件以应对复杂的商业挑战，如资源的利用率和可用性，用户已经明显体验到它所带来的巨大效益，包括降低了整体拥有成本（TCO），高投资回报和增强了对他们的用户的服务水准等。

虚拟架构的发展

第一代的虚拟化产品通过一个hypervisor或者是主机的架构提供了服务器的分区能力。第二代的虚拟化技术增加了虚拟化的管理、生产力的规划、物理服务器到虚拟机的迁移已经其他的工具用于整合生产服务器。VMware的第三代虚拟架构（VI3）代表了下一代的虚拟化技术，该虚拟架构重新定义了一个新的IT标杆，它将工业标准服务器和存储虚拟化成了一个整体，聚合成一个动态的可集中管理的资源池，可使任何应用或 *** 作系统保持持续优化和高可用状态。它使得企业有能力去转化、管理和优化他们的IT系统架构。VMware的虚拟架构可以让用户的数据中心被整合成一个单一的包括处理器、存储和网络连接的资源池。

虚拟架构的优势

在一个虚拟架构中，用户可以把资源看成是专属于他们的，而管理员则可在企业范围内管理和优化整个资源。VMware的虚拟架构可以通过增加效率、灵活性和响应能力来降低企业的IT花费。管理一个虚拟架构可以让IT部门更快的连接和管理资源，以满足商业所需。

虚拟架构可以让IT部门达成以下目标：

35%-75% TCO 节省

通过将整合多个物理服务器到一个物理服务器降低40％软件硬件成本；

整合比：生产环境10-15 : 1 ，开发测试环境15-20 : 1；

每个服务器的平均利用率从5％-15%提高到60%-80%；

降低70-80%运营成本， 包括数据中心空间、机柜、网线，耗电量，冷气空调和人力成本。

提高运营效率

部署时间从小时级到分钟级， 服务器重建和应用加载时间从 20-40 hrs =>15-30 min；

以前硬件维护需要之前的数天/周的变更管理准备和1 - 3小时维护窗口，现在可以进行零宕机硬件维护和升级。

提高服务水平

帮助您的企业建立业务和IT资源之间的关系，使IT和业务优先级对应；

将所有服务器作为大的资源统一进行管理，并按需自动进行动态资源调配；

无中断的按需扩容。

旧硬件和 *** 作系统的投资保护

不再担心旧系统的兼容性，维护和升级等一系列问题。

方案综述

VMware服务器整合解决方案

随着企业的成长，IT部门必须快速地提升运算能力－以不同 *** 作环境的新服务器形式而存在。因此而产生的服务器数量激增则需要大量的资金和人力去运作，管理和升级。

IT部门需要：

提升系统维护的效率

快速部署新的系统来满足商业运行的需要

找到减少相关资产，人力和运作成本的方法

VMWARE服务器整合为这些挑战提供了解决方案。

虚拟构架提供前所未有的负载隔离，为所有系统运算和I/O设计的微型资源控制。虚拟构架完美地结合现有的管理软件并在共享存储（SAN）上改进投资回报率。通过把物理系统整合到有VMWARE虚拟构架的数据中心上去，企业体验到：

更少的硬件和维护费用

空闲系统资源的整合

提升系统的运作效率

性价比高，持续的产品环境

整合IT基础服务器

运行IT基础应用的服务器大多数是Intel构架的服务器

这一类的应用通常文件和打印服务器，活动目录，网页服务器，防火墙，数据库，NAT/DHCP服务器等。

虽然大多数服务器系统资源的利用率在10％－15％，但是构架，安全和兼容性方面的问题导致必须指定不同的物理平台来运行它们。

管理，安装补丁和添加安全策略将花去大量的时间。另外，服务器的衍生组件将导致设备，动力和散热方面的成本上升。

因为低服务器的利用率，低CPU的合并和中等I/O的要求，IT基础服务器首选作为虚拟化和相关整合的候选者。

虚拟化使贵行能实现：

达到甚至超过每个CPU，4个负载的整合比率

更便宜的硬件和运作成本

在服务器管理方面的重大改进，包含添加，移动，变更，预制和重置

基础应用将变得更强壮和灾难抵御能力

整合重要应用服务器

根据5个不同的服务器软件来大幅降低成本的实例，VMWARE出具了一份研究报告。

使用服务器TCO模型来分类和计算成本，我们分析显示VMWARE服务器软件帮助这些企业实现：

减少28％－53％的硬件成本

减少72％－79％的运作成本

减少29％－64％的综合成本

客户目标：

整合空闲服务器和存储资源，为新项目重新部署这些资源

提升运作效率

改进服务器的管理灵活性

通过零当机维护改善服务等级

标准化环境和改进安全

灾难状态下，减少恢复时间

更少冗余的情况下，确保高可用性

更有效的适应动态商业的需求

高级备份策略

在技术支持和培训方面降低成本

VMware商业连续性解决方案

每年成百上千的全球数据中心遭遇重大的服务中断。这些商业运行将受到用户错误，病毒，硬件故障和自然灾害等问题的影响。当前商业连续性处于企业IT策略的最前沿，并且从管理层到CEO的所有人都非常重视它。

成功的商业连续性策略元素包含：

应用程序可用计划

包含监控和平台冗余的预防措施

数据保护

灾难恢复策略

有效的人员计划

使用虚拟构架，IT管理员能改进商业连续性的所有方面，例如：

由于主备服务器之间的硬件独立性，使得灾难恢复更快而花费不多

排除计划内的硬件当机，并明显的减少计划内的软件当机

管理所有虚拟机和监控宿主机的单点控制技术

为了实现捕捉和恢复，完全的把主机压缩到文件里去

简化和可重复的自动程序

基于虚拟机的集群冗余简化

为了实现高可用性，企业使用中间软件例如微软和Veritas的集群软件，把两台服务器绑定在一个热备环境。即使运行在服务器上的应用程序有集群感知能力，万一主服务器遭遇硬件或软件错误，这样的安排仍然会导致非应用程序当机。冗余能消除单点失败。

随着IT对企业运作而言变得更加重要，高水平的服务普遍成为企业的需求，越来越多的应用则被要求高度可用。然而，为了实现如上所述的高可用性集群，就像很多服务器运行应用一样，企业需要预备和管理两次。

有了虚拟化，IT管理员能在运行重要应用的实体机和同等配置的虚拟机上创建集群。在待机状态下，虚拟机并不消耗计算机资源，并且能以非常高的比例整合到一个或几个实体平台上去。结果，企业无须在硬件数量或管理和安装补丁上投入双倍的人力和物力，从而实现高可用性。冗余的方式将由2N变为N+1。

实体到虚拟的集群和实体到实体的集群一样都支持同样的集群软件。同时，节省的成本能为更多的负载实现高可用性并签署更多的高水平服务协议。

无须原硬件的数据恢复

大多数企业IT部门使用常用的备份软件，例如Tivoli Storage Manager, Legato Networker, 或者Veritas NetBackup来创建数据和应用程序备份。既然备份策略能抵御用户错误和某些情况下的软硬件故障，比较长的恢复时间和多恢复点是能被接受的。

然而，为了获得备份所带来的好处，企业必须确保数据确实能被恢复。

业余备份，专业恢复？

为了测试数据恢复，IT管理员需要为每个已备份的主机提供一台测试的失败转移服务器，安装 *** 作系统，安装备份代理，尝试在测试失败转移服务器上调整Windows注册表和其他系统配置。如果系统调整成功，备份服务器和备份代理才能被用来测试数据恢复。

预制新的服务器和调整Windows注册表是一个漫长的手工过程并且有时并不可能。这样，在不同的失败转移服务器实现数据恢复是存在疑问的。

这些问题将被虚拟失败转移硬件给解决了。此外， *** 作系统安装，备份代理的安装和Windows注册表的调整只需做一次。此后，一个完整的已配置的VM模板将被存储在VM模板库内。Vmware软件能确保企业：

为灾难后的测试和恢复，消除硬件资源方面的障碍

避免系统和备份代理的安装，用虚拟机模板来缩短恢复周期

用标准的虚拟化硬件，使得灾难恢复更加可靠和可重复

失败转移服务器的整合和自动化

对于关联在存储域网（SAN）上重要应用的部署，企业灾难恢复策略通常包含一个灾难恢复的热站，这个站点有在主备之间的完全同步的数据复制。这种策略提供很少的恢复点对象（PRO）。然而，出于恢复时间对象（RTO）的考虑，恢复时间非常依赖于除了数据恢复之外的恢复实体服务器， *** 作系统，系统参数和应用程序的能力。

为了维持较少的恢复时间对象（RTO），硬件和系统的同一配置需要被维护在失败转移站点上。这样的配置无论在初始资本投入阶段还是在项目运作，升级，维护和支持阶段费用都是很昂贵的。

这种方案的两个明显缺点在于预制了太多的新服务器以及通常没有可能为数据恢复去调整Windows注册表和对不同的失败转移服务器的其他系统参数进行配置

部署在整个企业内的虚拟构架能确保企业：

避免在失败转移站点上停滞不前

在主备站点上，从服务器整合角度来减少投入成本

使恢复过程自动化，并实现存储管理软件的集成

改进恢复过程的可靠性

虚拟架构部署

本方案的主体部分既是安装了VMware ESX Server软件的较高配置的ESX服务器。ESX Server 是VMware虚拟架构套件VI3的基础组成部分，是动态、自我优化的 IT 基础结构的基础。<0} {0><}100{>VMware ESX Server是一个强健、经过生产验证的虚拟层，它直接安装在物理服务器的裸机上，将物理服务器上的处理器、内存、存储器和网络资源抽象到多个虚拟机中。<0} {0>通过跨大量虚拟机共享硬件资源提高了硬件利用率并大大降低了资金和运营成本。<0} {0>通过高级资源管理、高可用性和安全功能提高了服务级别 -- 对于资源密集型的应用程序也不例外。

单台物理服务器配置多个虚拟服务器的性能依据

根据统计，对于传统的服务器应用方式，通常服务器的平均利用率在5-15%之间，而采用虚拟架构整合后，服务器的平均利用率可达到60%-80%。例如，按照前面的计算，我们完全可以通过在一台双路双核30GHz主频以上的服务器上创建25个虚拟机，来完成传统方式需要25个低配置的PC机才能完成的工作，大大减少了环境的复杂性，降低了对机房环境的需求，同时具有更灵活稳定的管理特性。

采用VMware虚拟架构相比于传统单台服务器部署单一应用方式的另外一个好处是，可以充分满足不同应用对系统资源的不同要求，如有的应用只需要一个200 MHz CPU，256MB的内存就可以很好的运行，而有的高访问率、高吞吐量的应用则需要2个双核的CPU，4GB的内存才能保证稳定的运行，在传统方式下，往往不可能针对每一种应用来采购服务器，而是用一种或几种标准配置的服务器来统一采购，这样，势必会造成某些应用资源富裕，而另一些应用面临资源紧张的情况，且应用之间不能互相调配资源。采用虚拟架构后，由于每个虚拟机所需使用的系统资源都是由虚拟架构软件统一调配，这种调配可以在虚拟机运行过程中在线的发挥作用，使得任何一个应用都可以有充分保证的资源来稳定运行，同时，该应用在此时用不到的资源又可以被其他更需要资源的应用临时借用过去，最大限度的提高了整体系统的资源利用率。

每一台虚拟服务器都可以利用VMware 虚拟对称式多重处理 (SMP)技术，通过使单个虚拟机能够同时使用多个物理处理器，增强了虚拟机性能。<0}{0><}0{>作为一项独特的 VMware 功能，Virtual SMP 支持虚拟化需要多处理器和密集资源的企业应用程序（如数据库、企业资源计划和客户关系管理）。

虚拟架构环境的集中管理、自动化及优化运行

为了对服务器虚拟架构进行有效的管理和监控，方案中建议配置一台独立的Windows 2003服务器来做为VI3套件中的VirtualCenter服务器，VirtualCenter服务器为 IT 环境提供了集中化管理、 *** 作自动化、资源优化和高可用性。基于虚拟化的分布式服务为数据中心提供了前所未有的响应能力、可维护性、效率和可靠性级别。

<0}

虚拟化整合实施方案

使用硬件软件列表

软件产品 软件版本 数量

VI3企业版 35 U2 2

VirtualCenter 管理服务软件 25 U2 1

VMware Converter 401 1

硬件 型号 数量

IBM X3850 X3850 2

广发银行采购的IBM System x3850 M2(7141I02)，处理器类型为Xeon MP E7320，标配4个Xeon MP E7320处理器，最大内存容量 256GB。其硬件性能完全可以满足整合广发银行现有物理服务器整合至虚拟架构中。

部署方案

技术重点

该部署方案的技术重点在于P2V（物理机迁移至虚拟机） *** 作。通过大量实施经验表明，使用VMware Converter工具可以保证几乎所有的Windows平台物理机均可以顺利迁移至虚拟机中。而Linux的某些特定版本在进行虚拟机迁移后，可能出现无法正常开机的问题。为解决该技术难题，可以采取三种解决办法：

如果在迁移过程中没有任何报错显示迁移成功，但是启动虚拟机时无法正常引导进入 *** 作系统，在该虚拟机中直接挂载 *** 作系统的镜像文件进行引导修复，故障即可以解决。

如果迁移过程中显示报错并导致P2V *** 作无法进行，可以更换其他虚P2V工具进行 *** 作。如PlateSpin Convert等，迁移成功后使用该 *** 作系统的光盘镜像进行引导修复，即可以保证物理机完整的迁移至虚拟机中。

对于各种迁移软件均无法进行正常迁移的问题，可以采取预部署方式，首先在虚拟架构中新建虚拟机并安装相应 *** 作系统，并部署与原物理机完全相同的应用程序，确保新建虚拟机应用与原物理机应用相同。

实施步骤

首先选择一台服务器安装ESX Server，命名为ESX0，并在ESX0上创建一台虚拟机，安装windows2003 Server作为VirtualCenter Management Server（以下简称：“VC”）控制端用以统一管理以后新加入的ESX服务器。通过VC管理端添加共享存储，确保虚拟化过程中的文件全部储存在该共享存储中，为实现VMotion，HA等重要功能打下基础。

其次，使用VMware Converter工具将服务器导入到ESX0中。为了保证服务器虚拟化后，虚拟机会自动开机导致企业办公局域网中出现两个相同服务造成服务冲突，可以在虚拟化设置中将该虚拟机的网卡绑定暂时删除。在物理机转化虚拟机成功后启动该服务器虚拟机进行配置及其测试，保证虚拟机配置和物理机一致，这时可以首先闭原物理服务器，同时开启虚拟机“服务器”网卡绑定，使其接管服务器”服务。该过程会造成服务器5至15秒左右的网络中断，在该时间段无法正常进行网络服务，因此强烈建议在进行该 *** 作时避开网络高峰期或正常上班时段。

在将该物理服务器成功转化为虚拟机后，将原物理服务器安装ESX Server并命名为ESX1，通过安装好的VC控制端将ESX1添加入虚拟服务器群组中，将该台计算机的CPU、内存资源并入服务器群组的资源池中。

由于将物理服务器转换为虚拟化服务器需要至少1小时甚至更长的时间（具体虚拟化时间根据实际服务器使用率及存储空间决定），为了能够保证虚拟化实施的效率，可以在同一时间段同时虚拟多台物理服务器，在虚拟化完成后依次关闭相应物理机，并通过VC管理端依次添加目标物理服务器，实现ESX1，ESX2至ESXn全部添加到虚拟主机群组中并依次添加SAN光纤存储的绑定，实现所有的虚拟服务器均能够共享SAN存储。

最后，我们采用上文提到的虚拟化办法，将其他物理服务器，依次虚拟化为虚拟服务器，实现了物理服务器转移到虚拟服务器中的过程。

实现DRS、VMotion功能

DRS和VMotion是服务器虚拟化架构中极其重要的功能，DRS 跨聚合到逻辑资源池中的硬件资源集合来动态地分配和平衡计算容量。VMware DRS 跨资源池不间断地监控利用率，并根据反映业务需要和不断变化的优先级的预定义规则，在多台虚拟机之间智能地分配可用资源。当虚拟机负载增大时，VMwareDRS 会通过在资源池中的物理服务器之间重新分发虚拟机来自动分配额外的资源。VMware DRS 使 IT 部门能够：使资源优先用于最重要的应用程序，以便让资源与业务目标相协调；自动、不间断地优化硬件利用率，以响应不断变化的情况；为业务部门提供专用的（虚拟）基础结构，同时让 IT 部门能够集中、全面地控制硬件执行零停机服务器维护。

为了能够实现DRS功能的正常实现，在上一节服务器虚拟化过程中我们已经将所有ESX服务器全部添加绑定了同一SAN光纤存储，并添加入同一虚拟服务器群组中，确保实现DRS功能的前提条件。其次，在安装和配置ESX服务器时，我们均使用服务器中的第一块网卡进行控制，现在我们可以将服务器的第二块网卡设置为专门的“迁移”端口，保证所有虚拟服务器进行自动迁移时全部采用第二块网卡，这样就十分有效的避免了当进行大规模虚拟服务器迁移时造成的网络瓶颈，影响到虚拟服务器的网络传输性能。

虚拟化服务的调试与控制

在实现上两节的 *** 作后，服务器虚拟化的过程已经基本完毕，但是为保证企业使用服务器虚拟化架构时效率的最大化，还需要进行资源池及存储的调整。

通过多次实施经验，我们了解道有些服务器只有在特定的时间段资源利用率会提升很大，但是其余的大部分时间均保持在低资源利用率。而有些服务器则一直都保持在一个稳定的资源利用率区域内，波动很小。

为了保证资源利用率波动瞬间很大的服务器在特定时段不会出现数据拥堵，同时不影响其他服务的正常运行；为了保证一直占用较大资源且波动很小的服务器稳定运行。可以在服务器群组中分配几个资源池，将相似的虚拟服务器放入到同一资源池中。

例如某些服务器，服务器整体运行一直保持资源利用率平稳状态，很少产生较大浮的波动，我们可以在虚拟服务器群组中专门设立一个资源池命名为SR1并设置一个合理的上限值（具体上限值的设定根据企业具体办公环境确定），确保在该资源池中的所有虚拟机服务占用的资源均设置了该上限值。这样即使在极特殊情况下服务器资源突然占用很高时，也不会超过预设的上限值，从而就可以保证服务器保持一个平稳状态，而不会占用过多的不必要资源。

而某些验证或邮件服务器多数都在上午上班及中午出现资源利用率高峰时段，如果突然出现资源利用率的高峰，很可能导致虚拟化服务器资源调节功能无法及时为该服务器分配合适资源，造成数据的严重堵塞从而出现网络拥堵等不可预知情况，对企业业务连续性产生很大影响，这时可以建立资源池命名为SR2，设置合理的保留值，保留值的含义是无论服务器是否已闲置或繁忙，均分配服务器相等于保留值的资源进行保存，这样就确保了如果资源突然紧张ESX无法及时将资源分配到该虚拟服务器造成网络拥堵等问题。将这种资源利用率波动较大的服务器放入至该资源池中，即可合理避免该数据丢失的问题。

对于有些服务占用资源一直均较大，且资源波动较大的服务，则可以设置资源池命名为SR3，将SR3的共享值设置为“高”，这样无论在该资源池的服务器如何改变资源利用率，均可以分配到较高的资源，这样就确保了该服务器的正常运行。

数据同步

数据备份是保护数据可用性的最后一道防线。出色的备份战略将使IT主管在其它系统要素失效时维持正常系统运作。目前灾难恢复仍是备份 *** 作的主要目的。虽然基于磁盘的数据镜像和拷贝功能具有性能优势，但由于应用与用户 *** 作错误经常造成数据损坏，多数IT机构仍旧倾向于使用基于磁带的备份。此外，为满足管理要求而进行的长期存档将继续依赖于磁带库等离线存储设备。目前存在的备份模式主要有如下几种：

Inmage同步备份

为实现虚拟机应用服务与物理机应用服务同步，可采取Inmage工具进行。

使用Inmage的一健式应用恢复功能，实现端对端的应用级容灾的系统切换。包括数据库和应用程序， *** 作系统等。

切换 *** 作支持Failover 和Failback 两种。Failover 是指生产系统发生灾难后，容灾系统接管整个生产系统的应用和数据。Failback 是指当生产系统发生灾难或误 *** 作后，容灾系统将数据按指定的恢复点恢复回生产系统。

CDP是一种数据的连续时间点的保护技术，其根本作用是能在故障瞬间完成任何时间点的故障恢复，达到业务的快速连续的作用，从根本上解决传统备份中低恢复能力和非精细时间策略（如按照天的备份）的先天弱点。

由于Inmage 的CX 服务器可以支持一对多的传输技术，因此Inmage 可以提供本地CDP 加远程容灾同时进行。

Inmage 可以提供基于策略的广域网带宽管理，它可以给不同应用分配不同比例的带宽，例如给Oracle 分配60%,给SQL server 分配30%,给Exchange 分配10%等等。可以在您有限的广域网带宽资源的情况下，最大程度保证关键应用的容灾需求。

镜像级别同步备份

将物理服务器的系统数据和应用数据分成两部分，分别备份成为Acronis或Symentec镜像文件并通过FTP方式传输至远程灾难备份中心。过PlateSpin Convert工具将镜像文件转化为虚拟服务器可用服务。

一旦数据出现丢失或物理服务器宕机，容灾备份系统会自动启动远程虚拟服务器，保证广发银行的业务可以继续进行。

小结

总之，灾难备份计划要求有周详的事前准备，尤其是灾难所引起的对业务的冲击程度的分析并相应制定灾难后的恢复策略，配合目前最新的信息技术的可行技术，提出最佳的恢复方案。在系统备份计划建立以后，还必须在事前反复测试，并随时调整、加以改进，完整的系统恢复方案才得以建立。

方案总结

广发银行进行虚拟化实施项目，能够为广发银行未来继续进行实施虚拟化项目提供可靠的实践依据，并能在未来帮助广发银行获得更大的IT资源提升。能够极大体现虚拟化对客户的影响，具体体现有：

节省测试和新服务部署成本：利用虚拟化架构可以帮助广发银行快速建立虚拟机，随时部署新的应用及服务而不需要单独购买新的物理机。同时，快捷的虚拟机建立方式更可令广发银行IT部门节省大量的测试物理机成本而随时进行程序测试，服务测试等。测试完毕后只需要删除虚拟机，虚拟机占用的资源会自动恢复到资源池中，不影响服务期内其他虚拟机的任何正常应用。

提高资源利用率：通过在一台服务器上运行多个服务器环境，客户可有效地实现硬件资源的归集共享，并且可灵活地实现计算资源的重用以及系统环境计算资源的动态分配。

提高可管理性：通过VMware VirtualCenter可实现服务器环境创建、配置、资源管理和工作负荷管理的集中化与简单化。

简化部署：借助于模板，系统管理员只需几分钟的时间即可部署出新的、与硬件无关的标准化服务器虚拟机，并且可在部署过程中使用更多的自动化 *** 作。

降低成本：虚拟化基础设施可实现服务器计算资源的集中化以及服务器硬件的标准化，这样企业不仅降低服务器支持的复杂度，并且缩减了服务器支持成本。更高的灵活性：用户可从一台客户机访问多个服务器环境。管理员瞬间即可对那些当前未处于使用状态的服务器环境完成删除 *** 作，并且从中回收的资源马上就能得到重用。

提高数据保护能力：管理员可采用现有的数据中心备份过程来确保可靠的服务器备份。虚拟机的硬件无关性大幅度简化了系统恢复。而且所有数据都驻留在数据中心，这样数据安全保障也得到了简化。

保障业务连续性：虚拟化架构中的DRS功能可以自动检测服务器中虚拟机资源使用情况

备份linux系统，不像Windows，Linux不限制根用户存取任何东西，因此，你完全可以把一个分区上每一个的文件放入一个TAR文件中。来实施这一方法，用这个成为根用户：

sudo su

接着去你的文件系统的根目录（在我们的例子中，我们使用它，不过你可以去你希望备份的任何地方，包括远程或可移动驱动器。）

cd /

然后，下面就是我用来备份我的系统的完整的命令：

tar cvpzf backuptgz / --exclude=/proc --exclude=/lost+found --exclude=/backuptgz --exclude=/mnt --exclude=/sys

接着，让我们稍微解释一下：

很明显，'tar'部分就是我们将要使用的软件。

'cvpfz'是我们给tar加的选项，像“创建一个压缩文档”（这是显然的），“保存权限”（以便使每一个相同的文件有相同的权限），以及“gzip”（缩减大小）。

接下来，是压缩文档将获得的名称，在我们的例子中是backuptgz。

紧随其后的是我们想要备份的根目录。既然我们想备份所有东西：/

接着就是我们要剔除的目录了。我们不想备份每一样东西，因为包括有些目录不是非常有用。同时确保你没有把备份文件本身也加进去了，否则，你会得到怪异的结果的。你也许同样不打算把/mnt文件夹包括进来——如果你在那儿挂载了其他分区——否则最终你会把那些也备份的。同时确保你没有任何东西挂载在 /media(即没有挂载任何cd或可移动介质）。否则，剔除/media。

如果你想排除所有的其他分区，你可以使用 'l' 参数代替 --exclude, 上面的命令看起来象这样:

tar cvpzlf backuptgz / --exclude=/lost+found --exclude=/backuptgz

按：kvidell在论坛主题里建议也剔除/dev目录。不过，我有其他证据表明这样做是不明智的。

好了，如果命令适合你的话，敲击确定键（或者回车键，管它叫什么名字），然后什么都不用干，放松一下。备份也许会花上一段时间。

完了以后，在你的文件系统的根目录会有一个叫作backuptgz的文件——很可能相当巨大。现在你可以把烧录到DVD上，或者移动到另一台机器，你可以做任何你想做的事情。

按2：在进程的最后，你也许会得到一条信息，写着“tar：由于先前错误的耽搁而存在错误”或者其他什么，不过大多数情况下你可以仅仅忽略它。

作为选择，你可以使用Bzip来压缩你的备份。这意味着较高的压缩比但是也意味着较低的速度。如果压缩比对你很重要，只需用“j”替换命令中的“z”， 同时给备份命一个相应的扩展名。这些会使命令变成这样：

tar cvpjf backuptarbz2 / --exclude=/proc --exclude=/lost+found --exclude=/backuptarbz2 --exclude=/mnt --exclude=/sys

21 通过网络备份如果空白的文件系统太少了并且你又不能挂载其它的文件系统来保存备份文件，你有可能使用 netcat 来完成备份

在接受端你必须设置 netcat 用于写备份文件，象这样:

nc -l -p 1024 > backuptarbz2

然后你传送 tar 命令，不带 'f' 参数通过 netcat 在发送端，象这样:

tar cvpj / | nc -q 0 1024

在上面的命令中 1024 仅仅是一个随机的端口号, 任何从 1024 或以上的都可以工作

如果安全的通过网络备份不依赖文件系统完成备份 事实上一个真正快的网络比写备份文件到磁盘要快

在上面的讲述中 (由于我刚刚发呆,因此我不能证实它是可靠的) 是这个命令:

tar cvpj / | ssh "cat > backuptarbz2"

3 恢复警告：看在上帝的份上，在这一部分请小心谨慎。如果你不理解你在这里干了什么，你可能最终毁坏了对你而言很重要的东西，所以请小心谨慎。 那么，我们将紧接着上一章的例子：在分区的根目录下的backuptgz文件

再一次确保你是根用户以及备份文件在文件系统的根目录。

Linux美妙的地方之一就是这一项工作甚至可以在一个正在运行的系统上进行；没必要被引导cd或者任何东西搞得晕头转向。当然，如果你使你的系统无法被引导了。你也许别无选择，只能使用一张live-cd了，但是结果是一样的。你甚至可以在Linux系统正在运行的时候，移除它里面所有文件。可是我不告诉你那个命令！

好了，言归正传。这是我要用的命令：

tar xvpfz backuptgz -C /

如果你使用 bz2

tar xvpfj backuptarbz2 -C /

警告：这会把你分区里所有文件替换成压缩文档里的文件！

只要敲一下确定／回车／你的兄弟／随便什么，然后去看焰火吧。同样，这会花一段时间。等它完成了，你就有了一个完全恢复的Ubuntu系统！只需确保在你做其他任何事情之前，重新创建你剔除的目录：

mkdir proc mkdir lost+found mkdir mnt mkdir sys etc

当你重启以后，所以的事情都会和你备份的时候一模一样。

31 恢复 GRUB那么，如果你想把你的系统移动到一块新硬盘上，或者，你想对你的GRUB做一些糟糕的事情（比方说，安装Windows），你也将需要重装GRUB。在这个论坛里，有不少如何做这个的非常好的指导，所以我不会从头重新做起。相反，看一下这里（论坛） 或者这儿:RecoveringUbuntuAfterInstallingWindows

在这个论坛主题中，提出了一些方法。我个人建议第二个，remmelt贴出来的，因为我发现它每次都管用。

对，就是那个！我希望它有帮助！

4 其他方法也许你也想看一下这些能帮助你自动备份系统的程序

Partimage

Mondo Rescue

1 基本思想之什么是分库分表？

从字面上简单理解，就是把原本存储于一个库的数据分块存储到多个库上，把原本存储于一个表的数据分块存储到多个表上。

2 基本思想之为什么要分库分表？

数

据库中的数据量不一定是可控的，在未进行分库分表的情况下，随着时间和业务的发展，库中的表会越来越多，表中的数据量也会越来越大，相应地，数据 *** 作，增

删改查的开销也会越来越大；另外，由于无法进行分布式式部署，而一台服务器的资源（CPU、磁盘、内存、IO等）是有限的，最终数据库所能承载的数据量、

数据处理能力都将遭遇瓶颈。

3 分库分表的实施策略。

分库分表有垂直切分和水平切分两种。

31

何谓垂直切分，即将表按照功能模块、关系密切程度划分出来，部署到不同的库上。例如，我们会建立定义数据库workDB、商品数据库payDB、用户数据

库userDB、日志数据库logDB等，分别用于存储项目数据定义表、商品定义表、用户数据表、日志数据表等。

32

何谓水平切分，当一个表中的数据量过大时，我们可以把该表的数据按照某种规则，例如userID散列，进行划分，然后存储到多个结构相同的表，和不同的库

上。例如，我们的userDB中的用户数据表中，每一个表的数据量都很大，就可以把userDB切分为结构相同的多个userDB：part0DB、

part1DB等，再将userDB上的用户数据表userTable，切分为很多userTable：userTable0、userTable1等，

然后将这些表按照一定的规则存储到多个userDB上。

33 应该使用哪一种方式来实施数据库分库分表，这要看数据库中数据量的瓶颈所在，并综合项目的业务类型进行考虑。

如果数据库是因为表太多而造成海量数据，并且项目的各项业务逻辑划分清晰、低耦合，那么规则简单明了、容易实施的垂直切分必是首选。

而

如果数据库中的表并不多，但单表的数据量很大、或数据热度很高，这种情况之下就应该选择水平切分，水平切分比垂直切分要复杂一些，它将原本逻辑上属于一体

的数据进行了物理分割，除了在分割时要对分割的粒度做好评估，考虑数据平均和负载平均，后期也将对项目人员及应用程序产生额外的数据管理负担。

在现实项目中，往往是这两种情况兼而有之，这就需要做出权衡，甚至既需要垂直切分，又需要水平切分。我们的游戏项目便综合使用了垂直与水平切分，我们首先对数据库进行垂直切分，然后，再针对一部分表，通常是用户数据表，进行水平切分。

4 分库分表存在的问题。

41 事务问题。

在执行分库分表之后，由于数据存储到了不同的库上，数据库事务管理出现了困难。如果依赖数据库本身的分布式事务管理功能去执行事务，将付出高昂的性能代价；如果由应用程序去协助控制，形成程序逻辑上的事务，又会造成编程方面的负担。

42 跨库跨表的join问题。

在执行了分库分表之后，难以避免会将原本逻辑关联性很强的数据划分到不同的表、不同的库上，这时，表的关联 *** 作将受到限制，我们无法join位于不同分库的表，也无法join分表粒度不同的表，结果原本一次查询能够完成的业务，可能需要多次查询才能完成。

43 额外的数据管理负担和数据运算压力。

额

外的数据管理负担，最显而易见的就是数据的定位问题和数据的增删改查的重复执行问题，这些都可以通过应用程序解决，但必然引起额外的逻辑运算，例如，对于

一个记录用户成绩的用户数据表userTable，业务要求查出成绩最好的100位，在进行分表之前，只需一个order

by语句就可以搞定，但是在进行分表之后，将需要n个order

by语句，分别查出每一个分表的前100名用户数据，然后再对这些数据进行合并计算，才能得出结果。

备份是容灾的基础，是指为防止系统出现 *** 作失误或系统故障导致数据丢失，而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。如果系统的硬件或存储媒体发生故障，“备份”可以帮助您保护数据免受意外的损失。计算机里面重要的数据、档案或历史纪录，不论是对企业用户还是对个人用户，都是至关重要的，一时不慎丢失，都会造成不可估量的损失，轻则辛苦积累起来的心血付之东流，严重的会影响企业的正常运作，给科研、生产造成巨大的损失

美国飞康公司是较早推出CDP产品的厂商，以飞康CDP为例，它是一个基于磁盘的、备份/容灾一体化平台，卓越的将文件/数据库/作系统的实时备份与瞬间恢复;可随时验证、演练的本地/异地容灾两大功能全面整合。飞康CDP备份/容灾一体化解决方案，真正以快速恢复服务为第一目标，无论用户的应用服务器发生任何意外，例如，恶意的程序破坏、文件损毁、人为误删误改、作系统宕机、硬件故障，甚至整个机房毁于意外，在飞康CDP的全面保护下，都能最大程度的保证企业数据丢失最少(RPO)，业务中断时间最短(RTO)。

以上就是关于什么是CDM多副本数据备份全部的内容，包括:什么是CDM多副本数据备份、银行虚拟化的方案谁有能给个建议书不、如何备份redhat linux系统等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！