摘要： SQL Server 2014（与2008 R2相比）中是否有新的内容不允许出现以下情况？可以将相同的方法转移到新服务器吗？
该应用程序使用SQL Service Broker从具有SQL Server标准版的中央SQL Server收集卫星SQL Express计算机（技术计算机，现在两台，即将推出4台，甚至更多）的数据。
它基于简化的安全设置，无需交换证书。我被要求将解决方案从SQL Server 2008 R2迁移到SQL Server 2014。
SQL Service Broker -- one central SQL and more satelite SQL... beginner wants to understand details详细介绍了这种情况，解决方案基于Remus Rusanu's answer。
答案 0 :(得分：2)
是。从2005年到2014年，所有SQL Server版本都是compatible with each other at the Service Broker层。事实上，2008年的情况甚至无法证明他们正在与2014年进行对话。
您应该能够一次迁移一台计算机，而不是删除所有内容。如果升级是就地（保持机器名称相同并保留SSB端点设置），则升级后您不必更改任何内容，它应该继续工作。
如果您进行并行升级，则必须将SSB端点设置和证书从一个实例移植到另一个实例，同时移动数据库。
请记住，如果遇到问题并且您被迫回滚到备份，那么整个分布式系统状态将不一致（基本上会话将不再与发送序列号匹配并接收序列号）和您可能需要强制进行一些密切的对话（手动END ... WITH CLEANUP逐个案例）或核对DB中的整个代理（ALTER DATABASE ... SET NEW_BROKER）。让我们希望你不必这样做。如果可行，那么你可以简单地停止整个系统（例如，在所有3个节点上运行ALTER ENDPOINT ... STATE = STOPPED以停止所有SSB通信）然后进行备份然后进行升级，现在可以安全地回滚升级和恢复，因为每个标志都被“冻结”。