我的公司正在运行Autosys r11.1 SP1，作为我们的企业作业调度程序，我发现该产品可以很好地满足其目的。它在我们公司内部享有“复杂”和“不易使用”的美誉;我认为，作为一个跨平台的企业作业调度程序，它肯定会很复杂，当然需要一些时间和精力来掌握这样一个系统的管理。
我不是负责管理的团队的一员，但是当我运营数据仓库团队时，我的团队是产品中最重的用户，而我正在尝试针对我认为的虚假声明准备一些反对意见。产品的局限性。我当然知道“Autosys”是一套软件，但我绝不是专家。我认为，除了实际的作业调度程序之外，还有一个警报引擎，还有一个工作负载控制中心，我们已经安装了这三个部分。
目前，如果Autosys作业达到Max Run Alarm状态，则会向我们的服务台生成电子邮件警报，他们可以采取相应的操作。根据我对Autosys内部数据模型的理解，这是一个可能发生在工作中的“事件”。
这与我所知道的作业可以属于的各种雕像不同，
除了作业遇到Max Run事件时的警报，当作业遇到“失败”状态或“机器待处理”状态时，我们的帮助台也会收到电子邮件警报。
我被告知，如果某个工作达到终止状态，则无法发出警报？我只是不相信这一点。
我还被告知在发送任何类型的警报之前无法过滤作业名称。我们目前没有真正的Autosys开发实例，因此我们使用命名约定来区分生产与UAT或Test，并且截至目前为所有人生成电子邮件警报，我们面临着与我们的服务台试图获取它们的持续战斗了解我们不需要为非生产工作创建的门票。
非常感谢对本产品真正功能的任何指导或教育！
克里斯
答案 0 :(得分：0)
由于我已经成为autosys的一部分将近3年，据我所知，如果工作进入终止（TE）状态，则不会为该作业生成警报。您会收到chase，max run和failed job的警报。如果您创建属性alarm_if_fail: 0，则如果失败，您将无法获得该作业的警报。
由服务台团队为非生产作业创建的票证建议：您可以对作业进行细微更改，以使服务台员工通过更改作业名称来实现这是一项生产作业。例如，像这样：us_sap_morning_data_p_box。在这里，“P”可以帮助您找到生产工作。同样，对于cmd和fw个职位，您可以使用此us_sap_morning_data_p_cmd或us_sap_morning_data_p_fw。
我不确定这对你有多大帮助。
答案 1 :(得分：0)
基于TE事件生成警报的一种方法是，特别是在没有机会在返回代码检查块（或陷阱等）中执行任何代码的框周围，可以创建警报作业。查看框（或特定作业）条件的警报作业将是发送电子邮件的命令作业。
条件看起来像
condition: f(name_of_box_or_job) || t(name_of_box_or_job)