问题标签 [autosys]

我希望每 X 分钟运行一次从 Autosys 触发的控制台应用程序。

以下命令似乎不提供此功能
start_times：作业每天运行的确切时间 [不能与 start_mins 一起使用]
start_mins：作业将在每小时后执行的分钟数 [不能与 start_times 一起使用]

我目前可以看到的解决方案是设置 start_mins : 0,5,10,15,20,25,30,35,40,45,50,55

如果时间间隔为 5 分钟，这可以，但如果时间间隔为 1 或 2 分钟，则变得有点麻烦。

有什么方法可以将 Autosys 配置为每 x 分钟轻松重复一次作业？

任务：是在 autosys 中创建文件监视作业，以监视特定文件。

要求是文件在每天上午 9:00 到达，文件观察器作业在上午 8.50 开始运行。如果在上午 10:00 之前收到文件，则作业应成功终止，否则应触发警报电子邮件（通过 SSIS 包，另一个 autosys 作业）。

我正在使用 Autosys（Windows）。我不确定如何告诉文件观察器作业在上午 8:50 左右开始查找文件并在上午 10:00 结束查找文件，如果在上午 10 点之前未收到文件，则触发另一个自动系统作业。如何设置。

任何帮助将非常感激。

谢谢，辛迪！

我有一个作业列表，其中设置了重试次数（在 jil 定义中）。当我获得作业状态时，我会看到重试次数（在本例中为 12 次）。我正在尝试找到一种方法来重置它：

->autorep -J XXXXX%

作业名称 Last Start Last End ST Run/Ntry Pri/Xit

XXXXXX 2014 年 3 月 19 日 14:27:38 2014 年 3 月 19 日 14:56:07 苏 146461/12 0

我在一个盒子作业中有三个作业，并希望安排这三个作业一个接一个地运行。job1，job1成功时再job2，job2成功时再job3。我还想添加一个计时条件，让 job2 在 job1 成功后等待 10 分钟，类似地让 job3 在 job2 成功后等待 10 分钟。目前我有这个：

我不确定如何添加 10 分钟的延迟。像这样的东西会起作用吗？

谢谢！

我正在尝试编写一个 autosys JIL，如果它不存在则创建该作业，否则更新它。我会发誓有一个命令，比如“update_or_create”之类的，但我在任何地方都找不到。

每当发生外部事件（例如，“更新”通知）时，我们需要启动处理管道，一天一次或多次。

对于可预测或固定数量的事件，我们可以设置触发器或观察者作业来捕获事件并使用它们来启动处理作业的依赖框。但是，如果事件每天可以发生不定次数怎么办？基本上，每次依赖处理完成时，我们都需要自动重新启动触发器/观察器作业，从而为下一次外部事件发生做好准备。

这可以在autosys中完成吗？文件触发作业的“连续”属性似乎没有用：它只在我们希望它启动依赖框时将警报写入调度程序日志。

我需要在 12:00 - 14:00 间隔内每 15 分钟执行一次 autosys 作业。但是，一旦成功，我需要它不要重新运行。

我最初使用 start_mins 和 run_window 来设置此行为，但使用它我无法阻止作业在成功后重新运行。此外，如果我使用 start_times 设置 n_retrys，则作业会在失败后立即重新运行。

关于如何实现这一目标的任何想法？

注意：这适用于 R5 Autosys

我有一个 unix shell 脚本文件，它的所有者是“xyz”，运行时删除了一些特定的文件。

我想触发此脚本以删除其他目录中的文件，其中要删除的文件的所有者与脚本的所有者不同。这可能吗？这是否可以以不同的用户身份运行此脚本，以便它可以删除这些新文件？

编辑：我使用 Autosys 定期触发此脚本。

我想在每次作业运行时设置动态作业日志名称。我可以在工作日志中添加时间戳。尝试在下面使用：

这不是一个把戏。Autosys 接受语法，但随后在每个“:”之前添加“/”，因此 Jil 开始看起来像：

并且作业因“重定向输出错误”而失败。我试过只使用：

也没有运气，日志文件具有相同的名称而不是日期。有人处理过吗？

What happens when you start an Autosys job that is already running? Is the start ignored or is another instance of the job created and executed in parallel with the already-running job?

I know for a fact that issuing a FORCE_STARTJOB against a running job results in an error saying that the job is already running and that FORCE_STARTJOB has no effect, but I'm not sure how a STARTJOB is handled when the job is already running.