Электростальский форум
Hi-Tech => Компьютеры, периферия, мультимедиа и ПО => Тема начата: Faust от 22.12.11, 09:16:56
-
Имеется два виртуальных сервера.
1. Windows 2008 R2 rus (без SP1) prof
2. Windows 2008 R2 SP1 eng prof
Обе железки новенькие, чистые и свежие с обновлениями.
На первом сервере установлен SQL 2008 R2 standart edition (eval)
На втором сервере предполагается установка MS SystemCenter 2010, которому требуется база SQL.
SQL был поставлен с дефолтными настройками полным пакетом. Службы запущены от имени network service. С самого сервера локально подключение есть. Дефолтные базы присутствуют. Галка около remote connections allow стоит. Протокол TCP/IP включен, слушает стандартный 1433 порт. На нем же включено сетевое обнаружение, добавлены исключения в брендмауер на incoming на порт 1433.
Трабла - нет подключения со второго сервера. По телнету на 1433 подключение есть. System Center утверждает, что на сервере нет sql или он не допступен.
На sql сервере не стартованы службы агента sql и помощника ad. Судя по гуглу и сравнению с работающим серваком с 1С - они и не требуются.
Возможности выбора пользователя, под которым коннектимся к sql нет. В пользователях доступа к SQL добавлен админ домена, от имени которого и запускается инсталер SC.
У кого не спрашивал - ни у кого не было подобных проблем. Никто не помнит как ставил SQL и как конфигил, ибо поставил, подключил, забыл. Идеальная схема))
Куда можно посмотреть?
ПС. Брендмауеры отключал в нафиг как службу - коннекта нет.
Читал и http://themanbehindthecode.com/2011/07/15/ms-sql-2008-r2-allow-remote-connections/ , нифига.
Пробовал ставить SC с других машин - нифига, коннекта нет.
-
на одном сервере у меня работал avast со своим фаерволом, так вот он блокировал подключения к sql серверу, несмотря на указанные разрешения.
а вообще можно попробовать следующее:
1. отключить все протоколы для sql сервера, кроме tcp/ip (SQL Server Configuration Manager\SQL Server Network Configuration\Protocols). в свойствах протокола tcp/ip на вкладке ip addresses всем ip адресам проставить 1433
2. отключить все протоколы для native клиента sql сервера, кроме tcp/ip (SQL Server Configuration Manager\SQL Native Client 10.0 Configuration\Client Protocols). в свойствах протокола tcp/ip default port = 1433
ну и рестартануть сервис))
-
ну и еще в помощь. чтобы определить, если коннект к серверу проходит, но не пускает сам сервак
запустить SQL Server profiler. Выбрать ивенты Security audit\ Audit logon и Security Audit \ Audit logon failed. попытаться подключиться клиентом, посмотреть результаты профайлера
-
Сенку, запробуем.
ПС. Касперский антивирус стоит, больше ничего.
Не нашел Aidit logon failed, прикладываю скриншоты
Судя по ним, вообще никакого обращения к sql серверу нет, как же так...
-
галочка внизу справа "показать все события"
-
Ситуация не поменялась, по сути...
-
ну у мя остается последнее предположение
возможно, клиент System Center использует не 1433 порт. проследить бы. и вообще это как нибудь настраивается?
ну или на крайний случай попробовать на минуточку кошмарского рубануть
-
Ситуация не поменялась, по сути...
Так Named Pipes и иже с ними выключали(как правильно написал HAZZ) или нет?
Какая версия сиквела стоит? Что сниффер показывает, пакеты вообще доходят до сиквел сервера или нет?
-
Причину отыскал >.<
В ДНС была устаревшая запись на имя сервера с sql, ведущая на другой адрес. Почему напрямую по ИП не коннектилось - не знаю. В зоне прямого просмотра на name сервера остался адрес, выданный dhcp на момент установки, а в зоне обратного просмотра к ИП сервера была привязка верного name.
Всем спасибо.
Ну и для меморис - начинать нужно с простого и не исключать "невозможные" варианты.
Помог сниффер, который показал, что ни одного пакета на искомый сервер не отправляется.
windump + wireshark
-
ну и имей в виду, что если какому-то софту нужно будет получить по сети список доступных БД на сервере, то надо еще запустить sql server browser
-
Да, эта служба запущена.
Вообще, геморрой SCSM ставить отдельно от SQL... _PopulateUserRoles доставляет >.<