【问题标题】:Replication between SQL Servers resides in Windows Azure Virtual MachineSQL Server 之间的复制驻留在 Windows Azure 虚拟机中
【发布时间】:2016-10-01 00:27:10
【问题描述】:

您好,我在驻留在 Windows Azure 虚拟机中的 SQl 服务器之间进行快照复制期间遇到了一个问题。

我有 2 个虚拟机,配置如下 1) Windows server 2012 (安装 sql server 2012 with msdn licence) 2) SQL server 2008 R2(数据库驻留在此服务器上,我在此创建了发布者以进行复制)

现在,当我在目标 sql 服务器(第一个服务器)上创建订阅者时,然后在选择发布者连接时,它显示连接错误,如下图所示。

是否需要创建虚拟网络?未来目标服务器将是本地服务器,而不是 Azure VM。

注意:对于两个 VM,我都打开了 1433 端口并启用了混合模式身份验证。

【问题讨论】:

  • 曾经在非 Azure 环境中遇到过这个问题并通过以下方式解决了这个问题:stackoverflow.com/questions/8212032/… 也许它有帮助
  • @larrydahooster 我之前已经看过了,但这不是问题。

标签: azure sql-server-2008-r2 sql-server-2012 azure-virtual-machine


【解决方案1】:

在 SQL Server 配置管理器中创建一个别名,并为其指定复制组件所需的名称。别名包含 cloupapp url 和端口。 现在使用简单别名重新连接。刚刚为我的 cloudapp.net 虚拟机做了这个。

【讨论】:

    【解决方案2】:

    我通过在 VM (C:\Windows\System32\drivers\etc) 上的主机文件中添加别名条目来获得解决方案

    [IP Here 而不是 cloudapp.net URL] [SQL 服务器实例名称]

    【讨论】:

      【解决方案3】:

      因此,为了澄清起见,使用上面的示例,我所经历的解决方案是为错误消息中显示的服务器名称创建 SQL Server 别名。在这种情况下,别名应为SQL-AZURE,服务器应为错误消息对话框顶部所示的服务器名称:

      catalysttg.cloudapp.net, port no 1433, protocol tcp/ip
      

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2019-08-13
        • 1970-01-01
        • 2014-01-16
        • 2020-01-28
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2014-08-30
        相关资源
        最近更新 更多