2008R2群集+发布订阅，故障转移后，复制失效

Question

现有环境2008R2的双节点群集，在此基础上做发布订阅。在A和B节点上做的设置都相同，C为订阅服务器。现在在A上做事务发布，分发服务器为本身，把当前节点从A切换到B后，发布订阅没效果了，查看同步状态，提示连接不上订阅服务器，但是把当前节点从B再切回A之后，同步状态又正常了。事务复制设置里面，连接分发服务器用的都是域管理员用户，所以不知道是什么原因了，还或者本身就需要做特别的设置才能行？有做过的，不妨出来说一下，谢谢！

Answer 1

这个是可以保证的，故障转移全集+发布订阅是很正常的应用。
就算是镜像+发布订阅，也是可以在转移后实现发布订阅的。SQL Server的故障转移群集，不过是将一个实例寄身于两台Server，如果在哪台Server node上，始终是一个实例。

Answer 2

楼上的你测试过吗?不要想当然,我找了一篇微软的文档你自己看看
http://msdn.microsoft.com/zh-cn/library/ms151224.aspx

Answer 3

顺便说一下 故障转移不是你想的那么简单的,就拿群集来说虽然原理说起来很容易很通俗.但是实行起来难度是很大的.我从事系统管理大概有15年时间了,到现在都不敢打保票说故障转移是简单的东西.给我几个小时我就能搞定的.一般帮人弄群集(不光是sqlserver层面的还是windows层面的),我都要反复测试论.模拟一切可能发生的情况,一般实验环境过度到生产环境至少有半年以上的论证期.

Answer 4

Log shipping + replication这个方案我没有做过。
在高可用方面高安全方面，Log shipping不是最好的选择。在这方面，优先采用故障群集转移，之后是数据库镜像，最后是日志传送。
故障群集转移+复制我们用过多年了，数据库镜像+复制这个目前我知道有公司在用，而且用的还可以，官方有文档可以支持，日志传送+复制没有试过，这个本身不是很好的方案。群集没有那么难，只过安装调试需要时间。

Answer 5

几为大拿，我想咨询一下：在集群下的SQL Server复制怎么部署？
环境：windows 2003 server 、SQL Server 2005、RoseMirrorHA
在主机A上做了发布订阅，备机B自动就有了。主机A运行正常时，发布订阅OK；主机A down机，切换到备机B时，SQL Server和agent都正常，就是发布订阅出现问题，无法打开发布服务器属性!
我做了2种测试：
1、在部署ROSE前，对两台服务器同时单独部署发布订阅，发布订阅成功后再部署ROSE双机，对漂移IP建立一个别名。可是部署rose双机后，通过别名能正常访问QL业务，但是不能访问发布订阅功能，提示“SQLServer复制需要有实际的服务器名称才能正常连接到服务器，不支持通过服务器别名、IP地址进行连接，请指定实际的服务器名称”。通过主服务器实际主机名注册数据库，发布订阅OK；切换到备服务器时，发布服务器就无法打开。2、在SQL Server配置管理器的SQL Native Client配置中添加一个别名，通过别名还是无法进行发布服务器的部署，提示“SQLServer复制需要有实际的服务器名称才能正常连接到服务器，不支持通过服务器别名、IP地址进行连接，请指定实际的服务器名称”。我个人理解认为，这个问题主要是由于复制功能要求实际的服务器主机名进行部署，而主备切换时，主服务器的主机名无法切换到备机上来，导致复制无法进行发布，这个问题应该如果处理啊？