sysback.docx

sysback.docx

《sysback.docx》由会员分享，可在线阅读，更多相关《sysback.docx（14页珍藏版）》请在冰豆网上搜索。

sysback

用TSMSysback备份和恢复AIX系统

本系列文章共分为三部分来介绍如何用TivoliStorageManagerforSystembackupandRecovery6.1（简称Sysback）来自动备份AIX系统和恢复的方法。

∙第1部分：

简介及安装

∙第2部分：

配置及备份

∙第3部分：

系统恢复

Sysback简介

当今很多企业采用AIX服务器来组成自己的生产环境，AIX服务器上通常存储着企业的重要数据，要保证系统和数据的实时可用性，系统的定期备份是必须要做的。

Sysback是TSM的子产品，是专门提供给AIX管理员使用的，简单有效的备份恢复系统的方法。

它非常灵活，可以全部或者部分的备份恢复系统；可以在备份时，同时拷贝备份数据到多个设备，实现多路备份；可以在线备份，不需要停机或者停止应用程序，保证应用的高可用性；还可以在恢复系统时轻松地与AIXNIM环境相协同，使用现有的NIM资源。

Sysback功能介绍

1．创建不同类型的备份。

全系统备份，逻辑卷（裸数据）备份，文件系统备份，指定文件夹或者文件备份等等。

2．实现增量备份数据。

3．执行增强的系统备份。

作为裸逻辑卷备份所有数据，通过降低CPU使用率从而增加读写性能可以加快备份恢复的速度。

4．可以备份到本地磁带，文件或者通过网络备份到远程服务器。

5．通过使用脚本、计划实现自动备份。

Sysback功能强大，它几乎可以满足AIX系统任何类型的备份恢复要求。

用Sysback备份AIX系统的优点

我们都知道AIX自身就有备份恢复系统的命令mksysb，但是AIX不能实现备份数据的统一管理。

想象一下，大公司都有很多AIX系统，每个系统都需要定期备份，那么多的备份数据怎么管理呢？

数据和系统的对应关系，数据和时间的对应关系，靠人工管理？

显然不可能。

把Sysback和TSMServer相结合，Sysback作为客户端，TSMServer作为服务器端，就可以实现各个AIX系统备份数据的统一管理。

Sysback客户端可以通过远程备份，把各个AIX系统数据都备份到TSMServer端，在服务器端利用TSMServer的强大功能对备份数据进行统一的存储管理。

TSMServer端有：

∙多层的存储设备。

主存储池，拷贝存储池，活跃存数据储池等，可以使备份数据有多个拷贝，更加安全。

∙专门的数据库来存储备份数据的信息。

可以保证备份数据的一致性和完整性，并且可以随时查询备份数据的信息。

关于TSMServer的强大功能，有兴趣的读者可以参考TSMServer的技术书籍。

Sysback备份恢复AIX的系统架构

本文只讨论服务器端的NIMMaster和TSMServer驻留在一台机器上的情况，并且假设已安装配置NIMMaster，关于NIMMaster的安装配置不在本文讨论范围。

NIMMaster和TSMServer不在同一台机器的情况与之类似，不做详细讨论。

图1.Sysback备份示意图（TSMServer和NIMMaster在同一台机器）

图2.Sysback恢复示意图（TSMServer和NIMMaster在同一台机器）

1．客户端发生灾难的AIX系统通过bootp请求服务器端的NIMMaster。

2．NIMMaster返回启动所需的AIXbootkernel，Sysback程序包，TSMapi接口给客户端AIX系统。

3．客户端AIX系统管理员设置Sysback菜单，输入TSMServer信息和TSMClient信息，以便在服务器端的TSMServer中找到所需恢复介质。

4．服务器端TSMServer将发生灾难之前的AIX系统备份送回到发生灾难的客户端AIX系统中，自动化完成安装的所有步骤。

本文是系列文章的第2部分，Sysback是基于TSMAPI来备份AIX操作系统的，所以在备份之前要对TSMServer和TSMClient之间进行配置以保证他们的连通性（同时也是保证Sysback和TSMServer之间的连通性）。

本文给出了详细的配置选项文件，同时详细描述了如何配置Sysback模块使其能够对AIX操作系统进行备份。

能对损坏的AIX系统进行恢复。

这里面最重要的一点就是如何将NIM和Sysback组合在一起，后面内容讲解了如何将Sysback软件集添加到NIMMaster资源中，这样就可以在网络启动进入网络安装操作系统时利用Sysback找到以前备份在TSMServer上的AIXimage从而进行恢复。

最后文章给出了备份AIX操作系统的实例和脚本。

配置服务器端的TSMServer

本部分介绍如何配置服务器端的TSMServer，为备份到TSMServer上的客户端数据提供存储空间（TSMServer存储管理），并对数据的保存版本和保存周期进行管理（TSMServer策略管理）。

在本例中假设原有的TSMSerer环境已配置好存储设备，下面给出TSMServer对数据保存版本和保存周期的配置信息作为参考。

下图给出了TSMServer策略管理的逻辑拓扑图作为参考：

以下给出了TSMServer端对TSMServer策略管理的配置实例作为参考。

定义域（在图中对应policydomain）

tsm:

TIVP5GLP2>defdomtestdomain

定义策略（在图中对应polictset）

tsm:

TIVP5GLP2>defpoltestdomaintestpol

定义管理类（在图中对应managementclass）

tsm:

TIVP5GLP2>defmgmttestdomaintestpoltestmgmt

指派缺省管理类

tsm:

TIVP5GLP2>assigndefmgmttestdomaintestpoltestmgmt

定义存储池（在图中对应storagepool）

tsm:

TIVP5GLP2>defstgltopoollto2tapemaxscr=2

定义拷贝组（在图中对应backupcopygroup）

tsm:

TIVP5GLP2>defcotestdomaintestpoltestmgmtdest=ltopool

激活备份策略

tsm:

TIVP5GLP2>actpoltestdomaintestpol

最后为客户端注册节点信息（这个节点名逻辑上代表一台实际的机器）

tsm:

TIVP5GLP2>regnodetivp5clp3tivp5clp3dom=testdomain

配置客户端的TSMClient

Sysback使用TSMAPI来对AIX操作系统进行在线备份，如果仅对AIX操作系统（rootvg）进行备份的话，只需修改/usr/Tivoli/tsm/client/api/bin/下面的配置文件dsm.sys即可，无需更改其他配置文件。

本例中TSM_Server_ip代表TSMServer和NIMMaster的主机名，node1代表进行备份的AIX主机在TSMServer上面注册的节点名。

/usr/tivoli/tsm/client/api/bin/dsm.sys

SErvernameTSM---------此处的Servername仅代表xxxx

NODenamenode1

COMMMethodTCPIP---------TSMServer和Client通信方式

TCPPort1500---------TSMServer和Client通信端口

TCPServeraddressTSM_Server_ip

PASSWORDAccessgenerate---------TSMServer和Client校验密码的方式generate为本地密码校验。

如果对AIX文件系统或单个文件进行备份同时为了确保能够使用TSM的自动备份功能，需要配置TSMB/Aclient配置文件/usr/tivoli/tsm/client/ba/bin/dsm.sys和/usr/tivoli/tsm/client/ba/bin/dsm.opt。

本例：

/usr/tivoli/tsm/client/ba/bin/dsm.opt

ServernameTSM

/usr/tivoli/tsm/client/ba/bin/dsm.sys

SErvernameTSM

NODenamenode1

COMMMethodTCPIP

TCPPort1500

TCPServeraddressTSM_Server_ip

PASSWORDAccessgenerate

配置完以上文件后，使用TSMClient命令进行连通性测试，测试和TSMServer之间的通信是否正常。

在AIXClient端运行命令

＃dsmcquerysession

此例中名为TIVP5CLP3（nodenameTIVP5CLP3）的TSMClient节点和名为TIVP5GLP2的TSMServer已经建立了连接。

配置客户端的Sysback

本部分介绍如何在客户端（发生灾难的AIX系统端）进行Sysback配置，使其能够将AIX系统备份到TSMServer上。

注：

以下操作全部在客户端AIX系统上进行。

配置客户端Sysback相关设置，添加TSM虚拟存储设备。

现在定义一个TSM虚拟存储设备，这个设备就是Sysback和TSM之间的备份接口，Sysback就是通过这个虚拟设备作为与TSM的接口对AIX操作系统进行备份的。

通过命令行运行

#smittysb_tsm_virdev_config

选择“AddaTSMVirtualDevice”，输入先前在TSMServer定义好的节点的密码。

最后确认命令执行成功。

Devicetsm0forTSMservertivp5glp2hasbeenadded.

这句话的意思是已经为Sysback和名为tivp5glp2的TSMServer建立了连接，同时定义了一个虚拟备份接口设备“tsm0”。

如果客户的环境中有多个TSMServer，同时客户想把AIX系统备份到不同TSMServer上，可以通过这种方式添加多个虚拟设备，每个设备对应一个TSMServer。

成功的为Sysback添加了TSM虚拟设备之后，客户端的Sysback配置就算完成了。

本文是系列文章的第3部分，Sysback是基于TSMAPI来备份AIX操作系统的，用户可以通过Sysback工具恢复存储在服务器端的TSMServer的系统备份，客户允许在TSMServer上存储多个系统的备份，并在恢复时挑选任一版本进行恢复。

配合TSMB/A客户端的使用，用户甚至能够恢AIX系统复逻辑卷或文件系统的备份，从而给客户的备份带来很大的灵活性。

本系列文章的前两部分对Sysback的概念及安装，配置及备份进行了介绍，本文主要讲述通过Sysback工具恢复第二部分中备份客户的AIX系统，以及通过TSMB/A客户端恢复第二部分中备份的一个逻辑卷裸设备。

本文通过图例演示这两个恢复过程,并简单讲解其中原理。

本例假设原有的实验环境已做好恢复系统前的准备工作，其中包括一个AIX客户端已被添加为NIM客户端；用于Sysback恢复系统的NIM资源SPOT和LPP_Source（Sysback的NIM启动资源资源配置不在本例讨论范围）。

配置TSM网络启动客户端

通过sysback恢复系统通常有两种途径：

ClassicNetworkBoot和NIMResourceboot

区别如下：

ClassicNetworkBoot  NIMResourceboot  

服务器和客户端必须处于AIX操作系统同一个版本,安装同样的补丁（TL）  sysback可以使用现有不同版本的NIM网络安装资源  

服务器端必须安装所有用于支持客户端硬件设备的AIX文件集  用LPP_Source资源提供客户端机器硬件支持，可以不必和SPOT在一台机器上  

基于多版本系统恢复的考虑，本实例选择NIMResourceboot方式使用现有的NIM资源，配合Sysback的网络启动和安装过程。

首先需要为用户的客户端添加一个TSM网络启动客户端，以下操作以root用户在服务器端执行。

#smittysb_nimboot

选择”AddorChangeaNetworkBootClient”

选择一个已定义好的NIM客户端并选择相应的SPOT和LPP_Source资源，并且确认这些NIM资源已经集成了SysbackTSMB/A，TSM32bitAPI等文件集。

如果相应的NIM客户端和NIM资源未出现在可选项菜单中，请参见前两部分文章关于添加NIM客户端和NIM资源整合的内容。

确认命令得到成功执行。

配置TSM网络安装客户端缺省选项

接着为TSM网络启动客户端指定启动缺省选项，客户可以在安装系统时使用这些缺省值而不必再手工输入这些信息，选择“SetTSMNetworkInstallClientDefaults”。

以下为部分选项的说明：

TSMClientNodename即为客户端注册的TSM节点。

（参见系列的第2部分）

TSMAdminIDTSM服务器端管理员帐号

ClientNodeorAdminPasswordTSM节点或管理员帐号密码

TSMBackupID客户端存储在TSM中系统备份的标志。

（参见系列的第2部分）

TSMServerPortTSM服务器的端口，缺省为1500

TSMnetworkdeviceName用于恢复的网络设备名称

Gateway网关，如与服务器处于同一网段，即输入服务器IP地址

TSMServerIPaddressTSM服务器地址

SubnetMask网络掩码

启动客户端到SMS模式，配置网络启动

为了使客户端的机器从网络启动，需要将机器启动到SMS模式，通常做法是当客户的机器刚启动并出现开机画面时按数字键1，以下为系统进入SMS时的画面：

确认系统第一启动选项为网卡。

在SMS首页选择“SetupRemoteIPL（InitialProgramLoad”），填写相应IP地址。

选择保留并退出，系统进入网络引导