TSD 时间计算


概述

任务

见于

Tivoli 服务台

概述

TSD 时间处理

Tivoli服务台把几个功能合并在一起,使得时间存储的方法标准化,并使得时间数据更易于理解。

显示时间数据

当用户查看存储在 TSD 数据库中的时间敏感数据时,时间以用户所在的时区的时间出现。结果是,所有的用户都能准确地了解一个问题或其它问题打开了多久。

例如,如果问讯台分析员在纽约打开一个问题,并把它转移到芝加哥,然后,一个洛杉矶的用户继续处理该问题,则每个用户看到的与该问题有关的时间均以他们各自的时区的时间出现。打开问题的时间对于纽约用户来说为上午 8:00,对芝加哥用户来说是上午 7:00,而对洛杉矶用户来说是上午 5:00。

规范化

规范化协调使用 Tivoli 服务台的不同工作站的时钟之间的微小差别。存储在 TSD 数据库中的时间数据是“规范化的”或改变成与数据库时间相符的。这确保了审计跟踪和象升级与自动通知这样的操作能反映单一一致的时间基准。

用户每次启动 TSD,工作站时间与数据库时间之间的差都用 GMT 计算出来。它表示工作站 GMT 与数据库 GMT相差多少小时、多少分钟和多少秒。当存储的时间数据存储在 TSD 数据库中时,工作站时间要加上这个差值。

:如果在运行任何 Tivoli 服务台应用程序时要更改工作站时钟上的时间,都必须重新启动该 TSD 应用程序以重新计算时间差。

例如,用户在芝加哥启动了 TPM ,工作站时钟的时间是 10:30:00(GMT 时间 16:30:00)。纽约的数据库时钟的时间是 11:31:30(GMT 时间 16:31:30)。两个时钟的差是 00:01:30。

芝加哥的用户在 12:15:00(GMT 时间 18:15:00)打开了一个问题。如果 TSD 使用常规的 GMT 处理,则问题打开时间存储为 18:16:30。这是用芝加哥时间 18:15:00 加上工作站和数据库时钟之间的差 00:01:30 得到的。

标准化

所有的时间计算都基于单一的标准以确保其准确性。系统管理员决定该标准采用 GMT 时间还是数据库时间。实际上,系统管理员可以决定覆盖 GMT 处理并替换成基于数据库服务器时间的时间计算。这个决定直接影响时间在数据库中的存储方法。请参见覆盖 GMT 处理

格林威治标准时间

格林威治标准时间(GMT)是从数据库服务器内部时钟的时间计算得来的,要考虑到与数据库服务器所在时区相关的时差和夏时制修正。请参见维护时区

夏时制

不管数据库是否位于遵守夏时制的时区,系统管理员必须一年两次检查“夏时制操作”复选框确保其正确设置。请参见指定夏时制状态

示例

常规 GMT 处理

当系统管理员清除“TSD 系统配置”对话框“时区”标签中的“使选定时间为基时间”复选框,选择 GMT 作为时间计算的标准时,常规 GMT 处理发生。

示例:本例说明在下列条件下怎样进行常规 GMT 处理:

  • 不实行夏时制
  • 用户在 EST(东部标准时区)
  • 数据库在 EST(东部标准时区)
  • 用户启动 TPM,此时工作站时钟时间为 17:20:02(GMT 时间 22:20:02)。
  • 数据库时间为 17:22:35(GMT 时间 22:22:35)
  • 规范化因子为 2:33(两个时钟的差)
  • 用户于工作站时间 17:30:00(GMT 时间 22:30:00)打开一个新问题

    结果:问题打开时间在数据库中存储为 22:32:33。这是由工作站 GMT 加上规范化因子 2:33 得到的。

示例:当选定“TSD 系统配置”对话框“时区”标签的“夏时制生效”复选框时,常规 GMT 处理调整存储的时间。

  • 实行夏时制
  • 用户在 EST(东部标准时区)
  • 数据库在 EDT(东部夏时制区)
  • 数据库时区的 DST 修正值为 60 分钟
  • 用户启动 TPM,此时工作站时钟时间为 17:20:02(GMT 时间 22:20:02)。
  • 数据库时间为 18:22:35(GMT 时间 22:22:35,调整为夏时制)
  • 规范化因子为 2:33(两个时钟的差)
    :在夏时制调整为 GMT 后总要计算规范化因子。
  • 用户于工作站时间 17:30:00 打开一个新问题

    结果:问题打开时间在数据库中存储为 22:32:33。这是由工作站 GMT 加上规范化因子 2:33 得到的。

GMT 覆盖处理

当系统管理员选择数据库时区并选择“TSD 系统配置”对话框的“时区”标签中的“使选定时间为基时间”复选框,从而使用数据库时间作为时间计算的标准时,GMT 覆盖处理发生。

示例:本例说明在下列条件下怎样进行覆盖 GMT 处理:

  • 不实行夏时制
  • 用户在 CST(中部标准时区)
  • 数据库在 EST(东部标准时区)
  • 用户启动 TPM,此时工作站时钟时间为 17:20:02(覆盖前 GMT 时间22:20:02)。
  • 数据库时间为 18:22:35(覆盖前 GMT 时间 22:22:35)
  • 规范化因子为 2:33(两个时钟的差)
    :规范化因子总要根据 GMT 时间计算。
  • 为工作站时钟计算一个 GMT 覆盖值。
  • 当用户打开一个新问题时,工作站时钟时间为 17:30:00(GMT 时间 22:30:00)。

    结果:问题打开时间在数据库中存储为 18:32:33。这是在应用覆盖后,由工作站 GMT 加上工作站时钟和数据库时钟间的差 2:33 得到的。

示例:当选择了“TSD 系统配置”对话框“时区”标签的“夏时制有效”复选框时,覆盖 GMT 处理将调整存储的时间。

  • 实行夏时制
  • 用户在 CDT (中部夏时制区)
  • 数据库在 EDT(东部夏时制区)
  • 数据库时区的 DST 修正值为 60 分钟
  • 用户启动 TPM,此时工作站时钟时间为 17:20:02(覆盖前 GMT 时间22:20:02)。
  • 数据库时间为 18:22:35(覆盖前 GMT 时间 22:22:35)
  • 规范化因子为 2:33(两个时钟的 GMT 间的差)
  • 用户于工作站时间 17:30:00 打开一个新问题

    结果:问题打开时间在数据库中存储为 18:32:33。这是在应用覆盖后,由工作站 GMT 加上 2:33(工作站时钟和数据库时钟间的差)得到的。