针对客户不同类型的主机、应用以及备份要求，我们使用了三种级别的备份方式，一种是基于文件级别的备份；第二种是基于数据库级别的备份；第四种是基于操作系统的备份。
TSM解决方案架构
对于具体的备份环境和结构，我们提出以下两种备份结构，一种是基于LAN环境的备份结构，在该备份架构下，数据流将经过局域网并通过备份服务器备往 带库；另外一种是基于SAN环境的备份结构，在该备份架构下，数据流将通过LAN-Free的备份方式直接备往带库。我们根据客户的实际备份需求选择适当 的软硬件。
考虑到系统稳定性及安全性，我们建议采用一台额外的UNIX或者Windows服务器作为IBM TSM服务器，和一台磁带库用于存储备份数据。IBM TSM服务器和磁带库之间使用光纤直接连接或者通过光纤连接到光纤交换机上。在这里我们推荐使用UNIX服务器作为IBM TSM服务器，因为它可以提供更为优秀的可靠性和IO吞吐量等。磁带库我们建议使用IBM 3582磁带库和IBM 3576磁带库。
在这个方案中，我们使用了以下的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)
这些产品和模块的部署如下图所示：
推荐采用的各个软件及模块安装配置如下：
1) Tivoli Storage Manager Extended Edition 安装在备份服务器上，该模块是整个备份系统的核心组件，用于集中管理备份数据、备份策略、备份客户端以及备份所使用的存储设备等；
2) TSM Client安装在所有需要备份的服务器上，是基本的备份客户端，用于对所在服务器进行文件级别的数据备份及恢复；
3) TSM for Databases安装在数据库服务器上，用于数据库业务数据的在线备份；
4) TSM for SAN安装在与光纤交换机直接相连，并且需要采用LAN-Free备份方式进行数据备份的服务器。
IBM TSM使用的是IP协议，因此IBM TSM理论上可以安装在局域网的任何地方。但是考虑到备份性能的因素，我们建议将备份服务器安装在连接所有主服务器的主交换机上。用于存储的磁带库通过光纤和备份服务器相连
当使用基于SAN的备份架构时，要求TSM备份服务器、磁带库以及所有需要采用LAN-Free进行备份的业务服务器都直接连接在SAN交换机上，这样，在进行数据备份及恢复时，数据流可以通过SAN直接到带库，从而大大提高数据备份与恢复的速度。
数据备份策略与流程
客户业务系统的日常备份操作由备份系统自动完成，操作人员按照要求在备份服务器上制定备份策略，全网的备份由TSM备份服务器统一管理。各客户端也 可以自行手工启动备份。TSM备份服务器(包括主服务器和共享服务器)的数据(文件和数据库资料)直接进入磁带库；各客户端的备份数据由网络传到备份主服 务器，进入带库；如果采用LAN-Free备份方式，客户端的备份数据则不经过局域网和备份服务器，而是直接备往带库；对于一些小文件，我们可以先将这些 小文件备份到TSM备份服务器的本地硬盘存储池中，待达到一定百分比时，在一次性迁移到带库中；而对于一些大文件，可以直接备份到带库中。这样可以大大提 高数据的备份效率，提高存储设备的利用率。为提高备份质量、保证数据安全，可以采用TSM软件的自动的副本存储池复制功能，同时进行备份复制，一份近线保 管，另一份离线保管(所有管理均由备份软件完成)提高系统容灾能力。
数据备份策略建议
当操作系统或应用出现问题时导致不可用时，需要通过TSM进行数据的恢复，在本方案中，数据的恢复策略可以根据不同的情况而制定：
本地业务数据库的恢复
出现此情况，可以通过本地的TSM Server结合TSM for Databases利用备份数据进行数据恢复。恢复时，TSM可以实现多线程的数据恢复，可以利用TSM独特的磁带分类集中存放技术，减少磁带的就位时间，提高数据恢复的效率。
先用最近一次的全备份恢复＋恢复最近一次的增量备份＋增量备份到断点的ARCHIVE LOG来恢复（要求数据库在ARCHIVE LOG模式下工作）。这种恢复方式比全部用ARCIVE LOG恢复要快。
如果两份容余的最近一次增量备份都不可用，可以追溯再上次的增量备份来恢复，然后用增量备份到断点的ARCHIVE LOG恢复。
如果最近一次的全备份恢复都不可用上个周期的全备份＋上个周期的最后一次增量备份＋本周期的最近一次增量备份＋增量备份到断点的ARCHIVE LOG来恢复。
如果增量备份都不可用，那么可以用全备份＋ARCHIVE LOG来恢复。
