TSM 调度任务

TSM 调度任务解析

TSM 本身提供了很强大的自动执行任务的能力,但是在实际部署TSM的过程中,工程师却很少使用到(我看到很多人用操作系统的自动运行去完成自动备份,如,crontab

。。),主要是因为对TSM的调度功能不熟悉,认为定义和配置调度任务很复杂,如果仔细了解的它的原理使用起来还是很方便的。下面我总结一下我在部署TSM备份软件时对TSM自动调度任务管理的一些经验,希望有所帮助。

TSM 调度程序(dsmc schedule)概述:

在客户理解的自动备份对应到TSM就是TSM的调度任务(schedule),那么TSM是如何让一个备份客户端执行一个自动备份任务呢?包括以下几个方面

1. 首先要在TSM server上定义一个调度表,TSM 使用该调度表为客户机在指定的时间间隔或天数执行自动备份和归档操作。

2. 对客户机节点和已经定义的调度表进行绑定,允许调度关联多个节点,由于调度定义包含在特定策略域中,所以定义到某个策略域的节点只能与该域中定义的调度关联。

3. 让节点执行一次调度任务叫做调度事件(event),那么要想发生这个调度事件必须满足一下调节:

对于一个特定策略域必须存在一个调度定义

? 所需的节点必须存在一个调度关联

? 客户机调度程序(dsmc schedule)必须在客户机系统上运行

TSM调度管理分类:

传统管理调度legacy scheduler services

客户机接收器管理调度CAD-managed Services

其中传统管理调度又分为下面两种方式:

客户机轮询(polling),服务器提示(prompted),

客户机轮询是指客户机节点调度程序(dsmc schedule)每隔预定的时间间隔轮询TSM服务器,已获取调度作业。这是TSM默认模式。

服务器提示此方式只提供TCP/IP通信的客户机(大部分都用TCP/IP吧)使用,当需要执行已调度的任务且有可用的会话时,客户机节点等待服务器与他联系,也就是说TSM server将提示客户机做已经定义好的调度任务。调度程序(dsmc schedule)负责接收发来的指令。如果指定prompted方式,则必须在客户机dsm.sys文件中,或在dsmc schedule 命令中提供tcpclientaddress和tcpclientport选项的值。否则TSM server无法联系到客户机调度进程,从而造成调度任务丢失(miss)。

让我们看一下polling和prompted各有什么优缺点和具体运作方式:

Polling缺点和具体运作方式

工作方式:

1. 客户机节点按预定时间间隔查询服务器以获取调度信息。此间个由客户机选项Queryschedperiod设置。

2. 在调度开始时客户集结点执行调度操作

3. 当操作执行完成以后,客户机会将结果发送到服务器。

4. 客户机节点向服务器查询下一个

调度操作

优缺点:

1. 支持随机化,即对调度的开始时间的随即分布,这就是为什么客户老抱怨TSM执行调度的开始时间不是定义时的时间,总会有些延时,因为TSM自动将任务做了随机化,这样对任务很多的客户机是有帮助的,有助于减少客户机的压力。当然管理员也可以控制随机化,通过随机化时间,TSM避免了所有客户机同时尝试启动调度的概率,否则会耗尽服务器的资源。

2. 对所有通信方式有效

3. 因为随机化,调度启动时间不固定,客户不太理解。

prompted缺点和具体运作方式

工作方式:

1. 当需要执行调度的操作并有一个服务器会话可用时,服务器会与客户机节点联系,这就要求在注册节点时指定节点的HLAddress(指定节点的IP地址)和LLAddress(指定客户机的端口号,必须与客户机选项文件中的tcpclientport选项指定相同的值)

2. 联系上后,客户机节点向服务器查询操作,执行操作并将结果发送到服务器。

优缺点:

1. 如果经常更改调度的开始时间,这种方法是很有用的。无需对客户机节点进行任何操作,新的开始时间即可生效。

2. 当客户想把调度会话集中的限制为服务器启动时可采用这种方法(客户喜欢这样做)

3. 不支持调度的随机化,需要人工对负载进行判断,指定均衡的调度表。

4. 只支持TCP/IP同服务器通信的客户机节点。

重点介绍一下CAD

CAD提供轻量级定时器,作为调度程序的外部计时器。启动调度程序时,它将查询服务器已获得下一个已调度事件,或者立即执行事件,或者调度程序退出。当应该执行已调度事件时,CAD从新启动调度程序。这样减少了工作站的后台进程数,,并解决了无CAD管理运行调度程序时可能发生的内存保留问题。也就是说当需要启动调度程序进程(dsmc schedule)时才启动,而传统的方式(上面介绍的两种方式)是保持TSM 调度程序进程(dsmc schedule)持续运行。CAD是管理调度程序的首选方法。

下面对这两种方法进行比较,

CAD管理的服务

? 使用managedservices选项进行定义并启动CAD服务(dsmcad)

? CAD按需要为每一个调度操作启动及停止程序进程

? 空闲时需要较少的系统资源(需要执行调度时启动dsmc schedule,平时不启动)

? 每次CAD服务启动调度备份时都将查询客户端选项文件dsm.sys(确保每次修改都能应用,区别于传统模式dsmc schedule无需在每次更改dsm.sys内容后都要重启的不便操作)

传统调度程序服务(polling,prompted)

? 以命令dsmc schedule 启动调度

? Dsmc schedule保持活动状态,即使在调度备份完成之后

?

空闲时需要使用较多的系统资源,包括内存和CPU

? dsmc schedule启动后,当要执行调度时不在查询dsm.sys中修改的内容,必须要重启dsmc schedule,这就是为什么有些工程师明明修改的一些备份选项却在执行调度时没有生效,例如你想通过include修改的管理类让数据备份到不同的存储池中(stgpool)修改了dsm.sys中的如下

include * manage_b(对应stgpool_b是一个lto设备类)

但是在客户端执行完调度后数据还是备份到了以前的管理类manage_a(对应stgpool_a是一个disk设备类)里面去了.就是因为dsmc schedule 在备份的时候不会去读取最新的修改,只有将其重启后才能生效。

下面举一个例子,看看我们上面的调度方式是如何实现的。

增量备份节点名为test1和AIX操作系统目录 /home下的所有文件,备份启动时间是12:00,每隔一小时备份一次,备份任务必须在30分钟内启动。

1. 首先要在TSM server上定义一个调度任务

define schedule standard schedule1 action=incremental -objects=”/home/*” –opt=’-subdir=yes’ starttime=12:00:00 period=1 perunits=hour dur=30 duru=minutes

2. 将这个调度和节点test1绑定

Define association standard schedule1 test1

3. 在客户端启动调度程序

? 对于传统调度管理模式

tsmsched:nce:/usr/bin/dsmc sched > /dev/null 2>&1 # TSM scheduler

注:

对于prompted 模式要求dsm.sys包括有如下选项

passwordaccess generate

tcpclientport 150x(与注册节点时用的LLAddress相同)

在dsmc sched 后面可以添加-se选项以便选择dsm.sys中的不同段落,读取不同的客户机选项。

? 对于CAD管理模式

tsmcad:nce:/usr/bin/dsmcad –optfile=/usr/tivoli/tsm/client/ba/bin/dsm.opt> /dev/null 2>&1 # TSM Client Acceptor

注:

在CAD管理模式下要求dsm.sys包括有如下的选项

passwordaccess generate

managedservices schedule

在dsmcad 后面可以添加-optfile选项以便选择dsm.sys中的不同段落,读取不同的客户机选项。

TSM调度程序疑难解答:

1. 如何查看TSM服务器保留的调度事件。

例如:显示前一天所有事件结果的查询

query event * * begind=today-1 begint=00:00:00 endd=today-1 endt=23:59:59

查询发生异常的调度事件

query event * * begind=today-1 begint=00:00:00 endd=today-1 endt=23:59:59 exceptionsonly=yes

2. 调度事件状态码:

状态 含义

已完成(complete) 该调度事件正常完成,无错误

错过(miss) 调度错过,调度程序(dsmc sched)在客户端上没有运行

等待(pending) 正在等待调度运行

已启动(start) 调度已启动

失败(failed) 调度完成,但有错误发生,查看错误代码,寻找原因

3. 如何查询每次调度任务备份的更多详细信

息,例如备份的数据量。

select schedule_name,start_time,end_time,activity,entity as node,address,bytes,volume_name from summary where schedule_name is not null and start_time>’03/25/2009 00:00:00’ and end_time

TSM 调度任务解析

TSM 本身提供了很强大的自动执行任务的能力,但是在实际部署TSM的过程中,工程师却很少使用到(我看到很多人用操作系统的自动运行去完成自动备份,如,crontab

。。),主要是因为对TSM的调度功能不熟悉,认为定义和配置调度任务很复杂,如果仔细了解的它的原理使用起来还是很方便的。下面我总结一下我在部署TSM备份软件时对TSM自动调度任务管理的一些经验,希望有所帮助。

TSM 调度程序(dsmc schedule)概述:

在客户理解的自动备份对应到TSM就是TSM的调度任务(schedule),那么TSM是如何让一个备份客户端执行一个自动备份任务呢?包括以下几个方面

1. 首先要在TSM server上定义一个调度表,TSM 使用该调度表为客户机在指定的时间间隔或天数执行自动备份和归档操作。

2. 对客户机节点和已经定义的调度表进行绑定,允许调度关联多个节点,由于调度定义包含在特定策略域中,所以定义到某个策略域的节点只能与该域中定义的调度关联。

3. 让节点执行一次调度任务叫做调度事件(event),那么要想发生这个调度事件必须满足一下调节:

对于一个特定策略域必须存在一个调度定义

? 所需的节点必须存在一个调度关联

? 客户机调度程序(dsmc schedule)必须在客户机系统上运行

TSM调度管理分类:

传统管理调度legacy scheduler services

客户机接收器管理调度CAD-managed Services

其中传统管理调度又分为下面两种方式:

客户机轮询(polling),服务器提示(prompted),

客户机轮询是指客户机节点调度程序(dsmc schedule)每隔预定的时间间隔轮询TSM服务器,已获取调度作业。这是TSM默认模式。

服务器提示此方式只提供TCP/IP通信的客户机(大部分都用TCP/IP吧)使用,当需要执行已调度的任务且有可用的会话时,客户机节点等待服务器与他联系,也就是说TSM server将提示客户机做已经定义好的调度任务。调度程序(dsmc schedule)负责接收发来的指令。如果指定prompted方式,则必须在客户机dsm.sys文件中,或在dsmc schedule 命令中提供tcpclientaddress和tcpclientport选项的值。否则TSM server无法联系到客户机调度进程,从而造成调度任务丢失(miss)。

让我们看一下polling和prompted各有什么优缺点和具体运作方式:

Polling缺点和具体运作方式

工作方式:

1. 客户机节点按预定时间间隔查询服务器以获取调度信息。此间个由客户机选项Queryschedperiod设置。

2. 在调度开始时客户集结点执行调度操作

3. 当操作执行完成以后,客户机会将结果发送到服务器。

4. 客户机节点向服务器查询下一个

调度操作

优缺点:

1. 支持随机化,即对调度的开始时间的随即分布,这就是为什么客户老抱怨TSM执行调度的开始时间不是定义时的时间,总会有些延时,因为TSM自动将任务做了随机化,这样对任务很多的客户机是有帮助的,有助于减少客户机的压力。当然管理员也可以控制随机化,通过随机化时间,TSM避免了所有客户机同时尝试启动调度的概率,否则会耗尽服务器的资源。

2. 对所有通信方式有效

3. 因为随机化,调度启动时间不固定,客户不太理解。

prompted缺点和具体运作方式

工作方式:

1. 当需要执行调度的操作并有一个服务器会话可用时,服务器会与客户机节点联系,这就要求在注册节点时指定节点的HLAddress(指定节点的IP地址)和LLAddress(指定客户机的端口号,必须与客户机选项文件中的tcpclientport选项指定相同的值)

2. 联系上后,客户机节点向服务器查询操作,执行操作并将结果发送到服务器。

优缺点:

1. 如果经常更改调度的开始时间,这种方法是很有用的。无需对客户机节点进行任何操作,新的开始时间即可生效。

2. 当客户想把调度会话集中的限制为服务器启动时可采用这种方法(客户喜欢这样做)

3. 不支持调度的随机化,需要人工对负载进行判断,指定均衡的调度表。

4. 只支持TCP/IP同服务器通信的客户机节点。

重点介绍一下CAD

CAD提供轻量级定时器,作为调度程序的外部计时器。启动调度程序时,它将查询服务器已获得下一个已调度事件,或者立即执行事件,或者调度程序退出。当应该执行已调度事件时,CAD从新启动调度程序。这样减少了工作站的后台进程数,,并解决了无CAD管理运行调度程序时可能发生的内存保留问题。也就是说当需要启动调度程序进程(dsmc schedule)时才启动,而传统的方式(上面介绍的两种方式)是保持TSM 调度程序进程(dsmc schedule)持续运行。CAD是管理调度程序的首选方法。

下面对这两种方法进行比较,

CAD管理的服务

? 使用managedservices选项进行定义并启动CAD服务(dsmcad)

? CAD按需要为每一个调度操作启动及停止程序进程

? 空闲时需要较少的系统资源(需要执行调度时启动dsmc schedule,平时不启动)

? 每次CAD服务启动调度备份时都将查询客户端选项文件dsm.sys(确保每次修改都能应用,区别于传统模式dsmc schedule无需在每次更改dsm.sys内容后都要重启的不便操作)

传统调度程序服务(polling,prompted)

? 以命令dsmc schedule 启动调度

? Dsmc schedule保持活动状态,即使在调度备份完成之后

?

空闲时需要使用较多的系统资源,包括内存和CPU

? dsmc schedule启动后,当要执行调度时不在查询dsm.sys中修改的内容,必须要重启dsmc schedule,这就是为什么有些工程师明明修改的一些备份选项却在执行调度时没有生效,例如你想通过include修改的管理类让数据备份到不同的存储池中(stgpool)修改了dsm.sys中的如下

include * manage_b(对应stgpool_b是一个lto设备类)

但是在客户端执行完调度后数据还是备份到了以前的管理类manage_a(对应stgpool_a是一个disk设备类)里面去了.就是因为dsmc schedule 在备份的时候不会去读取最新的修改,只有将其重启后才能生效。

下面举一个例子,看看我们上面的调度方式是如何实现的。

增量备份节点名为test1和AIX操作系统目录 /home下的所有文件,备份启动时间是12:00,每隔一小时备份一次,备份任务必须在30分钟内启动。

1. 首先要在TSM server上定义一个调度任务

define schedule standard schedule1 action=incremental -objects=”/home/*” –opt=’-subdir=yes’ starttime=12:00:00 period=1 perunits=hour dur=30 duru=minutes

2. 将这个调度和节点test1绑定

Define association standard schedule1 test1

3. 在客户端启动调度程序

? 对于传统调度管理模式

tsmsched:nce:/usr/bin/dsmc sched > /dev/null 2>&1 # TSM scheduler

注:

对于prompted 模式要求dsm.sys包括有如下选项

passwordaccess generate

tcpclientport 150x(与注册节点时用的LLAddress相同)

在dsmc sched 后面可以添加-se选项以便选择dsm.sys中的不同段落,读取不同的客户机选项。

? 对于CAD管理模式

tsmcad:nce:/usr/bin/dsmcad –optfile=/usr/tivoli/tsm/client/ba/bin/dsm.opt> /dev/null 2>&1 # TSM Client Acceptor

注:

在CAD管理模式下要求dsm.sys包括有如下的选项

passwordaccess generate

managedservices schedule

在dsmcad 后面可以添加-optfile选项以便选择dsm.sys中的不同段落,读取不同的客户机选项。

TSM调度程序疑难解答:

1. 如何查看TSM服务器保留的调度事件。

例如:显示前一天所有事件结果的查询

query event * * begind=today-1 begint=00:00:00 endd=today-1 endt=23:59:59

查询发生异常的调度事件

query event * * begind=today-1 begint=00:00:00 endd=today-1 endt=23:59:59 exceptionsonly=yes

2. 调度事件状态码:

状态 含义

已完成(complete) 该调度事件正常完成,无错误

错过(miss) 调度错过,调度程序(dsmc sched)在客户端上没有运行

等待(pending) 正在等待调度运行

已启动(start) 调度已启动

失败(failed) 调度完成,但有错误发生,查看错误代码,寻找原因

3. 如何查询每次调度任务备份的更多详细信

息,例如备份的数据量。

select schedule_name,start_time,end_time,activity,entity as node,address,bytes,volume_name from summary where schedule_name is not null and start_time>’03/25/2009 00:00:00’ and end_time


相关文章

  • 第四章 列控车载设备控车原理(电务维护)
  • 第四章 车载设备控车原理 第一节 地面配置条件 列控车载设备需要地面设备发送的正确信息,才能正常控车,因此要确保车载设备正常工作,地面设备必需具备一定的技术条件.这里介绍地面的配置条件. 一 轨道电路 ㈠区间轨道电路 根据CTCS 有关技术 ...查看


  • TSM常见故障处理步骤
  • 常见故障处理 一 驱动器状态不正常 问题:由于磁带卡带或其他问题,导致驱动器状态为unknown . 处理: 检查驱动器状态 q drive f=d ,是否为unknown 如果磁带卡带,则使用磁带库或磁带机面板将磁带取出 重新启动TSM ...查看


  • 2011_数据保护解决方案
  • 第 1 页 共 8 页 数据保护解决方案 1 客户的需求和业务驱动力 1.1 客户的需求和驱动力 当前,数据已被公认为企业最重要的资产之一,企业越来越重视对数据的保护.丢失关键的业务信息会对生产力造成影响,甚至是致命的影响,例如造成应用程序 ...查看


  • IBM+双机热备方案
  • IBM 服务器解决方案 建议书 2009年10 月 目 录 第一章 需求分析---------------------.3 1.1 概论-----------------------..3 1.2 用户需求分析--------------- ...查看


  • [英雄联盟]总决赛RNG形势严峻 死亡D组形势分析
  • A组的小组出线战让人记忆犹新,ANX成为史上第一支晋级八强的外卡队伍,这样足够让人感到震撼了,我们今天来看看D组的出线形势,D组里面有我们LPL的队伍RNG,来分析看看他们的出线形势怎么样吧! 赛程简析 赛程方面,RNG的赛程还是比较好的, ...查看


  • 浅析美国专利制度中的非显而易见性
  • [摘 要]近几十年来美国联邦法院对于非显而易见性一直采用所谓的"教导-启示-动机"即TSM判断准则.而在Teleflex 诉KSR的案情中,KSR质疑该判断标准,要求联邦最高法院对该标准进行审查,美国联邦最高法院对这一争 ...查看


  • 数据生命周期管理
  • 数据生命周期管理 作者:佚名 来源:IT168 时间:2009-3-13 16:59:08 责任编辑:李伟 随着市场经济的制度完善,新的政府法规和财务要求对于数据的管理要求提出了更高的要求.在欧美国家,金融.医疗.电信等行业推出了许多针对数 ...查看


  • 温度报警器设计制作
  • 项目一.温度报警器设计制作 一.任务书: 使用正温度系数热敏电阻PT100传感器和单片机完成对温度的控制:当温度过高时,启动语音报警,并切断电源:当温度过低时,启动供暖进行加热.高温温度为70度,低温温度为18度. 个人独立完成设计,并2- ...查看


  • 郑州加入互联互通城市 绿城通50个城市能乘公交
  • 2014年10月31日 08:44:52 来源:郑州晚报 0 简述:今后,郑州市民只要拿着绿城通卡,就可以去全国其他49个互联互通城市刷卡乘车,并享受当地优惠政策,部分城市内还可享受乘地铁.租赁自行车服务.10月30日,2014全国城市通卡 ...查看


热门内容