问题标签 [database-mirroring]

我有一个关于数据库镜像的问题。我试过阅读文档，我想我明白了，但是 - 它是一个生产数据库，我真的不想把它搞砸！

我有一个主服务器 - 称为COMPANYSQL- 主数据库。在 SQL Server 管理器中它说DBNAME (Principal, Disconnected)。

我有一个备份服务器 - 称为COMPANYREMOTE- 具有用于故障转移目的的数据库单向镜像。它说DBNAME (Mirrored, Suspended / Restoring)。

要重新建立镜像，我想我可以右键单击COMPANYREMOTE数据库，选择Tasks > Launch Database Mirroring Manager.

我在数据库镜像监视器下看到：

我可以右键单击并选择“注册镜像数据库”。

从这里我感到困惑。它告诉我选择主数据库，所以从我选择的第一个下拉列表COMPANYSQL中，主数据库 ( DBNAME) 出现在列表中。当前角色是委托人，合作伙伴（Connect As）是COMPANYREMOTE\MIRRORED-DBNAME。

我想如果我在这里点击确定...它会重新建立镜像？

只是不想错误地以其他方式镜像它并覆盖我的作品中的任何内容。

谢谢！

我想在 sql server management studio 2008 中进行数据库镜像。我浏览了许多教程，在这些教程中，有一个选项可以在 ssms 2008 中进行镜像。但是在我的 ssms 镜像选项中不存在。有人可以告诉我如何在 ssms 2008 中启用镜像。提前致谢！

我的项目支持嵌套事务，因此我们在 Web 服务器和数据库服务器上运行 MSDTC 服务。该项目运行良好。但是，我们在数据库服务器上建立了数据库镜像，因此无论何时发生故障转移，使用嵌套事务的站点页面都会引发错误：

该操作对事务的状态无效。

我们也在镜像数据库上运行 MSTDC 服务。请建议应该做些什么来克服这个问题。

在 SQL Server 2008 中，我有 LOG-SHIP、PROD 和 MIRROR 三个实例，我将事务日志保存在不同的磁盘上。

例如，我的 PROD 事务文件位于 C:\MSSQL10.PROD\MSSQL\TRAN_PROD 下。, MIRROR 事务文件位于 C:\MSSQL10.PROD\MSSQL\TRAN_MIRROR 下，最后 LOG-SHIP 事务文件位于 C:\MSSQL10.PROD\MSSQL\TRAN_LOGSHIP

正如你可以猜到的那样，PROD 和 MIRROR 之间存在镜像。此外，PROD 和 LOG-SHIP 之间存在日志传送。

我想学习的是：

一旦我在 PROD 和 MIRROR 数据库之间进行故障转移，PROD 充当 MIRROR，而 MIRROR 充当 PROD，正如我们所料。

在 MIRROR 数据库（故障转移后现在是 PROD）中，它可以通过 bakup_log 作业备份日志文件。但是由于网络路径的改变，LOG-SHIP 实例的工作不能复制事务日志。因此，我需要在 LOG-SHIP 和当前用作 PROD 的实例之间设置日志传送。而不是设置日志传送，我可以做些什么来自动化系统。换句话说，我只想在此故障转移问题后进行一些小改动并重新启动系统。

如本文所述，我在 Azure 上设置了数据库镜像。我的问题是如何连接到 ASP.net 中的数据库？我知道我可以Data Source="DB1";Failover Partner="DB2"在我的连接字符串中使用，但问题是我的三个 VM 使用相同的云服务，这意味着它们的公共 IP 地址和它们的 URL 都相同。我最初认为我可以使用它们的内部 IP 地址访问它们，但 Azure 网站似乎不允许我选择它在哪个云服务下运行。

非常感谢任何帮助。

我已经使用 SQL Server 2008 在 Azure 上实现了数据库镜像，见证人使用 SQL Server 2008。镜像/故障转移在 SQL Server 端工作。我遇到的问题是，一旦发生故障转移，我的 asp.net 网站就无法连接到新的原则数据库，并且仍在尝试连接旧的原则。

我已尝试按照本文中的建议将 60s Connect Timeout 添加到我的连接字符串中。但是，这没有任何效果。我最终得到的是大约 60 秒后的以下错误：

请求超时。

有没有人有任何其他建议？

非常感谢任何帮助！

编辑

我的连接字符串是：

数据源=server1；故障转移伙伴=server2；初始目录=DBNAME；用户ID=WebsiteUser；密码=******；连接超时=60；multipleactiveresultsets=True

我正在尝试在此之后镜像数据库

在第 4 步，单击“开始镜像”按钮后，我得到了

我已使用 NORECOVERY 将主体数据库备份还原到镜像数据库。

不知道出了什么问题。任何人都可以帮忙吗？

谢谢，

我是这里的菜鸟，想请教各位专家，了解配置两个 SQL Server（2008 R2 及更高版本）的首选方法，以实现具有以下特征的简单冗余：

1. 有2台电脑。每个都有自己的 SQL Server，还有自己的 Windows 服务定期将时间戳数据写入数据库。该服务已经有自己的简单切换/故障转移算法。

2. 对于数据库的行为，一旦主服务器下线，备份计算机的服务将接管，将数据写入备份数据库。客户端将知道，由于主服务器已关闭，它将重新连接到备份以进行数据检索。

3. 现在，当主计算机重新上线时，这台计算机中的服务将开始向数据库写入数据，而备用计算机中的服务将停止。

4. 从这里开始，需要一个合适的同步计划来确保备份数据库中的数据将被同步，或传输回主数据库以保持完整性。事实上，即使主数据库不脱机，两个数据库也应该同步。

根据我上面的描述，我浏览了几篇文章，得出了 3 种可能的候选方法：

1. 合并复制
2. 镜像
3. 额外的定制编程——真的是最后的手段，但如果需要，我将不得不亲自动手

作为一个在长时间中断后加入最近的 MS 技术的人，我最初有点迷茫。在阅读这些文本时，我找不到关于这些方法是否支持上述行为 (4) 的明确指示。

据我了解，方法（2）在我们的案例中不起作用，因为在故障转移后，备份数据库成为“主体”，主数据库成为“镜像数据库”。根据我的阅读，镜像数据库处于脱机状态，无法访问。请注意上面 (3) 中的 windows 服务行为。

至于方法（1），我对它如何（或不会）工作感到困惑。比如我理解Publishing和Subscribing的概念，所以Primary DB配置为发布者，Backup DB配置为订阅者。为了合并，还需要将备份数据库配置为发布者，反之亦然。在这种情况下，假设 Primary 中的服务正在将数据写入 DB，然后将其发布到 Backup DB。然后，备份数据库再次将其发布回主数据库（全部基于触发器）。这里似乎是一个无限循环。

我希望我的假设是相当正确的。我错过了什么？

注意：这些服务器只会在一周后到达，所以我现在没有什么要测试的。只能做理论上的准备。

谢谢并恭祝安康。

远程服务器机房有生产服务器用于实时数据采集。我的工作室还有一个用于离线数据分析的服务器。有没有办法在没有主控的情况下同步这两个数据库？即使我连接到从站，主从也需要主从访问。我知道我可以运行 mongodump 和 mongorestore，但是数据太大而无法通过网络传输。我需要某种方式可以进行增量更新并像镜像一样工作。

谢谢。

我有一个带有自动故障转移设置的镜像和见证设置。镜像的服务器端工作正常，当我们将网络电缆从数据库故障转移到故障转移服务器时。

我遇到的问题是我正在使用的连接字符串：

当主服务器关闭时，不会将连接发送到故障转移伙伴。我可以将服务器地址更改为故障转移地址，这将起作用，但这不是我应该做的。

该设置是 IIS 7.5 上的经典 asp。

任何帮助都会很棒，因为我已经尝试了几乎所有的东西。