我的公司正在运行 Autosys r11.1 SP1,作为我们的企业作业调度程序,我发现该产品可以很好地发挥其作用。它在我们公司内部享有“复杂”和“不好用”的美誉;我坚持认为,作为一个跨平台的企业作业调度程序,它肯定会很复杂,当然,掌握这样一个系统的管理需要一些时间和精力。
我不是负责管理的团队的一员,但是当我运行我们的数据仓库团队时,我的团队是该产品的最重用户,我正在尝试准备一些反驳论据,反对我认为关于数据仓库限制的虚假声明产品。我诚然知道“Autosys”是一套软件,但我绝不是专家。我相信除了实际的作业调度程序之外,还有一个警报引擎和一个工作负载控制中心,我们已经安装了这三个部分。
目前,如果 Autosys 作业达到最大运行警报状态,则会向我们的服务台生成电子邮件警报,他们能够采取适当的措施。根据我对 Autosys 内部数据模型的理解,这是一个可能发生在工作中的“事件”。
这与我所知道的一项工作可以属于的各种雕像不同,一次一个。
- 活性
- 不活跃
- 开始
- 跑步
- 成功
- 失败
- 等候接听
- 在冰上
- 起步较晚
- 机器待定
- 终止
除了作业遇到 Max Run 事件时的警报外,我们的帮助台还会在作业达到故障状态或机器挂起状态时收到电子邮件警报。
有人告诉我,如果工作达到终止状态,它无法发出警报?我只是不相信这一点。
我还被告知,在发送任何类型的警报之前无法过滤作业名称。我们目前没有真正的 Autosys 开发实例,因此我们使用命名约定来区分生产与 UAT 或测试,并且截至目前,已为所有人生成电子邮件警报,我们面临着与我们的帮助台不断争夺它们的斗争要了解我们不需要为非生产作业创建票证。
任何有关该产品真正功能的指导或教育将不胜感激!
克里斯