tsm备份技术方案建议书.docx

《tsm备份技术方案建议书.docx》由会员分享，可在线阅读，更多相关《tsm备份技术方案建议书.docx（18页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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

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

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

4、块严谨的构造。作为IT 根底设施中最重要的效劳器、存储和备份平台，我们提出的方案具有良好的模块化特性； 具有格外精彩的连接和支持力量。我们推举的 IBM 软硬件产品具有丰富的功能特点，不但能够满足本次工程建设的各项要求，还为将来的进展打下良好的根底。业务的进展将越来越多地把更多的数据和治理应用整合在统一的物理平台 上。我们的方案正符合这样的趋势：应用和数据库的分别，支持存储网络技术， 可使得整个根底设施具有很好的扩展力量 - 随着业务的进展，可以通过扩展网络支持更多的效劳器、通过扩展存储可以供给更多的存储空间以及 I/O 处理力量。1.4 用户现状和需求分析信息网络中心目前网络上运行的系统有

5、EPR 系统、财务系统销售系统、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 上，

6、数据存放在 7133 磁盘阵列上。（6） 像 EPR 数据库效劳器和销售数据库效劳器、财务数据库效劳器、瓦斯监测数据库等重要的数据库数据存放在 DS4800 上。（7） 局部效劳器通过 CA 的备份软件进展了简洁的备份，备份到磁带上。经过一期的建设，集团已建立起初步的存储藏份系统，但经过一段时间的运行，觉察目前还存在以下问题：（1） 的应用和数据库系统数量增加的很快，将近20 台的重要效劳器都需要将数据存放在 DS4800 上并进展日常的存取，DS4800 的 I/O 压力很大。（2） 大量的效劳器还没有进展备份或只进展了简洁的备份，由于是单机运行，一旦消灭规律或物理故障，数据就有可能丧失，给

7、用户带来无法弥补的灾难。（3） 原有的 CA 备份软件版本已经陈旧，再加上 CA 厂商已退出中国，效劳的力度已跟不上，带来了一些潜在的影响。第2章 系统的具体设计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。对于核心数据库数据建议承受 RAID

12、0+1 模式供给最优异的性能和最高级的保护方式，对于应用效劳器数据承受 RADI5(7+1)模式供给根本的性能和安全性。DS5300 是 IBM 中高端存储产品，本次配置 16GB 缓存，可扩展到256 个硬盘以上(近期将会扩展到 448 块硬盘)，并支持 FC 和 SATA 硬盘在同一磁盘柜中混合使用，降低了用户的整体投资本钱。DS5300 承受 64 位的多核处理器， 支持掉电时缓存写回硬盘，并支持RAID6，不仅性能上大幅提升，在更加安全牢靠。本次我们将 OA 应用、OA 数据库、主数据库、OA 档案、OA 邮件、OA RTX 以及 IBM 刀片效劳器等多个应用的数据迁移到的 DS530

13、0 存储上，这样不仅可以利用其的功能和特性，也降低了 DS4800 上的 I/O 压力。由于之前的 FC 交换机的剩余端口不多了，因此本次还增 2 台的 32 口 FC 交换机，推举型号为 IBM SAN40B-4，满配 40 个 4Gb FC 端口，本次配置 32 个。效劳器端配置双 HBA 卡连接交换机，同时利用 RDAC 多路径软件，为主机通道实现动态地故障切换，充分保障主机系统的高可用性。冗余连接方案从主机到交换机之间是冗余的，不会消灭单点故障，从而保证业务的连续性。假设某个 I/O 路径发生故障，链路冗余软件会自动将 I/O 负荷切换到幸存的路径，并在发生故障的路径得到修复后马上恢复

14、其使用。在软件配置方面，我们通过统一的存储治理软件 DS Storage Manager 供给直观的图形用户界面，可对磁盘阵列实现全面、敏捷的配置与治理，支持多种数据应用功能。同时 DS5300 具备在线式存储扩展等高级功能，可以在不中断业务的前提下实现对存储空间的动态调优。另外本次我们还配置了快照和克隆软件对存储的数据进展持续的数据保护。例如，我们可以设计每天做 4 次快照，10 点，12 点，14 点和 16 点各做 1 次， 这样 8 点之前和 18 点之后可以用备份软件进展备份，白天工作的时候用快照软件进展数据保护，这样每天我们可能丧失的数据周期最多只有 2 个小时，极大的提高了数据的

15、安全性。我们也可以定期制作生产卷的克隆卷，用来进展开发测试或本地备份。快照和克隆是对传统备份技术的完善补充，进一步提高了数据的安全性和可用性。快照在几秒之内就可以完成，不影响我们日常对文件的访问，对系统性能的影响也很小，只是在使用快照的状况下，我们要多预留出一局部存储空间，需要一些软硬件方面的投资。对于以后可能增加的要连接到信息系统 SAN 中的全部相关应用效劳器，只要加上 HBA 卡，并连接上该存储区域网络就能访问后台存储设备里的数据。由于承受的是光纤传输通道，传输速率格外高，访问便利、快捷；且存储设备并非直接连接在局域网上，增加了存储设备里数据的安全性减小了存储设备直承受到外部攻击的可能性

16、。2.2.2 备份和存储治理系统设计2.2.2.1 产品选型在 XX 集团的备份和存储治理解决方案中，我们推举承受 IBM Tivoli Storage Manager以下简称 TSM来实现对存储治理的需求。针对 XX 集团不同类型的主机、应用对数据保护和存储治理的要求，我们使用了 TSM 来供给三种级别的备份方式：一种是基于文件级别的备份；其次种是基于数据库级别的备份；第三种是基于操作系统的备份。XX 集团使用了 Oracle 等数据库，为了确保这些数据库 7 x 24 小时的运行状态，我们会使用 TSM 和 TSM for Databases 来实现这两类数据库进展数据库的在线备份和恢复的

17、功能。考虑 XX 集团 IT 环境中除了数据库效劳器和应用效劳器以外，根本上属于文件级别的效劳器。对于这些文件效劳器，我们会直接使用 TSM 来实现对这些文件效劳器的备份和恢复的功能。2.2.2.2 系统的架构和功能对于具体的备份环境和构造，我们提出以下两种备份构造，一种是基于 LAN 环境的备份构造，在该备份架构下，数据流将经过局域网并通过备份效劳器备往带库；另外一种是基于 SAN 环境的备份构造，在该备份架构下，数据流将通过LAN-Free 的备份方式直接备往带库。我们依据 XX 的实际备份需求，选择对核心数据库数据进展 LAN-Free 备份，对于非核心的文件效劳器和应用效劳器进展LAN

18、 备份，从而降低整体的投资本钱。2.2.2.3 软件配置及部署拓扑图在本方案中，我们使用了以下的 IBM Tivoli 存储产品IBM Tivoli Storage Manager Extended Edition(TSMEE)IBM Tivoli Storage Manager for Databases(TSM for Databases)IBM Tivoli Storage Manager for SAN这些产品和模块的部署如以下图所示：(TSM for SAN)LAN数据库效劳器应用效劳器应用效劳器存储治理效劳器TSM client TSM for DB TSM for SANTSM

19、client TSM for SANTSM clientAIXAIXWindowsTSM ServerSAN 交换机SAN 交换机主存储阵列备份存储推举承受的各个软件及模块安装配置如下：l Tivoli Storage Manager Extended Edition 安装在备份效劳器上，该模块是整个备份系统的核心组件，用于集中治理备份数据、备份策略、备份客户端以及备份所使用的存储设备等；l TSM Client 安装在全部需要备份的效劳器上，是根本的备份客户端，用于对所在效劳器进展文件级别的数据备份及恢复；l TSM for Databases 安装在数据库效劳器上，用于数据库效劳器数据的在

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

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

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

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

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

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

26、进展一次全备份。 当要求恢复某些错误删除的文件时，系统会依据文件索引，找到删除文件的各个备份时间版本，从而帮助用户确认后从删除前一天的备份介质中加以恢复。2.2.2.6 数据库备份和恢复策略对于 XX 集团的业务系统而言，数据库是核心数据组成局部之一，因此针对数据库制定一个良好的备份策略是至关重要的。对于数据库系统的备份工作，主要内容包括数据库系统备份和核心业务数据备份两个方面：数据库系统备份为了在主机、数据库、应用软件系统发生故障时，能够快速、有效的使系统得到恢复，需要对主机、数据库、应用软件系统进展备份。由于主机、数据库、应用软件极少发生变动，所以它的备份策略也比较简洁。(1) 在主机、数

27、据库、应用软件安装调试完毕后，将主机、数据库、应用软件系统的备份到磁带上。(2) 在对主机参数、数据库参数、应用软件进展修改后，准时将主机、数据库、应用软件系统备份到磁带上。(3) 定期对主机、数据库、应用软件系统进展全备份。这些全备份可以通过TSM 的定时自动完成。此外，TSM 备份解决方案还可以供给额外的操作系统备份模块，应用系统备份模块等，能够对操作系统进展裸机备份，通过避开系统故障时重装操作系统来削减恢复时间。核心业务数据备份Oracle 在归档模式下运行，利用IBM Tivoli Storage Manager for Databases 模块调用 RMAN 进展在线的热备份，可以在

28、备份时，对备份数据保存在不同的存储对象中，以满足客户容灾的要求，可以利用 TSM 的多线程的数据迁移、利用多个磁带驱动器同时读写提高其数据备份的效率。针对 Oracle 的总数据量和增量数据量大小，我们可以利用 Oracle 的多达三级的增量备份机制，结合 TSM 强大的备份数据追踪寻址力量和介质治理功能， 制定敏捷的备份策略，实现全自动的备份数据的全生命周期治理。依据客户的数据量和网络条件，我们建议：Oracle 的备份以周为备份周期， 星期日到星期五做数据库累积增量、归档日志、掌握文件和 CATALOG 用户全部对象的备份，星期六做全备份，保存前面一周期和当前周期的备份，每个周期有两份容余

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

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

31、E LOG 恢复要快。假设两份容余的最近一次增量备份都不行用，可以追溯再上次的增量备份来恢复，然后用增量备份到断点的 ARCHIVE LOG 恢复。假设最近一次的全备份恢复都不行用上个周期的全备份上个周期的最终一次增量备份本周期的最近一次增量备份增量备份到断点的 ARCHIVE LOG 来恢复。假设增量备份都不行用，那么可以用全备份ARCHIVE LOG 来恢复。2.2.2.7 TSM 系统的恢复TSM 备份系统与其他的业务系统一样，也需要进展充分的保护，以备发生故障时有效的进展数据恢复，充分保证数据的牢靠性和安全性；TSM 备份系统的保护主要有以下手段：1. TSM 效劳器承受 HA 双机技

32、术，当其中一台效劳器停顿工作的时候，另外一台效劳器能够顺当接收，保证备份和恢复任务不中断；2. 承受镜像技术和备份技术保护 TSM 系统的索引信息数据库，可以将 TSM 的内置数据库卷镜像到其他的硬盘空间，还可以将其通过 NFS 镜像到其他机器的存储空间，从而充分保证索引数据库的可用性；此外，我们还建议通过备份技术每天对 TSM 系统的索引信息数据库进展备份，可以备份至一盘或一组独立的磁带上，并定时做离线，从而充分保证索引数据库的牢靠性；3. 通过拷贝存储池技术来对备份的业务数据进展额外保护，并定期做离线，当灾难发生时，能够有效恢复；当 TSM 系统由于意外而需要重建时，我们可以按以下步骤处理

33、：1. 假设 TSM Sever 建立在 HA 的环境下(即 TSM Server 分别安装在 HA 的双机上，而数据库文件则建立在共享的盘阵上)，一旦TSM Server 瘫痪，将由Standby TSM Server 自动接收。2. 假设在配置 TSM Server 中，已经将其后台数据库作了 MIRROR 配置，则只需将 MIRROR 的数据库文件直接激活即可。3. 假设对其后台数据库作了准时的本地备份，利用数据库的恢复功能恢复本地数据库，直接恢复 TSM Server。2.2.2.8 TSM 灾难恢复流程的建议XX 集团本次备份方案，不仅涉及到生产中心的数据本地备份，还应当考虑备份数据

34、的离线保存，和局部生产中心数据到容灾中心的异地传输。为了保证备份数据的牢靠性，我们建议对生产中心重要数据备份的磁带介质进展复制，一份用于近线保存，另一份用于离线数据保护建议将此份磁带保存在灾备中心，可用于数据的异地恢复。TSM 能够生成备份数据的多个副本，并支持对离线介质的治理，如以下图所示：TSM 能够自动进展存储磁带介质的治理，对于离线的磁带，TSM 能够自动跟踪其状态，如从磁带库到离线位置，TSM 的 DRM 模块还能够自动进展离线磁带上的数据过期与淘汰，自动标示那些离线磁带可以被回收利用等。这些技术充分简化了离线磁带的治理。TSM 是建立在关系型数据库上的企业级数据备份治理软件。Tiv

35、oli 灾难恢复治理器创立并使用数据库信息，从而治理灾难恢复的预备过程。TSM 的 DRM 模块灾难恢复治理器加强了 TSM 备份系统。TSM 的 DRM 模块不仅通过将数据异地保存来保护企业的数据，而且能跟踪全部在线和离线的磁带，并可以自动识别哪盘磁带离线。自动产生的灾难恢复打算也能自动的每日更。通过这个自动产生的灾难恢复打算，我们可以以最小的工作量在异地或本地重建我们的应用系统，这意味着，TSM 的 DRM 模块将不仅包括通常的意义上的灾难恢复打算，还包括前瞻性的业务持续性进展打算， 可以对企业的应用供给多重的灾难恢复模式。使用 DRM 模块进展离线磁带治理关于 TSM 的离线磁带治理，我

36、们在前面章节已经特地阐述，根本思想是采用 TSM 的灾难恢复模块DRM 进展集中治理；TSM 的 DRM 模块用于对 TSM 系统进展自动化的保护，在灾难恢复时进展系统的快速自动恢复。DRM 的核心功能是自动生成并更灾难恢复打算，自动跟踪离线磁带的状态，进展磁带介质的自动治理，自动化 TSM 效劳器的恢复治理。具体功能如以下图所示：针对XX 的具体需求，我们建议在生产中心集中数据备份的根底上，由 TSM 系统定期生成离线磁带，定期做磁带离线，当灾难发生时，有效进展数据恢复； TSM 远程数据传输方案针对那些没有同步到容灾中心的重要业务系统数据，我们建议承受 TSM 的远程数据传输功能进展数据级

37、容灾复制；TSM 供给两种远程备份容灾机制，一种是基于网络和移动介质的导出和导入机制，另外一种是远程备份技术；我们将分别阐述这两种技术，并依据 XX 具体的网络条件和要求选用相应的技术。Server-To-Server 数据复制技术：该技术能够将生产中心 TSM 备份系统的全部或局部数据导出，并可传输到另一效劳器导入。有两种方法可用来执行导出和导入操作：直接导出到网络上另一 TSM 效劳器，即容灾中心的 TSM 系统。这种方式不需要在两个 TSM 效劳器间有兼容的挨次设备类型就能马上进展数据传输。导出到挨次介质，然后使用此介质将数据导入到具有兼容设备类型的另一个TSM 效劳器。使用 TSM 的

38、远程 Server-To-Server容灾复制功能，我们能够通过以下一个或多个导出命令将全部效劳器掌握信息或其子集导出：EXPORT ADMIN EXPORT NODE EXPORT POLICY EXPORT SERVER将数据导出到目标效劳器时，需要指定将接收导入 TSM 操作数据的效劳器名称。TSM 的远程复制功能支持增量复制，系统治理员可限制在指定的日期与时间或在此之后导出到存储在效劳器上的对象的文件数据。可使用 FROMDATE 和 FROMTIME 参数，基于文件原来存储在效劳器中的日期与时间来导出数据。FROMDATE 和 FROMTIME 参数仅适用于客户机用户文件数据；这些参

39、数不影响其它已导出的信息，例如策略。远程备份技术：TSM 同时供给远程备份技术，TSM 技术架构的敏捷性使我们能够使用一个 TSM 客户端将数据备份到不同的 TSM 效劳器，因此，我们可以将需要远程容灾备份的数据首先备份到生产中心的 TSM 系统，然后通过广域网远程备份到容灾中心的 TSM 系统，容灾中心的业务系统可以通过 TSM 客户端直接从本地的 TSM 系统进展数据恢复；考虑到 XX 的具体需求，我们建议依据需要远程传输的数据量和网络带宽选择适宜的方式，假设需要传输的数据量较大，而带宽较小，则承受先在生产中心将数据导出到磁带，然后再从磁带导入容灾中心的 TSM 系统的方式；反之，假设需要

40、传输的数据量较小，则可以承受 Server-To-Server 的传输方式，或者承受远程备份技术从生产中心的 TSM 系统直接将数据复制到容灾中心的 TSM 系统中去；当发生大规模灾难，导致本地IT 系统崩溃时，启动异地数据恢复。由于XX 的生产中心数据都已经复制到了容灾中心，所以当生产中心由于灾难而不行访问时，可以切换应用到容灾中心；而只有在容灾中心发生灾难时，才会考虑承受TSM 的最终恢复方案；TSM 的灾难恢复方案，主要是使用生产系统备份的离线磁带，在灾备中心恢复生产中心备份系统 DB 和 recovery log，再将备份数据异机恢复到灾备中心环境中。TSM 具备灾难恢复模块，Tivo

41、li Disaster Recovery Manager ，该模块能够帮助治理人员实现数据恢复打算的建立和实施。包括实现 TSM 系统和应用系统的自动重建。通过DRM 的实时的灾难恢复打算，有效的治理各种在线和离线的存储介质，为应用系统的恢复供给强有力的保障。无须系统治理人员在大量的磁带中查找适宜的磁带进展应用系统的恢复。并且，灾难恢复打算是一个格外有用的灾难恢复流程参谋工具，通过 DRM，不仅可以自动的恢复 TSM 系统和应用系统的数据，而且，可以帮助用户进展存储治理流程的建立和优化，实现标准化的存储治理。具体来讲，当数据需要灾难恢复时，我们建议依据以下流程处理：1. 为灾难恢复预备 TSM 效劳器；2. 通过 DRM 模块，恢复生产中心备份效劳器包括 DB 和 recovery log；3. 重建应用系统并通过 TSM 快速恢复至上一次备份状态；4. 通过 TSM Client 恢复文件系统；Windows 系统直接恢复到目标效劳器；UNIX 系统先恢复到临时效劳器，通过 NFS 方式将文件恢复到 UNIX 系统5. 恢复数据库，通过 TSM 备份接口恢复数据库；6. 重启动数据库，验证数据库数据的可用性