Summary:SQL Server 2014（相对于 2008 R2）中是否有任何新功能不允许出现以下情况？相同的方法可以转移到新服务器吗？
该应用程序使用 SQL Service Broker 将数据从卫星 SQL Express 计算机（技术计算机，现在是两台，很快是 4 台，甚至可能更多）收集到具有 SQL Server 标准版的中央 SQL Server。
它基于简化的安全设置，无需交换证书。我被要求将解决方案从 SQL Server 2008 R2 迁移到 SQL Server 2014。
该情况已详细描述于SQL Service Broker——一个中心 SQL 和更多卫星 SQL...初学者想要了解细节 https://stackoverflow.com/q/11692754/1346705解决方案基于雷穆斯·鲁萨努的回答 https://stackoverflow.com/a/11704632/1346705.
是的。从 2005 年到 2014 年（含）的所有 SQL Server 版本在 Service Broker 中彼此兼容 http://rusanu.com/2007/11/28/is-service-broker-in-sql-server-2008-compatible-with-the-one-in-sql-server-2005/层。事实上，2008 年的实例甚至无法弄清楚它们正在与 2014 年对话。
您应该能够一次迁移一台机器，而无需删除所有内容。如果升级就地进行（保持计算机名称相同并保留 SSB 端点设置），那么升级后您无需更改任何内容，它应该继续工作。
如果进行并行升级，则必须将一个实例使用的 SSB 端点设置和证书移植到另一个实例，同时移动数据库。
请记住，如果您遇到问题并且被迫回滚到备份，那么您的整个分布式系统状态将不一致（基本上对话将不再匹配发送序列号和接收序列号），并且您可能会遇到以下情况：强制进行一些密切对话（根据具体情况手动结束...WITH CLEANUP）或破坏数据库中的整个代理（ALTER DATABASE ... SET NEW_BROKER）。希望您不必这样做。如果可行，那么您可以简单地停止整个系统（例如，在所有 3 个节点上运行 ALTER ENDPOINT ... STATE = STOPPED 以停止所有 SSB 通信），然后进行备份，然后进行升级，现在可以安全地回滚升级和恢复，因为一切都被“冻结”了。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
