IBM Tivoli storage manage(TSM)备份软件详细介绍

转自:https://blog.51cto.com/fangtsm/127372  Tivoli TSM产品功能详述 Tivoli TSM(Tivoli Storage …

转自:https://blog.51cto.com/fangtsm/127372

 Tivoli TSM产品功能详述
Tivoli TSM(Tivoli Storage Manager) 是一个企业级的Client/Server结构跨平台网络备份、恢复及存储管理软件。TSM Client主要功能是向TSM Server提供需要备份的数据,或向TSM Server索取已备份数据及归档数据以便Client恢复数据。TSM Server负责管理TSM Client的备份数据、备份策略及管理连接在TSM Server上的各类存储产品。

  TSM自动备份和恢复
一旦整个备份系统设置完成,每个应用系统的服务器会在指定的时间把需要备份的数据送到TSM服务器中集中存放。如果需要恢复数据,TSM Client端只要通过非常简单易用的图形界面或由应用程序发出指令指出恢复哪些个对象文件,TSM Server自动从磁带库中取出文件,交给TSM Client。如果备份磁带不在磁带库中,TSM Server提示系统管理员插入某盒磁带。
TSM是一个彻底的在线备份软件。对数据库,TSM通过TSM Connect Agent备份正在打开的数据库。对一般文件系统的文件,TSM的Client端能够备份打开的文件,甚至能备份正被修改的文件。当备份TSM遇到需备份的文件正被改动时,有四种处理方式:
不备份,同时在日志中留一个标记;
马上备份
重试数次(次数由用户预定),如文件仍然在修改,则不备份,记日志;
重试数次(次数由用户预先指定),最后一次无论文件静止或仍然在改动,都备份该文件。

TSM比同类备份软件考虑的更多的是数据的恢复能力。TSM的观念是:备份的目的就是恢复。所以在备份软件的评测中,备份速度TSM的优势并不明显,而恢复速度往往是其他软件的数倍。
TSM 这种惊人的恢复速度及其他许多独一无二的功能主要依赖于TSM强大的内核,TSM的引擎是一个关系数据库。迄今没有任何一家其他备份软件是采用关系型数据库作核心的。关系数据库的处理能力和搜索速度是TSM性能超越其他采用索引文件作为引擎的备份软件的主要原因。TSM完善的介质管理能力也得益于这个数据库引擎。

  TSM备份和恢复过程的容错性
TSM是唯一采用数据库作为核心的备份管理软件,每个备份对象都作为一个交易 (Transaction)来处理。因此TSM具有很强的容错能力,TSM的传输数据原则是:尽量避免不必要的重复数据传送占用网络带宽。当某个备份或恢复过程因为网络中断或机器故障而意外终止,下次重新递交该备份或恢复进程时,TSM会从中断处继续传输,而不是从头开始(许多备份软件都必须从头开始重做)。原因是TSM对每个对象备份完成与否都有日志记录,就象银行系统对每笔交易完成与否都有记录一样。

 TSM的永远增量备份
TSM 支持全盘备份和独一无二的“永久增量备份”方式。永久增量备份是指:初始时做所有数据文件的全盘备份,以后只备份新的或改动过的文件。这种方式减少了备份时间和所需的存储容量,减轻了网络负担。这种方式的原因是TSM把每个备份对象作为一个交易,记录在它的关系数据库中,每个备份对象对应文件系统的一个文件。当用户需要恢复文件系统时,TSM找到所有属于该文件系统原备份对象,交给用户。所以,TSM能够做永远的增量备份。

 TSM的介质管理能力
TSM 对备份和归档数据分别管理。因为归档数据保存时间比备份数据长,而且备份数据有‘版本’,归档数据无版本。‘版本’就是同一个数据对象的多个备份 copy,例如,记录销售情况的文件每天都在改变,如果每天做备份,那么每天的备份就是一个‘版本’。用户可以根据实际业务需要,保留必要的‘版本’数。 TSM能够自动清除过期的备份版本和归档数据。
TSM在介质管理中采用了独一无二的“磁带集中”和“磁带重用”技术。“磁带集中”使每个客户机的每天的备份数据都对应放在一盒或一组磁带上,使得TSM能够用最少的磁带数做恢复。这是一种迅速、可靠的数据恢复方式。
“ 磁带重用”的目的是使磁带库或光盘库介质自动轮转,完全实现备份、恢复的无人值守。原理是:当介质上的过期数据越来越多并达到一定限度时,比如介质上 80%的数据都过期了,TSM会自动把数个这样的介质的残余数据整合到一个介质中,而其它介质重新进入新的介质轮转中去。所以,如果用户有足够的存储容量,TSM可以做到真正的‘零管理’。

TSM能够自动跟踪所有介质的去向和使用情况。TSM不仅自动管理磁带库、光盘库中的介质,还能跟踪放在磁带库、光盘库外的介质和保留在异地的备份介质。当恢复需要这些介质时,TSM会提示管理员到何处去取标签为xxx的介质。
TSM本身具有完善的自我保护和恢复机制。配合TSM的灾难恢复,可帮助用户在计算机系统发生灾难性事件后迅速恢复系统和数据。这在后面有更详细的说明。

 数据库备份的考虑:
数据库的备份主要考虑备份是在线热备份还是冷备份。数据库的存储空间是建立在文件系统还是裸设备上。
建立在裸设备上的文件无法通过操作系统的文件系统来访问,而大部分应用程序包括TSM都是通过文件系统来访问数据的。数据库热备份是在数据库打开的情况下做的,所以在备份前一定要保证数据据库的完整性。失去完整性的数据库是无法恢复的。冷备份是在数据库正常关闭后做的备份,所以不需要考虑完整性(数据库已经是完整的)。
如果数据库存放在文件系统中,又只要做冷备份。非常简单,使用TSM的Client自动备份(或用户选定)相关文件即可。备份Oracle就采用这种办法。同样,如果Informix和Sybase基于文件系统,需做冷备份也采用这种方式。
如果做冷备份的数据库基于裸设备,或者需要热备份,则需要数据库工具来实现, TSM提供对以下应用的在线备份能力:
Lotus Domino、DB2、Oracle、Informix、SAP R/3、Exchange、SQL Server等
而且,Tivoli提供对应用的备份将可以充分利用到Tivoli对SAN的支持,应用可以支持通过SAN进行在线备份和恢复。

灾难恢复功能
TSM的Disaster Recovery Management(DRM) 选件能够帮助用户迅速恢复系统。
优点:
在各类灾难恢复方案中,是最全面及简单易行的方案之一
灾难发生后能够全自动恢复TSM服务器
自动生成可执行描述文件,准确、迅速恢复TSM服务器
为系统级的灾难恢复提供所需信息及步骤的详细描述
管理和跟踪TSM数据库和存储区间备份卷,智能化减少人为错误
为PC机的硬盘提供物理级镜像式恢复
大幅度减少系统管理员在容灾方面的时间投入
详细地指导操作人员如何一步一步恢复系统

好的计划是容灾的关键
许多企业机构都认识到数据备份是保证业务正常持续运行的重要部分。如果缺少了正确的数据保护,那么设备的故障、人为错误或自然灾害都会导致关键任务数据的丢失。但是,数据保护工作却变的越来越复杂,原因是关键性数据的存储越来越分散,数据分布在不同的地理位置或不同的组织部门中。
即使已经做了安全守护措施,那么当灾难发生后,在一个大型组织中需要多少时间才能彻底恢复数据呢?
答案取决于多种因素。灾难发生前,备份是否不折不扣的执行;如果日常有信息系统的恢复计划存在,该计划是否始终保持更新;如何在灾后迅速找到所有本地或异地的备份数据;如果灾难摧毁了服务器和工作站,那么这些设备的软硬件配置环境必须能够重新建立起来。
在很多情形中,实施恢复任务的工作小组往往不熟悉整个企业计算环境的结构,因为他们并没有参与当时结构的设计和初始化安装设置。
在灾难发生后的混乱中,管理员很难做到周全安排、井井有条的恢复系统及数据。因此,他们需要一份无懈可击、条理清晰的恢复指导书,TSM的灾难管理功能(简称DRM)能够指导用户如何操作来迅速恢复企业范围内的各种数据。
 DRM管理自动恢复所需的每个细节
自动、准确的DRM功能帮助用户保护宝贵数据的安全性。在TSM管辖内的数据,都能通过DRM自动策划、准备及制作备份恢复计划,一旦DRM生成了计划文件,所有服务器上最新的相关信息都被收集起来,以备恢复。
如果灾难发生,DRM提供恢复步骤的详细文档,可执行的描述文件自动恢复数据、重建环境。DRM使得企业可以很快回复正常运转。
DRM智能化管理和跟踪备份介质的转移。帮助管理员决定哪些介质本地保存,哪些介质需要异地保存。当恢复灾难时,DRM帮助用户迅速找到所有需要的介质,无论这些介质是在本地或运输途中或在异地的保险柜里。
TSM客户端追踪管理功能帮助系统管理员了解哪些系统被灾害摧毁,以及这些机器所需要的软硬件,以便用户决定需要重新定购哪些设备来替换损坏的设备。
其他DRM记录的重要信息包括:需要恢复的各台机器的优先级;相关人员的连续方式等
 DRM简化了计划和稽查过程
DRM自动收集制定恢复计划所需要的信息,并自动执行灾难恢复过程中的一些重要步骤,从而节省了系统管理员大量的时间。
许多机构需要定期测试容灾方案以确定其可行性,DRM集中式的管理和维护便于检查,而DRM清晰的步骤使得无论是全局测试或局部测试都简单易行。

作者: admin

为您推荐

发表评论

返回顶部