Sql server 在SQL Server中使用镜像、日志传送、复制和群集的场景有哪些

据我所知，SQL Server提供了4种技术来提高可用性

总之，我认为以下是主要的使用场景：-

1） 复制主要适用于在线-离线数据同步场景（笔记本电脑、移动设备、远程服务器）

2） 日志传送可用于具有手动切换的故障转移服务器，而

3） 数据库镜像是一种自动故障切换技术

4） 故障转移群集是一种高级数据库镜像类型

我说得对吗

---

谢谢。

在SQL 2008 Enterprise中，还有一种叫做更改数据捕获（CDC）的东西，我们在我工作的地方成功地使用了它

我们有一个过度规范化的数据库，这使得我们很难获取信息。我们需要在将这些数据复制到另一台服务器进行报表等操作的同时更改数据结构

---

它对我们来说非常好。

AFAIK日志传送和复制可能更适合另一种方式

日志传送是计划的同步，因此复制更适合手动切换，因为备份服务器将尽可能更新，除非您有任何通信问题（但是，日志传送也会有相同的问题）

脱机数据对延迟的敏感性不如备份服务器，但就我个人而言，我根本看不到日志传送的必要性，我看不出它什么时候比复制更合适（但可能是在sql2005之前没有实现复制）

也许我把复制和镜像混淆了，请注意，镜像并没有为您提供自动故障切换，只有HA群集提供了该功能，这意味着：

---

至少使用SQL server 2005标准、Windows Enterprise和共享数据存储（如SAN）。

故障转移群集是一种在硬件级别提供冗余的可用性技术，它构建在Windows群集技术之上，即它不是SQL server特有的

例如，服务器A上的处理器发生故障。幸运的是，服务器A是SQL Server群集的一部分，因此服务器B在几秒钟内接管了提供SQL Server服务的工作。所有这些都是自动发生的，并且对集群所服务的数据库用户和/或应用程序是透明的

数据库镜像和群集之间的主要区别在于，SQL群集在实例级别提供冗余，而数据库镜像在数据库级别提供冗余

下面的链接提供了这两种技术之间的比较，您可能会发现这两种技术非常有用

日志传送更多地被认为是一种冗余技术

例如，它可用于提供主环境的完整副本，通常用作可手动联机的热备用。这可用于为备份策略提供额外冗余。 日志传送还可用于通过在备用位置/服务器上创建生产数据库的只读副本，从主服务器卸载报告

复制是一种非常多样化的技术，可用于满足许多不同的场景，其中的选择将决定所实施的特定复制类型

例如，合并复制可以通过将应用程序的工作负载分散到多个服务器（即分布式处理体系结构）来支持分布式处理

合并复制通常需要一个相对了解其环境的应用程序。还必须考虑冲突解决等技术，以确保整个集成环境中的数据一致性

事务复制的使用方式与日志传送类似，但是您可以限制复制到订阅服务器的特定对象。如果出于报告目的只需要表的一个子集，这可能很有用

我希望这能帮你把事情弄清楚一点。您可以在SQL Server联机丛书中或通过在Google中搜索每种技术，找到大量关于这些技术的文档。也就是说，如果您有任何具体的疑问，我很乐意帮助您，所以请随时给我留言

---

干杯，John

我最近与一位SQL Server 2005用户交谈，他还说他们的数据库过于规范化，他们将数据复制到报表服务器。数据库不应该同时处理事务和报告吗？为什么我必须投资2台服务器并进行复制？我认为这是一个开销。@Chakra这不是一个规则，它只是在服务器不能很好地处理用于生产工作负载和报告的数据库时使用。你错了。镜像具有故障切换功能，但只有在使用见证sql实例时才是自动的。镜像工作在数据库级别，它将事务发送到远程sql实例，如果它处于高安全模式，则只有在远程端运行了事务时，才会提交事务。事务复制的不同之处在于，它允许更改模式和添加表，因为它是一个完整的数据库镜像。复制绑定到数据库对象，因此如果在数据库上创建新对象，不会自动添加该对象。LogShipping有更高的同步延迟。这是真的，在输入这个答案之前，进一步的调查给了我这个结论。然而，HA集群具有在两个节点之间完全切换的优势，而镜像没有。一旦故障转移，您必须再次手动设置“向后”镜像。回答得很好。我想补充一点。。现在快到2013年了。微软建议不要使用镜像。它最终会消失的。此外，镜像仅限于一个合作伙伴。