информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetГде водятся OGRы
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Крупный взлом GoDaddy 
 Просроченный сертификат ломает... 
 Phrack #70/0x46 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / networking
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
"туда натыкано куча всего и всё работает прилично" а есть среди этого рабочии станции юзающие туже базу? С ними как? 05.08.05 15:39  Число просмотров: 2241
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
<networking>
не пойму, то ли сеть, то ли ещё что-то глючит =(. 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-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach