Нестабильная работа сети - Сети

Candyman · 08.11.2005, 09:32

Господа, ПОМОГИТЕ!!!

Есть сервер:
2 x Xeon 2.8 GHz, 2 Gb, RAID 5 Level
Windows 2003 EE SP1 (Контроллер домена), MS SQL Server 2000 EE SP3, MS Office 2003 (плюс по мелочи).
Сеть - свитч D-Link 10/100 16 port полудуплекс.

Проблема - постоянно рвется связь с сервером.
В чем проявляется:
у клиентов подключены по два сетевых диска и работатет 1С SQL (SQL клиент настроен на использование протокола TCP/IP). Периодически у разных клиентов при попытке доступа к любому сетевому диску выдается сообщение, что диск не доступен. Также периодически вылетает 1С без каких либо сообщений об ошибках. "Стабильнее" всего ошибка проявляется если поставить в свойствах клиента SQL протокол Named Pipes и запустить какую-либо длительную операцию. Максимум через 15 минут 1С вылетает с сообщением General Network Error. Причем та же 1С ту же операцию локально выполняет без каких-либо проблем.
До этого 1С работала на другом сервере в терминальном режиме. Проблем с терминальным режимом не было (т.е. коннект не рвался).
Пробовал:
- заменить сетевую карту;
- заменить патчкорд;
- заменить порт на свитче.
Результат один и тот же.

Я в отчаянии. Подскажите хотя бы где рыть нужно.

Smoker · 08.11.2005, 09:59

В логе на сервере ченить сам сервак пишет когда откидывает клиентов?

Candyman · 08.11.2005, 10:12

Цитата:

Smoker:
В логе на сервере ченить сам сервак пишет когда откидывает клиентов?

нет. ничего

08.11.2005, 13:00

Запусти, пинг на сервер и посмотри все ли пакеты проходят. Дело может быть не только в патч-кордах, но и в информационных розетках ( проверь патч-панель). В моей практике был случай: был сервер в Рязани домен третьего уровня и центральный сервер в Москве. Так вот местная сеть в Рязани тоже отваливалась, и работало не стабильно внутри себя. Загвозка оказалось в том что DSL модем был плохо подключен, и как следствие репликация проводилась с ошибками.

big_nab · 08.11.2005, 17:06

А попробуй поменять свич - поставь какой нибудь маленький (5 портовый) подключи тока самых активных пользователей и посмотри как ведёт себя 1С. помоему проблемка всё-таки железная. хотя и не факт.

Madness · 08.11.2005, 19:03

Возможно 1С открывает слишком много сетевых подключений, что клиентской машиной (только если winXP SP2, эт у него такая "фишка") ограничено, из-за этого и связь рвется. У самого такая фигня была при распечатке большого числа документов из 1С. Для этого есть патч.

Мож и не в этом причина...

Candyman · 09.11.2005, 10:24

Все пинги до сервера идут замечательно.
Замена свитча к положительному результату не привела.
Madness
что за пачт для WinXP?

Oleg · 09.11.2005, 11:52

По-моему, нужно работать с MS SQL через TCP/IP, а named pipes не использовать вообще. Это рекомендации от 1С.

Цитата:

Madness:
Возможно 1С открывает слишком много сетевых подключений

Это для справедливо для базы 1С формата DBF.

В SQL-режиме работы 1С сетевых соединений немного (если работа через TCP/IP).

atech · 09.11.2005, 13:41

Candyman
на контроллере домена (AD?) DHCP, DNS-ы и Wins-ы подняты?
на SQL - "client network utility" подымаешь приоритет TCP/IP над named pipes.

Candyman · 09.11.2005, 14:32

Цитата:

atech:
на контроллере домена (AD?) DHCP, DNS-ы и Wins-ы подняты?
на SQL - "client network utility" подымаешь приоритет TCP/IP над named pipes.

поднят DNS
у клиентов стоит TCP/IP с верхним приоритетом

Mg0 · 09.11.2005, 20:20

Что бы в таком случае сделал я...
1. Нарыл бы для сервера приличную карточку -- Intel или 3СOM -- сервер едишн, или любую другую, софт к которой позволяет вести логи принятых/потерянных/ошибочных пакетов и помониторил бы сетевую активность.
2. В случае заметного числа ошибок поиграл бы с дуплексами и буферами.
3. Исследовал бы логи сервера на предмет частого перевыбора броузеров. Если таковой имеет место, отключил бы все броузеры кроме мастера (он же DC)
4. Рассадил бы DC и SQL-сервер на разные компы.

atech · 09.11.2005, 20:31

Candyman
Адреса в сети - динамические (DHCP) или статика?
Если статические, то имеются ли записи на клиентах о DNS поднятого на котроллере домена. И служба WINS тоже не помешает, особенно если в сети в качестве клиентов есть Win98 и WinNT.

Madness · 09.11.2005, 20:34

Candyman
>что за пачт для WinXP?
http://www.lantricks.com/lanscope/faq.php#24 пункт с.

Oleg+
>Это для справедливо для базы 1С формата DBF.
Да, dbf было.

Badger · 10.11.2005, 10:21

Настройка - по 1С и SQL:
1. на каждого клиента установи клиентскую часть MS SQL – MDAC новый.
2. Запусти cliconfg.exe – в нем настрой по умолчанию TCP/IP, причем укажи ip сервера, а не имя, убери настройки по другим протоколам.
3. После изменения настроек перезагрузи SQL сервер.
4. Попробуй обновиться до MS SQL Service Pack 3а или MS SQL Service Pack 4.

Общее.
1. Оставь в сети на клиентах только TCP/IP.
2. Везде в настройках пропиши ip сервера, а не его имя.
3. Проверь загрузку сервера в моменты, когда отваливается сеть – процессоры, сеть, какой процесс жрет ресурсы.

Candyman · 10.11.2005, 11:12

Цитата:

Badger:
Настройка - по 1С и SQL:
1. на каждого клиента установи клиентскую часть MS SQL – MDAC новый.
2. Запусти cliconfg.exe – в нем настрой по умолчанию TCP/IP, причем укажи ip сервера, а не имя, убери настройки по другим протоколам.
3. После изменения настроек перезагрузи SQL сервер.
4. Попробуй обновиться до MS SQL Service Pack 3а или MS SQL Service Pack

Общее.
1. Оставь в сети на клиентах только TCP/IP.
2. Везде в настройках пропиши ip сервера, а не его имя.
3. Проверь загрузку сервера в моменты, когда отваливается сеть – процессоры, сеть, какой процесс жрет ресурсы.

а где в cliconfg.exe настраивается ИМЯ сервера - там есть ТОЛЬКО номер порта.
MDAC стоит везде новый. на SQL сервере стоит SP3.
нагрузку проверить не представляется возможным, так, как "вылеты" носят случайный характер и вылетают не все а кто-то один (или два).

Badger · 10.11.2005, 13:59

Цитата:

Candyman:
а где в cliconfg.exe настраивается ИМЯ сервера - там есть ТОЛЬКО номер порта.

Вкладка Alias (псевдонимы).
В свойствах псевдонима указать IP адрес сервера и протоколы.

Цитата:

Candyman:
на SQL сервере стоит SP3.

Виноват.
Тогда Service Pack 4 - лучше пробовать на виртуальном сервере

В логах MS SQL что-нибудь пишется, когда отваливаются клиенты?

Candyman · 10.11.2005, 14:07

самое интересное, что клиенты отваливаются "полностью", т.е. вместе с сетевыми дисками (правда иногда 1С вылетает сама по себе, но это означает только то, что диски "отвалятся" вскорости)

Oleg · 10.11.2005, 14:55

Значит, проблема не в SQL. Я думаю, что сеть работает некорректно на физическом уровне (неверно обжаты провода и т.д.)

Candyman · 10.11.2005, 15:24

провода обжаты нормально (стоят фабричные патч-корды, причем я пробовал менять - результат нулевой).

Oleg · 10.11.2005, 16:42

Нужно локализовать проблему. Изучить, пропадает ли связь между клиентами во время сбоя. Может быть, нужно провести "прозвонку" (анализ работы) сети на физическом уровне, проверить ее соответствие спецификации 100 Мбит.

Мало ли что может с сетью происходить - высоковольтные помехи, например, или поврежденный (перекрученный, обгрызенный) участок кабеля.

И еще раз попробуй заменить свитч на другую модель с другим блоком питания.

08.11.2005, 09:32	# 1
Candyman Junior Member Регистрация: 25.01.2005 Сообщения: 60	Нестабильная работа сети Господа, ПОМОГИТЕ!!! Есть сервер: 2 x Xeon 2.8 GHz, 2 Gb, RAID 5 Level Windows 2003 EE SP1 (Контроллер домена), MS SQL Server 2000 EE SP3, MS Office 2003 (плюс по мелочи). Сеть - свитч D-Link 10/100 16 port полудуплекс. Проблема - постоянно рвется связь с сервером. В чем проявляется: у клиентов подключены по два сетевых диска и работатет 1С SQL (SQL клиент настроен на использование протокола TCP/IP). Периодически у разных клиентов при попытке доступа к любому сетевому диску выдается сообщение, что диск не доступен. Также периодически вылетает 1С без каких либо сообщений об ошибках. "Стабильнее" всего ошибка проявляется если поставить в свойствах клиента SQL протокол Named Pipes и запустить какую-либо длительную операцию. Максимум через 15 минут 1С вылетает с сообщением General Network Error. Причем та же 1С ту же операцию локально выполняет без каких-либо проблем. До этого 1С работала на другом сервере в терминальном режиме. Проблем с терминальным режимом не было (т.е. коннект не рвался). Пробовал: - заменить сетевую карту; - заменить патчкорд; - заменить порт на свитче. Результат один и тот же. Я в отчаянии. Подскажите хотя бы где рыть нужно.

08.11.2005, 09:59	# 2
Smoker Junior Member Регистрация: 30.10.2003 Адрес: Russia, Magnitogorsk Сообщения: 165	В логе на сервере ченить сам сервак пишет когда откидывает клиентов? __________________ ======================== Why drink and drive,when you can smoke and fly?

08.11.2005, 13:00	# 4
tiger_man Guest Сообщения: n/a	Запусти, пинг на сервер и посмотри все ли пакеты проходят. Дело может быть не только в патч-кордах, но и в информационных розетках ( проверь патч-панель). В моей практике был случай: был сервер в Рязани домен третьего уровня и центральный сервер в Москве. Так вот местная сеть в Рязани тоже отваливалась, и работало не стабильно внутри себя. Загвозка оказалось в том что DSL модем был плохо подключен, и как следствие репликация проводилась с ошибками. Последний раз редактировалось tiger_man; 08.11.2005 в 13:04.

08.11.2005, 19:03	# 6
Madness KpTeaM Регистрация: 31.10.2002 Адрес: Russia Пол: Male Сообщения: 3 261	Возможно 1С открывает слишком много сетевых подключений, что клиентской машиной (только если winXP SP2, эт у него такая "фишка") ограничено, из-за этого и связь рвется. У самого такая фигня была при распечатке большого числа документов из 1С. Для этого есть патч. Мож и не в этом причина... __________________ Над струнами вен моих Лезвия осени, Их сталь леденящая В просинь рук просится... ©Темнозорь

09.11.2005, 20:20	# 11
Mg0 ::VIP:: Железный Дровосек Регистрация: 01.10.2003 Адрес: 1/6 суши Пол: Male Сообщения: 3 510	Что бы в таком случае сделал я... 1. Нарыл бы для сервера приличную карточку -- Intel или 3СOM -- сервер едишн, или любую другую, софт к которой позволяет вести логи принятых/потерянных/ошибочных пакетов и помониторил бы сетевую активность. 2. В случае заметного числа ошибок поиграл бы с дуплексами и буферами. 3. Исследовал бы логи сервера на предмет частого перевыбора броузеров. Если таковой имеет место, отключил бы все броузеры кроме мастера (он же DC) 4. Рассадил бы DC и SQL-сервер на разные компы. __________________ Я только снаружи страшОн, а внутри... внутри я... просто УЖАСЕН!

08.11.2005, 17:06	# 5
big_nab Junior Member Регистрация: 16.03.2004 Адрес: Сокольники Сообщения: 99	А попробуй поменять свич - поставь какой нибудь маленький (5 портовый) подключи тока самых активных пользователей и посмотри как ведёт себя 1С. помоему проблемка всё-таки железная. хотя и не факт.

09.11.2005, 10:24	# 7
Candyman Junior Member Регистрация: 25.01.2005 Сообщения: 60	Все пинги до сервера идут замечательно. Замена свитча к положительному результату не привела. Madness что за пачт для WinXP?

09.11.2005, 13:41	# 9
atech Junior Member Регистрация: 12.11.2002 Адрес: MSK Пол: Male Сообщения: 199	Candyman на контроллере домена (AD?) DHCP, DNS-ы и Wins-ы подняты? на SQL - "client network utility" подымаешь приоритет TCP/IP над named pipes.

09.11.2005, 20:31	# 12
atech Junior Member Регистрация: 12.11.2002 Адрес: MSK Пол: Male Сообщения: 199	Candyman Адреса в сети - динамические (DHCP) или статика? Если статические, то имеются ли записи на клиентах о DNS поднятого на котроллере домена. И служба WINS тоже не помешает, особенно если в сети в качестве клиентов есть Win98 и WinNT.

09.11.2005, 20:34	# 13
Madness KpTeaM Регистрация: 31.10.2002 Адрес: Russia Пол: Male Сообщения: 3 261	Candyman >что за пачт для WinXP? http://www.lantricks.com/lanscope/faq.php#24 пункт с. Oleg+ >Это для справедливо для базы 1С формата DBF. Да, dbf было. __________________ Над струнами вен моих Лезвия осени, Их сталь леденящая В просинь рук просится... ©Темнозорь

10.11.2005, 10:21	# 14
Badger Junior Member Регистрация: 30.07.2003 Сообщения: 54	Настройка - по 1С и SQL: 1. на каждого клиента установи клиентскую часть MS SQL – MDAC новый. 2. Запусти cliconfg.exe – в нем настрой по умолчанию TCP/IP, причем укажи ip сервера, а не имя, убери настройки по другим протоколам. 3. После изменения настроек перезагрузи SQL сервер. 4. Попробуй обновиться до MS SQL Service Pack 3а или MS SQL Service Pack 4. Общее. 1. Оставь в сети на клиентах только TCP/IP. 2. Везде в настройках пропиши ip сервера, а не его имя. 3. Проверь загрузку сервера в моменты, когда отваливается сеть – процессоры, сеть, какой процесс жрет ресурсы.

10.11.2005, 14:07	# 17
Candyman Junior Member Регистрация: 25.01.2005 Сообщения: 60	самое интересное, что клиенты отваливаются "полностью", т.е. вместе с сетевыми дисками (правда иногда 1С вылетает сама по себе, но это означает только то, что диски "отвалятся" вскорости)

10.11.2005, 14:55	# 18
Oleg ::VIP:: Регистрация: 03.11.2004 Адрес: Москва, Россия Пол: Male Сообщения: 982	Значит, проблема не в SQL. Я думаю, что сеть работает некорректно на физическом уровне (неверно обжаты провода и т.д.)

10.11.2005, 15:24	# 19
Candyman Junior Member Регистрация: 25.01.2005 Сообщения: 60	провода обжаты нормально (стоят фабричные патч-корды, причем я пробовал менять - результат нулевой).

10.11.2005, 16:42	# 20
Oleg ::VIP:: Регистрация: 03.11.2004 Адрес: Москва, Россия Пол: Male Сообщения: 982	Нужно локализовать проблему. Изучить, пропадает ли связь между клиентами во время сбоя. Может быть, нужно провести "прозвонку" (анализ работы) сети на физическом уровне, проверить ее соответствие спецификации 100 Мбит. Мало ли что может с сетью происходить - высоковольтные помехи, например, или поврежденный (перекрученный, обгрызенный) участок кабеля. И еще раз попробуй заменить свитч на другую модель с другим блоком питания. Последний раз редактировалось Oleg; 10.11.2005 в 16:44.