我正在尝试确定将 SQL 脚本部署到数百个分布式服务器的最佳方式。我有一个慢速的 SSIS 包和一个非常快的 OSQL/BATCH 进程。
我在一个项目中，我们在现场部署了数百个数据库服务器。我需要能够定期查询服务器和/或应用数据库升级脚本。
当我们只有 20 台服务器时，我构建了一个 SSIS 包来获取服务器列表并一次处理它们。SSIS 包工作得很好，有大量的错误处理和日志记录等。它能够从每个服务器捕获结果集并将它们存储在一个中央位置以供进一步分析。然而，由于我构建它的方式，它会串行处理每个服务器。20 台服务器大约需要 10 分钟来处理。我正处于这种方法太慢的地步。
在我投入更多时间重新编写这个包以生成其他包（每个服务器一个）之前，我希望从其他面临类似情况的人那里得到一些建议。
您会以这种方式使用 SSIS，还是切换到 powershell，甚至是 OSQL？
几乎是在开玩笑，我翻阅了我的档案并提取了我 12 年前写的一个批处理程序，用于在远程服务器上应用脚本。我做了一些调整（更改为 OSQL），它运行得非常快。我可以在 20 秒内处理 100 台服务器。我从 Windows 7 机器上启动它，它不会在打开那么多命令窗口时阻塞。
OSQL/BATCH 解决方案的缺点是批处理文件是用服务器名和密码硬编码的。但它是如此之快，我将继续使用它，直到找到更好的解决方案。
SSIS 包 - 当前的 SSIS 包执行以下操作： - 连接到中央服务器 - 检索需要查询的服务器列表 - 使用 forloop 容器，连接到每个服务器（串联）并执行查询 - 如果查询返回结果集，此信息被捕获并存储在中央服务器 - 中央服务器更新以反映每个服务器的成功/失败 - 所有错误都记录在中央服务器
我会让你的快速解决方案适应更容易扩展的东西，比如PowerShell。
让 PS 读取一个文本文件以获取要运行的服务器列表，并读取另一个文件或多个文件以获取要执行的命令，这将是微不足道的。
您还可以在 SSIS 批处理中添加错误处理等，并让它异步触发，以便它可以同时在所有服务器上运行。
PowerShell 是答案，但如果您已经有了一个非常快的脚本，您可以考虑使用中央管理服务器功能。它并没有做很多我最近一直试图让它做的事情，但它做了一件非常好的事情，如果你已经在 SSMS 中，它可以用脚本快速访问许多服务器。