数据库镜像/复制，SQL Server 2005

Question

我有两个运行SQL Server 2005 Enterprise的数据库服务器，我想将其中一个作为镜像数据库服务器。

我需要的是; 从镜像服务器上的主服务器创建精确的副本数据库，因此当主服务器关闭时，我们可以在应用程序上切换数据库IP以使用镜像服务器。

我已经检查了SQL Server 2005上的“镜像”功能，并基于这篇文章：
http://aspalliance.com/1388_Database_Mirroring_in_Microsoft_SQL_Server_2005.all

无法直接访问镜像数据库; 但是，镜像数据库的快照可以用于只读目的。 （先决条件4）

那么当主服务器关闭时我无法访问它时它如何有用呢？

我一直在考虑在主服务器上创建一个常规备份，并在每小时的基础上在镜像服务器上恢复它，但这是非常低效（慢），特别是如果我想要一个精确的副本（因为数百个数据是一分钟添加一次）。

还有其他建议吗？

编辑：
也许我的意思是复制的东西，而不是镜子（感谢JP评论）

Answer 1

它们指的是您无法对镜像副本执行查询，但您可以通过创建镜像数据库的快照来解决该限制。 这通常用于创建用于报告用途的只读数据库副本。 如果主服务器发生故障，您将拥有对镜像的完全访问权限，但它不会自动进行故障转移。

日志传送是另一种选择，它允许您查询（只读）备用数据库，而无需创建快照。

Answer 2

如果我理解你的问题，你不应该这样做。 您可以使用多种角色切换表单将镜像作为主要镜像接管。 您不在应用程序级别更改IP地址，群集本身具有允许在任何给定时间访问数据的虚拟IP地址（给定从主要故障切换到镜像的合理时间） 。 镜子本身保持同步。 :)有好文章在这里 ，并在这里对集群。

编辑：好的，根据评论，查看各种复制选项。

Answer 3

您的困惑很常见 - 使用SQL Server进行灾难恢复规划有很多方法。 我录制了一个10分钟的SQL Server灾难恢复选项视频教程，包括日志传送，镜像，复制等。 如果你喜欢那个，我们在Quest有一个更长的称为灾难恢复技术，但那个需要注册。

您可能想要做的就是告诉我们您的需求，而不是在这里调查特定技术，然后我们可以帮助您找出适合您的选项。 在选择特定解决方案之前，视频将让您了解需要了解的信息类型。

Answer 4

仅使用两个SQL Server时，需要手动执行故障转移。 完成两件事后，“备份”数据库将可用;

1. 禁用镜像
2. 使用RECOVERY还原数据库（但没有备份文件，这将使数据库可用）。

因此，以这种方式镜像会产生风格 ，但是很难保持;

从备份数据库返回到主数据库是一种“痛苦”，因为您必须使用冗余服务器的备份再次设置完整的镜像。 这需要使主要备份速度加快。

我的建议是将第三个SQL Server放入可以充当证人的图片中。 见证人将监视镜像数据库的状态。 你的奖金; 您将获得自动故障转移，并且不会出现故障转移（以及故障转移后）问题。

如果我记得正确，见证服务器可以运行SQL Express，因此不需要所有三个版本的企业版 - 只需要进行实际镜像的两个版本。

如果您需要Transact SQL来执行故障转移命令以及在两个服务器方案中进行“反故障转移”，我可以将它们挖掘出来。