企业级存储管理解决方案IBMDL.doc

IBM Tivoli Storage Manager
公司级存储管理解决方案

武汉佰钧成技术有限责任公司
2023年12月目录
1 前言 4
2 需求分析 5
2.1 客户环境介绍 5
2.2 客户需求描述 5
2.3 方案设计考虑 6
3 IBM TSM存储解决方案概述 8
3.1 方案简介和产品选型 8
3.1.1 文献级别的备份 8
3.1.2 数据库级别的备份 8
3.1.3 应用级别的备份 9
3.1.4 操作系统级别的备份 9
3.1.5 基于硬件镜像的应用/数据库备份 9
3.2 TSM解决方案架构及功能 10
3.2.1 硬件配置 10
3.2.2 物理拓扑图 11
3.2.3 软件配置及部署拓扑图 11
3.3 方案特点 14
4 北京中联云达信息系统服务有限公司数据备份与恢复策略建议 15
4.1 备份与恢复方式及数据流 15
4.2 文献系统备份与恢复策略建议 15
4.2.1 备份策略（永久增量备份） 15
4.2.2 恢复策略（一次恢复） 17
4.2.3 备份/恢复策略举例 17
4.3 数据库备份及恢复策略建议 18
4.3.1 数据库系统数据备份策略 18
4.3.2 Oracle数据库的备份与恢复 19
4.3.3 DB2数据库的数据备份及恢复策略 20
4.3.4 SQL Server数据库的备份 21
4.4 邮件系统的备份与恢复建议 22
4.4.1 Domino邮件系统备份与恢复 22
4.4.2 Exchange 邮件系统的备份与恢复 22
4.5 SAP系统的数据备份及恢复策略 23
4.6 操作系统的备份与恢复建议 24
4.6.1 本地TSM服务器系统的恢复 25
4.6.2 当本地整个计算机系统的恢复 25
4.7 劫难恢复流程建议 26
4.7.1 TSM备份系统的离线介质管理 26
4.7.2 TSM备份系统故障保护与恢复 27
4.7.3 基于TSM的数据容灾方案 28
4.7.4 基于TSM的数据恢复流程 31
5 方案优势总结 32
5.1 全面的解决方案 32
5.2 高性能的数据备份和恢复 32
5.3 集中的监控管理 33
5.4 强大的劫难恢复 35
5.5 数据的安全性 36
5.6 其它优势 36
5.6.1 IBM公司的战略性产品 36
5.6.2 广泛的市场选择和领先的技术优势 37
5.6.3 宽广的平台支持能力 37
5.6.4 磁盘高速缓存的优势 37
5.6.5 更高的数据可靠性 37
5.6.6 介质回收 38
5.6.7 内置关系数据库 38
5.6.8 集中管理 38
5.6.9 永久增量备份 38
5.6.10 瞬时存档/ 快速恢复 39
5.6.11 SAN能力/磁带池 39
5.6.12 支持TCP IP v6, SSL和长文献名 39
5.6.13 高效，自动的报告功能 39

1 前言
在公司对信息的依赖性越来越强的今天，信息已成为公司的生命源泉。有效防范系统突发事件，在尽也许低的运作成本和拥有成本的前提下，提高信息可靠性和可用性，已成为每个公司信息化工作急需解决的内容和关键性问题。
北京中联云达信息系统服务有限公司通过数年的信息建设，其IT信息环境已经初具规模，北京中联云达信息系统服务有限公司的信息化系统更是为整个公司的信息化建设起到了重要作用。其中有关的业务系统数据一般都是北京中联云达信息系统服务有限公司公司数年的积累下来的业务数据，是北京中联云达信息系统服务有限公司公司极其珍贵的无形资产。因此必须对这些数据进行备份保护，在数据丢失的时候，才可以及时恢复，挽回损失；对数据和存储资源、存储设备进行有效的管理，也可以最大限度的提高设备运用率，提高公司在存储资源方面的投资回报率。
TSM(IBM Tivoli Storage Manager)软件是IBM 2023存储管理经验的结晶。TSM是一种公司级存储管理产品，它在节省成本的前提下向您提供有保证的、自动、简朴并且灵活的服务。Tivoli TSM的管理架构，真正适合公司管理级管理需求，为公司提供高效、自动、可扩展的备份管理体系。
Tivoli TSM正是为解决公司级数据及系统安全而设计的备份全面解决方案。Tivoli TSM系统已成为当今数据备份领域的首选产品，并为涉及金融、电信在内的许多大型用户，解决困扰信息技术部门的备份管理问题。
目前，TSM 正在保护世界上超过1百万个应用系统，据记录TSM是财富100强中80%的公司的选择产品。据Dataquest提供的数据：TSM 在UNIX存储管理市场上保持第一名。
一个完整的备份解决方案需要有统一的管理策略，建立起安全和备份管理体制，将平常数据的安全管理与劫难恢复系统的建设结合起来。要实现以上目的，有必要在数据管理上做到自动化备份，实现无忧化管理，并能实现高效简朴的劫难恢复。
此外，公司在系统规划设计中，应当制定完善的数据存储管理和备份方案以及维护方案。一方面要尽也许实行严密的防范措施，防止存储数据被破坏；另一方面，在存储数据被破坏的情况下，能及时恢复，并且做到尽也许的完整恢复。一个好的存储管理和备份解决方案应涉及多方面的周密考虑，加强网络系统的数据安全性和可靠性，也涉及数据被破坏后的恢复解决办法。
2 需求分析
2.1 客户环境介绍
简要介绍用户系统环境，同时配上系统环境图。
2.2 客户需求描述
通过对客户环境的充足分析和了解，结合用户对建立存储系统的规定，我们认为，用户的数据备份系统应当具有的功能涉及：
(1) 采用的技术成熟、先进，并具有较强的可扩充性
成熟而先进的备份软件可认为北京中联云达信息系统服务有限公司提供更稳定的服务。具有良好的扩展性使得日后的扩展，如对SAN的支持以及将来容灾等无缝的扩展。
(2) 支持北京中联云达信息系统服务有限公司目前的所有异构环境
北京中联云达信息系统服务有限公司的IT环境具有很大的异构性，在操作系统方面有涉及AIX，HP-UX，Win2023，WinXP，Solaris，Linux，Netware在内的多种操作系统，在服务器方面有涉及CRM、财务系统、生产系统、Email、网站、数据库系统在内的多种服务器，在数据库方面，则采用了DB2，Oracle，SQL Server以及Informix。备份软件应当充足考虑到北京中联云达信息系统服务有限公司 IT环境的这种异构性，充足支持其IT环境中的各个IT要素，可以针对各个系统进行全面的备份。
(3) 实现文献系统数据、操作系统数据、多种应用/数据库数据的备份
所选用的备份软件应当是一个全面的解决方案，充足满足北京中联云达信息系统服务有限公司在各个层次上的备份需求，例如针对操作系统级别的备份，针对文献的备份，针对数据库的备份，针相应用如SAP系统，邮件服务器系统等的备份。
(4) 可以比较智能化的制定管理上的策略，并将这些策略非常容易地部署下去
(5) 对某些时间性较强的数据定期进行历史数据归档。
有些数据具有归档价值，可以对这些数据进行定期、自动归档也是北京中联云达信息系统服务有限公司所需要的功能。
(6) 备份软件应保证在不断数据库和应用的前提下对数据进行备份和恢复，也就是应当保证应用和数据库7 x 24的使用性能
(7) 实现分级存储管理(HSM)
分级存储管理能更充足的运用北京中联云达信息系统服务有限公司存储设备，实现非活动数据从不同存储介质（如磁盘和磁带）之间的自动迁移和透明回调，使用户的投资得到最大化。
(8) 提供全自动备份的集中数据存储管理模式
集中式数据存储模式可以减少用户投资并使提高存储资源运用率，提高可靠性。
(9) 对备份介质的有效管理
北京中联云达信息系统服务有限公司环境中存在很多不同种类的存储介质，如服务器的本地硬盘，外挂阵列，带机，带库等，对这些介质进行有效的管理将可以进一步提高存储资源运用率，从而获得更高的投资回报率。
(10) 对备份数据的及时恢复
备份的目的在于在数据丢失的时候可以快速恢复数据，因此，及时恢复也是北京中联云达信息系统服务有限公司最重要的需求之一。
(11) 对多种存储环境的支持，如SAN、LAN、NAS等
(12) 提供对关键数据远程容灾的功能
为了对关键业务数据提供更加可靠和完善的保护，建议对北京中联云达信息系统服务有限公司公司的核心数据提供远程容灾保护，即使本地生产系统和本地备份系统都受到损害，仍然可以运用远程备份实现数据的快速恢复。
2.3 方案设计考虑
根据以上的分析和客户需求，集中式存储管理系统的实行应遵循以下的原则：
安全性原则
必须在方案设计上保证系统的安全性和高可用性。在实行的过程中，能在线安装和部署，尽量对现有的生产系统的影响减至最低。同时，存储管理软件安全性能应在数据的传输，全寿命周期管理和应用存储系统管理员和操作员各个层次得到体现，满足用户的安全机制。
可管理性与系统高效原则
为保证数据存储的可管理性，减少管理的复杂性。采用先进的备份技术和先进的备份系统软件，采用统一的管理机制，保证大数据量的一致性备份和高速切换。必须提供高效的存储设备的管理能力和数据备份功能。
可扩展性原则
存储管理软件需采用先进技术，以利于整个系统的平滑升级。同时，必须考虑到此后存储环境的变化和劫难恢复系统建立的需要。
系统完整性原则
作为数据存储系统的组成部分，本系统的各项设计从整体考虑，协调各子系统构成完整的数据存储管理系统。
系统成熟性原则
存储管理软件必须稳定可靠，不能存在单点故障。
投资有效原则
系统方案应具有高性能价格比，具有较高实用性。

3 IBM TSM存储解决方案概述
3.1 方案简介和产品选型
在我们这次提供的备份解决方案中，我们运用IBM Tivoli Storage Manager和相关产品来实现北京中联云达信息系统服务有限公司的数据备份需求。
针对北京中联云达信息系统服务有限公司不同类型的主机、应用以及备份规定，我们使用了五种级别的备份方式，一种是基于文献级别的备份；第二种是基于数据库级别的备份；第三种是基于应用的备份；第四种是基于操作系统的备份；最后一种是基于硬件数据镜像的数据库/应用备份。下面分别对这五种级别的备份方式加以介绍。
3.1.1 文献级别的备份
考虑到北京中联云达信息系统服务有限公司IT环境中除了数据库服务器和应用服务器以外，基本上属于文献级别的服务器。例如：Web服务器、其它类型的文献服务器等。
对于这些文献服务器，我们会直接使用IBM Tivoli Storage Manager来实现对这些文献服务器的备份和恢复的功能。
3.1.2 数据库级别的备份
北京中联云达信息系统服务有限公司的IT环境中涉及到了多种类型的数据库，Oracle、DB2、MS SQL，Infomix等。为了保证这些数据库7 x 24小时的运营状态，我们提供了两种数据库的备份接口，以满足数据库的在线备份和恢复的功能。
对于DB2数据库，它自身已经带有了和IBM Tivoli Storage Manager的备份接口，它可以直接使用IBM Tivoli Storage Manager来做数据库的在线备份和恢复。
对于其它数据库，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Databases来实现这两类数据库进行数据库的在线备份和恢复的功能。
3.1.3 应用级别的备份
考虑到北京中联云达信息系统服务有限公司IT环境中使用的不同应用，例如：SAP服务器、邮件服务器等。并且为了保证应用7 x 24小时的运营状态，我们会提供相应应用的备份接口，以满足应用的在线备份和恢复的功能。
对于SAP应用，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for ERP来实现对SAP应用的在线备份和恢复的功能。
对于Domino或者MS Exchange邮件服务器，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Mail来实现对邮件服务器的在线备份和恢复的功能。
3.1.4 操作系统级别的备份
考虑到北京中联云达信息系统服务有限公司 IT环境中需要具有对于故障服务器恢复时，通过集中备份系统快速恢复操作系统，例如：AIX、Windows服务器等。同时，可以通过集中备份，增量备份不同时间点的操作系统，以便按需恢复。
对于AIX操作系统，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for sysback来实现对操作系统的在线备份和快速恢复的功能。
对于Windows 2023或者Windows XP操作系统，IBM Tivoli Storage Manager内置了对Windows ASR功能的支持，因此仅使用IBM Tivoli Storage Manager基本模块就可以实现Windows 2023 或者Windows XP操作系统的裸机备份和恢复功能。
3.1.5 基于硬件镜像的应用/数据库备份
北京中联云达信息系统服务有限公司的IT环境中也许会使用IBM的公司存储服务器例如ESS 800，DS8000, DS6000，SVC等。这类公司存储服务器具有Flashcopy的即时数据镜像功能，可以在很短的时间内将一个逻辑卷的数据镜像到此外一个逻辑卷中。通过使用这种功能与TSM的结合，可以实现应用的快速在线备份和恢复，并且将备份相应用服务器的资源占用减小到最少。
对于使用公司存储服务器的用户，运营Oracle或DB2的SAP应用，我们会使用IBM Tivoli Storage Manager搭配IBM Tivoli Storage Manager for Advanced Copy Service和IBM Tivoli Storage Manager for Enterprise Resource Planning来实现对SAP应用的在线备份和恢复的功能。
对于使用公司存储服务器的用户，直接运营Oracle数据库，我们会使用IBM Tivoli Storage Manager搭配IBM Tivoli Storage Manager for Databases和IBM Tivoli Storage Manager for Advanced Copy Services来实现对Oracle数据库的在线备份和恢复的功能。
对于使用公司存储服务器的用户，直接运营DB2数据库，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Advanced Copy Services来实现对DB2数据库的在线备份和恢复的功能。

3.2 TSM解决方案架构及功能
对于具体的备份环境和结构，我们提出以下两种备份结构，一种是基于LAN环境的备份结构，在该备份架构下，数据流将通过局域网并通过备份服务器备往带库；此外一种是基于SAN环境的备份结构，在该备份架构下，数据流将通过LAN-Free的备份方式直接备往带库。我们根据北京中联云达信息系统服务有限公司的实际备份需求选择适当的软硬件。
3.2.1 硬件配置
考虑到系统稳定性及安全性，我们建议采用一台额外的UNIX或者Windows服务器作为IBM TSM服务器，和一台磁带库用于存储备份数据。IBM TSM服务器和磁带库之间使用光纤连接。在这里我们推荐使用UNIX服务器作为IBM TSM服务器，由于它可以提供更为优秀的可靠性和IO吞吐量等。磁带库我们建议使用IBM 北京中联云达信息系统服务有限公司北京中联云达信息系统服务有限公司北京中联云达信息系统服务有限公司。下面是我们推荐使用的UNIX服务器和磁带库：

3.2.2 物理拓扑图

IBM TSM服务器与客户端之间通讯采用的是IP协议，因此IBM TSM服务器理论上可以安装在局域网的任何地方。但是考虑到备份性能的因素，我们建议将备份服务器安装在连接所有主服务器的主互换机上。
用于存储的磁带库通过光纤和备份服务器相连。
使用基于SAN的备份架构，规定TSM备份服务器、磁带库以及所有需要采用LAN-Free进行备份的业务服务器都直接连接在SAN互换机上，这样，在进行数据备份及恢复时，数据流可以通过SAN直接到带库，从而大大提高数据备份与恢复的速度。

3.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)
这些产品和模块的部署如下图所示：

推荐采用的各个软件及模块安装配置如下：
l Tivoli Storage Manager Extended Edition 安装在备份服务器上，该模块是整个备份系统的核心组件，用于集中管理备份数据、备份策略、备份客户端以及备份所使用的存储设备等；
l TSM Client安装在所有需要备份的服务器上，是基本的备份客户端，用于对所在服务器进行文献级别的数据备份及恢复；
l TSM for Databases安装在数据库服务器上，用于数据库服务器数据的在线备份；
l TSM for SAN安装在与光纤互换机直接相连，并且需要采用LAN-Free备份方式进行数据备份的服务器。

Tivoli TSM是一个公司级的Client/Server结构跨平台网络备份、恢复及存储管理软件。TSM Client重要功能是向TSM Server提供需要集中备份的数据，或向TSM Server索取已备份数据及归档数据以便Client恢复数据，目前支持多达39种平台，支持的存储设备也达250多种，基本覆盖了时下流行的多种平台和存储设备，覆盖范围从台式机到大型主机，可以满足用户现有环境的存储管理的需求，也为此后的拓展提供了技术的储备。TSM Server负责管理TSM Client的备份数据、备份策略及统一管理连接在TSM Server上的各类存储产品。
系统管理员通过WEB浏览器登录TSM Server进行管理。他为不同的TSM Client设立相应的备份策略，例如自动备份进行的时间，备份数据保存的长短等等。如下图：

系统管理人员还可通过Web界面帮助TSM Client做数据备份和恢复。所以TSM的管理员无论身在何处，使用何种机器，只要可以访问到TSM服务器，就可以使用Internet浏览器管理和使用TSM。配合内嵌在TSM内部的免费的公司级管理功能(Enterprise Management)，一名管理员可方便地管理公司内多台TSM服务器，这特别适合如用户这样的单位。
在进行数据恢复时，TSM给用户列出修正数据后的版本，文献修改时间，方便管理员查询备份数据。并提供了一个类似于IE的操作界面：

3.3 方案特点
(1) 对现有的存储环境改动小，能最大限度的减少对现有应用系统的影响。
(2) 能满足客户对海量数据的管理规定。
(3) 可以制定统一的存储管理策略，并可以统一部署TSM服务器上，实现统一的集中管理。
(4) 可以实现高度自动化的集中式数据保护。
(5) 高效的存储设备管理功能。
(6) 高度的扩展性，保证未来系统发展的需求，并考虑到将来劫难恢复系统的建设。通过TSM独有的SERVER TO SERVER功能，可以方便的将现有存储系统升级成劫难恢复系统，充足保护公司在系统管理的投资。

4 北京中联云达信息系统服务有限公司数据备份与恢复策略建议
4.1 备份与恢复方式及数据流
北京中联云达信息系统服务有限公司业务系统的平常备份操作由备份系统自动完毕，操作人员按照规定在备份服务器上制定备份策略，全网的备份由TSM备份服务器统一管理。各客户端也可以自行手工启动备份。TSM备份服务器(涉及主服务器和共享服务器)的数据(文献和数据库资料)直接进入磁带库；各客户端的备份数据由网络传到备份主服务器，进入带库；假如采用LAN-Free备份方式，客户端的备份数据则不通过局域网和备份服务器，而是直接备往带库；对于一些小文献，我们可以先将这些小文献备份到TSM备份服务器的本地硬盘存储池中，待达成一定比例时，在一次性迁移到带库中；而对于一些大文献，可以直接备份到带库中。这样可以大大提高数据的备份效率，提高存储设备的运用率。为提高备份质量、保证数据安全，可以采用TSM软件的自动的副本存储池复制功能，同时进行备份复制，一份近线保管，另一份离线保管(所有管理均由备份软件完毕)提高系统容灾能力。
4.2 文献系统备份与恢复策略建议
4.2.1 备份策略（永久增量备份）
北京中联云达信息系统服务有限公司业务系统有很多数据保存在文献系统中，对于文献系统的备份，TSM采用业界最为先进的永久增量备份方法，即：除了第一次需要进行全量备份之外，以后每次都进行增量备份，而无须进一步的全量备份，在恢复的时候可以一次性的恢复，从而可以大大减少需要备份的数据量，加快备份和恢复的速度；
除TSM之外，其他的备份软件基本上都采用某种完全、完全+增量或完全+差异的备份策略。TSM引入了一个新范例叫永久增量备份方法。当初次备份文献系统或计算机时，由于TSM以前未曾备份，所有的文献都将移动。当备份拷贝发送到TSM服务器时，每个文献单独存放在数据库中。文献名信息、所有者和安全信息、创建和修改时间，以及拷贝自身都放置在TSM服务器连续存储分层结构中。假如客户策略规定拷贝到磁带上，TSM数据库将记录磁带的条形码、起始块地址和文献长度。
在初始的备份后，将只考虑增量问题（不再进行完全拷贝）。天天将只移动上次备份操作后改变了的文献。并且，文献发送到TSM服务器后被单独存放在数据库中。当需要拷贝到磁带时，TSM服务器查询数据库，拟定从前的拷贝在哪一个磁带上。一旦拟定，将对该磁带进行再设立并把新拷贝附加在磁带末尾。这种对备份拷贝的收集都来自于同一台计算机或文献系统，于是形成了所谓的排列组。天天，改变的文献累加到排列组中（见图）。

图：永久增量备份
永久增量备份采用增量，提供了备份效率；采用排列组，提高了介质管理效率；准确地只移动盼望的文献，提高了恢复效率。该方法最大的功效还在于：累加方法并不需要在一个完全备份后才干开始恢复过程，也就是说并不需要周期性地建立完全备份拷贝。而对完全+增量或完全+差异方法，无论是否改变，每周都要移动和存储几十亿字节的数据。有了永久增量备份方法，就不需要这样做了。于是客户节省了大量的网络带宽（LAN、WAN或SAN）、磁带介质和时间。
在TSM中，一个备份策略的制定可以让所需要被备份的客户端来共享，也可以在一个备份中心制定多个备份策略以满足不同数据备份的需要。Tivoli使用Domain的模式来进行管理，可认为每个Domain的备份和归档分别制定备份策略，涉及：
ü 保存的版本数
ü 每个版本保存的天数
ü 到期版本的保存天数
ü 介质数据再集中的阀值
ü 。。。。。

4.2.2 恢复策略（一次恢复）
恢复操作的目的是让文献系统或计算机回到盼望的某一时间点。常见的情况是客户盼望的时间点就是最近某时刻。在永久增量备份方法下，完毕一个完全的恢复操作只需告诉TSM服务器盼望的时间点。运用时间点信息，TSM服务器查询数据库中文献集合，看它们是否在盼望的时间点上。这些文献存在于同一个排列组上，通常也位于一个（或少数几个）磁带上。设立了对的的磁带后，数据库指定每个文献的长度和起始块位置。大多数现代的磁带驱动器都具有快速扫描功能，能迅速定位到盼望的备份拷贝并执行恢复操作，这样只移动了盼望的文献。用户可以把该过程看作完全系统操作中一个完整的恢复过程。该过程就象在盼望的时间点做了完全备份同样（见图）。

图：时间点恢复
4.2.3 备份/恢复策略举例
备份策略的制定在很大限度上需要和北京中联云达信息系统服务有限公司的实际备份需求相适应。下面结合Tivoli的永久增量备份技术来描述一个简朴的备份策略：

ü 初始采用全备份策略，保存一份完整的数据。
ü 以后天天采用增量备份，选用增量级别。
ü 当出现恢复规定期，只需将全备份的所有数据加上前一天备份的增量数据恢复出来即可。
ü 通过一段较长时间后，可以再进行一次全备份。
ü 当规定恢复某些错误删除的文献时，系统会根据文献索引，找到删除文献的各个备份时间版本，从而帮助用户确认后从删除前一天的备份介质中加以恢复。
4.3 数据库备份及恢复策略建议
对于北京中联云达信息系统服务有限公司的业务系统而言，数据库是核心数据组成部分之一，因此针对数据库制定一个良好的备份策略是至关重要的。对于数据库系统的备份工作，重要重要内容涉及数据库系统备份和业务数据备份两个方面：
4.3.1 数据库系统数据备份策略
为了在主机、数据库、应用软件系统发生故障时，可以迅速、有效的使系统得到恢复，需要对主机、数据库、应用软件系统进行备份。由于主机、数据库、应用软件很少发生变动，所以它的备份策略也比较简朴。
(1) 在主机、数据库、应用软件安装调试完毕后，将主机、数据库、应用软件系统的备份到磁带上。
(2) 在对主机参数、数据库参数、应用软件进行修改后，及时将主机、数据库、应用软件系统备份到磁带上。
(3) 定期对主机、数据库、应用软件系统进行全备份。这些全备份可以通过TSM的定期自动完毕。
此外，TSM备份解决方案还可以提供额外的操作系统备份模块，应用系统备份模块等，可以对操作系统进行裸机备份，通过避免系统故障时重装操作系统来减少恢复时间。

4.3.2 Oracle数据库的备份与恢复
Oracle在归档模式下运营，运用IBM Tivoli Storage Manager for Databases模块调用RMAN进行在线的热备份，可以在备份时，对备份数据保存在不同的存储对象中，以满足客户容灾的规定，可以运用TSM的多线程的数据迁移、运用多个磁带驱动器同时读写提高其数据备份的效率。

针对Oracle的总数据量和增量数据量大小，我们可以运用Oracle的多达三级的增量备份机制，结合TSM强大的备份数据追踪寻址能力和介质管理功能，制定灵活的备份策略，实现全自动的备份数据的全生命周期管理。
根据客户的数据量和网络条件，我们建议：Oracle的备份以周为备份周期，星期一到星期六做数据库累积增量、归档日记、控制文献和CATALOG用户所有对象的备份，星期天做全备份，保存前面一周期和当前周期的备份，每个周期有两份容余。并且由于该应用的Oracle系统版本较新，也可以运用一些最新的Oracle备份技术，将同样的一份备份数据同时保存在不同的存储介质中去，如磁带和硬盘，以保证备份数据的完整性和安全性。对于Oracle系统的数据备份和恢复的性能，可以通过开辟多个Oracle数据备份通道和多重数据迁移的技术得到保障。
对于以上的备份文献，根据管理的规定设定其保存时间，当此类数据过期时，TSM将自动进行清理，无须管理人员参与。备份时可以运用TSM的永远增量备份的功能、多线程的数据迁移提高数据备份的效率，也可以运用TSM独特的磁带分类集中存放技术保证数据存放的合理性，减少磁带的占用，提高数据恢复的效率。假如此类文献较小的话，可以运用TSM独特的磁盘池的功能，先将这些小文献备份到备份服务器的本地硬盘存储池的TSM临时存储池中，待达成一定比例时，再一次性迁移到带库中。

恢复操作及策略
可以通过本地的TSM Server结合TSM for Databases运用备份数据进行数据恢复。恢复时，TSM可以实现多线程的数据恢复，可以运用TSM独特的磁带分类集中存放技术，减少磁带的就位时间，提高数据恢复的效率。
先用最近一次的全备份恢复＋恢复最近一次的增量备份＋增量备份到断点的ARCHIVE LOG来恢复（规定数据库在ARCHIVE LOG模式下工作）。这种恢复方式比所有用ARCIVE LOG恢复要快。
假如两份容余的最近一次增量备份都不可用，可以追溯再上次的增量备份来恢复，然后用增量备份到断点的ARCHIVE LOG恢复。
假如最近一次的全备份恢复都不可用上个周期的全备份＋上个周期的最后一次增量备份＋本周期的最近一次增量备份＋增量备份到断点的ARCHIVE LOG来恢复。
假如增量备份都不可用，那么可以用全备份＋ARCHIVE LOG来恢复。
4.3.3 DB2数据库的数据备份及恢复策略
在DB2数据库内部集成了TSM的备份模块，数据可以直接备份到TSM备份服务器或者在TSM备份服务器的控制之下通过LAN-Free的方式将数据通过SAN直接备往带库。结合TSM强大的备份数据追踪寻址能力和介质管理功能，制定灵活的备份策略，实现全自动的备份数据的全生命周期管理。
Tivoli Storage Manager 可以无缝的支持DB2数据库的各种备份操作，而不需要增长任何模块。DB2数据库内部集成了TSM的备份模块，使得数据可以直接备往TSM备份服务器或者在TSM备份服务器的控制之下通过LAN-Free的方式将数据通过SAN直接备往带库。
TSM 提供了备份接口供数据库和应用程序使用，而DB2的备份工具集成了使用该接口的模块。TSM可以不仅可以通过备份接口来备份DB2的data file，还可以备份DB2数据库log file。log file 在变为inactive 时就会被移至User Exit应用程序，然后通过设立可以自动被TSM所接受。如下图所示：

图：TSM 通过应用接口备份DB2
DB2数据库备份的自动调度也可以通过多种方式来实现，如通过TSM的调度、通过DB2的定期备份功能以及通过操作系统的定期功能等。TSM和DB2数据库备份的无缝集成使得DB2数据备份更加安全而有效，从而为用户提供更为方便有效的备份服务。
4.3.4 SQL Server数据库的备份
备份操作将在 Tivoli Storage Manager 存储媒体上创建所有或部分 SQL 数据库的副本。TSM for SQL 提供备份和恢复 SQL 数据时必需的逻辑机制和逻辑。
当备份执行后，TSM for SQL 将保存关于 SQL Server 和数据库的信息。备份完毕后这些信息将用于查询和恢复操作。有关数据库文献组和文献的名称和大小的信息作为子对象与数据库数据一起存储。这些子对象被称为元数据。仅当需要有关单个数据库文献组和文献的信息时才需要此“元”子对象。
TSM for SQL 提供除了完全和日记备份以外范围扩大的备份类型，这样当您不想备份整个数据库或由于备份时间或性能需要不允许执行这样的备份时，它将提供更大的灵活性。Data Protection for SQL 提供六种类型的备份：完全数据库备份、差分备份、日记备份、文献备份、组备份和集备份

4.4 邮件系统的备份与恢复建议
4.4.1 Domino邮件系统备份与恢复
假如采用Domino系统，可以运用IBM Tivoli Storage Manager for Mail实现在线的热备份。
对于5.0.3以上版本的Domino系统，可以运用Domino的Active Log模式，运用Tivoli Data Protection For Mail实现在线的热备份，可以实现Domino系统的数据库文献的全备份和增量备份，也可以实现Active Log的在线热备份。对于5.0.3以下版本的Domino系统，运用Tivoli Data Protection For Mail实现在线的热备份，也可以实现Domino系统的数据库文献的全备份和增量备份。
对于Domino系统的恢复，可以通过本地的TSM Server结合TSM for mail运用备份数据进行数据恢复。
对于5.0.3以上版本的Domino系统，先用最近一次的全备份恢复＋恢复最近一次的增量备份＋增量备份到断点的ACTIVE LOG来恢复。
对于5.0.3以下版本的Domino系统，用最近一次的全备份恢复＋恢复最近一次的增量备份实现恢复。
4.4.2 Exchange 邮件系统的备份与恢复
假如采用Exchange系统，也可以运用IBM Tivoli Storage Manager for Mail实现在线的热备份。涉及邮件组和单个邮件的热备份。
对于备份文献，根据管理的规定设定其保存时间，当此类数据过期时，TSM将自动进行清理，无须管理人员参与。备份时可以运用TSM的永远增量备份的功能、多线程的数据迁移提高数据备份的效率，也可以运用TSM独特的磁带分类集中存放技术保证数据存放的合理性，减少磁带的占用，提高数据恢复的效率。假如此类文献较小的话，可以运用TSM独特的磁盘池的功能，先将这些小文献备份到备份服务器的本地硬盘存储池的TSM临时存储池中，待达成一定比例时，在一次性迁移到带库中。
对于文献系统和裸设备的备份，可以直接运用TSM Client进行备份。
备份通过TSM的定期机制自动完毕。
当操作系统或应用出现问题时导致不可用时，需要通过TSM进行数据的恢复，在本方案中，数据的恢复策略可以根据不同的情况而制定：
4.5 SAP系统的数据备份及恢复策略
对于北京中联云达信息系统服务有限公司的SAP系统，我们建议采用TSM客户端与TSM for ERP(SAP)相结合的方法来进行SAP数据的在线备份；TSM for ERP是对SAP进行实时在线备份的软件。SAP的系统是一个三层架构的Server-Client的应用，如下图所示：

图：SAP的三层结构
第一层是数据库服务器（Database server）：R/3应用的所有数据和Log都存放在此层，目前，R/3系统支持的后台外挂关系型数据库有：Oracle、DB2、Informix、SQL等，国内使用面最广的是基于Oracle或DB2的R/3应用。
第二层是SAP的应用服务器（SAP Application-server），SAP的源程序和客户开发的R/3应用集中在此层，R/3系统通过一个内部的数据管理工具SAPDBA和数据库服务器紧密的关联在一起，执行对数据库服务器的系统管理、存储管理等。
第三层是用户的操作层（Presentation Client），终端用户通过此层进行系统的具体应用。
因此，从完整的系统存储管理来说，对于SAP的应用，在存储管理方面，必须兼顾数据库服务器和SAP的应用服务器两个层次，才干作到SAP应用的在线备份。Tivoli提供了Tivoli Storage Manager For ERP On Oracle/DB2模块，结合Tivoli Storage Manager，可以对SAP的数据库服务器（Oracle或DB2）进行在线的热备份和恢复。在存储区域网（SAN）的环境下，可以实现不依赖网络带宽（LAN-FREE）的数据备份和恢复。
TSM for SAP和 Tivoli Storage Manager 提供可靠的可再生的操作过程使得系统管理员可以有效的管理大量的数据。它使ERP管理员通过一个定制的界面和SAP DBA提供的功能，同时借助TSM的自动数据管理能力来备