问题标签 [database-mirroring]

我们正在将我们的环境从托管设施迁移到 AWS。作为其中的一部分，我们正在将我们的 2 个 SQL Server 2005s 升级到 2014s。这两个目前是镜像的，我们希望保持这种方式或找到其他方法来使服务器冗余。# of transactions/server-use 对于我们的应用程序来说是轻量级的 - 但它在生产中，需要高可用性，因此需要某种故障转移。

我们已经设置了一个 EC2 实例并在其上安装了 SQL Server 2014（而不是出于许可原因使用 RDBMS，现在正在探索下一步该做什么来实现这一点。

人们有什么建议来实现我们需要的冗余？

到目前为止，我已经看到了两个选项并在谷歌上搜索。我在下面列出了它们 - 我们对其他选择非常开放！

首先，使用 RDBMS 镜像服务，但我不知道这是否仅适用于主体服务器也是 RDBMS 的情况 - 它也无助于许可。

其次，使用多个可用区。与完全使用不同区域（例如，带宽问题）等相比，这有什么优点/缺点？多可用区是否真的提供了冗余（例如，如果 AWS 在俄勒冈州出现故障，那么不是一切都下降了）？

谢谢您的帮助！

我在远程站点上有 2 个 SQL Server、1 个主体和 1 个镜像。在镜像服务器上，正在记录以下错误。

报表服务器 Windows 服务 (MSSQLSERVER) 无法连接到报表服务器数据库。

应用程序域 WindowsService_17 初始化失败。错误：Microsoft.ReportingServices.Diagnostics.Utilities.ReportServerDatabaseUnavailableException：报表服务器无法打开与报表服务器数据库的连接。所有请求和处理都需要连接到数据库。

System.Data.SqlClient.SqlException：无法打开登录请求的数据库“ReportServer”。登录失败。

用户 'MYDOMAIN\sqladmin' 登录失败。

在 System.Data.SqlClient.SqlInternalConnection.OnError（SqlException 异常，布尔 breakConnection）
在 System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning（TdsParserStateObject stateObj）
在 System.Data.SqlClient.TdsParser.Run（RunBehavior runBehavior，SqlCommand cmdHandler，SqlDataReader dataStream , BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)

两台服务器上都启用了 TCP/IP 和命名管道。当我在两台服务器上打开报表服务器配置管理器时，设置匹配。

OURDOMAIN\sqladmin设置为服务帐户。SQL Server Reporting Services 在OURDOMAIN\sqladmin服务帐户下运行。

我正在尝试使用数据库镜像向导在两个 SQL Server 2012 标准版之间设置数据库镜像，但出现以下错误：

ServerName不是有效的镜像服务器实例，它必须是 SQL Server 的 Enterprise、Developer 或 Standard 版本。

ServerName（出于这个问题的目的，我取出了我的实际服务器名称并将其替换为）

两台服务器都是相同的标准版。

请帮忙

我们有两个不同的 Azure 帐户，每个帐户都有一组数据库。

现在，我们需要在两个帐户中访问一个数据库，并使用涉及本地表（尤其是一个巨大的本地表）的连接。

我们尝试了分布式查询，但连接会导致性能下降。因此，我们希望将另一个 azure 帐户中的表镜像到该帐户的数据库中，以便它成为本地表并更快地加入工作。

我们只需要对镜像表进行只读访问，尽管更新频率并不高，但更改几乎需要立即反映。

实现这一目标的方法是什么？

我们正在镜像我们的数据库，我想知道从我在 sql 中单击“故障转移”开始需要多长时间才能完成故障转移？

我有一个使用 Postgres 数据库的 RoR 应用程序。这适用于本地网络客户端的本地计算机。但我想在云上添加一个镜像本地数据库的数据库。但是有一个问题，有时这里的互联网会出现故障，因此本地服务可以继续工作，但云上的数据库将等待本地数据库下一次连接到互联网以同步更改。

我一直在阅读有关同步复制的信息，但我认为在这种情况下它不会起作用。所以异步复制可以帮助选择（slony、buscardo、pglogical）？

我能做到这一点吗？

更新

如果我将异步复制与 slony 或 bucardo 一起使用，他们会在互联网不可用时继续尝试将更改发送到云数据库，还是会发送更改并失败并且不再尝试（在这种情况下，云数据库将有不正确的数据自那次事件以来）？

在配置 SQL 服务器镜像时，我得到了以下错误。

我在两台服务器上使用相同的帐户启动了 SQL Server 和分析服务。SQL server 代理服务也在两台服务器中启动，但报告服务未安装在主体服务器中，这会冲突吗？

防火墙也停止了。

错误：启动镜像时出错。
附加信息：
Alter failed for Database 'Data Base'
执行 Transact-SQL 语句或批处理时发生异常。(Microsoft.SqlServer.ConnectionInfo)

数据库“Data Base”的远程副本不存在。检查数据库名称并重新发出命令。（Microsoft SQL Server，错误：1448）

我使用以下步骤进行镜像：

1. 镜像数据库的完整备份和事务日志备份已从主体服务器获取。
2. 复制到镜像服务器并使用无恢复选项成功还原
3. 开始镜像到主体服务器右键单击数据库->单击任务->单击镜像->单击配置安全按钮->下一步... 创建端点后最后单击开始镜像。这里是抛出错误。

有两个带有镜像设置的 SQL Server 实例。ServerA 是主服务器，ServerB 是镜像服务器。下面是我的连接字符串

当 ServerA 启动并作为主服务器运行时，应用程序成功连接到数据库并且一切都按预期工作。当 ServerA 故障转移到 ServerB 时，应用程序无法连接到 ServerB。以下是来自应用程序日志的错误消息

org.springframework.jdbc.CannotGetJdbcConnectionException：无法获得 JDBC 连接；嵌套异常是 com.microsoft.sqlserver.jdbc.SQLServerException：与主机 ServerB 的 TCP/IP 连接，端口 1433 失败。错误：“null。验证连接属性。确保 SQL Server 实例正在主机上运行并在端口接受 TCP/IP 连接。确保与端口的 TCP 连接未被防火墙阻止。

它应该根据连接字符串连接到 ServerB.company.com。经过一番研究，发现驱动程序忽略了连接字符串中的故障转移信息，并在初始连接到主database_mirroring表时将其从主数据库缓存。这是我的database_mirroring桌子的样子

如果您查看该列mirroring_partner_instance，它没有镜像实例的 FQDN，并且应用程序无法解析该名称。我可以通过在主机文件中添加一个条目来在本地解决此问题ServerB

在所有生产服务器上添加主机条目是不可能的。有没有人遇到过这个问题？除了添加主机条目之外，还有其他方法可以解决此问题吗？

我们在镜像中配置了两台 SQL 2012 数据库服务器，并带有见证服务器以实现自动故障转移。

昨天主服务器遭受了硬盘降级，触发了故障转移，但是当辅助服务器成为主服务器时，我们开始看到一些 SPROC 执行时出现许多错误。

对象“[sp_name]”的定义自编译后已更改

我知道这可以通过运行sp_recompile新原则来解决，这将强制对所有 SPROC、函数和触发器进行重新编译。

这并不理想，因为它需要手动干预故障转移。这是我可以通过修改配置解决的问题，还是已知的 SQL Server 错误？

编辑：

版本和版本号 -

Microsoft SQL Server 2012 - Windows NT 6.2（内部版本 9200：）上的 11.0.5058.0 (X64) 标准版（64 位）

我正在尝试添加一个服务器作为 SQL Server 的故障转移，它没有使用端口1443，我正在使用端口2776。我正在尝试指定它，但我尝试的一切都没有奏效。我怎么能那样做？

我尝试了以下配置，但都没有工作。

1. ...failoverPartner=server2:2776
2. ...failoverPartner=server2,2776
3. ...failoverPartner=server2\\db

但每次我得到异常。

1. com.microsoft.sqlserver.jdbc.SQLServerException：与主机 server2、端口 1433 的 TCP/IP 连接失败。错误：“连接超时。验证连接属性，检查 SQL Server 实例是否正在主机上运行并在端口接受 TCP/IP 连接，并且没有防火墙阻止与端口的 TCP 连接。”。

2. com.microsoft.sqlserver.jdbc.SQLServerException：与主机 server2:2776、端口 1433 的 TCP/IP 连接失败。错误：“null。验证连接属性，检查 SQL Server 实例是否正在主机上运行并在端口接受 TCP/IP 连接，并且没有防火墙阻止与端口的 TCP 连接。”。

3. com.microsoft.sqlserver.jdbc.SQLServerException：与主机 server2、2776、端口 1433 的 TCP/IP 连接失败。错误：“null。验证连接属性，检查 SQL Server 实例是否正在主机上运行并在端口接受 TCP/IP 连接，并且没有防火墙阻止与端口的 TCP 连接。”。