向数百个数据库推出更新的首选方法是什么

Question

我正在尝试确定将 SQL 脚本部署到数百个分布式服务器的最佳方式。我有一个缓慢的 SSIS 包和一个非常快的 OSQL/BATCH 进程。

我在一个项目中，我们在现场部署了数百个数据库服务器。我需要能够定期查询服务器和/或应用数据库升级脚本。

当我们只有 20 个服务器时，我构建了一个 SSIS 包来获取服务器列表并一次处理一个。SSIS 包运行良好，有大量的错误处理和日志记录等。它能够从每个服务器捕获结果集并将它们存储在一个中央位置以供进一步分析。然而，由于我构建它的方式，它串行处理每个服务器。20 服务器大约需要 10 分钟来处理。我正处于这种方法太慢的地步。

在我投入更多时间重写这个包以产生其他包（每个服务器一个）之前，我希望从其他面临类似情况的人那里得到一些建议。

您会以这种方式使用 SSIS，还是切换到 powershell，甚至 OSQL？

我几乎是在开玩笑，我翻阅了我的档案，拿出了我 12 年前编写的一个批处理程序，用于在远程服务器上应用脚本。我做了一些调整（改为 OSQL），它运行得非常快。我可以在 20 秒内处理 100 个服务器。我从一台 Windows 7 机器启动它，它不会因为打开那么多命令窗口而窒息。

OSQL/BATCH 解决方案的缺点是批处理文件是用服务器名和密码硬编码的。但是它太快了，我会继续使用它，直到找到更好的解决方案。

SSIS 包 - 当前的 SSIS 包执行以下操作： - 连接到中央服务器 - 检索需要查询的服务器列表 - 使用 forloop 容器，连接到每个服务器（串联）并执行查询 - 如果查询返回一个结果集，该信息被捕获并存储在中央服务器 - 中央服务器更新以反映每个服务器的成功/失败 - 所有错误都记录在中央服务器

Answer 1

我会将您的快速解决方案调整为更易于扩展的内容，例如PowerShell。

让 PS 读取要运行的服务器列表的文本文件，以及要执行的命令的另一个文件或多个文件，这将是微不足道的。

您还可以在 SSIS 批处理中添加错误处理等，并使其异步触发，以便它可以同时在所有服务器上运行。