例如
主数据库 192.168.1.100 UsersMaster
复制
分发服务器 192.168.1.110 UsersFZ_FF
订阅服务器A 192.168.1.121 UsersFZ_DY_A
订阅服务器B 192.168.1.122 UsersFZ_DY_B
镜像
镜像服务器 192.168.1.210 UsersFZ_JX
见证服务器 192.168.1.211 UsersFZ_JX_JZ
7 个解决方案
#1
自己UP下 吼吼
#2
我还没找到能不能这样组合，但是即使可以，也不好，因为两者都需要对日志做频繁的操作，一旦其中一个不成功，会影响另外一个高可用。比较适合做双高可用的方案有：
日志传送+镜像、日志传送+集群、日志传送+复制、镜像+集群。
日志传送+镜像、日志传送+集群、日志传送+复制、镜像+集群。
#3
感觉sql2005，要比2008慢不少，不过你的这种需求还暂时没有遇到过
#4
参考：Database Mirroring and Replication (SQL Server)
http://msdn.microsoft.com/en-us/library/ms151799.aspx
http://msdn.microsoft.com/en-us/library/ms151799.aspx
#5
将复制与数据库镜像一起使用时，注意以下要求和注意事项：
主体数据库和镜像数据库必须共享分发服务器。 建议此处使用远程分发服务器，如果发布服务器有意外故障转移，则远程分发服务器可以提供较大的容错能力。
发布服务器和分发服务器必须为 Microsoft SQL Server 2005 或更高版本。 订阅服务器可以为任意版本，但早于 SQL Server 2005 的版本的合并复制请求订阅不支持故障转移，在这种情况下代理在订阅服务器中运行，并且早期版本的代理不能识别镜像。 如果数据库从镜像数据库故障恢复到主体数据库，则对此类订阅服务器的复制将继续进行。
对于合并复制，以及对于使用只读订阅服务器或排队更新订阅服务器的事务复制，复制支持对发布数据库进行镜像。 不支持即时更新对等拓扑中的订阅服务器、Oracle 发布服务器、发布服务器并重新发布。
存在于数据库外部的元数据和对象不复制到镜像数据库，包括登录名、作业、链接服务器等等。 如果要求镜像数据库中有元数据和对象，则必须手动复制它们。 有关详细信息，请参阅角色切换后登录名和作业的管理 (SQL Server)。
主体数据库和镜像数据库必须共享分发服务器。 建议此处使用远程分发服务器，如果发布服务器有意外故障转移，则远程分发服务器可以提供较大的容错能力。
发布服务器和分发服务器必须为 Microsoft SQL Server 2005 或更高版本。 订阅服务器可以为任意版本，但早于 SQL Server 2005 的版本的合并复制请求订阅不支持故障转移，在这种情况下代理在订阅服务器中运行，并且早期版本的代理不能识别镜像。 如果数据库从镜像数据库故障恢复到主体数据库，则对此类订阅服务器的复制将继续进行。
对于合并复制，以及对于使用只读订阅服务器或排队更新订阅服务器的事务复制，复制支持对发布数据库进行镜像。 不支持即时更新对等拓扑中的订阅服务器、Oracle 发布服务器、发布服务器并重新发布。
存在于数据库外部的元数据和对象不复制到镜像数据库，包括登录名、作业、链接服务器等等。 如果要求镜像数据库中有元数据和对象，则必须手动复制它们。 有关详细信息，请参阅角色切换后登录名和作业的管理 (SQL Server)。
#6
可以，但建议用SQL 2008，这是很多企业在用的方案。
#7
可以，用两种办法：
1、使用镜像做快照发布服务器，
2、使用主机做发布服务器
1、使用镜像做快照发布服务器，
2、使用主机做发布服务器
#1
自己UP下 吼吼
#2
我还没找到能不能这样组合，但是即使可以，也不好，因为两者都需要对日志做频繁的操作，一旦其中一个不成功，会影响另外一个高可用。比较适合做双高可用的方案有：
日志传送+镜像、日志传送+集群、日志传送+复制、镜像+集群。
日志传送+镜像、日志传送+集群、日志传送+复制、镜像+集群。
#3
感觉sql2005，要比2008慢不少，不过你的这种需求还暂时没有遇到过
#4
参考：Database Mirroring and Replication (SQL Server)
http://msdn.microsoft.com/en-us/library/ms151799.aspx
http://msdn.microsoft.com/en-us/library/ms151799.aspx
#5
将复制与数据库镜像一起使用时，注意以下要求和注意事项：
主体数据库和镜像数据库必须共享分发服务器。 建议此处使用远程分发服务器，如果发布服务器有意外故障转移，则远程分发服务器可以提供较大的容错能力。
发布服务器和分发服务器必须为 Microsoft SQL Server 2005 或更高版本。 订阅服务器可以为任意版本，但早于 SQL Server 2005 的版本的合并复制请求订阅不支持故障转移，在这种情况下代理在订阅服务器中运行，并且早期版本的代理不能识别镜像。 如果数据库从镜像数据库故障恢复到主体数据库，则对此类订阅服务器的复制将继续进行。
对于合并复制，以及对于使用只读订阅服务器或排队更新订阅服务器的事务复制，复制支持对发布数据库进行镜像。 不支持即时更新对等拓扑中的订阅服务器、Oracle 发布服务器、发布服务器并重新发布。
存在于数据库外部的元数据和对象不复制到镜像数据库，包括登录名、作业、链接服务器等等。 如果要求镜像数据库中有元数据和对象，则必须手动复制它们。 有关详细信息，请参阅角色切换后登录名和作业的管理 (SQL Server)。
主体数据库和镜像数据库必须共享分发服务器。 建议此处使用远程分发服务器，如果发布服务器有意外故障转移，则远程分发服务器可以提供较大的容错能力。
发布服务器和分发服务器必须为 Microsoft SQL Server 2005 或更高版本。 订阅服务器可以为任意版本，但早于 SQL Server 2005 的版本的合并复制请求订阅不支持故障转移，在这种情况下代理在订阅服务器中运行，并且早期版本的代理不能识别镜像。 如果数据库从镜像数据库故障恢复到主体数据库，则对此类订阅服务器的复制将继续进行。
对于合并复制，以及对于使用只读订阅服务器或排队更新订阅服务器的事务复制，复制支持对发布数据库进行镜像。 不支持即时更新对等拓扑中的订阅服务器、Oracle 发布服务器、发布服务器并重新发布。
存在于数据库外部的元数据和对象不复制到镜像数据库，包括登录名、作业、链接服务器等等。 如果要求镜像数据库中有元数据和对象，则必须手动复制它们。 有关详细信息，请参阅角色切换后登录名和作业的管理 (SQL Server)。
#6
可以，但建议用SQL 2008，这是很多企业在用的方案。
#7
可以，用两种办法：
1、使用镜像做快照发布服务器，
2、使用主机做发布服务器
1、使用镜像做快照发布服务器，
2、使用主机做发布服务器