私人高清影院

咨询热线:
0769-2288 1533
TSM备份恢复方案一
日期:2019-06-21  浏览次数:110

     针对客户不同类型的主机、应用以及备份要求,我们使用了三种级别的备份方式,一种是基于文件级别的备份;第二种是基于数据库级别的备份;第四种是基于操作系统的备份。

   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来恢复。



 

上一篇:没有了

下一篇:数据备份恢复策略二

返回列表
分享到: