Репликация между серверами SQL находится на виртуальной машине Windows Azure.

Здравствуйте, я столкнулся с одной проблемой во время репликации моментальных снимков между серверами SQl, находящимися в виртуальной машине Windows Azure.

У меня было 2 ВМ с приведенной ниже конфигурацией 1) Windows Server 2012 (установлен SQL Server 2012 с лицензией msdn) 2) SQL Server 2008 R2 (базы данных находятся на этом сервере, на этом я создал издателя для репликации)

Теперь, когда я создаю подписчика на целевом сервере sql (1-й сервер), при выборе подключения к издателю отображается ошибка при подключении, как показано ниже.

Есть ли необходимость создавать виртуальную сеть? в будущем целевой сервер будет локальным сервером, а не виртуальной машиной Azure.

Примечание. Для обеих ВМ я открыл порт 1433 и включил аутентификацию в смешанном режиме.

введите здесь описание изображения


azure azure-virtual-machine sql-server-2012 sql-server-2008-r2
person Arun Rana    schedule 20.06.2013    source источник
comment
Однажды столкнулся с этой проблемой в среде, отличной от Azure, и решил ее следующим образом: stackoverflow.com/questions/8212032/, возможно, это поможет   -  person larrydahooster    schedule 20.06.2013
comment
@larrydahooster Я уже смотрел с этим раньше, но это не было проблемой.   -  person Arun Rana    schedule 20.06.2013

Ответы (3)


arrow_upward
3
arrow_downward

Создайте псевдоним в диспетчере конфигурации SQL Server и дайте ему имя, ожидаемое компонентом репликации. Псевдоним содержит URL-адрес и порт cloupapp. Теперь снова подключитесь, используя простой псевдоним. Только что сделал это для моей виртуальной машины cloudapp.net.

person Roland Schoofs    schedule 05.07.2013

arrow_upward
0
arrow_downward

Я получил решение, добавив запись псевдонима в файл хоста на виртуальной машине (C:\Windows\System32\drivers\etc)

[IP-адрес здесь вместо URL-адреса cloudapp.net] [имя экземпляра сервера SQL]

person Arun Rana    schedule 06.07.2013

arrow_upward
0
arrow_downward

Итак, для пояснения, используя приведенный выше пример, решение, которое я испытал, состоит в том, чтобы создать псевдоним SQL Server для имени сервера, показанного в сообщении об ошибке. В этом случае псевдоним должен быть SQL-AZURE, а сервер должен быть именем сервера, как показано в верхней части диалогового окна сообщения об ошибке:

catalysttg.cloudapp.net, port no 1433, protocol tcp/ip
person Tony    schedule 30.09.2016