精华内容
下载资源
问答
  • 教程名称:IBM TSM备份软件实战教学视频(14集)课程目录:【】01-tsm介绍【】02-tsm安装【】03-tsm参数配置【】04-tsm存储配置【】05-tsm备份策略【】06-tsm版本控制【】07-tsm包含排除列表【】08-tsm调度【】09-...
  • TSM备份软件资料

    2012-02-22 11:38:03
    TSM(Tivoli Storage Manager) 软件是 IBM 存储管理经验的结晶。 TSM 是为解决企业级数据及系统安全而设计的备份全面解决方案,为石油、金融、电信等许多大型企业,解决困扰信息技术部门的备份管理问题。它在节省成本...
  • 本文主要写的是TSM备份软件在windows环境下如何进行各种数据、文件的备份和恢复。
  • TSM备份软件实施步骤

    2009-08-03 17:31:37
    TSM备份软件实施 1.安装好备份服务器(可以是PCServer,UNIX小型机):将服务器上架,安装完操作系统(Windows2000server或Windows2003server或UNIX或LINUX)并打上相...

    TSM备份软件实施

    1. 安装好备份服务器(可以是PC ServerUNIX小型机):将服务器上架,安装完操作系统(Windows2000 serverWindows 2003 serverUNIXLINUX)并打上相关的安全补丁;

    2.将自动加载磁带机安装到备份服务器上去,建议备份服务器用一块单独的SCSI卡来连接自动加载磁带机,进入服务器系统,安装自动加载磁带机的驱动,通过TSMTAR来测试磁带机的安装结果;

    3.在备份服务器上安装TSM备份管理软件,在各备份客户端安装相应的选件,

      在备份服务器的备份对象列表中找到要备份的对象,然后通过设定的策略进行备份;

    4.对UNIX上的ORACLE数据库服务器,先在服务器上安装数据库代理和打开文件代理,在备份服务器上制定策略,首先对其做INFOMIX数据库的完全备份及系统盘系统盘的完全备份,然后备份对其他重要的文件做备份,完成后设定相应的作业计划;

    5.对服务器上的关键文件,通过在其上安装打开文件代理来对其进行备份;在实施时,首先对这些资源做手动的完全备份,成功后设定相应的计划任务,每周末做完全备份,每周其他时间做增量备份;

    6.针对要进行灾难恢复的客户端制作灾难恢复盘和引导磁盘,以便在备份客户机发生灾难事件的时候进行快速恢复。

    7.在安装完成后,首先对备份系统的客户端进行一次完全备份,进行测试,如果没有出现问题就设定计划任务。

    来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/11134849/viewspace-611302/,如需转载,请注明出处,否则将追究法律责任。

    转载于:http://blog.itpub.net/11134849/viewspace-611302/

    展开全文
  • 测试了一下TDP for DB2的备份,因为刚刚接触TSM,希望和高手们交流。 OS:WINDOWS XP DB:DB2 8.2 TSM:5.2 FOR WINDOWS1.安装tsm 5.2 for windows ...

    测试了一下TDP for DB2的备份,因为刚刚接触TSM,希望和高手们交流。

    OS:WINDOWS XP

    DB:DB2 8.2

    TSM:5.2 FOR WINDOWS


    1.安装tsm 5.2 for windows

    1)安装tsm 5.2 server for windows
    2)安装tsm 5.2 license for windows
    3)安装tsm 5.2 client for windows

    2.按照wizard来进行Tsm server的初始化,完成之后,应该可以访问htpp://127.0.0.1:1580

    3.安装DB2 V8
    db2level的输出
    DB21085I 实例 "DB2" 使用 "32" 位和 DB2 代码发行版 "SQL08022",级别标识为"03030106"。
    参考标记为 "DB2 v8.1.9.917"、"OD_14086" 和 "WR21350_14086",修订包为 "9"。
    产品是在 "E:PROGRA~1IBMSQLLIB" 处安装的。

    4.设置系统环境变量,添加:
    1)设置客户端的环境变量
    DSMI_DIR=C:Program FilesTivoliTSMapi
    DSMI_LOG=C:Program FilesTivoliTSMapi
    DSMI_CONFIG=c:Program FilesTivoliTSMapidsm.opt
    2)设置服务端的环境变量
    DSMSERV_CONFIG=d:Program FilesTivolitsmserverdsmserv.opt
    DSMSERV_DIR=d:Program FilesTivolitsmserver

    5.创建opt文件
    client的opt文件:

    Commmethod tcpip
    tcpserveraddress localhost
    tcpport 1500
    nodename NODE
    passwordaccess generate

    Server的opt文件:

    COMMmethod TCPIP
    COMMmethod HTTP
    TCPPort 1500
    HTTPPort 1580

    6.执行adsmpipw生成密码。这个密码在windows平台里面是保存在注册表中。如果是unix平台则保存在/etc/下面。
    注意:这里务必要成功不然会有137的错误提示

    7.修改db2的userexit参数
    DB2 update db cfg for db_name using userexit on

    8.安装c编译器,来编译DB2uext2.c文件(我这里安装的是微软的vc)将生成的DB2uext2.exe拷到sqllib/bin下面

    9.在Tsm里面定义policyset,并且注册你的node.
    因为是测试平台,所以可以用disk来代替磁带进行备份。(比如可以创建一个Sequential Access Storage Pools来模拟现实的tape介质)

    10.最后就可以使用以下命令来备份db2

    db2 backup db sample use tsm

    11.可以使用db2adutl quesry来检查你的备份
    Query for database SAMPLE

    Retrieving FULL DATABASE BACKUP information.
    1 Time: 20060302131528 Oldest log: S0000000.LOG DB Partition Number: 0
    Sessions: 1

    来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/4096/viewspace-52589/,如需转载,请注明出处,否则将追究法律责任。

    转载于:http://blog.itpub.net/4096/viewspace-52589/

    展开全文
  • tsm备份方案

    千次阅读 2017-05-16 14:33:06
    3 IBM TSM存储解决方案概述 3.1 方案简介和产品选型 3.1.1 文件级别的备份 3.1.2 数据库级别的备份 3.1.3 应用级别的备份 3.1.4 操作系统级别的备份 3.1.5 基于硬件镜像的应用/数据库备份

    目录

    1 前言

    2 需求分析

    2.1 客户环境介绍

    2.2 客户需求描述

    2.3 方案设计考虑

    3 IBM TSM存储解决方案概述

    3.1 方案简介和产品选型

    3.1.1 文件级别的备份

    3.1.2 数据库级别的备份

    3.1.3 应用级别的备份

    3.1.4 操作系统级别的备份

    3.1.5 基于硬件镜像的应用/数据库备份

    3.2 TSM解决方案架构及功能

    3.2.1 硬件配置

    3.2.2 物理拓扑图

    3.2.3 软件配置及部署拓扑图

    3.3 方案特点

    4 XXX数据备份与恢复策略建议

    4.1 备份与恢复方式及数据流

    4.2 文件系统备份与恢复策略建议

    4.2.1 备份策略(永久增量备份)

    4.2.2 恢复策略(一次恢复)

    4.2.3 备份/恢复策略举例

    4.3 数据库备份及恢复策略建议

    4.3.1 数据库系统数据备份策略

    4.3.2 Oracle数据库的备份与恢复

    4.3.3 DB2数据库的数据备份及恢复策略

    4.3.4 SQL Server数据库的备份

    4.4 邮件系统的备份与恢复建议

    4.4.1 Domino邮件系统备份与恢复

    4.4.2 Exchange 邮件系统的备份与恢复

    4.5 SAP系统的数据备份及恢复策略

    4.6 操作系统的备份与恢复建议

    4.6.1 本地TSM服务器系统的恢复

    4.6.2 当本地整个计算机系统的恢复

    4.7 灾难恢复流程建议

    4.7.1 TSM备份系统的离线介质管理

    4.7.2 TSM备份系统故障保护与恢复

    4.7.3 基于TSM的数据容灾方案

    4.7.4 基于TSM的数据恢复流程

    5 方案优势总结

    5.1 全面的解决方案

    5.2 高性能的数据备份和恢复

    5.3 集中的监控管理

    5.4 强大的灾难恢复

    5.5 数据的安全性

    5.6 其它优势

     

    1 前言


    XXX经过多年的信息建设,其IT信息环境已经初具规模,XXX的XXX系统更是为整个公司的信息化建设起到了重要作用。其中XXX系统的数据一般都是XXX公司多年的积累下来的业务数据,是XXX公司极其珍贵的无形资产。因此必须对这些数据进行备份保护,在数据丢失的时候,才能够及时恢复,挽回损失;对数据和存储资源、存储设备进行有效的管理,也能够最大限度的提高设备利用率,提高公司在存储资源方面的投资回报率。

    一个完整的备份解决方案需要有统一的管理策略,建立起安全和备份管理体制,将日常数据的安全管理与灾难恢复系统的建设结合起来。要实现以上目标,有必要在数据管理上做到自动化备份,实现无忧化管理,并能实现高效简单的灾难恢复。

    另外,企业在系统规划设计中,应该制定完善的数据存储管理和备份方案以及维护方案。一方面要尽可能实施严密的防范措施,预防存储数据被破坏;另一方面,在存储数据被破坏的情况下,能及时恢复,并且做到尽可能的完整恢复。一个好的存储管理和备份解决方案应包括多方面的周密考虑,加强网络系统的数据安全性和可靠性,也包括数据被破坏后的恢复解决办法。


    2 需求分析

    2.1 客户环境介绍

    简要介绍用户系统环境,同时配上系统环境图。

    2.2 客户需求描述

    通过对客户环境的充分分析和了解,结合用户对建立存储系统的要求,我们认为,用户的数据备份系统应当具有的功能包括:

    (1) 采用的技术成熟、先进,并具有较强的可扩充性

    成熟而先进的备份软件能够为XXX提供更稳定的服务。具有良好的扩展性使得日后的扩展,如对SAN的支持以及将来容灾等无缝的扩展。

    (2) 支持XXX目前的所有异构环境

    XXX的IT环境具有很大的异构性,在操作系统方面有包括AIX,HP-UX,Win2003,WinXP,Solaris,Linux,Netware在内的多种操作系统,在服务器方面有包括xxxxxxxxxxxxxxxxxxxxxxxxxxxxx在内的多种服务器,在数据库方面,则采用了DB2,Oracle,SQL Server以及Informix。备份软件应该充分考虑到XXX IT环境的这种异构性,充分支持其IT环境中的各个IT要素,能够针对各个系统进行全面的备份。

    (3) 实现文件系统数据、操作系统数据、多种应用/数据库数据的备份

    所选用的备份软件应该是一个全面的解决方案,充分满足XXX在各个层次上的备份需求,例如针对操作系统级别的备份,针对文件的备份,针对数据库的备份,针对应用如SAP系统,邮件服务器系统等的备份。

    (4) 能够比较智能化的制定管理上的策略,并将这些策略非常容易地部署下去

    (5) 对某些时间性较强的数据定期进行历史数据归档。

    有些数据具备归档价值,能够对这些数据进行定期、自动归档也是XXX所需要的功能。

    (6) 备份软件应保证在不停数据库和应用的前提下对数据进行备份和恢复,也就是应该保证应用和数据库7 x 24的使用性能

    (7) 实现分级存储管理(HSM)

    分级存储管理能更充分的利用XXX存储设备,实现非活动数据从不同存储介质(如磁盘和磁带)之间的自动迁移和透明回调,使用户的投资得到最大化。

    (8) 提供全自动备份的集中数据存储管理模式

    集中式数据存储模式能够降低用户投资并使提高存储资源利用率,提高可靠性。

    (9) 对备份介质的有效管理

    XXX环境中存在很多不同种类的存储介质,如服务器的本地硬盘,外挂阵列,带机,带库等,对这些介质进行有效的管理将能够进一步提高存储资源利用率,从而获得更高的投资回报率。

    (10) 对备份数据的及时恢复

    备份的目的在于在数据丢失的时候能够快速恢复数据,因此,及时恢复也是XXX最重要的需求之一。

    (11) 对多种存储环境的支持,如SAN、LAN、NAS等

    (12) 提供对关键数据远程容灾的功能

    为了对关键业务数据提供更加可靠和完善的保护,建议对XXX公司的核心数据提供远程容灾保护,即使本地生产系统和本地备份系统都受到损害,依然可以利用远程备份实现数据的快速恢复。

    2.3 方案设计考虑

    根据以上的分析和客户需求,集中式存储管理系统的实施应遵循以下的原则:

    安全性原则

    必须在方案设计上保证系统的安全性和高可用性。在实施的过程中,能在线安装和部署,尽量对现有的生产系统的影响减至最低。同时,存储管理软件安全性能应在数据的传输,全寿命周期管理和应用存储系统管理员和操作员各个层次得到体现,满足用户的安全机制。

    可管理性与系统高效原则

    为保证数据存储的可管理性,减少管理的复杂性。采用先进的备份技术和先进的备份系统软件,采用统一的管理机制,保证大数据量的一致性备份和高速切换。必须提供高效的存储设备的管理能力和数据备份功能。

    可扩展性原则

    存储管理软件需采用先进技术,以利于整个系统的平滑升级。同时,必须考虑到今后存储环境的变化和灾难恢复系统建立的需要。

    系统完整性原则

    作为数据存储系统的组成部分,本系统的各项设计从整体考虑,协调各子系统构成完整的数据存储管理系统。

    系统成熟性原则

    存储管理软件必须稳定可靠,不能存在单点故障。

    投资有效原则

    系统方案应具有高性能价格比,具有较高实用性。

     

    3 IBM TSM存储解决方案概述

    3.1 方案简介和产品选型

    在我们这次提供的备份解决方案中,我们利用IBM Tivoli Storage Manager和相关产品来实现XXX的数据备份需求。

    针对XXX不同类型的主机、应用以及备份要求,我们使用了五种级别的备份方式,一种是基于文件级别的备份;第二种是基于数据库级别的备份;第三种是基于应用的备份;第四种是基于操作系统的备份;最后一种是基于硬件数据镜像的数据库/应用备份。下面分别对这五种级别的备份方式加以介绍。

    3.1.1 文件级别的备份

    考虑到XXXIT环境中除了数据库服务器和应用服务器以外,基本上属于文件级别的服务器。例如:Web服务器、其它类型的文件服务器等。

    对于这些文件服务器,我们会直接使用IBM Tivoli Storage Manager来实现对这些文件服务器的备份和恢复的功能。

    3.1.2 数据库级别的备份

    XXX的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 应用级别的备份

    考虑到XXXIT环境中使用的不同应用,例如: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 操作系统级别的备份

    考虑到XXX IT环境中需要具有对于故障服务器恢复时,通过集中备份系统快速恢复操作系统,例如:AIX、Windows服务器等。同时,可以通过集中备份,增量备份不同时间点的操作系统,以便按需恢复。

    对于AIX操作系统,我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for sysback来实现对操作系统的在线备份和快速恢复的功能。

    对于Windows 2003或者Windows XP操作系统,IBM Tivoli Storage Manager内置了对Windows ASR功能的支持,因此仅使用IBM Tivoli Storage Manager基本模块就可以实现Windows 2003 或者Windows XP操作系统的裸机备份和恢复功能。

    3.1.5 基于硬件镜像的应用/数据库备份

    XXX的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的备份方式直接备往带库。我们根据XXX的实际备份需求选择适当的软硬件。

    3.2.1 硬件配置

    考虑到系统稳定性及安全性,我们建议采用一台额外的UNIX或者Windows服务器作为IBM TSM服务器,和一台磁带库用于存储备份数据。IBM TSM服务器和磁带库之间使用光纤连接。在这里我们推荐使用UNIX服务器作为IBM TSM服务器,因为它可以提供更为优秀的可靠性和IO吞吐量等。磁带库我们建议使用IBM xxxxxxxxx。下面是我们推荐使用的UNIX服务器和磁带库:

    xxxxxxxxxxxxxxxxxxxxxx

    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)

    这些产品和模块的部署如下图所示:


    推荐采用的各个软件及模块安装配置如下:

    • Tivoli Storage Manager Extended Edition 安装在备份服务器上,该模块是整个备份系统的核心组件,用于集中管理备份数据、备份策略、备份客户端以及备份所使用的存储设备等;

    • TSM Client安装在所有需要备份的服务器上,是基本的备份客户端,用于对所在服务器进行文件级别的数据备份及恢复;

    • TSM for Databases安装在数据库服务器上,用于数据库服务器数据的在线备份;

    • TSM for SAN安装在与光纤交换机直接相连,并且需要采用LAN-Free备份方式进行数据备份的服务器。

    Tivoli TSM是一个企业级的Client/Server结构跨平台网络备份、恢复及存储管理软件。TSM Client主要功能是向TSM Server提供需要集中备份的数据,或向TSM Server索取已备份数据及归档数据以便Client恢复数据。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 XXX数据备份与恢复策略建议

    4.1 备份与恢复方式及数据流

    XXX业务系统的日常备份操作由备份系统自动完成,操作人员按照要求在备份服务器上制定备份策略,全网的备份由TSM备份服务器统一管理。各客户端也可以自行手工启动备份。TSM备份服务器(包括主服务器和共享服务器)的数据(文件和数据库资料)直接进入磁带库;各客户端的备份数据由网络传到备份主服务器,进入带库;如果采用LAN-Free备份方式,客户端的备份数据则不经过局域网和备份服务器,而是直接备往带库;对于一些小文件,我们可以先将这些小文件备份到TSM备份服务器的本地硬盘存储池中,待达到一定百分比时,在一次性迁移到带库中;而对于一些大文件,可以直接备份到带库中。这样可以大大提高数据的备份效率,提高存储设备的利用率。为提高备份质量、保证数据安全,可以采用TSM软件的自动的副本存储池复制功能,同时进行备份复制,一份近线保管,另一份离线保管(所有管理均由备份软件完成)提高系统容灾能力。

    4.2 文件系统备份与恢复策略建议

    4.2.1 备份策略(永久增量备份)

    XXX业务系统有很多数据保存在文件系统中,对于文件系统的备份,TSM采用业界最为先进的永久增量备份方法,即:除了第一次需要进行全量备份之外,以后每次都进行增量备份,而无须进一步的全量备份,在恢复的时候可以一次性的恢复,从而能够大大减少需要备份的数据量,加快备份和恢复的速度;

    除TSM之外,其他的备份软件基本上都采用某种完全、完全+增量或完全+差异的备份策略。TSM引入了一个新范例叫永久增量备份方法。当首次备份文件系统或计算机时,由于TSM以前未曾备份,所有的文件都将移动。当备份拷贝发送到TSM服务器时,每个文件单独存放在数据库中。文件名信息、所有者和安全信息、创建和修改时间,以及拷贝自身都放置在TSM服务器连续存储分层结构中。如果客户策略要求拷贝到磁带上,TSM数据库将记录磁带的条形码、起始块地址和文件长度。

    在初始的备份后,将只考虑增量问题(不再进行完全拷贝)。每天将只移动上次备份操作后改变了的文件。并且,文件发送到TSM服务器后被单独存放在数据库中。当需要拷贝到磁带时,TSM服务器查询数据库,确定从前的拷贝在哪一个磁带上。一旦确定,将对该磁带进行再设置并把新拷贝附加在磁带末尾。这种对备份拷贝的收集都来自于同一台计算机或文件系统,于是形成了所谓的排列组。每天,改变的文件累加到排列组中(见图)。


    图:永久增量备份

    永久增量备份采用增量,提供了备份效率;采用排列组,提高了介质管理效率;准确地只移动期望的文件,提高了恢复效率。该方法最大的功效还在于:累加方法并不需要在一个完全备份后才能开始恢复过程,也就是说并不需要周期性地建立完全备份拷贝。而对完全+增量或完全+差异方法,无论是否改变,每周都要移动和存储几十亿字节的数据。有了永久增量备份方法,就不需要这样做了。于是客户节省了大量的网络带宽(LAN、WAN或SAN)、磁带介质和时间。

    在TSM中,一个备份策略的制定可以让所需要被备份的客户端来共享,也可以在一个备份中心制定多个备份策略以满足不同数据备份的需要。Tivoli使用Domain的模式来进行管理,可以为每个Domain的备份和归档分别制定备份策略,包括:

    • 保留的版本数

    • 每个版本保留的天数

    • 到期版本的保留天数

    • 介质数据再集中的阀值

    • 。。。。。

    4.2.2 恢复策略(一次恢复)

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

     

    图:时间点恢复

    4.2.3 备份/恢复策略举例

    备份策略的制定在很大程度上需要和XXX的实际备份需求相适应。下面结合Tivoli的永久增量备份技术来描述一个简单的备份策略:


    • 初始采取全备份策略,保留一份完整的数据。

    • 以后每天采用增量备份,选用增量级别。

    • 当出现恢复要求时,只需将全备份的全部数据加上前一天备份的增量数据恢复出来即可。

    • 经过一段较长时间后,可以再进行一次全备份。

    • 当要求恢复某些错误删除的文件时,系统会根据文件索引,找到删除文件的各个备份时间版本,从而帮助用户确认后从删除前一天的备份介质中加以恢复。

    4.3 数据库备份及恢复策略建议

    对于XXX的业务系统而言,数据库是核心数据组成部分之一,因此针对数据库制定一个良好的备份策略是至关重要的。对于数据库系统的备份工作,主要主要内容包括数据库系统备份和业务数据备份两个方面:

    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系统的数据备份及恢复策略

    对于XXX的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的自动数据管理能力来备份和恢复ERP数据库。TSM for ERP是业界领先的SAP数据保护解决方案。 

    在XXX ERP系统中,对于生产系统的ERP服务器,需要使用TSM for ERP软件,保证系统在正常运行时可以在线备份。由于备份工作由ERP的控制接口控制,具体备份的策略结合实际情况,采用全量备份和增量备份结合的备份方式进行。

    4.6 操作系统的备份与恢复建议

    AIX操作系统数据存放在根卷组(rootvg),而用户数据,包括数据库系统文件及数据、其他文件数据等存放在其他的卷组。那么,用户在进行日常数据备份时,可以通过TSM将用户数据所在的卷组进行备份(包括全备份和增量备份);对于根卷组下的操作系统数据,可以使用AIX操作系统本身提供的命令mksysb来备份到磁带中。这样,在进行系统恢复时,如果只是涉及到某一个卷组、数据库或者是文件,操作系统并没有损坏,那么通过TSM即可完成对系统的恢复;如果发生了系统严重故障,必须重建操作系统时,可以先使用通过mksysb备份出来的磁带来启动,恢复操作系统,再使用TSM来恢复其他的卷组以及数据库、关键文件等数据。其他的UNIX操作系统如Solaris和HP-UX也有类似的命令。

    对于Windows操作系统,可以利用系统引导盘快速启动操作系统,进入ASR恢复界面,利用TSM Client备份的操作系统的系统对象快速恢复操作系统。

    4.6.1 本地TSM服务器系统的恢复

    如果TSM Sever建立在HA的环境下(即TSM Server分别安装在HA的双机上,而数据库文件则建立在共享的盘阵上),一旦TSM Server瘫痪,将由Standby TSM Server自动接管。

    如果在配置TSM Server中,已经将其后台数据库作了MIRROR配置,则只需将MIRROR的数据库文件直接激活即可。

    否则,我们将会利用对TSM数据库所作的本地备份,利用该数据库的恢复功能恢复本地数据库,直接恢复TSM Server。

    4.6.2 当本地整个计算机系统的恢复

    如果是硬件或网络的故障,必须首先排除硬件或网络的故障。然后,进行操作系统的恢复,在此基础上,利用Tivoli Disaster Recovery Manager,可以来帮助管理人员实现数据恢复计划的建立和实施。包括实现TSM系统和应用系统的自动重建。通过DRM的实时的灾难恢复计划,有效的管理各种在线和离线的存储介质,为应用系统的恢复提供强有力的保障。而无须系统管理人员在大量的磁带中寻找合适的磁带进行应用系统的恢复。并且,灾难恢复计划是一个非常实用的灾难恢复流程顾问工具,通过DRM,不仅可以自动的恢复TSM系统和应用系统的数据,而且,可以帮助用户进行存储管理流程的建立和优化,实现规范化的存储管理。

    同时,如果本地恢复比较困难的话,可以利用本地TSM的Backupset功能,进行本地数据的异地恢复工作。TSM的Backupset,可以把备份节点的文件数据和元数据都写入到同一卷磁带上,因此可以脱离开TSM服务器环境而独立进行数据的读取和恢复。


    4.7 灾难恢复流程建议

    4.7.1 TSM备份系统的离线介质管理

    XXX本次备份方案,不仅涉及到生产中心的数据本地备份,还应该考虑备份数据的离线保存,和部分生产中心数据到容灾中心的异地传输;

    为了保证备份数据的可靠性,我们建议对生产中心重要数据备份的磁带介质进行复制,一份用于近线保存,另一份用于离线数据保护(建议将此份磁带保存在灾备中心,可用于数据的异地恢复)。TSM能够生成备份数据的多个副本,并支持对离线介质的管理,如下图所示:


    TSM能够自动进行存储磁带介质的管理,对于离线的磁带,TSM能够自动跟踪其状态,如从磁带库到离线位置,TSM的DRM模块还能够自动进行离线磁带上的数据过期与淘汰,自动标示那些离线磁带可以被回收利用等。这些技术充分简化了离线磁带的管理。

    TSM是建立在关系型数据库上的企业级数据备份管理软件。Tivoli灾难恢复管理器创建并使用数据库信息,从而管理灾难恢复的准备过程。TSM的DRM模块(灾难恢复管理器)加强了TSM备份系统。

    TSM的DRM模块不仅通过将数据异地保存来保护企业的数据,而且能跟踪所有在线和离线的磁带,并可以自动识别哪盘磁带离线。自动产生的灾难恢复计划也能自动的每日更新。通过这个自动产生的灾难恢复计划,我们可以以最小的工作量在异地或本地重建我们的应用系统,这意味着,TSM的DRM模块将不仅包括通常的意义上的灾难恢复计划,还包括前瞻性的业务持续性发展计划,可以对企业的应用提供多重的灾难恢复模式。

    4.7.2 TSM备份系统故障保护与恢复

    TSM备份系统与其他的业务系统一样,也需要进行充分的保护,以备发生故障时有效的进行数据恢复,充分保证数据的可靠性和安全性;

    TSM备份系统的保护主要有以下手段:

    1. TSM服务器采用HA双机技术,当其中一台服务器停止工作的时候,另外一台服务器能够顺利接管,保证备份和恢复任务不中断;

    2. 采用镜像技术和备份技术保护TSM系统的索引信息数据库,可以将TSM的内置数据库卷镜像到其他的硬盘空间,还可以将其通过NFS镜像到其他机器的存储空间,从而充分保证索引数据库的可用性;此外,我们还建议通过备份技术每天对TSM系统的索引信息数据库进行备份,可以备份至一盘或一组独立的磁带上,并定时做离线,从而充分保证索引数据库的可靠性;

    3. 通过拷贝存储池技术来对备份的业务数据进行额外保护,并定期做离线,当灾难发生时,能够有效恢复;

    当TSM系统由于意外而需要重建时,我们可以按以下步骤处理:

    1. 如果TSM Sever建立在HA的环境下(即TSM Server分别安装在HA的双机上,而数据库文件则建立在共享的盘阵上),一旦TSM Server瘫痪,将由Standby TSM Server自动接管。

    2. 如果在配置TSM Server中,已经将其后台数据库作了MIRROR配置,则只需将MIRROR的数据库文件直接激活即可。

    3. 如果对其后台数据库作了及时的本地备份,利用数据库的恢复功能恢复本地数据库,直接恢复TSM Server。

    4.7.3 基于TSM的数据容灾方案

    为了充分保护数据的安全性,我们建议将重要的业务数据不仅备份到本地的磁带库,还应该复制一份用于离线,离线的磁带应该由TSM系统进行有效跟踪管理;此外,我们还建议由TSM系统负责将一些没有同步到容灾中心的数据定期复制到容灾中心,以备灾难发生的时候进行快速恢复;

    因此,我们在此建议使用TSM磁带离线管理和TSM远程数据传输管理两个重要的技术构建数据级的数据容灾方案。

    使用DRM模块进行离线磁带管理

    关于TSM的离线磁带管理,我们在前面章节已经专门阐述,基本思想是采用TSM的灾难恢复模块DRM进行集中管理;

    TSM的DRM模块用于对TSM系统进行自动化的保护,在灾难恢复时进行系统的快速自动恢复。DRM的核心功能是自动生成并更新灾难恢复计划,自动跟踪离线磁带的状态,进行磁带介质的自动管理,自动化TSM服务器的恢复管理。具体功能如下图所示:


    针对XXX的具体需求,我们建议在生产中心集中数据备份的基础上,由TSM系统定期生成离线磁带,定期做磁带离线,当灾难发生时,有效进行数据恢复;

    TSM远程数据传输方案

    针对那些没有同步到容灾中心的重要业务系统数据,我们建议采用TSM的远程数据传输功能进行数据级容灾复制;TSM提供两种远程备份容灾机制,一种是基于网络和移动介质的导出和导入机制,另外一种是远程备份技术;我们将分别阐述这两种技术,并根据XXX具体的网络条件和要求选用相应的技术。

    Server-To-Server数据复制技术:该技术能够将生产中心TSM备份系统的所有或部分数据导出,并可传输到另一服务器(导入)。有两种方法可用来执行导出和导入操作:

    • 直接导出到网络上另一TSM服务器,即容灾中心的TSM系统。这种方式不需要在两个TSM服务器间有兼容的顺序设备类型就能立即进行数据传输。 

    • 导出到顺序介质,然后使用此介质将数据导入到具有兼容设备类型的另一个TSM服务器。

    使用TSM的远程Server-To-Server容灾复制功能,我们能够通过下列一个或多个导出命令将全部服务器控制信息或其子集导出: 

    EXPORT ADMIN 

    EXPORT NODE 

    EXPORT POLICY 

    EXPORT SERVER

    将数据导出到目标服务器时,需要指定将接收导入TSM操作数据的服务器名称。TSM的远程复制功能支持增量复制,系统管理员可限制在指定的日期与时间或在此之后导出到存储在服务器上的对象的文件数据。可使用 FROMDATE 和 FROMTIME 参数,基于文件原来存储在服务器中的日期与时间来导出数据。FROMDATE 和 FROMTIME 参数仅适用于客户机用户文件数据;这些参数不影响其它已导出的信息,例如策略。

    远程备份技术:TSM同时提供远程备份技术,TSM技术架构的灵活性使我们能够使用一个TSM客户端将数据备份到不同的TSM服务器,因此,我们可以将需要远程容灾备份的数据首先备份到生产中心的TSM系统,然后通过广域网远程备份到容灾中心的TSM系统,容灾中心的业务系统可以通过TSM客户端直接从本地的TSM系统进行数据恢复;

    考虑到XXX的具体需求,我们建议根据需要远程传输的数据量和网络带宽选择合适的方式,如果需要传输的数据量较大,而带宽较小,则采用先在生产中心将数据导出到磁带,然后再从磁带导入容灾中心的TSM系统的方式;反之,如果需要传输的数据量较小,则可以采用Server-To-Server的传输方式,或者采用远程备份技术从生产中心的TSM系统直接将数据复制到容灾中心的TSM系统中去。

    从TSM V5.5开始,TSM系统对Server-To-Server也支持断点续传的功能,因此更大限度的降低了对容灾网络的要求。

    4.7.4 基于TSM的数据恢复流程

    当发生大规模灾害,导致本地IT系统崩溃时,启动异地数据恢复。由于XXX的生产中心数据都已经复制到了容灾中心,所以当生产中心由于灾难而不可访问时,可以切换应用到容灾中心;而只有在容灾中心发生灾难时,才会考虑采用TSM的最后恢复方案;

    TSM的灾难恢复方案,主要是使用生产系统备份的离线磁带,在灾备中心恢复生产中心备份系统DB和recovery log,再将备份数据异机恢复到灾备中心环境中。TSM具备灾难恢复模块,Tivoli Disaster Recovery Manager,该模块能够帮助管理人员实现数据恢复计划的建立和实施。包括实现TSM系统和应用系统的自动重建。通过DRM的实时的灾难恢复计划,有效的管理各种在线和离线的存储介质,为应用系统的恢复提供强有力的保障。无须系统管理人员在大量的磁带中寻找合适的磁带进行应用系统的恢复。并且,灾难恢复计划是一个非常实用的灾难恢复流程顾问工具,通过DRM,不仅可以自动的恢复TSM系统和应用系统的数据,而且,可以帮助用户进行存储管理流程的建立和优化,实现规范化的存储管理。

    具体来讲,当数据需要灾难恢复时,我们建议按照以下流程处理:

    1. 为灾难恢复准备TSM服务器;

    2. 通过DRM模块,恢复生产中心备份服务器(包括DB和recovery log);

    3. 重建应用系统并通过TSM快速恢复至上一次备份状态;

    4. 通过TSM Client恢复文件系统;Windows系统直接恢复到目标服务器;SCO UNIX系统先恢复到临时服务器,通过NFS方式将文件恢复到SCO UNIX系统

    5. 恢复数据库,SAP等系统的应用数据;直接通过DB2自带的TSM备份接口恢复数据库;

    6. 重新启动数据库,验证数据库数据的可用性

     

    5 方案优势总结

    5.1 全面的解决方案

    Tivoli软件覆盖了系统管理(包括硬件、操作系统、网络、应用的监控和管理)、安全管理、存储管理等领域,而且,Tivoli所有的产品都可以良好的集成在一起,通过一个统一的界面就可以实现系统管理的所有功能。

    TSM可以通过Tivoli Plus Module和Tivoli的其他产品无缝集成,包括Tivoli的系统监控、事件分析处理工具、网管、安全模块等,从而构成一个完整的系统管理解决方案。

    TSM可以和Tivoli的综合事件管理平台Tivoli Enterprise Console(TEC)无缝集成,通过TEC进行统一的事件收集和综合事件分析。

    与DB2和Informix数据库的无缝集成,由于XXX的数据库主要采用DB2,所以TSM具有最好的集成性;同样作为IBM 的软件产品,Tivoli Storage Manager 能够无缝的支持DB2数据库和Informix (从Informix IDS 10开始)数据库的各种备份操作,而不需要增加任何模块。在DB2和Informix数据库内部集成了TSM的备份模块,使得数据能够直接备往TSM备份服务器或者在TSM备份服务器的控制之下通过LAN-Free的方式将数据通过SAN直接备往带库。

    5.2 高性能的数据备份和恢复

    - TSM备份软件提供业界最为高效的数据备份和恢复,并提供最优的网络及磁盘和磁带利用率,其原因在于TSM先进的设计架构和领先的技术手段: 

    - TSM提供后台关系数据库的支持,从而使恢复和备份速度大大加快,有效的减少管理成本。

    - 提供永远增量备份方式,通过先进的技术手段减少需备份的数据量,最大限度的提高备份工作的效率。应用永远增量备份技术,可以大大减少磁带的消耗,减少备份时对网络的占用,减少总体拥有成本,满足今后企业发展的需要,实现最大限度的投资保护,备份数据的减少可以提高系统的恢复效率,这可以提高应用的可用性,实现应用级的快速恢复。

    - 在备份和恢复过程中,TSM都提供了多线程的数据流支持。

    - 通过磁带数据的自动重整,减少磁带碎片,提高磁带的利用率,节约客户成本,保证数据的可用性。

    - 通过磁带的数据分类集中存放,可以将同类型的数据集中存放在一组或一个磁带上,从而在恢复时保证以最少的磁带恢复,大大加快了恢复速度。

    - 支持在SAN环境下的LAN-FREE数据迁移。

    - 支持备份和恢复过程中的断点再续。

    - 提供Web Proxy Server(TSM代理服务器),减轻在多个备份进程同时发生时TSM服务器的负担。

    - TSM提供了SELF-TUNING的调试工具,可以指导系统管理人员进行性能优化。

    - 在TSM的系统配置文件,提供了一系列的参数优化TSM系统。

    5.3 集中的监控管理

    通过TSM的ISC(Integrated Solution Console)可以进行多个TSM Server的集中统一监控,这就意味着XXX可以在生产中心通过一台服务器,一个ISC界面集中生产中心和灾备中心的TSM备份系统,并且由于ISC是基于Portal技术构建的,可以定义不同权限的用户,进行不同TSM的管理。

    下图所示:已配置server1为配置管理器,可以向作为受管服务器的server2,server3下发管理策略,建立了profile1,定义这三个服务器为group1


    可通过“服务器组”查看服务器状态


    5.4 强大的灾难恢复

    TSM备份软件内置了灾难恢复管理器(Disaster Recovery Manager,简称DRM)来提供灾难管理和恢复的功能,指导用户如何操作来迅速恢复企业范围内的各种数据。

    自动、准确的DRM功能帮助用户保护宝贵数据的安全性。在TSM管辖内的数据,都能通过DRM自动策划、准备及制作备份恢复计划,一旦DRM生成了计划文件,所有服务器上最新的相关信息都被收集起来,以备恢复。

    如果灾难发生,DRM提供恢复步骤的详细文档,可执行的描述文件自动恢复数据、重建环境。DRM使得企业可以很快回复正常运转。

    DRM智能化管理和跟踪备份介质的转移。帮助管理员决定哪些介质本地保存,哪些介质需要异地保存。当恢复灾难时,DRM帮助用户迅速找到所有需要的介质,无论这些介质是在本地或运输途中或在异地的保险柜里。

    TSM客户端追踪管理功能帮助系统管理员了解哪些系统被灾害摧毁,以及这些机器所需要的软硬件,以便用户决定需要重新定购哪些设备来替换损坏的设备。其他DRM记录的重要信息包括:需要恢复的各台机器的优先级;相关人员的连续方式等。

    同时,对于异地数据保管和恢复,TSM 提供了一个独特功能:Instant Archive and Rapid Recovery。这个功能是在TSM server上将所需要恢复的数据影像到其它的可移动存储介质中,如普通8mm tape、可写CD等。管理人员再将这些存储介质拿到需要恢复的设备上,利用TSM Client的功能将这些数据恢复到系统中即可。这个功能即可以帮助客户将最为重要的数据复制到CD或磁带中永久归档保存;又可以在网络出现故障时,作为解决远程恢复问题的辅助手段。Instant Archive and Rapid Recovery在功能上类似于UNIX的系统备份。这种脱机恢复方式可以允许系统恢复到任意符合要求的设备上,为分析,开发,灾备提供了更大的灵活性。

    5.5 数据的安全性

    作为顶级的企业备份软件,TSM在进行产品设计时,充分考虑到了备份数据的安全性,采用多种技术手段进行数据保护,而且所有这些技术特性都包含在TSM 软件的基本配置中,不需要用户单独购买新的产品或模块,有效的保护用户的投资。所有主要采取的技术手段包括:

    128位数据加密:对备份数据采用128位的AES数据加密,充分保证备份数据的安全性,有效防止备份数据被非法截获或读取;

    Web系统的SSL加密:管理系统和备份客户端等所有web管理系统使用SSL加密;

    虚拟存储池技术:备份数据保存的虚拟存储池采用专有格式,任何人拿到单独的备份介质,无法使用通用的tar之类的指令读出数据,截取信息。

    单一通讯端口的跨防火墙备份技术:其他备份软件需要打开很多通讯端口,造成安全漏洞。TSM只需要打开单一的通信端口,就可以完成数据传输、控制信号传输等所有工作,并且TSM专门设计了TSM Web Proxy Server,保证安全万无一失。

    内置关系数据库的认证技术:备份系统的索引(Catalog)信息使用内置关系数据库,任何人只要没有TSM的管理授权,无法查询、修改这一信息。其他备份软件使用普通的asiic码文件保存,任何人都可以查询、修改文件而无需授权,造成信息泄漏和数据丢失。

    5.6 其它优势

    除了以上提到的优势之外,TSM软件还具有其他众多的优势:

    5.6.1 磁盘高速缓存的优势

    客户机文件可以直接被输送到磁盘池、磁带池或者光盘池中。磁盘池对随后将输出给磁带的来自多个客户机的数据进行临时缓存,这就使得IBM解决方案能启动比配置的磁带驱动器更多的备份任务,而且不必对处于单一数据流下的多个客户机数据进行交替存储。将缓存的数据移植到磁带内,可以保证TSM通过磁带间隙最小化而更有效地利用磁带,通常在数据传送时的暂停而造成的磁带启动和停止会造成这种磁带间隙。将数据缓存到磁盘池也使TSM能够以一种智能方式对数据进行重组,同时将数据写进磁带以便进行最有效的恢复。

    5.6.2 更高的数据可靠性

    TSM并不是在多个磁带盒间将数据条纹化,这就解决了需要多个驱动器来启动恢复的问题。另外,它不需要跨多个磁带驱动器从多个客户机来传送数据就能实现对话复用,从而有效实现了所需要的吞吐量。通过将数据从低性能客户机输出给磁盘,TSM可以将数据从单个客户机节点移植到单盘磁带上,这样就提供了更高的数据可用性,因为单一数据流有效的可靠性即为所有存储数据流的介质产品的可靠性(例如,假如备份数据以99%的可靠性在三个磁带盒间进行“条纹化”备份,则有效的可靠性将只有97%)。因为不必等待安装磁带媒体,因此磁盘缓存还提供了用于单个文件恢复(通常占全部恢复的80%多)的更快的平均恢复时间。

    5.6.3 介质回收

    最佳的介质管理能力使已用过的的磁带盒在到期后能被回收。这种对有效数据持续不断的整合使得TSM能使用比竞争对手产品更少的磁带盒,这样,在将所有有效数据保存进磁带库的同时,也节省了大量存储费用。

    5.6.4 内置关系数据库

    与那些大多数采用普通文件索引目录的其它备份和存档产品不同,TSM唯一地具有用来跟踪备份和存档数据的全功能数据库和恢复纪录。TSM关系数据库的多阶段提交序列以及恢复纪录技术能保证数据被完整地输送到存储池而无需验证过程。目前,大多数IT机构正在利用数据库体系结构来存储他们最关键的数据。数据库被应用于保护关键数据的存储管理系统中,这一点很有意义。

    5.6.5 集中管理

    可以减少管理人员数量、时间和工作、并且易于从一个中心管理屏幕对多个TSM服务器进行管理的企业管理,已被完全集成进基本的TSM产品中,而且做到了统一计费。特性的配置能够直接完成,无需再编写专门的脚本。另外,TSM告警信息可以被送给EA控制台和Tivoli企业控制台(TEC),或者送到Tivoli 业务系统管理器以进行额外的自动和业务影响分析。

    5.6.6 永久增量备份

    用于文件系统数据的累进备份意味着客户不必再进行完全备份,这意味着客户每晚只备份较少的数据,从而节省了网络、服务器和存储资源。备份将被更快地完成,而且恢复也将变得更快,因为TSM不需要完全加增量备份的恢复样式。

    5.6.7 瞬时存档/ 快速恢复

    TSM可以由您数据的最新“活动”备份版本来创建一个存档映像。该存档映像可由储存在主存储池中的备份数据来创建,从而避免了LAN上的额外数据流量。该映像保存在可以提供给最终用户的专用介质上,用户不需要使用TSM服务器或通过LAN来进行恢复就能有效地恢复数据。

    5.6.8 SAN能力/磁带池

    TSM具备SAN能力,并采用了第一个可交付的磁带池产品,该产品不仅提供了SCSI磁带库共享能力,而且也实现了用于AIX、SUN和NT TSM服务器的动态磁带共享。由于Magstar 3494不是SCSI库,因此不需要使用传统的SAN磁带库共享产品(由TSM和其他厂商使用)。基于这个原因,Tivoli和IBM开发了独特的TSM功能,利用对等方法来进行协作式的驱动器分配。当3590驱动器通过SCSI或SAN连接时,这些功能可以得到有效使用,并且通过一个新的TSM服务器选项:3494SHARED来实现。在SCSI环境下,3590-E驱动器的双线能力可连接(或动态共享)两个或更多的TSM服务器。而在SAN环境下,两个或更多的TSM服务器可以共享一台3590驱动器。

    5.6.9 支持TCP IP v6, SSL和长文件名

    TSM自从v5.5版本开始提供了对TCP /IP v6的支持,并对任何一组TSM组件之间的通信提供SSL加密的支持,例如服务器与备份归档客户端的通信,服务器与管理客户端的通信等。

    TSMv5.5目前可以支持长达8704字节的长文件名。

    5.6.10 高效,自动的报告功能

    高效,自动的报告功能,TSM提供集中,统一的报告功能,具体可以划分为运作报告和故障报告两类。运作报告将按指定时间汇报,TSM备份环境的工作状态,各种作业是否成功完成等;而故障报告会在备份环境出现故障时报警。这两种报告都支持使用邮件,Windows桌面消息,Web网页等多种方式来及时通知管理员。

    图TSM报表功能

    展开全文
  • IBM备份管理软件IBM备份管理软件IBM备份管理软件
  • 备份软件:TivoliTivoli storage manageTivoli Storage Manager功能描述TSM技术参数TSM版本: 5.1 TSM5.1 服务器软件的运行平台: IBM AIX 4.3.2, 4.3...

    备份软件:Tivoli
    Tivoli storage manage
    Tivoli Storage Manager功能描述
    TSM技术参数
    TSM版本:  5.1
    TSM5.1 服务器软件的运行平台: IBM AIX 4.3.2, 4.3.3.,5l Sun Solaris 2.6, 7, 8. HP-UX 11.0.  Microsoft Windows NT/2000 Workstation 或Server Version 4.0, SP3, SP4, SP5, SP6 或 SP6a.
    TSM客户端软件: 支持几乎所有流行的操作系统平台.如IBM的所有操作系统, Windows, Apple, Novell, DEC, HP, SUN, SCO, SGI, Linux 等.
    Tivoli Data Protection for Oracle 2.2: 实现对Oracle 数据库的在线备份和恢复。
    Oracle服务器可运行在的平台包括 Windows NT/2000, AIX, HP-UX, Solaris。


      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清晰的步骤使得无论是全局测试或局部测试都简单易行。
    DRM特性/功能/价值对照表

    特性        功能        价值
    全面的企业存储管理解决方案        支持25个以上的多供应商平台以及许多应用程序和数据库        提供一个单一、全面、易于使用的存储管理解决方案,保护您的分布式、异构型关键任务数据。
    多个TSM服务器的集中管理        允许管理员集中管理多个Tivoli TSM服务器;在一个Tivoli TSM服务器集中定义公用策略和配置信息,然后将它们传播到其他Tivoli TSM服务器。        提高管理员生产率,降低信息技术总成本和工作负荷。
    自动化和调度的存储管理操作        使备份、存档、分层存储管理和灾难恢复自动化-消除了易于出错的人工操作。        消除人工备份和跟踪需求;为保护您的关键任务数据提高一个自动化、高性能解决方案。
    关键记录保留(存档)        拥有关键记录保留的存档功能,以及一个从Tivoli TSM快速搜索和检索关键记录的简单GUI。        能使您满足审计和法规需求。
    分层存储管理(HSM)        自动将不经常被存取的数据从昂贵的磁盘存储迁移到更加经济的介质,例如Tivoli TSM服务器上的磁带和光盘存储。        通过使现有存储资源最大化帮助降低成本,并减少升级磁盘存储的需求。
    灾难恢复管理器(DRM)        为每一个Tivoli TSM服务器生成一个逐步奏的灾难恢复计划。        通过减少在发生故障或自然灾难之后恢复系统的时间,确保业务连续性。

    DRM现在支持操作系统有:AIX、AS/400、HP-UX、MVS、Windows NT和Sun Solaris。       
      TSM的扩展能力
            TSM是一个真正企业级的软件。体现在单个TSM服务器的稳定和成熟,支持的平台、设备非常广泛,还体现在多个TSM之间的互联和统一管理上。
            当某个TSM服务器因为TSM Client增长过快,服务器负荷太重时,可以把一部分用户和他们的数据迁移到另一台TSM服务器中。这两台服务器可以是不同的平台。
            TSM的Server to Server Communication选件使TSM服务器之间能够互相传递数据,相互备份等功能。

    一、TSM软件安装
    1.TSM Server软件的安装
    A、以root用户登陆
    B、通过#smitty installp进行软件的安装
    选择相应的软件包进行安装:Tivoli.tsm.server.rte 、Tivoli.tsm.server.com 、Tivoli.tsm.server.webadmin 、Tivoli.tsm.license.rte 、Tivoli.tsm.license.cert 、Tivoli.tsm.devices.aix43.rte 。
    2.TSM 客户端软件安装
    A、以root用户登陆
    B、通过#smitty installp进行软件的安装
    选择相应的软件包进行安装:Tivoli.tsm.client.ba.aix43.32bit下的Backup/Archive Base files、Backup/Archive Common Files 、Tivoli.tsm.client.books 、Tivoli.tsm.client.web.aix43.32bit、 tivoli.tsm.client.image.aix43.32bit 。
    3.TSM for Oracle的软件的安装
    A、以root用户登陆
    B、通过#smitty installp进行软件的安装
    选择相应的软件包进行安装:tivoli.tsm.client.api.aix43.64bit、tivoli.tsm.client.oracle.64bit、tivoli.tsm.client.oracle.tools.64bit 。

    二、修改环境变量和配置文件
    1.TSM Server和TSM Client安装完成后对进行环境变量的修改。
    在TSM Server的.profile文件增加如下内容:
    export DSMSERV_DIR=/usr/tivoli/tsm/server/bin
    export DSMSERV_CONFIG=/usr/tivoli/tsm/server/bin/dmserv.opt
            在TSM Client的.profile文件增加如下内容:
    export DSM_DIR=/usr/tivoli/tsm/client/ba/bin
    export DSM_CONFIG=/usr/tivoli/tsm/client/ba/bin/dsm.opt
    export DSM_LOG=/usr/tivoli/tsm/client/ba/bin
    2.修改TSM Server的dsmserv.opt文件
    解除屏蔽选项:
    COMMmethod TCPIP
    COMMmethod HTTP
    添加下面两行:
    TCPPort 1500
    HTTPPort 1580
    3.修改TSM Client的dsm.opt和dsm.sys文件
    在dsm.opt文件中指定TSM Server:
                    Servername                tsm(说明此处为TSM Server的名字)
    在dsm.sys文件中添加如下内容:
                    SErvername                          tsm
                               COMMmethod               TCPip
                               TCPPort                            1500
                               TCPServeraddress           xxx.xxx.xxx.xxx
                               nodename                   xxxxxxx
    passwordaccess                     generate
                               managedservices                        webclient schedule
    4.修改/usr/tivoli/tsm/client/oracle/bin/tdpo.opt
    DSMI_ORC_CONFIG   /usr/tivoli/tsm/client/api/bin64/dsm.opt
    DSMI_LOG           /usr/tivoli/
    TDPO_FS            adsmorc
    TDPO_NODE          tdpora1
    TDPO_OWNER         root
    TDPO_PSWDPATH      /usr/tivoli/tsm/client/oracle/bin64
    TDPO_DATE_FMT             1
    TDPO_NUM_FMT             1
    TDPO_TIME_FMT             1

    三、TSM 进程管理
    1.启动TSM Server
    #/usr/tivoli/tsm/server/bin/dsmserv quiet &
    2.启动TSM Client
    #/usr/tivoli/tsm/client/ba/bin/dsmcad
    3.停止TSM Server
    #/usr/tivoli/tsm/server/bin/dsmadmc(输入提示的用户、口令)
    dsmadmc>;halt
    4.停止TSM Client
    通过ps –ef|grep dsmcad 查找出对应的PID,然后通过kill命令停止进程。
    四、TSM软件配置
    1.在操作系统检查磁带库设备硬件
    #lsdev –Cc tape(会看到rmtx和smc0 的状态为Avaliable),如不能看到则需要安装3583磁带库的驱动程序,具体安装方法请参见3583相关资料。
    2.磁带库配置
    A、使用tapeutil找到Driver的element值#tapeutil
    B、选择“open a device”:/dev/smc0
    C、选择“elements Information”,就可以得到Driver和Slots的elements值。
    E、定义磁带库
               define library autolib libtype=scsi(定义一个名字为autolib的SCSI磁带库)。
    F、定义磁带库的PATH(定义TSM SERVER名为TSM所连的接磁带库autolib在TSM SERVER中的设备PTAH:/dev/smc0)。
    define path tsm autolib srctype=server desttype=library device=/dev/smc0 nline=yes
            G、定义磁带机(Driver)(定义磁带库autolib中的磁带机,磁带机的名字叫做 driver01)。
                            define drive autolib drive01 element=256
            H、定义磁带机(Driver)的PATH(定义TSMSERVER名为TSM所连接的磁带库autolib中的磁带机在TSM SERVER中的设备PATH)。
                    define path tsm drive01 srctype=server desttype=drive library=autolib device=/dev/rmt0 nline=yes
            I、定义设备CLASSES
                    define devclass ltotape devtype=lto library=autolib format=ultriumc mountlimit=drives mountretention=5 estcapacity=200G
    J、检查磁带库的相关配置
            query library、query driver、query path、query devclasses
            K、定义磁带存储池
    define stgpool 3583_pool ltotape maxscratch=20(定义ltotape设备类使用的磁带存储池3583_pool)。
    3.调整TSM DB 和LOG空间的大小
    define dbvolume /tsmdata/dblog/db01.dsm formatsize=160 wait=yes
    extend db 160
    dfine logvloume /tsmdata/dblog/log01.dsm formatsize=100 wait=yes
    extend log 100
    define spacetrigger db fullpct=85 spaceexpansion=25 expansionprefix=/tsmdata/dblog/
    define spacetrigger log fullpct=85 spaceexpansion=25 expansionprefix=/tsmdata/dblog/
    reduce db 16
    reduce log 8
    delete dbvolume /usr/tivoli/tsm/server/bin/db.dsm
    delete logvolume /usr/tivoli/tsm/server/bin/log.dsm
    安装TSM SERVER时默认的db和log的大小分别是16,8MB。
    4.备份策略的设置
    Storage management policies are rules your administrator defines in order to manage your backups and archives on the server(Storage managermanet policies是管理员为了在服务端管理备份和归档定义的一种规则)。You can associate (or bind) your data to these policies(你能够绑定你的数据到这些Policies);when the data is backed up or archived, it is managed according to policy criteria(当数据被备份或归档被相应Policy标准管理)。Policy criteria include a policy domain, and a management class ,a policy set, a copy group。
    policy决定了是否一个文件或目录适合备份或归档、保留多少个备份版本、非激活状态的备份和归档拷贝保留多长时间、拷贝存放在何处。
    Policy daemon是一组有相类似备份或归档需求数据的客户机的集合(A policy domain is a group of clients with similar requirements for backing up and archiving data.)。Policy domains contain one or more policy sets。
    A policy set is a group of one or more management classes。
    A management class is a collection of backup and archive copy groups that establishes and contains specific storage management requirements for backing up and archiving data.
    Within a management class, the specific backup and archive requirements are in copy groups. Copy groups define the specific storage management attributes that describe how the server manages backed up or archived data. Copy groups include both backup copy groups and archive copy groups. A management class can have one backup copy group, one archive copy group, both, or neither。
    A、创建备份 client node
    B、通过WEB方式建立Policy daemon,选择object class/Policy daemon/define a Policy daemon
    C、选择Policy daemon下面的.Policy sets/define a policy sets,并将policy set给Active
    D、选择Policy sets下面的ManageClass/define a manageclass
    E、选择ManagClass下面的Copy Group
    F、将Client node分配到相应的Policy daemon
    5.
    6.
    五、文件系统备份
    六、RMAN的配置
    安装一套独立与生产数据库之外的ORACLE数据库作为catalog database,最好安装在不同的主机上。
    1.在catalog数据库服务器上创建RMAN所需要的表空间
    $svrmgrl
             svrmgrl>;connect system/manager
    svrmgrl>;create tablespace rman_ts datafile ‘;/;’
           >;size 100M autoextend on next 100M maxsize 300M;
    2.创建RMAN用户并赋予角色及权限
    svrmgrl>;create user rman identified by rman
              >;default tablespace rman_ts
              >;temporary tablespace temporary
              >;quota unlimited on rman_ts;
       svrmgrl>;grant recovery_catalog_owner to rman;
       svrmgrl>;connect / as sysdba;
    svrmgrl>;grant dba,connect,resource to rman;
    3.创建recovery catalog的表结构
    $rman target internal/oracle@targetSID  rcvcat rman/rman@recoverycatalogSID
    rman>;create catalog;
    4.在catalog数据库中对目标数据库进行注册
    rman>;register database;
    七、ORACLE数据库的备份
    Database备份script:
    run {
            allocate channel d1 type sbt_tape connect internal/manager@scdb2 parms
    ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt);
            allocate channel d2 type sbt_tape connect internal/manager@scdb1 parms
    ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt);
            backup
                       format ctl_t%t_s%s_p%p
                       tag cf
                       (current controlfile);
            backup
                      full
                       filesperset 8
                       format db_t%t_s%s_p%p
               tag fulldb
                       (database);
            release channel d1;
            release channel d2;
    }
    Archivelog的备份script.:
    run {
               allocate channel d1 type sbt_tape parms
    ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)
        connect internal/manager@scdb1;
               sql alter system archive log current;
              backup
                format arch_t%t_s%s_p%p
                (archivelog
                like /jfbackup/arch_log/arch_1_%.arc
                delete input);
            release channel d1;
            }
           
    run {
               allocate channel d2 type sbt_tape parms
    ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)
        connect internal/manager@scdb2;
               sql alter system archive log current;
              backup
                format arch_t%t_s%s_p%p
                (archivelog
                like /jfbackup/arch_log/arch_2_%.arc
                delete input);
            release channel d2;
            }
            同时还可以对指定的tablespace datafile进行备份,具体请参见RMAN相关手册。
            手工执行ORACLE的备份:
            rman target internal/oracle@targetSID  rcvcat rman/rman@recoverycatalogSID  cmdfile=/xxx/xxx  msglog=xxx.log
    八、ORACLE数据库的恢复
    run {
            allocate channel d3 type sbt_tape connect internal/manager@scdb1 parms
    ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt);
            allocate channel d4 type sbt_tape connect internal/manager@scdb2 parms
    ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt);
            restore controlfile;
            alter database mount;
            restore database;
            recover database;
            release channel d1;
            release channel d2;
            sql "alter database open resetlogs";
            }
    九、

    Twelve Steps to Configuring Your Tsm Environment

    1、Install the TSM code on the machine that will be your TSM server (referred to as server).This process may involve a few steps that are dependent on your  platform. type.Please read the Quick Start Guide and REAMES for yout platform.
    2、At the install time you had created default DB and LOG volumes.Now you want to supportment or replace that initial configuration.
    A、Add additional DB volumes.i.e. def dbv filename f=volsize Note:make sure they are on separate physical disks form. other DB vols,LOG vols or mirrors of their LOGs or DBs.
    B、Extend the data base to use the newly added space.i.e ext db 100
    C、Add additional LOG volumes,i.e.def logv filename f=volsize Notice:Same rules apply for LOG volumes as DB volumes.
    D、Extend the log to use the newly added space.i.e ext log 100
    E、You may have to delete the default volumes that were created during install,i.e del dbv filename or del log filename Notice:You may have to reduce the DB or LOG in order to delete the volume i.e.reduce db 16
    3、Now configure you dsmserv.opt file.Read though the default file.There are serval values you may wish to set or adjust.
    A、Set yout COMMMethods and there related attributes
    B、Set VOLHISTORY and DEVCONFIG,remember make 2 copies
    C、Set EXPInterval 0,this will disable expiration.You will have a admin schedule take care of this
    D、Set various performance releated attributes,i.e. TCPNODELAY,TCPWindowsize,MAXSessions,BUFPoolsize,LOGPoolsize,TXNGroupmax.etc
    E、To use the Web Admin Client set COMMM tcpip,HTTPPort 1580,1580 is the default port number
    4、Now you must defined the Libraries,Drivers and Device Classes your system will use
    A、You must define libraries frist.Both manual and automated libraries can be defined,i.e.manual –def lib manlib libtype=manual or automated –def lib autolib libtype=scsi device=dec_spec
    B、Now define drives in your libraries,i.e manual –def dr manlib mandr device=dec_spec or def dr autolib autodriv1 device=dec_spec element=element#
    C、Now we can create device classes.You can have more than 1 device class use the same library if yoy like.Notelease refer to the documentation for def dev command.There are many options available.
    5、Once we have Device Classes we can create Storage Pools that will use them,also,we must establish or SP hierarchy.
    A、Determine the number of top level pools you will need.They will typically be Disk based SPs
    B、Next decide on the hierarchy from the top levels to the final pools.Make sure you consider things like:Backup vs Archive data,Collocation,Offsite (copy pools) vs Local.etc.
    C、Create the necessary storage pools with the appropriate attributes.In particular consider,the valus for migration,reclamation and next storage pool as they will also affected by your administrative schedules.Nore: Please consult the documentation for the def stg command.There are many options available.
    6、Nextt you right create Policy Domian(s) and right Policy that is reflective of your Service Level Agreement(SLA).
    A、Determine how you will group your manages systems.i.e.1 Policy Domain or several.
    B、Create you policy domain(s).Note:The following steps will be repeated for each Policy domain
    ü        def do mydomain
    ü        def po mydomain myposet
    ü        def mg mydomain myposet mymc Note:Create as many Management Classes as necessary.
    ü        def co mydomain myposet mymc standard type=backup…
    ü        def co mydomain myposet mymc standard type=archive…
    Note:above two lines are optional for any given Management Class
    ü        as defmg mgname
    ü        val po mydomain myposet
    ü        act po mydomain myposet
    Note:Each of the above steps have many options,especially the def co commands,so please consult the documentation
    7、You probably want to go home at night so lets define some client schedules.Please remember client schedules are within a given Policy Domain,therefore you may want to right a schedule once and copy it to different domains if necessary.
    A、Create a schedule to do your nightly Incremental backups.Your clients Domain and Include/Exclude list should be written so that all that is need in the schedule is just I with no file specification given.
    B、Right any other schedules that maybe appropriate for you needs.Note:def sch command has several options,so please consult the documentation.
    8、The server will need some schedules as well.The followingis just a list of some things you should consider for scheduling.This is not intend to be a complete list nor do I attempt to make a 24 hour plan.The timings will depand entirely on your environment.There is a good example of a 24 hour schedule plan in the “Getting Statrted with Tivoli Storage Manager:Implementation Guide”.
    A、migration,reclamation,expiration,DB Backups, SPs      Backups,Clean Volhist, backup Volhist and Devconfig,DRM
    B、Consider the time and order to do these things,in general do one things at a time,backup the DB after large changes
    C、Remember to allow down time in your schedule.That is time when nothing is scheduled,so you can catch up if needed
    9、There are just a few other miscellaneous server function left.
    A、Create your client option sets.these are client options that you are going to override at the server.
    ü        Define one or more client option sets.i.e.def clo ntclients
    ü        Next define the various options for each client option set.i.e.def cliento ntclients compress no
    B、Add any additional administrators thal you will need,i.e.server admins,help desk workers,operators,etc.
    ü        reg admin jradmin jrpasswd
    ü        grant auth jradmin…
    Note:Consult the documentation for all the extra options.
    C、Label and checkin tape media.For NT,W2K and UNIX you can use the label libvol command.
    10、Now it is time at register you managed system(refereed to as clients).
    A、Things to consider at registration time,what domain and client option set to associate them with.
    B、reg node node_name node_password domain= domain_name clopset=ntclients
    C、This must be done for every managed system,consider scripting it if you have a large number of clients.
    D、You must associate the node with the schedules you would like it to use.i.e.def assoc domain schedule node
    Note:You can only associate nodes to schedules within their domain
    11、The managed system(clients) must have the client code installed.Consult the “Installing the Clients Guide” for details on the different platforms that you will be using.
    12、Once the clients are installed you will need to update the dsm.opt file and the dsm.sys(unix only) file.
    A、Select a(just one)COMMMethod and configure any associated parms for that method,i.e.COMMM tcpip,TCPPort 1500,TCPServer server.dot.decimal.addr
    B、Configure schedule log,error log and their retention time,i.e.SCHEDLOGName dsmsched.log,SCHEDLOGRetention 10,ERRORLOGName dsmerr.log
    C、Set performance related attributes.Consult the documentation for appropriate values for your environment,i.e.TCPB,TCPW,TXNB,etc.
    D、Configure you Domain and Include/Exclude statements.The goal here is to eliminate those files you do not wish to backup and to bind particular files to a specific Management Class.
    E、Insure that the dsmc sched program runs either as a service or a daemon when the client is rebooted.
    F、Set passwordaccess generate This will allow the scheduler to authenticate automatically.
    G、Configure the client to be accessed through the web client interface.
    ü        This will vary from platform. to platform. so please consult the Installing the Clients manual.
    ü        In general,you will need to have the TSM client acceptor service/daemon running.
    ü        TSM Client Acceptor service/daemon is generally started at boot time.
    ü        Passwordaccess generate is required in the dsm.opt(dsm.sys for unix) file.

    TSM server安装
    步骤一
    smit安装所需要的软件包:
            Tivoli.tsm.server.rte
            Tivoli.tsm.server.com
            Tivoli.tsm.server.webadmin
            Tivoli.tsm.license.rte
            Tivoli.tsm.license.cert
            Tivoli.tsm.devices.aix43.rte


    步骤二
    修改环境变量
            export DSMSERV_DIR=/usr/tivoli/tsm/server/bin
    export DSMSERV_CONFIG=/usr/tivoli/tsm/server/bin/dmserv.opt

    步骤三
    修改dsmserv.opt文件
            解除屏蔽:
                    COMMmethod TCPIP
                       COMMmethod HTTP
            添加:
                        TCPPort 1500
    HTTPPort 1580

    步骤四
    建立server的自动运行:
            在TSM server软件包安装完成后,系统自动在inittab中添加了自动运行:
    autosrvr:2nce:/usr/tivoli/tsm/server/bin/rc.adsmserv >;/dev/console 2>;&1
            注意:在有HA的情况下,不能使用该方式。

    手动运行server:
            dsmserv quiet &


    步骤五
    修改server名称等属性:
            对象视图->;服务器->;服务器状态
            注意:口令有效期限

    步骤六
    使用命令行注册license
            reg lic file=[license file] number
            在TSM server安装完成后,在/usr/Tivoli/tsm/server/bin下会产生多个后缀为lic的license
    文件,据此注册。

            在本次安装中,使用:
            reg lic file=*.lic number=2


    步骤七
    格式化DB、LOG和磁盘存储池所需要的空间
    例如:
            dsmfmt -m -db /tsmdata/db01.dsm 300
            dsmfmt -m -log /xzbackup/tsmdata/log01.dsm 300
            dsmfmt -m -data /xzbackup /tsmdata/babkvol.dsm 200
            dsmfmt -m -data /xzbackup /tsmdata/baarcvol.dsm 200
            dsmfmt -m -data /xzbackup /tsmdata/tdpbkvol.dsm 200
                                                                                                            `
    步骤八
    扩展DB和LOG

    使用web方式:
    object view ->; Database ->; Database Volumes ->; Operations: ->; Define Database Volume

    object view ->; Recovery log ->; Recovery log vo.umes ->; Operations: ->; Define Recovery log volume


    步骤八
    新建babkpool
            baarcpool
            tdpbkpool

    Storage Pool Name          
    Description         
    Media Access Status         
    Maximum Size Threshold         
    Next Storage Pool         
    High Migration Threshold         
    Low Migration Threshold         
    Cache Migrated Files?          YES  NO
    Migration Processes         
    Migration Delay         
    Migration Continue          YES  NO
    Copy Storage Pool(s)         
    Continue Copy on Error?          YES  NO
    CRC Data          YES  NO
           

    步骤九
    定义与3583带库有关的对象

    3583设备文件名:
    库设备为/dev/smc0
            drive为/dev/rmtx
    若系统中已经有一个DDS带机(dev/rmt0),那么带库中的第一个drive设备名称
    为/dev/rmt1。
                           
    使用tapeutil查找3583 drive的element号
            1.# tapeutil
            2. 选:“1. Open a Device”,输入device名称:/dev/smc0
            3.选:“12. Element Information”,便可查找到drive的element号。
    一般来说第一个drive的element号为256

    定义库
    select object view ->; server storage ->; Libraries and Drives ->; Automated Libraries ->; Operations: ->; Define Automated Library
    library name :        3583
    device:                /dev/smc0

    定义驱动器
    驱动器一:
    select object view ->; server storage ->; Libraries and Drives ->; Automated Drives ->; Operations: ->; Define Automated Drive
            Library Name                         3583
            Drive Name                         3583_drive1
            Device                                 /dev/rmt1
            Element                                 256                ( 256 just for 3583 drive 1, you should find out element information via tapeutil )
            Device On-Line                                                       YES NO
            Cleaning Frequency (Gigabytes/ASNEEDED/NONE)
    驱动器二:
    define second drive
    select object view ->; server storage ->; Libraries and Drives ->; Automated Drives ->; Operations: ->; Define Automated Drive
            Library Name                         3583
            Drive Name                         3583_drive2
            Device                                 /dev/rmt2
            Element                                 257                ( you should find out element information via tapeutil )
            Device On-Line                                                       YES NO
            Cleaning Frequency (Gigabytes/ASNEEDED/NONE)

    定义LTO设备类
    For 3583:
    select object view ->; server storage ->; Device Classes ->; LTO Device Classes ->; Operations: ->; Define Device Class
                         Device Class Name                 3583_Class
                         Recording Format                 Drive
                         Library Name                 3583
                         Mount Limit                         DRIVES
          &nbs, p;              Mount Retention                 60
                         Tape Volume Prefix                 ADSM
                         Estimated Capacity                
                         Mount Wait                         60

    步骤十
    1.为BA建立策略域
    (先用默认值)
    badomain
    2.为TDP client建立策略域tdpdomain
    注意:TDP client所使用的拷贝副本组属性必须是:
    VERDELETED=0
    RETONLY=0

    为TDP建立策略域、策略集、管理类示例:

    tsm: BRAZIL>;def domain api_domain DESC=DO for all DB-Backups
    ANR1500I Policy domain API_DOMAIN defined.
    tsm: BRAZIL>;

    tsm: BRAZIL>;def policyset api_domain api_policy DESC=PO for all DB Backups
    ANR1510I Policy set API_POLICY defined in policy domain API_DOMAIN.

    tsm: BRAZIL>;def mgmtclass api_domain api_policy api_mgmtclass DESC=MC for all DB-Backups
    ANR1520I Management class API_MGMTCLASS defined in policy domain API_DOMAIN, set API_POLICY.
    tsm: BRAZIL>;

    以下为建立拷贝副本组,需注意选项值:
    tsm: BRAZIL>;def copygroup api_domain api_policy api_mgmtclass type=archive DEST=api_disk retver=nolimit
    ANR1535I Archive copy group STANDARD defined in policy domain API_DOMAIN, setAPI_POLICY, management class API_MGMTCLASS.

    tsm: BRAZIL>;def copygroup api_domain api_policy api_mgmtclass type=backup DEST=api_disk_ vere=1 verd=0 rete=0 reto=0
    ANR1530I Backup copy group STANDARD defined in policy domain API_DOMAIN, set
    API_POLICY, management class API_MGMTCLASS.

     

    步骤十一
    建立include-exclude list
    在client的dsm.sys中加入:
    1.domain /home /usr /datasave
    当使用命令时dsmc incremental -domain="/fs1 /fs2"将备份domain指定的/home, /usr, /datasave文件系统,以及备份命令中由-domain指定的/fs1和/fs2文件系统

    步骤十二
    建立调度

            持续时间:5小时
            周期:根据用户需求而定,每隔多长时间务器调度运行一次。

    测试调度
            可先调整一个合适的时间测试完成后再调回


    B-A安装配置

    步骤一.
    Smit安装B-A client所需要安装的软件包
    Tivoli.tsm.client.ba.aix43.32bit下的:
            Backup/Archive Base files
            Backup/Archive Common Files
    Tivoli.tsm.client.books
    Tivoli.tsm.client.web.aix43.32bit
    tivoli.tsm.client.image.aix43.32bit
    (api在TDP安装时安装)

    步骤二
            修改环境变量
                    export DSM_DIR=/usr/tivoli/tsm/client/ba/bin
    export DSM_CONFIG=/usr/tivoli/tsm/client/ba/bin/dsm.opt
    export DSM_LOG=/usr/tivoli/tsm/client/ba/bin

    (以下为server端的环境变量:
                            export DSMSERV_DIR=/usr/tivoli/tsm/server/bin
    export DSMSERV_CONFIG=/usr/tivoli/tsm/server/bin/dmserv.opt)


    步骤三.
    需要修改的文件:
    dsm.opt文件:
            Servername      tsm

    dsm.sys文件:
    SErvername                          tsm
               COMMmethod               TCPip
               TCPPort                    1500
               TCPServeraddress           133.54.9.11
               nodename                   client1
    passwordaccess             generate
               managedservices                webclient schedule

    步骤四
    启动dsmcad
            /usr/Tivoli/tsm/client/ba/bin/dsmcad

    TDP for Oracle客户端安装

    smit安装以下软件包:
    tivoli.tsm.client.api.aix43.64bit
    tivoli.tsm.client.oracle.64bit
    tivoli.tsm.client.oracle.tools.64bit

    编辑tdpo.opt文件:
    在/usr/tivoli/tsm/client/oracle/bin/目录下新建文件tdpo.opt
    ***************************************************************************
    * Tivoli Storage Manager - Tivoli Data Protection for Oracle
    *
    * Sample tdpo.opt for the AIX TDP for Oracle
    *********************************************************************

    DSMI_ORC_CONFIG   /usr/tivoli/tsm/client/api/bin64/dsm.opt
    DSMI_LOG           /usr/tivoli/

    TDPO_FS            adsmorc
    TDPO_NODE          tdpora1
    TDPO_OWNER         root
    TDPO_PSWDPATH      /usr/tivoli/tsm/client/oracle/bin64

    TDPO_DATE_FMT             1
    TDPO_NUM_FMT             1
    TDPO_TIME_FMT             1

    *TDPO_MGMT_CLASS2   mgmtclass2
    *TDPO_MGMT_CLASS3   mgmtclass3
    *TDPO_MGMT_CLASS4   mgmtclass4

    编辑api client的dsm.opt文件
    * SErvername       A server name defined in the dsm.sys file
    SErvername       tsm

    编辑api client的dsm.sys文件

    Servername                        tsm
    COMMmethode                TCPip
    TCPPort                        1500
    TCPServeraddress                133.54.9.11
    nodename                        tdpora1
    PASSWORDAccess        prompt

    在TSM server注册api client(tdpora1)

    初始化password:
    使用tdpoconf password -tdpo_optfile=[TDP for Oracle option文件]
            如果tdpo.opt在默认目录下,该命令可不需要参数
            产生的password文件名为:TDPO.[节点名] (注意大小写)

            该口令与TSM server注册该节点时的口令相同

            注意:如果在运行tdpoconf时出现错误,那么可能是api64目录下的dsm.sys和dsm.opt文件,以及tdpo.opt文件的内容或文件属性有问题。比较.smp文件的属性,以其为准。

    确认安装
    1.显示TDP的环境变量:
    tdpoconf showenv
    显示:


    重新连接oracle备份的库文件
    1.关闭oracle
    2.重新连接库文件:
    #rm $ORACLE_HOME/lib/libobk.a
    #ln -s /usr/lib/libobk.a $ORACLE_HOME/lib/libobk.a
    3.启动oracle


     
     

    来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/235507/viewspace-677316/,如需转载,请注明出处,否则将追究法律责任。

    转载于:http://blog.itpub.net/235507/viewspace-677316/

    展开全文
  • PI_HR_MDNON_CLASS, TSM-Server: TSM85_TDP_ORACLE@10.8.10.178 . BKI4008E: File '/oracle/M51/sapdata3/sr3_11/sr3.data11' cannot be opened. Reason:   errno(22)   A system call received a ...
  • TSM备份相关概述

    千次阅读 2016-05-14 20:17:27
    这里不对TSM备份的架构和基本概述做相关说明,这里只收集TSM中涉及的原理进行总结,想了解更多请参考《Tivoli Storage Manager for Windows: 管理员指南》Tivoli Storage Manager 客户机通常通过 LAN 将其数据发送到...
  • Tivoli TSM产品功能详述Tivoli TSM(Tivoli Storage Manager) 是一个企业级的Client/Server结构跨平台网络备份、恢复及存储管理软件TSM Client主要功能是向TSM ...
  • 配置无限制磁带驱动器的备份软件使用许可,并在将来增加磁带驱动器时不需要重新购买备份软件的使用许可; 配置支持集群环境 (HA) 的备份软件模块; 4 3584 扩容 1 套 为原有...
  • 主要介绍IBM的tsm备份软件的使用,包括命令,如何管理,如何制定备份策略等
  • IBM TSM 备份管理系统

    2011-11-20 23:17:04
    IBM 的备份管理,储存备份业界顶级管理系统
  • TSM备份Windows数据

    2013-11-12 10:52:22
    TSM提供备份和恢复文档的类型包括:FAT,NTFS和FAT32.  2.合适备份和合适归档文件 当备份-归档客户端备份或归档一个文件,他会发送一份文档的副本和它的相关属性到服务器。但是备份和归档的目标是不同的。 备份的...
  • IBM存储备份管理软件TSM详细介绍参考
  • tsm备份软件的集成实施和日常运维中,大家接触最多就是tsm for oracle的备份。在怎么把环境部署上的问题解决以后,其实tsm才刚刚开始。做备份的可能oracle不太熟,dba对tsm的了解又不够深入,经常出现各种问题,...
  • 使用sql命令管理维护IBM备份软件TSM 在企业级备份环境中,可以极大的提高工作效率
  • TSM备份软件在SAN网络出现调整,或异常停电等情况,容易出现磁带库设备在操作系统及TSM驱动程序中设备认不到,或设备名变化,造成和原来配置在备份软件中的设备名不一致。导致无法操作磁带库,因此备份失败。
  • 近期学习tsm备份,用vistor虚拟带库搭建实验环境。文档涵盖了整个环境的搭建过程,每一步很详细。其中vistor_2_1_1.tgz 就一个安装包,还有安装说明。
  • 静默安装Oracle12C 并使用TSM备份Oracle

    千次阅读 2014-07-31 17:45:19
    安装完成oracle软件之后还没创建db,我们可以继续使用静默方式创建数据库。 cd /mnt/hgfs/database/response [oracle@test6 response]$ grep -Ev '^(#|$)' dbca.rsp [GENERAL] RESPONSEFILE_VERSION = ...
  • IBM精品课程软件测试

    2011-07-18 15:20:45
    IBM精品课程软件测试课程PPT及--习题及参考答案,仅供学习使用,请勿做商业目的使用。
  • 直接备份LV可以提高备份效率,避免文件系统级别的操作,备份软件直接对裸设备进行备份操作。 下面给出备份逻辑卷LV的实例。 注:以下操作全部在客户端AIX系统上进行。 1. 选择需要备份的LV # smitty sb_backup 16....
  • IBM——TSM数据存储与备份的管理

    千次阅读 2014-04-11 22:23:54
    TSM(Tivoli Storage Manager) 软件是IBM 存储管理经验的结晶。TSM 是为解决企业级数据及系统安全而设计的备份全面解决方案,为石油、金融、电信等许多大型企业,解决困扰信息技术部门的备份管理问题。它在节省...
  • TSM 备份 归档和 恢复

    千次阅读 2011-05-24 11:10:00
    转载 的tsm 备份归档, 和恢复。
  • 主流备份软件比较及特点分析,NBU/TSM/Legato/DP/Bakbone 主流备份软件特点分析(pdf下载) 目前的主流备份软件包括...
  • 从今天开始,我将陆续分享有关备份架构和特性系列知识,数据保护方案目前主要分了两大类,一类是备份,另一类是容灾。备份主要是对数据提供多副本冗余,当数据发生误操作、病毒感染和丢失等逻辑错误后,可以用备份...
  • 本实施TSM的关键字解释文件备份:指文件级别的数据备份,基于操作系统的文件系统进行备份。数据库备份:指数据库基本的备份。在数据库处于open状态下,对数据库数据进行备份,并保持备份数据的一致性。离线备份:也...
  • TSM_6.2_在Windows_2003平台上的详细安装步骤
  • 备份软件TSM问题

    2014-07-07 10:06:49
    生产环境:带库TS3200(单驱动器)+TSM5.4.1+oracle11gR2 RAC 物理备份时报错,报错信息如下: channel t1: starting piece 1 at 06-JUL-14 released channel: t1 RMAN-00571: ==================================...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 807
精华内容 322
关键字:

tsm备份软件