Медленная работа сети

Низкая производительность сети может быть вызвана теми же факторами, которые препятствуют установлению соединения или разрыву уже установленного — эти ситуации были описаны в предыдущем разделе и в предыдущей статье.

Приводимые далее процедуры подразумевают, что до возникновения проблемы сетевое соединение функционировало корректно и вы уже проделали следующее:

· проверили, что в последнее время на самой рабочей станции, на сервере, в службе не было никаких изменений, которые могли бы стать причиной возникшей проблемы — не производилась реконфигурация, не устанавливалось новое программное и аппаратное обеспечение и т.п.;

· исключили проблемы с распределением памяти рабочей станции и программные конфликты, загрузив лишь то программное обеспечение, которое минимально необходимо для работы тестируемого приложения в сети. Для такого теста необходимо отключить все антивирусные средства и системы безопасности, но обязательно следует сразу же активировать их по завершении испытаний;

· проверили на вирусы рабочую станцию и выявили все приложения, которые отнимают слишком много ресурсов микропроцессора или затормаживают работу системы на время, достаточное для срабатывания таймеров соединения.

Самые частые причины медленной или заторможенной работы сети — перегрузка серверов или их недостаточная мощность, неправильная настройка сетевых коммутаторов и маршрутизаторов, перегрузка сетевого трафика (пробка) в сегменте с низкой пропускной способностью, постоянная потеря пакетов. Сложные, многоуровневые приложения могут страдать от недостаточной производительности, когда любой из серверов в иерархии уровней вызывает задержки. Исследование поведения таких многоуровневых приложений и составление полной схемы их работы, где учитывались бы все взаимные влияния, очень сложны.

Определите, затрагивает ли проблема одну рабочую станцию, небольшую группу станций (проблема коллизионного домена, включая конкретный порт на сетевом коммутаторе) либо множество станций (проблема широковещательного домена или даже взаимосвязанных сетей). Путем опроса соседних пользователей выясните, не сталкивались ли они с похожими сбоями сети в целом или отдельных приложений. Уточните, в какое время дня случаются инциденты, не происходит ли это в ответ на выполнение какого-либо запроса, не наблюдались ли другие события и не производились ли поблизости действия, внешне не связанные с наблюдавшимся сбоем.

Проблемы коллизионного домена затрагивают локальную среду передачи и препятствуют установлению связи с первым же сетевым устройством второго или третьего уровня — либо с локальным сервером или службой, к которым вы пытаетесь обратиться. Как правило, причина в следующем:

· плохие кабели;

· пограничное состояние или некорректная работа сетевой карты рабочей станции либо порта на сетевом коммутаторе или концентраторе;

· ошибки или чрезмерный трафик в локальном коллизионном домене;

· несоответствие настроек дуплексного режима;

· шум от электрического оборудования и других внешних источников.

Большинство проблем коллизионного домена, замедляющих работу сети, можно идентифицировать путем подключения тестера вместо рабочей станции. При помощи того же кабеля, который задействует пользователь, попробуйте установить соединение с сетью и получить доступ к нужному серверу или службе. Затем подключите рабочую станцию пользователя транзитом через тестер, чтобы прибор мог следить за событиями в этом сегменте, либо установите анализатор протоколов для сбора трафика и сетевой статистики. Проинструктируйте пользователя, какую информацию важно зафиксировать, когда сбой появится снова, научите его останавливать сбор трафика и сохранять собранные данные для последующего анализа.

Приложения, критически важные для деятельности предприятия, не следует пускать через беспроводную сеть: зачастую это приводит к большим сложностям при работе сети, а пропускная способность оказывается недостаточной. Проверьте, что доступ к серверу и службе осуществляется через сетевую карту. Если какие-то соображения требуют, чтобы сеть была беспроводной, необходимо воспользоваться анализатором спектра, чтобы проверить, нет ли поблизости постоянных или нерегулярных источников шума, а также устройств, занимающих ту же полосу частот, что и беспроводная сеть.

Проблемы с широковещательным доменом необходимо исключить только после того, как установлено надежное соединение на уровне MAC. Типичный пример такого сбоя — невозможность организовать стабильное логическое соединение через мост. К той же категории относятся и проблемы на сетевом уровне, которые могут препятствовать связи с серверами и маршрутизаторами, входящими в тот же широковещательный домен:

· порт для каскадирования (uplink port), расположенный в любом месте маршрута, неисправен. Как правило, это следствие использования плохого кабеля;

· проблемы со связующим деревом в сети — опять-таки из-за плохого кабеля;

· широковещательный шторм или чрезмерный трафик другого типа в широковещательном домене, причем не только на локальном порту;

· несоответствия в настройках дуплексного режима между двумя портами вдоль маршрута;

· повторяющиеся IP-адреса;

· рабочая станция или сервер некорректно объявляют маршруты.

Бомбардировка локального маршрутизатора запросами Ping позволяет проверить, не теряются ли пакеты в широковещательном домене. С помощью системы управления сетью следует опросить сетевые устройства по всему маршруту передачи сигналов от пользователя к маршрутизатору, серверу или службе. Особое внимание следует обратить на ошибки или высокую степень загруженности, которые имеют место примерно в то время, когда происходит потеря соединения. При тестировании пропускной способности до различных точек в широковещательном домене следует задействовать те же порты для каскадирования, по которым идет проверяемый сетевой трафик. Особое внимание требуется уделить несоответствиям в пропускной способности — они могут свидетельствовать о неправильных настройках дуплексного режима и о других проблемах, вызванных такими ошибками.

Снова подключите рабочую станцию к сети и поставьте анализатор протоколов для мониторинга или сбора трафика, относящегося к серверу или службе, с которыми наблюдаются проблемы. Особое внимание надо обратить на ошибки протокола ICMP и повторные передачи по протоколу TCP. Если низкая пропускная способность наблюдается время от времени, то анализатор протоколов необходимо оставить на определенный период для сбора данных. Пользователя нужно научить останавливать этот процесс, как только проблема проявится снова. Подобные неполадки часто то возникают, то исчезают, поэтому без его помощи не обойтись. Он должен либо немедленно вызвать вас, либо самостоятельно собрать нужные данные.

Проблемы во взаимосвязанных сетях следует диагностировать после установления надежного соединения с маршрутизатором, через который трафик проходит за пределы широковещательного домена. Если пропускная способность постоянно низкая, значит, причина, скорее всего, кроется в несоответствующих настройках, недостаточных характеристиках сети на каком-то участке и других системных факторах. Когда значение пропускной способности варьируется в широких пределах, то речь может идти о локальной ошибке или влиянии постороннего трафика:

· неустойчивая маршрутизация по вине пограничного состояния порта или линии на каком-то участке за пределами широковещательного домена. Возможная причина — плохой кабель;

· чрезмерный трафик по низкоскоростному локальному или глобальному соединению — возможно, трафик отвергается, либо буфер переполнен;

· варьируется время отклика на запросы Ping и функции Trace Route;

· перегружены соответствующие сервер или служба.

Отправка запросов Ping и трассировка маршрута посредством Trace Route позволяют найти точку, с которой следует начинать диагностирование медленной работы сети. Если проблема то появляется, то исчезает или ее трудно уловить, необходимо запустить тесты на непрерывное выполнение. Когда какой-то удаленный узел вызывает подозрение, процесс диагностирования можно ускорить, воспользовавшись системой управления сетью, чтобы опросить «скомпрометированное» сетевое устройство, а также устройство, находящееся перед ним. Одно из них укажет на определенные ошибки или чрезмерный уровень использования.

Выполните тестирование пропускной способности и проверьте производительность по маршруту от пользователя до сервера или службы. С помощью системы управления сетью можно вести мониторинг состояния сети, пока выполняется тестирование пропускной способности, чтобы выяснить, нет ли ошибок. Практически всегда установление надежного сквозного соединения на сетевом уровне полностью устраняет проблему с потерей сетевого соединения. Выполняя диагностику, не забывайте повторять тесты коллизионного и широковещательного доменов всякий раз, когда перемещаетесь на новое место.

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

Раздел 3. Экономическая часть

 

3.1 Расчет стоимости сети.

1) Основная заработная плата

Основная заработная плата исполнителей определяется на основании их месячных должностных окладов и занятости их в процессе реализации проекта.

Таблица 6.3

Должность	Оклад, руб./мес.	Оплата, руб./день	Продолжительность работ, дни	Итого, руб.
Ведущий инженер		909,09		5454,54
Инженер-конструктор 1-ой категории		681,82		4090,92
Инженер-программист		681,82		2045,46
Итого:	11590,92

 

Таким образом, фонд основной заработной платы составил: Фосн = 11590,92 руб.

2) Дополнительная заработная плата

Сюда относятся выплаты, предусмотренные законодательством о труде за неотработанное по уважительным причинам время: оплата очередных и дополнительных отпусков, сверхурочные, премии и т.п. (принимаются в размере 9-15 % от суммы основной заработной платы разработчиков). Примем за дополнительную заработную плату 15 % от основной:

Фдоп=Фосн*0,15,

 

где Фдоп – дополнительная заработная плата разработчиков;

Фосн – основная заработная плата разработчиков.

Фдоп=11590,92*0,15=1738,638 руб.

3) Страховые взносы

Величина страховых взносов, зачисляемых работодателем в Государственные внебюджетные фонды, в том числе в Пенсионный фонд Российской Федерации, Фонд социального страхования Российской Федерации и Фонд обязательного медицинского страхования Российской Федерации, составляет 26 %:

Е=11590,92*0,26=3013,639 руб.

4)Производственные командировки

Производственные командировки – 20% от основной заработной платы:

11590,92*0,2=2318,184 руб

5) Покупные материалы, оборудование и ПО

Включая затраты на материалы (бумага A4 2 пачки – 200 руб.; лазерные диски DVD-RW 13 штук – 195 руб.; техническая литература – 1500 руб.) составляют 1895 руб.

 

Материалы, используемые при монтажной работе:

Наименование материала	Единицы измерения	Кол-во	Стоимость единицы, руб.	Общая стоимость материала, руб.
Кабель «Витая пара» кат. 5е	бухта
Коннекторы RJ-45	шт.		1,89
Резиновый колпачек на коннектор RJ-45	шт.		1,56
Обжимной инструмент для сетевого кабеля	шт.
LAN тестер	шт.
Итого:
Транспортные расходы (3% от суммы расходов на материалы):	107,85
Итого затраты на материалы с учетом транспортных расходов:	3702,85

 

---

Дата добавления: 2015-12-19; просмотров: 13; Мы поможем в написании вашей работы!

Поделиться с друзьями:

---

---

Мы поможем в написании ваших работ!