ts备份技术方案建议书_第1页
ts备份技术方案建议书_第2页
ts备份技术方案建议书_第3页
ts备份技术方案建议书_第4页
ts备份技术方案建议书_第5页
已阅读5页,还剩13页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、第二部分 技术方案建议书第1章 需求分析1.1 前言承蒙XX集团对*的信任和厚爱,提供我们参与本次网络中心信息化系统建设的机会,我们不胜感激及深表荣幸。*将本着诚挚、科学的态度,充分考虑贵方的需求,利用国际领先的科技和丰富的设计、项目经验,提供最佳的专业服务,以及高性价比的系统设计方案,为数据中心的建设提供一套优质的解决方案。 *作为国内一流的产品及解决方案供应商,具有信息系统集成一级资质和涉密甲级资质,为政府、金融、电信、政府、制造业、公共事业等重要用户提供了一流的产品、技术和服务,有着丰富的项目实施经验和优秀的技术团队,希望以我们在IT建设中的经验和技术,尤其在信息存储与备份系统建设上积累

2、的丰富经验,为贵处本次信息系统建设做出贡献。1.2 项目概述XX集团网络上已在运行的应用系统,如EPR系统、财务系统、销售系统、OA系统等,涉及集团公司生产、经营、管理的各个方面,并且,根据集团公司信息化建设规划,集团今后还将投运几项生产管理系统,随着各个系统的推广使用,每天产生的数据量日益增大,各种应用数据的存储也变的越来越重要,整个企业信息化建设对存储系统有更高的建设需求,对数据中心可靠性要求也日渐提高。同时由于集团公司办公地点需要搬迁至新建办公楼,在新建办公楼的机房建设和搬迁过程中,为了能够更好的保证数据的安全性和可靠性,需要新建一套高性能、高安全性、可靠性、可扩展性的集团核心存储系统和

3、集中备份系统。为解决目前集团存储备份等系统中存在的问题,提高集团数据中心的安全可靠性,在集团信息化建设规划的基础上,结合目前集团数据中心的实际情况,我公司设计了本次工程的详细方案。本工程为集团数据存储和备份恢复系统的扩容和升级,工程包括光纤存储设备、光纤交换机、备份服务器、备份软件等设备购置及数据迁移、系统整合几个部分。1.3 设计理念 “统一规划、统一管理”是贯彻在本次建设项目始终的指导思想。我们认为,作为最重要的IT信息平台,应当能够全面实现这一指导思想。而且不仅仅是在项目建设实施阶段,还应该覆盖在系统运行、维护、升级扩展等整个生命阶段。一个好的IT架构,必定是一个层次清晰,模块严谨的结构

4、。作为IT基础设施中最重要的服务器、存储和备份平台,我们提出的方案具有良好的模块化特性;具有十分出色的连接和支持能力。我们推荐的IBM软硬件产品具有丰富的功能特点,不但能够满足本次项目建设的各项要求,还为未来的发展打下良好的基础。业务的发展将越来越多地把更多的数据和管理应用整合在统一的物理平台上。我们的方案正符合这样的趋势:应用和数据库的分离,支持存储网络技术,可使得整个基础设施具有很好的扩展能力 - 随着业务的发展,可以通过扩展网络支持更多的服务器、通过扩展存储可以提供更多的存储空间以及I/O处理能力。1.4 用户现状和需求分析信息网络中心目前网络上运行的系统有EPR系统、财务系统销售系统、

5、OA系统,ERP又包括调度系统、经营系统、物资系统、人力资源几个子系统,其中:(1)现有的EPR数据库和瓦斯监测数据库分别运行在4C、8G的P570上。(2)财务数据库运行在一台4C、8G的P570上,财务的应用服务器运行在一台8C、16G的P570上。(3)销售系统数据库运行在一台4C、8G的P570上。(4)ERP的调度系统、经营系统、物资系统的web服务、人力资源的数据库和web服务器分别在DELL PC服务器上运行。(5)OA的数据库运行在一台P640上,应用运行在一台P640上,数据存放在7133磁盘阵列上。 (6)像EPR数据库服务器和销售数据库服务器、财务数据库服务器、瓦斯监测数

6、据库等重要的数据库数据存放在DS4800上。(7)部分服务器通过CA的备份软件进行了简单的备份,备份到磁带上。经过一期的建设,集团已建立起初步的存储备份系统,但经过一段时间的运行,发现目前还存在以下问题:(1)新的应用和数据库系统数量增加的很快,将近20台的重要服务器都需要将数据存放在DS4800上并进行日常的存取,DS4800的I/O压力很大。(2)大量的服务器还没有进行备份或只进行了简单的备份,因为是单机运行,一旦出现逻辑或物理故障,数据就有可能丢失,给用户带来无法弥补的灾难。(3)原有的CA备份软件版本已经陈旧,再加上CA厂商已退出中国,服务的力度已跟不上,带来了一些潜在的影响。第2章

7、系统的详细设计2.1 系统的设计理念对于整个系统的构建,我们的理念是希望设计成一个具备以下特点的系统:Ø 先进性方案中的各个部分应推荐符合当代信息技术发展形势,既体现先进技术又比较成熟,并且是各个领域公认的领先产品。系统方案应满足未来各种应用系统对存储备份中心的要求,提供统一平台的服务;对平台软件选择必须具备先进性,以及提供针对各种已有数据源的接口支持。Ø 高度可用随着未来更多系统的广泛使用,核心的应用和存储备份系统需要提供更高级别的稳定服务,并具备当异常或灾难发生时的快速恢复机制。系统稳定性和可靠性直接关系到网络管理系统应用能否正常运行,因此在系统设计中,高可靠性至关重要

8、。Ø 高度可扩展整个数据中心系统应当具备极强的灵活性。集团的IT系统在未来的业务应用上,一定存在非常大的可调整性和不可预知性。那么,未来适应整个应用的变化,现在搭建的IT基础架构。必须具备高可扩展性和灵活的资源调配。包括虚拟计算资源、协同计算、虚拟存储池、数据生命周期管理、数据归档、存储系统管理、系统容灾等一系列的技术实现方式,为适应未来应用开发和扩展,奠定坚实的基础。Ø 完善的数据保护机制通过基于信息生命周期战略,将数据进行分层存储和保护,可以将特别重要的数据存储在一级光纤存储阵列上,将次重要的数据和过期的数据存储到二级存储设备上,这样不仅可以提高主存储系统的性能和利用率

9、,也降低了总体的投资成本。Ø 数据安全性在数据保密、安全措施上采取较缜密的权限与加密管理,以保证系统和数据的安全。Ø 平滑过渡系统的建设是逐步完善的过程,本次系统的建设应保障相关各系统的稳定,在工程割接时平滑过渡,不应影响到最终客户的使用。Ø 易于管理建立一套易于管理的IT基础架构,用户可以通过一个终端管理整个数据中心的所有IT资源,及时发现计算机系统运行中的问题或者潜在的危险,使整个数据中心处于一个运行良好的状态中。Ø 高性价比对于本系统,虽然要使用先进的技术和产品来搭建底层的平台,但我们要通过良好的设计和选择为用户降低投资成本,对于目前已有的建设,我

10、们要尽量使其物尽其能,以降低整个系统的TCO(总体拥有成本)。2.2 系统的详细设计2.2.1 SAN存储方案设计2.2.1.1 产品选型对于XX集团来说,一个稳定和高效的存储区域网(SAN)将是我们存储系统的关键。存储系统是业务应用系统的核心,其可用性、安全性的和稳定性要求是核心中的核心。但是在规划存储系统时,一定要考虑系统的向后兼容性和前瞻性,保证用户存储系统在今后几年的可用性和可兼容性。考虑到系统和设备之间兼容性的问题,并出于对后期容灾系统建设的设计(必须同品牌的存储),我们建议用户使用IBM的存储设备。这样,不仅前后期存储之间能够协同配合,实现一些高级的功能(比如说容灾),对于管理员来

11、说,也不用改变使用习惯,重新去适应不同的管理方法。IBM是国际领先的设备制造厂商,也是一流的存储厂商。我们本次推荐的是IBM最新最先进的存储产品DS5300,具有最优异的性能和最可靠的稳定性,并提供丰富的软件功能,保证在5年内能够满足用户系统对存储的要求,包括新系统、系统扩展、存储容量等多方面的要求。2.2.1.2 详细方案设计本次系统建设完成后的拓扑图如上图所示。本次我们新增1台DS5300磁盘阵列,配置36块450GB 15K 高性能FC硬盘,裸容量超过16TB。对于核心数据库数据建议采用RAID0+1模式提供最优异的性能和最高级的保护方式,对于应用服务器数据采用RADI5(7+1)模式提

12、供基本的性能和安全性。DS5300是IBM中高端存储产品,本次配置16GB缓存,可扩展到256个硬盘以上(近期将会扩展到448块硬盘),并支持FC和SATA硬盘在同一磁盘柜中混合使用,降低了用户的整体投资成本。DS5300采用64位的多核处理器,支持掉电时缓存写回硬盘,并支持RAID6,不仅性能上大幅提升,在更加安全可靠。本次我们将OA应用、OA数据库、主数据库、OA档案、OA邮件、OA RTX以及IBM刀片服务器等多个应用的数据迁移到新的DS5300存储上,这样不仅可以利用其新的功能和特性,也降低了DS4800上的I/O压力。由于之前的FC交换机的剩余端口不多了,因此本次还新增2台新的32口

13、FC交换机,推荐型号为IBM SAN40B-4,满配40个4Gb FC端口,本次配置32个。服务器端配置双HBA卡连接交换机,同时利用RDAC多路径软件,为主机通道实现动态地故障切换,充分保障主机系统的高可用性。冗余连接方案从主机到交换机之间是冗余的,不会出现单点故障,从而保证业务的连续性。如果某个 I/O 路径发生故障,链路冗余软件会自动将I/O负荷切换到幸存的路径,并在发生故障的路径得到修复后立即恢复其使用。在软件配置方面,我们通过统一的存储管理软件DS Storage Manager提供直观的图形用户界面,可对磁盘阵列实现全面、灵活的配置与管理,支持多种数据应用功能。同时DS5300具备

14、在线式存储扩展等高级功能,可以在不中断业务的前提下实现对存储空间的动态调优。另外本次我们还配置了快照和克隆软件对存储的数据进行持续的数据保护。例如,我们可以设计每天做4次快照,10点,12点,14点和16点各做1次,这样8点之前和18点之后可以用备份软件进行备份,白天工作的时候用快照软件进行数据保护,这样每天我们可能丢失的数据周期最多只有2个小时,极大的提高了数据的安全性。我们也可以定期制作生产卷的克隆卷,用来进行开发测试或本地备份。快照和克隆是对传统备份技术的完美补充,进一步提高了数据的安全性和可用性。快照在几秒之内就可以完成,不影响我们日常对文件的访问,对系统性能的影响也很小,只是在使用快

15、照的情况下,我们要多预留出一部分存储空间,需要一些软硬件方面的投资。对于以后可能增加的要连接到信息系统SAN中的所有相关应用服务器,只要加上HBA卡,并连接上该存储区域网络就能访问后台存储设备里的数据。由于采用的是光纤传输通道,传输速率非常高,访问方便、快捷;且存储设备并非直接连接在局域网上,增加了存储设备里数据的安全性(减小了存储设备直接受到外部攻击的可能性)。2.2.2 备份和存储管理系统设计2.2.2.1 产品选型在XX集团的备份和存储管理解决方案中,我们推荐采用IBM Tivoli Storage Manager(以下简称TSM)来实现对存储管理的需求。针对XX集团不同类型的主机、应用

16、对数据保护和存储管理的要求,我们使用了TSM来提供三种级别的备份方式:一种是基于文件级别的备份;第二种是基于数据库级别的备份;第三种是基于操作系统的备份。XX集团使用了Oracle等数据库,为了确保这些数据库7 x 24小时的运行状态,我们会使用TSM和TSM for Databases来实现这两类数据库进行数据库的在线备份和恢复的功能。考虑XX集团IT环境中除了数据库服务器和应用服务器以外,基本上属于文件级别的服务器。对于这些文件服务器,我们会直接使用TSM来实现对这些文件服务器的备份和恢复的功能。2.2.2.2 系统的架构和功能对于具体的备份环境和结构,我们提出以下两种备份结构,一种是基于

17、LAN环境的备份结构,在该备份架构下,数据流将经过局域网并通过备份服务器备往带库;另外一种是基于SAN环境的备份结构,在该备份架构下,数据流将通过LAN-Free的备份方式直接备往带库。我们根据XX的实际备份需求,选择对核心数据库数据进行LAN-Free备份,对于非核心的文件服务器和应用服务器进行LAN备份,从而降低整体的投资成本。2.2.2.3 软件配置及部署拓扑图在本方案中,我们使用了以下的IBM Tivoli存储产品IBM Tivoli Storage Manager Extended Edition(TSMEE)IBM Tivoli Storage Manager for Databa

18、ses (TSM for Databases)IBM Tivoli Storage Manager for SAN (TSM for SAN)这些产品和模块的部署如下图所示:推荐采用的各个软件及模块安装配置如下:l Tivoli Storage Manager Extended Edition 安装在备份服务器上,该模块是整个备份系统的核心组件,用于集中管理备份数据、备份策略、备份客户端以及备份所使用的存储设备等;l TSM Client安装在所有需要备份的服务器上,是基本的备份客户端,用于对所在服务器进行文件级别的数据备份及恢复;l TSM for Databases安装在数据库服务器上,用

19、于数据库服务器数据的在线备份;l TSM for SAN安装在与光纤交换机直接相连,并且需要采用LAN-Free备份方式进行数据备份的服务器。2.2.2.4 数据备份和恢复的方式XX集团业务系统的日常备份操作由备份系统自动完成,操作人员按照要求在备份服务器上制定备份策略,全网的备份由TSM备份服务器统一管理。各客户端也可以自行手工启动备份。本次我们推荐使用D2D2T的备份方式,即数据备份至硬盘的方式,提高备份速率,备份操作完成后,后台进行无人值守的数据迁移至磁带库,从而完成数据备份的全新备份方式。我们在原有的DS4800上单独划分出一个大的分区作为备份存储池,重要的数据先备份到这个存储池,再根

20、据备份策略定期由备份软件自动迁移到TS3200磁带库上做长期离线保存和归档。这样不仅备份和恢复的速度更快,还使数据保存多个副本,使数据更加安全。2.2.2.5 文件系统备份和恢复策略XX集团的业务系统有很多数据保存在文件系统中,对于文件系统的备份,TSM采用业界最为先进的永久增量备份方法,即:除了第一次需要进行全量备份之外,以后每次都进行增量备份,而无须进一步的全量备份,在恢复的时候可以一次性的恢复,从而能够大大减少需要备份的数据量,加快备份和恢复的速度。除TSM之外,其他的备份软件基本上都采用某种完全、完全+增量或完全+差异的备份策略。TSM引入了一个新范例叫永久增量备份方法。当首次备份文件

21、系统或计算机时,由于TSM以前未曾备份,所有的文件都将移动。当备份拷贝发送到TSM服务器时,每个文件单独存放在数据库中。文件名信息、所有者和安全信息、创建和修改时间,以及拷贝自身都放置在TSM服务器连续存储分层结构中。如果客户策略要求拷贝到磁带上,TSM数据库将记录磁带的条形码、起始块地址和文件长度。在初始的备份后,将只考虑增量问题(不再进行完全拷贝)。每天将只移动上次备份操作后改变了的文件。并且,文件发送到TSM服务器后被单独存放在数据库中。当需要拷贝到磁带时,TSM服务器查询数据库,确定从前的拷贝在哪一个磁带上。一旦确定,将对该磁带进行再设置并把新拷贝附加在磁带末尾。这种对备份拷贝的收集都

22、来自于同一台计算机或文件系统,于是形成了所谓的排列组。每天,改变的文件累加到排列组中。(见下图)图:永久增量备份永久增量备份采用增量,提高了备份效率;采用排列组,提高了介质管理效率;准确地只移动期望的文件,提高了恢复效率。该方法最大的功效还在于:累加方法并不需要在一个完全备份后才能开始恢复过程,也就是说并不需要周期性地建立完全备份拷贝。而对完全+增量或完全+差异方法,无论是否改变,每周都要移动和存储几十亿字节的数据。有了永久增量备份方法,就不需要这样做了。于是客户节省了大量的网络带宽(LAN、WAN或SAN)、磁带介质和时间。在TSM中,一个备份策略的制定可以让所需要被备份的客户端来共享,也可

23、以在一个备份中心制定多个备份策略以满足不同数据备份的需要。Tivoli使用Domain的模式来进行管理,可以为每个Domain的备份和归档分别制定备份策略,包括:ü 保留的版本数ü 每个版本保留的天数ü 到期版本的保留天数ü 介质数据再集中的阀值恢复操作的目标是让文件系统或计算机回到期望的某一时间点。常见的情况是客户期望的时间点就是最近某时刻。在永久增量备份方法下,完成一个完全的恢复操作只需告诉TSM服务器期望的时间点。利用时间点信息,TSM服务器查询数据库中文件集合,看它们是否在期望的时间点上。这些文件存在于同一个排列组上,通常也位于一个(或少数几个)

24、磁带上。设置了正确的磁带后,数据库指定每个文件的长度和起始块位置。大多数现代的磁带驱动器都具有快速扫描功能,能迅速定位到期望的备份拷贝并执行恢复操作,这样只移动了期望的文件。用户可以把该过程看作完全系统操作中一个完整的恢复过程。该过程就象在期望的时间点做了完全备份一样。(见下图)图:时间点恢复备份策略的制定在很大程度上需要和XX的实际备份需求相适应。下面结合Tivoli的永久增量备份技术来描述一个简单的备份策略:ü 初始采取全备份策略,保留一份完整的数据。ü 以后每天采用增量备份,选用增量级别。ü 当出现恢复要求时,只需将全备份的全部数据加上前一天备份的增量数据恢

25、复出来即可。ü 经过一段较长时间后,可以再进行一次全备份。ü 当要求恢复某些错误删除的文件时,系统会根据文件索引,找到删除文件的各个备份时间版本,从而帮助用户确认后从删除前一天的备份介质中加以恢复。2.2.2.6 数据库备份和恢复策略对于XX集团的业务系统而言,数据库是核心数据组成部分之一,因此针对数据库制定一个良好的备份策略是至关重要的。对于数据库系统的备份工作,主要内容包括数据库系统备份和核心业务数据备份两个方面:数据库系统备份为了在主机、数据库、应用软件系统发生故障时,能够迅速、有效的使系统得到恢复,需要对主机、数据库、应用软件系统进行备份。由于主机、数据库、应用软件

26、极少发生变动,所以它的备份策略也比较简单。(1) 在主机、数据库、应用软件安装调试完毕后,将主机、数据库、应用软件系统的备份到磁带上。(2) 在对主机参数、数据库参数、应用软件进行修改后,及时将主机、数据库、应用软件系统备份到磁带上。(3) 定期对主机、数据库、应用软件系统进行全备份。这些全备份可以通过TSM的定时自动完成。此外,TSM备份解决方案还可以提供额外的操作系统备份模块,应用系统备份模块等,能够对操作系统进行裸机备份,通过避免系统故障时重装操作系统来减少恢复时间。核心业务数据备份Oracle在归档模式下运行,利用IBM Tivoli Storage Manager for Datab

27、ases模块调用RMAN进行在线的热备份,可以在备份时,对备份数据保存在不同的存储对象中,以满足客户容灾的要求,可以利用TSM的多线程的数据迁移、利用多个磁带驱动器同时读写提高其数据备份的效率。针对Oracle的总数据量和增量数据量大小,我们可以利用Oracle的多达三级的增量备份机制,结合TSM强大的备份数据追踪寻址能力和介质管理功能,制定灵活的备份策略,实现全自动的备份数据的全生命周期管理。根据客户的数据量和网络条件,我们建议:Oracle的备份以周为备份周期,星期日到星期五做数据库累积增量、归档日志、控制文件和CATALOG用户所有对象的备份,星期六做全备份,保留前面一周期和当前周期的备

28、份,每个周期有两份容余。而且由于该应用的Oracle系统版本较新,也可以利用一些最新的Oracle备份技术,将同样的一份备份数据同时保存在不同的存储介质中去,如磁带和硬盘,以保证备份数据的完整性和安全性。对于Oracle系统的数据备份和恢复的性能,可以通过开辟多个Oracle数据备份通道和多重数据迁移的技术得到保障。对于以上的备份文件,根据管理的要求设定其保存时间,当此类数据过期时,TSM将自动进行清理,无须管理人员参与。备份时可以利用TSM的永远增量备份的功能、多线程的数据迁移提高数据备份的效率,也可以利用TSM独特的磁带分类集中存放技术保证数据存放的合理性,减少磁带的占用,提高数据恢复的效

29、率。如果此类文件较小的话,可以利用TSM独特的磁盘池的功能,先将这些小文件备份到备份服务器的本地硬盘存储池的TSM临时存储池中,待达到一定百分比时,再一次性迁移到带库中。恢复操作及策略可以通过本地的TSM Server结合TSM for Databases利用备份数据进行数据恢复。恢复时,TSM可以实现多线程的数据恢复,可以利用TSM独特的磁带分类集中存放技术,减少磁带的就位时间,提高数据恢复的效率。先用最近一次的全备份恢复恢复最近一次的增量备份增量备份到断点的ARCHIVE LOG来恢复(要求数据库在ARCHIVE LOG模式下工作)。这种恢复方式比全部用ARCIVE LOG恢复要快。如果两

30、份容余的最近一次增量备份都不可用,可以追溯再上次的增量备份来恢复,然后用增量备份到断点的ARCHIVE LOG恢复。如果最近一次的全备份恢复都不可用上个周期的全备份上个周期的最后一次增量备份本周期的最近一次增量备份增量备份到断点的ARCHIVE LOG来恢复。如果增量备份都不可用,那么可以用全备份ARCHIVE LOG来恢复。2.2.2.7 TSM系统的恢复TSM备份系统与其他的业务系统一样,也需要进行充分的保护,以备发生故障时有效的进行数据恢复,充分保证数据的可靠性和安全性;TSM备份系统的保护主要有以下手段:1 TSM服务器采用HA双机技术,当其中一台服务器停止工作的时候,另外一台服务器能

31、够顺利接管,保证备份和恢复任务不中断;2 采用镜像技术和备份技术保护TSM系统的索引信息数据库,可以将TSM的内置数据库卷镜像到其他的硬盘空间,还可以将其通过NFS镜像到其他机器的存储空间,从而充分保证索引数据库的可用性;此外,我们还建议通过备份技术每天对TSM系统的索引信息数据库进行备份,可以备份至一盘或一组独立的磁带上,并定时做离线,从而充分保证索引数据库的可靠性;3 通过拷贝存储池技术来对备份的业务数据进行额外保护,并定期做离线,当灾难发生时,能够有效恢复;当TSM系统由于意外而需要重建时,我们可以按以下步骤处理:1 如果TSM Sever建立在HA的环境下(即TSM Server分别安

32、装在HA的双机上,而数据库文件则建立在共享的盘阵上),一旦TSM Server瘫痪,将由Standby TSM Server自动接管。2 如果在配置TSM Server中,已经将其后台数据库作了MIRROR配置,则只需将MIRROR的数据库文件直接激活即可。3 如果对其后台数据库作了及时的本地备份,利用数据库的恢复功能恢复本地数据库,直接恢复TSM Server。2.2.2.8 TSM灾难恢复流程的建议XX集团本次备份方案,不仅涉及到生产中心的数据本地备份,还应该考虑备份数据的离线保存,和部分生产中心数据到容灾中心的异地传输。为了保证备份数据的可靠性,我们建议对生产中心重要数据备份的磁带介质进

33、行复制,一份用于近线保存,另一份用于离线数据保护(建议将此份磁带保存在灾备中心,可用于数据的异地恢复)。TSM能够生成备份数据的多个副本,并支持对离线介质的管理,如下图所示:TSM能够自动进行存储磁带介质的管理,对于离线的磁带,TSM能够自动跟踪其状态,如从磁带库到离线位置,TSM的DRM模块还能够自动进行离线磁带上的数据过期与淘汰,自动标示那些离线磁带可以被回收利用等。这些技术充分简化了离线磁带的管理。TSM是建立在关系型数据库上的企业级数据备份管理软件。Tivoli灾难恢复管理器创建并使用数据库信息,从而管理灾难恢复的准备过程。TSM的DRM模块(灾难恢复管理器)加强了TSM备份系统。TS

34、M的DRM模块不仅通过将数据异地保存来保护企业的数据,而且能跟踪所有在线和离线的磁带,并可以自动识别哪盘磁带离线。自动产生的灾难恢复计划也能自动的每日更新。通过这个自动产生的灾难恢复计划,我们可以以最小的工作量在异地或本地重建我们的应用系统,这意味着,TSM的DRM模块将不仅包括通常的意义上的灾难恢复计划,还包括前瞻性的业务持续性发展计划,可以对企业的应用提供多重的灾难恢复模式。使用DRM模块进行离线磁带管理关于TSM的离线磁带管理,我们在前面章节已经专门阐述,基本思想是采用TSM的灾难恢复模块DRM进行集中管理;TSM的DRM模块用于对TSM系统进行自动化的保护,在灾难恢复时进行系统的快速自

35、动恢复。DRM的核心功能是自动生成并更新灾难恢复计划,自动跟踪离线磁带的状态,进行磁带介质的自动管理,自动化TSM服务器的恢复管理。具体功能如下图所示:针对XX的具体需求,我们建议在生产中心集中数据备份的基础上,由TSM系统定期生成离线磁带,定期做磁带离线,当灾难发生时,有效进行数据恢复;TSM远程数据传输方案针对那些没有同步到容灾中心的重要业务系统数据,我们建议采用TSM的远程数据传输功能进行数据级容灾复制;TSM提供两种远程备份容灾机制,一种是基于网络和移动介质的导出和导入机制,另外一种是远程备份技术;我们将分别阐述这两种技术,并根据XX具体的网络条件和要求选用相应的技术。Server-T

36、o-Server数据复制技术:该技术能够将生产中心TSM备份系统的所有或部分数据导出,并可传输到另一服务器(导入)。有两种方法可用来执行导出和导入操作:ü 直接导出到网络上另一TSM服务器,即容灾中心的TSM系统。这种方式不需要在两个TSM服务器间有兼容的顺序设备类型就能立即进行数据传输。 ü 导出到顺序介质,然后使用此介质将数据导入到具有兼容设备类型的另一个TSM服务器。使用TSM的远程Server-To-Server容灾复制功能,我们能够通过下列一个或多个导出命令将全部服务器控制信息或其子集导出: EXPORT ADMIN EXPORT NODE EXPORT POLICY EXPORT SERVER将数据导出到目标服务器时,需要指定将接收导入TSM操作数据的服务器名称。TS

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论