0

У нас странная проблема, когда наши разработчики не могут подключиться к приемнику группы доступности AlwaysOn, если для параметра MultiSubnetFailover установлено значение true. Однако клиенты могут подключаться при попытке напрямую подключиться к основному узлу группы. Мы воспроизвели это с минимальным испытанием, приведенным ниже в окнах 8, используя .Net 4.0.3, а также Windows 7 с использованием .Net 4.0.3. и .Net 4.5.Подключение к SQL Server 2012 AlwaysOn Group Listener с MultiSubnetFailover приводит к таймауту

Мы также успешно подключили наши промежуточные серверы к группе Listener, а также использовали sqlcmd и SMS для подключения к vip с использованием флага MultiSubnetFailover. Таким образом, казалось бы, сам слушатель настроен правильно.

Вот результаты nslookup на имя слушателя. Насколько я могу найти в Интернете, мы сделали все правильно, но связь все еще не работает. Любая помощь, которую любой может предоставить, очень ценится.

Update:

Методом исключения это, кажется, связано каким-то образом к тому, Visual Studio, установленных на машинах разработчиков.

NSLookup:

Non-authoritative answer: 
Name: sql02 
Address: 10.101.2.222 
Name: sql02 
Address: 10.101.1.222 
Name: sql02 
Address: 10.101.0.222 

Минимальный Пример теста:

using System; 
using System.Collections.Generic; 
using System.Linq; 
using System.Text; 
using System.Data.SqlClient; 

namespace ConsoleApplication1 
{ 
   class Program 
   { 
       static void Main(string[] args) 
       { 
           var connection = new SqlConnection(@"                     
               Data Source              = sql02; 
               Initial Catalog          = test; 
               Integrated Security      = True; 
               MultiSubnetFailover      = True; 
               MultipleActiveResultSets = True; 
               Max Pool Size            = 512;"); 

           connection.Open(); 

       } 
   } 
} 

ответ

0

Мы фактически определили этот вопрос на прошлой неделе.

Оказалось, что это была проблема с драйвером, созданная машинами разработки Avast! как антивирусное решение. Нам не удалось найти волшебные настройки, которые помешали бы этому, поэтому нам пришлось удалить Avast! и собираются заменить его другим антивирусом.

0

Попробуйте увеличить время ожидания входа в систему до 30 секунд и посмотреть, если соединение прошло успешно. Если да, отметьте, сколько секунд требуется для подключения. Это около 20-22 секунд?

Вы можете использовать Sqlcmd.exe, чтобы проверить это, как это:

Sqlcmd -S слушателя -E -М -l30