SQL 服务器作业：跨多个数据库运行作业的最佳实践？

Question

我正在深入了解如何最好地处理我目前的困境。

我们目前运行计划的夜间作业，以将大量计算的数据同步到平面表中，以便在报告中使用。 根据大小，每个数据库的这些过程可能需要 5 分钟到 2 小时之间的任何时间。 这已经工作了很长时间了。

我们现在的需要是尝试使用我们当前的设置使数据尽可能保持最新。

我编写了一个同步例程，可以在特定用户的数据被修改时同步它。

简短的版本是一个触发器，当他们的记录被修改时，将用户 ID 插入到一个保持表中，并且有一个每 10 秒运行一次的作业来检查该表，如果找到一个用户 ID，它就会为该用户触发同步并更新平面表（然后将记录标记为完整）。 这可能需要瞬间到约 1 分钟之间的任何时间，这取决于它需要计算多少数据。 比过去的 24 小时要好得多。

现在进入“问题”。

我们有超过 30 个数据库需要检查。

目前，我们的通宵作业对每个数据库都有一个步骤，并依次运行。

我可以预见的问题是，如果客户 1 有很多正在同步的用户，那么它将等待完成，然后再转到客户 2 的数据库等。当您到达客户 30 时，它可能会相对较长在他们的同步开始之前等待； 不管实际同步有多快。 IE。 2 个客户同时输入数据：就客户 1 而言，他们的同步发生在几秒钟内，而客户 30 需要 30 分钟才能更新数据，尽管同步例程本身只需要几秒钟即可完成，因为它必须等待其他 29 个数据库先完成工作。

我的想法是改变我们在这里完成预定工作的方式，并为每个数据库/客户创建一个工作。 这样，同步检查将在所有数据库中同步运行，队列末尾的任何客户都不会在其他客户的同步开始之前等待其他客户的同步完成。

这是一个可行的解决方案吗？ 让 30 个作业每 10 秒检查 30 个数据库是一个有想法的想法吗？ 还有其他更好的选择我没有考虑过吗？

我们的服务器目前正在运行 Microsoft SQL 服务器 Web 和标准版，尽管我相信我们可能会在某个时候升级到企业版。 （如果版本对我的选择有影响）

任何建议都非常受欢迎。

非常感谢