Даже не знаю сюда писать или в раздел MS SQL Server... Прийдётся в оба раздела...

Дано:
1) MS SQL Server 2000, удалённый, за firewall'ом, сервак довольно мощный, порт стоит по умолчанию
2) Примерно 200 компов которые коннектятся к серваку и в общей сложности выполняют до 100 запросов в секунду

Клиентские компы работают на:
1) Win95 + ADO, network alias настроен по IP (несколько машин), DHCP
2) Win98 + ADO, network alias настроен по IP (полторы сотни машин), DHCP
3) WinXP + ADO, network alias настроен по IP (около полусотни машин), DHCP
4) Linux RedHat + FreeTDS, network alias настроен по IP (несколько машин), static IP

Всё работало более или менее нормально, обрывы связи были но не очень частые

В систему были добавлены ещё несколько компов:
1) Linux Mandrake+FreeTDS, network alias настроен по IP - 2 штуки, Static IP
2) Windows XP с 3 VMWare машинами, на каждой установлен тоже Windows XP + ADO, network alias настроен по IP - всего три таких машины (итого 9 виртуальных машин), DHCP

И начались проблемы:
1)во первых Linux Mandrake внезапно теряет коннект с SQL Server... Выглядит это так, часть или все приложения теряют коннект к серверу, говорят что или сервер отсутствует или отказано в доступе. Telnet проходит только в 20% случаев, в остальных - говорит, что не может законнектится. Перезагрузка не помогает. MS SQL Server загружен только на 30-50%. Помогает смена IP адреса клиентской машины на другой.

2) Новые машины на VM Ware периодически не могут приконнектится к SQL Server, ошибка - "сервер не может быть найден". Перезагрузка помогает, но бывают случаи когда примерно 20-30 минут коннекта нет, хоть убейся, потом вдруг восстанавливается без проблем

3) Остальные старые компы, которые до этого работали нормально, стали периодически глючить, причём ошибка весьма странная - Select запрос не вернул результат...

Вопрос: С какой стороны плясать с бубном?

А может просто ip совподают где-то?

Новое железо не ставили? У нас была шутка, что свитч Cisco с реалтековскими сетевыми картами работать не ходил и проподало до 50% пакетов.

А кстати как пинги с этих машин ходят?

Цитата(Vit @ 22.3.2005, 19:32)

) Windows XP с 3 VMWare машинами, на каждой установлен тоже Windows XP + ADO, network alias настроен по IP - всего три таких машины (итого 9 виртуальных машин), DHCP

У каждой виртуальной машины надо понимать свой IP? MAC-адресс у них тоже свой или один на всех от реальной сетевой?
в момент пропадания связи попробуй сдеалть дамп на серваке и на клиентах комманд

Код

arp -a netstat

Цитата(Vit @ 22.3.2005, 19:32)

MS SQL Server 2000, удалённый, за firewall'ом, сервак довольно мощный, порт стоит по умолчанию

Т.е. от все сети он закрыт фаерволлом и оставлен только порт сервера?

P.S. Под клиентскими я понимал те, на которых работают виртуальные машины - просто есть подозрение, что трабл именно при коннекте виртуальных с реальной сетью.

Цитата(Secandr @ 23.3.2005, 00:38)

А может просто ip совподают где-то?

Нет, точно

Цитата(Secandr @ 23.3.2005, 00:38)

Новое железо не ставили? У нас была шутка, что свитч Cisco с реалтековскими сетевыми картами работать не ходил и проподало до 50% пакетов.

Нет, железо всё нормальное

Цитата(Secandr @ 23.3.2005, 00:38)

А кстати как пинги с этих машин ходят?

Нет, firewall закрыт для ping

Цитата(DENNN @ 23.3.2005, 01:08)

У каждой виртуальной машины надо понимать свой IP?

Да

Цитата(DENNN @ 23.3.2005, 01:08)

MAC-адресс у них тоже свой или один на всех от реальной сетевой?

Свой собственный на каждую

Цитата(DENNN @ 23.3.2005, 01:08)

.е. от все сети он закрыт фаерволлом и оставлен только порт сервера?

Именно так

Vit Откройте для теста пинги. Потому как мы тоже не думали что такая гадость может быть

Для того чтоб каждая виртуальная машина имела свой IP сетевая д.б. переведена в promiscouse режим. В этом случае XP часто автоматом создает на интерфейсе свое собственное чудо-устройство "сетевой мост". У него есть известный глюк, когда пакеты периодически шлются с одного ip но с разных МАК'ов: то с маком отправителя, то с маком самого моста. Что за фаерволл на вашем виндовом сервере? Возможно там какая-нибудь политика по умолчанию, которая считает такие действия подозрительными и блокирует данное сочетание источник<->приемник?
Как другой варинат: проблемы не с сервером, а с другим сетевым устройством, которое находится "ближе" к клиенту чем сервер и дает неверный arp-ответ. Проверте на всякий случай свич (сколько их у вас в этой сети?). Когда связи нет, а клиент пытается соединиться, есть ли верное "перемигивание" лампочек. Вообще, на том же линуксе можно пустить в этот момент tcpdump и посмотреть придут ли пакеты, ему не предназначенные.

Это сообщение отредактировал(а) DENNN - 23.3.2005, 18:34

Цитата(DENNN @ 23.3.2005, 09:33)

Для того чтоб каждая виртуальная машина имела свой IP сетевая д.б. переведена в promiscouse режим

Не знаю что это такое но стоит DHCP и поэтому контролер домена при загрузке каждой виртуальной машины даёт ей свой IP

Цитата(DENNN @ 23.3.2005, 09:33)

Что за фаерволл на вашем виндовом сервере? Возможно там какая-нибудь политика по умолчанию, которая считает такие действия подозрительными и блокирует данное сочетание источник<->приемник?

Надо будет узнать...

Цитата(DENNN @ 23.3.2005, 09:33)

Как другой варинат: проблемы не с сервером, а с другим сетевым устройством, которое находится "ближе" к клиенту чем сервер и дает неверный arp-ответ. Проверте на всякий случай свич (сколько их у вас в этой сети?). Когда связи нет, а клиент пытается соединиться, есть ли верное "перемигивание" лампочек. Вообще, на том же линуксе можно пустить в этот момент tcpdump и посмотреть придут ли пакеты, ему не предназначенные.

Дам почитать админам... Там этих свичей... много, очень много...

Цитата(Vit @ 23.3.2005, 20:27)

Не знаю что это такое но стоит DHCP и поэтому контролер домена при загрузке каждой виртуальной машины даёт ей свой IP

Это режим, когда сетевая принимает абсолютно все пакеты, приходящие по кабелю, а не только предназначенные ее IP/MAC адресу.
DHCP выдет IP по запросу, причем запоминает выданные пары IP<->MAC.
Как вариант, можете попробовать в настройках DHCP жестко задать это соответствие, хотя если проблема с фаерволлом, то это не поможет.
Вообщем, пока не локализуете либо место неисправности, либо причину удаленно сказать сложно.

Vit
Если стоит фаервол, то у меня такая мысль, как бы он не блокировал IP с превышением числа запросов в еденицу времени. Временно.Попробуйте отключить на час фаервол(кстати он аппаратный там или программный?) по результатам будет видно.

Это сообщение отредактировал(а) Jey_k - 29.3.2005, 09:18

Железный... отключить невозможно...

Vit
Посмотрите в настройках. Скорее всего стоит поднять планку числа запросов.