如果我们根据活动计划中一天内订购的作业数量收取费用,我们可以在 control-m 作业调度中进行哪些更改以最大限度地减少费用。
这让我们付出了很多。
如果您的某些作业是命令并且具有广泛的特征(nodeid、用户、无警报),则使用条件运算符。例如,用分号链接命令将意味着每个命令都执行一次。与 && 链接将意味着第二个命令仅在第一个命令成功运行时才执行。
正如亚历克斯所提到的,这是一个广泛的领域。并且很难回答这一点。但以下是一些可以考虑的提示。
1. 检查不同作业是否正在运行相同的脚本。这可以通过调度选项卡的帮助组合在一起。
2. 文件观察者工作。如果需要检查传入文件,然后触发特定作业来处理文件。[这构成了 2 个作业:Job1 - 文件观察者,Job2 - 文件处理] 此功能可以通过使用 AFT 作业来实现。AFT 工作将这两个功能合二为一。
3. 如果作业成本高,可以将不需要警报的低优先级作业移至 unix/shell 脚本。
4. 如果Job2 接替Job1,而Job2 只有1 IN CONDITION 即来自Job1,那么可以从(Job1)脚本调用(Job2)脚本而不是有两个作业。所以,最终我们在 Job1 中做了两个函数。此外,如果脚本 (Job2) 失败,则 Job1 将不会获得成功返回码。您可以从日志中获取详细信息。
5. 将归档功能保留在脚本中,除非非常重要,否则无需将其带入 Control M 作业。与其在过去的 6 个月里每天都做,不如每周安排一次或每两周安排一次。
6. 对作业进行排序,使常规作业在一个表中,临时作业(仅根据请求运行)到另一个表中。仅保留常规作业的“UserDaily”。不为临时作业保留“UserDaily”不会每天将这些作业调用到 EM,因此您只会看到那些每天运行的作业,而不是可能每天运行或不会每天运行的作业。
希望这可以帮助。
您可以使用 ctmudly 命令每天只为您想要的用户订购。
您可以尝试在 unix 中使用 crontab 来安排不需要人工干预或观察的非优先作业。您可以通过在执行实际进程的 Shell 脚本中包含文件检查器逻辑来避免 FW 作业。