информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetВсе любят медSpanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / networking
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
не пойму, то ли сеть, то ли ещё что-то глючит =(. 05.08.05 12:11  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
Отредактировано 05.08.05 12:12  Количество правок: 1
<"чистая" ссылка>
Есть участок сети со следующей схемой:

комп1 (Cel2000) ------ SQL сервер ------ склады

Итак, на "складах" три компьютера. Два из них Cel 500, 64 Mb RAM и один PIV-1500, 256 Mb RAM. Компьютеры на складах подключены к одному свитчу, этот свитч по оптической линии подключён к свитчу с SQL сервером. "Комп1" в свою очередь ровно также подключён по оптической линии (но уже другой линии) к тому же свитчу с SQL сервером.
Есть некоторая самописная (не мной) программа для складского учёта. Написана она на C#, т.е. с использованием .Net framework (ну, мало ли, важно).

Проблема в том, что на складах все запросы к базе из этой программы происходят с ужасными задержками, в отличие от того же "комп1"! Т.е. если какой-то запрос, посланный с "комп1", обрабатывается секунд 15, то точно такой же, но со складского компа, - в несколько раз дольше (больше минуты). И никак я не могу найти, в чём причина.

Сначала думал, что проблема в "железе" складских компьютеров. Ну, мало ли, старенькое, дряхленькое - отсюда и тормозное. Но, как оказалось, одинаковые тормоза происходят на ВСЕХ складских компьютерах (что на Cel500, что на PIV-1500). Т.е. как бы и не в железе дело. Начал подозревать линию между складами и SQL сервером. Однако простейший ping показал, что время возврата пакетов абсолютно одинаковое. Будь-то ping SQL сервера со склада, будь-то ping хоть с "комп1".

С сетью ли проблема? В чём ещё может быть дело?
А модели свитчей? Включи счетчик производительности винды на сетевой адаптер и посмотрите утилизацию сети при запросах. Запросы какого рода? Выборка/изменение/запись? 05.08.05 12:31  
Автор: Garick <Yuriy> Статус: Elderman
Отредактировано 05.08.05 12:32  Количество правок: 1
<"чистая" ссылка>
Свитчи оба D-Link DES-1024D 05.08.05 13:49  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
Отредактировано 05.08.05 13:49  Количество правок: 1
<"чистая" ссылка>
Свитчи оба D-Link DES-1024D
В запросах и выборка, и изменение, и запись.

А вот по поводу счётчика и утилизации сети по подробней, плз. Что, куда, где?
А оптика на чем реализована? И вроде 3 свитча должно быть...:-) 05.08.05 14:25  
Автор: Garick <Yuriy> Статус: Elderman
Отредактировано 05.08.05 14:29  Количество правок: 1
<"чистая" ссылка>
В смысле, "на чём"? 05.08.05 15:05  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка>
ЕМНИП, одномодовое волокно. Хотя, это и не важно (компов не так много по обе стороны оптики, и расстояния не больше 400 м).

А насчёт трёх свитчей, так это... да, ты прав =). Те два свитча, о которых я говорил, находятся на концах оптики. А свитч, к которому подключен SQL сервер, - какой-то 24-х портовый Intel. Если честно, то, чтоб посмотреть серию, надо лезть далеко. А так впадлу.. =) в пятницу-то ;). Да и в нём сомнений нет (туда натыкано куча всего и всё работает прилично).

Но вот этот вопрос про третий свитч сразу же натолкнул на кое-какую идею. Механизм соединения оптики со свитчем следующий:

комп --- свитч --- (витая пара) --- транссивер --- оптика --- транссивер ---- (витая пара) --- свитч.

Так вот на концах оптики до "комп1" стоят транссиверы Surecom EP 202X-C. А вот до складов какие-то подозрительные Allied Telesyn MC102XL. Может это всё в них дело?
"туда натыкано куча всего и всё работает прилично" а есть среди этого рабочии станции юзающие туже базу? С ними как? 05.08.05 15:39  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
Среди этого есть та самая оптика (к которой подключен... 05.08.05 15:42  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка>
Среди этого есть та самая оптика (к которой подключен "комп1"), по которой люди работают с этой самой базой.
Посмотри монитор производительности. Счетчики очереди/отброшенных_пакетов сетевой. Вообще-то сиквел клиент-серверная технология:-) Огромного трафика не должно быть. Большие результаты возвращаются на запрос? 05.08.05 16:27  
Автор: Garick <Yuriy> Статус: Elderman
Отредактировано 05.08.05 16:32  Количество правок: 1
<"чистая" ссылка>
В управление_компом-оповещения_и журн_производ-журналы_счетчиков- новые параметры журнала. В пустое окно счетчиков добавить нужные (выбор из списка). Время активности журнала установите. Там все просто:-) 05.08.05 14:13  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
Или в "системном мониторе"... 05.08.05 14:22  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach