Анализ на натоварването на мрежата

анализ натоварването на мрежата, Bytes Общо / сек (Bytes общо / сек), използването на Network Monitor (Network Monitor)

Последните физически сървър подсистемата следи, които има смисъл да се произвеждат - мрежа. Обикновено потребителите се свържат с SQL Server през мрежата.

Обикновено някакви проблеми с производителността на мрежата, то е причинено от изпълнение на SQL Server. са редки. Обикновено мрежата се зарежда много по-активен в други приложения (например, приложение на работния плот на базата данни -... FoxPro достъп подстригване Paradox и др ...).

В предприятия често има ситуации, когато в резултат на експлоатацията на мрежата отговаря на едно лице (или блок), а за работа приложение, което използва SQL Server. - от друга. И се съгласявам с тях често е трудно. Обмислете възможността за следене на натоварването на мрежата от гледна точка на администратора SQL Server.

проблеми с производителността на мрежата могат да се срещнат в работата на двете опции. Първият вариант - няма изпълнение на специфична мрежова карта, инсталирана на сървъра. За да проверите това, можете да използвате при интервали Общо / сек (Bytes общо / сек) за интерфейса на обект мрежа (Network Interface) (изберете правилния мрежов интерфейс от списъка). Този брояч служи за сравнение на сертифицираната стойност за мрежовия интерфейс. Ако мрежовият интерфейс се наистина да работи при максимален капацитет, той може да бъде заменен от специален сървър мултипорт адаптер.

Много по-често има и друга ситуация - когато проблемът не е в интерфейса на мрежата, както и общото ниво на натоварване на мрежата. В този случай, клиенти работят с SQL Server, може сериозно да се забави. Времето за изчакване може да се случи при установяване на връзка, вече прекъснали създадена връзки, и така нататък. Н. Как да се проследи цялата мрежова пропускателна способност и, ако е необходимо, да представи доказателства за мрежовия администратор?

След инсталацията стартирате мрежовия монитор, трябва да изберете мрежов адаптер, който ще се използва за улавяне на пакети в мрежата. След това ще бъде на Capture меню (Capture) изберете командата Start (Старт), за да започне събирането на данни,. Информация за натоварването на мрежата (% натоварване на мрежата) ще бъде представена и в двете графични и цифров вид (в дясно).

Имайте предвид, че за конвенционални мрежовите хъбове (без използването на ключове), стойността на прага този брояч, според Microsoft. Тя е само на 40%. Превишаването на тази стойност води до прогресивно намаляване на производителността (в по-голям товар, толкова повече колизии на данни и препредавания, и по този начин натоварването се увеличава отново, и така нататък се увеличава).

В същинска работа, има случаи, когато изпълнението на работата на мрежата е ограничен поради обективни причини. Така например, потребителите могат да се свързват към SQL Server от клоните над с бавна комуникационни канали. Понякога трябва да се даде възможност на потребителите да се свързват през конфигурацията на защитната стена, за които отговорността на други администратори. В този и в друг случай, че има смисъл да се мисли за две възможности решения:

р използвате приложението от уеб интерфейса за IR;

р използвате терминал за достъп, използващи Microsoft Terminal Services или Citrix MetaFrame.

Първият вариант изисква специален уеб-версия на приложението на клиента, което не винаги е (и себе си, за да създадете тя може да бъде трудно, особено като се има предвид факта, че подробна информация за структурата на базата данни на ваше разположение и не може да бъде). Но втората опция може да се използва в повечето ситуации. В този случай, потребителите работят с обичайните възможности на приложението на клиента, но физически това не работи на компютъра си и на специален сървър. На работната станция на клиента, само на клавиши се изпращат на терминален сървър и щракнете с мишката, и от сървъра към работната станция - промени в екрана. Предимствата на такова решение - много:

р крайни решения изискват минимална мрежов трафик и обикновено работят добре дори по модем включен връзки;

р в случай на прекъсване на връзката, потребителят може да се свърже отново с вашата сесия, и да продължи да работи от същото място;

р на клиентския компютър не е необходимо да бъдат инсталирани почти всички клиентски приложения (различни от терминален сървър на клиента). Това е добре от гледна точка на сигурността, така и от гледна точка на намаляване на тежестта върху администратора на;

р на клиента може да бъде инсталиран на почти всяка операционна система (с помощта на Citrix MetaFrame. включително DOS. и Unix). до компютърната система за необходимите финансови средства са минимални;

р трафик Citrix MetaFrame и Microsoft Terminal Server е криптирана автоматично (за разлика от конвенционалната трафик клиент работи с SQL Server, които са свързани, като OLE DB или ODBC.);

р Ако връзката ви с мрежата са зад защитна стена, отворен достъп за крайни връзки обикновено е по-лесно от обикновено, за да се свържете приложения за SQL Server.

Недостатъците в крайни решения не са толкова много: Не са необходими лицензи за Terminal Server; имате нужда от допълнителен сървър (достатъчно мощен, ако тя е да служат на голям брой потребители); някои специално защитени (напр масур ключове) или много взискателни приложения, които не могат да работят на терминален сървър. В момента, обаче, популярността на крайните решения се разраства много бързо (например, клиент-сървър версия 1C), и не забравяйте, тази възможност е определено си струва.

Други изпълнения подобряват работата на мрежата при работа с SQL Server обикновено включват използването на ключове, вместо хъбове, актуализиране на инфраструктурата на мрежата (10 Mbps до 100, с 100 Mbps - 1 Gbps, и т.н. ...), както и избор на клиента, заедно с SQL Server в отделен сегмент на мрежата.