Запросы блокирования SQL Server

Моделирование пользователей очень трудно. Существуют различные виды генераторов нагрузки, но в конце необходимо сделать предположения о том, как пользователи используют сеть, и какой уровень обслуживания Вы хотите дать им. Без этого Вы довольно потеряны. Существует огромная разница между 150 пользователями, проверяющими почту и 150 пользователей на Netflix. Это - одна из тех вещей, которые являются такой работой для моделирования, что это не стоит того.

После этих слов...

Типичные уровни превышения намеченной суммы для ISP здесь находятся в 3-20x диапазоне. Это означает, если бы у Вас есть восходящий канал 15 Мбит, подписку 45-300 Мбит, или в случае каждый пользователь получил бы 0.3-2 Мбит каждый. Достаточно для основного перемещения и электронной почты, но не ожидают, что это пойдет быстро любым измерением. Полагание, что пользователи находятся, вероятно, в высокой категории загрузки, Вы, вероятно, закончите в более низком количестве.

Я волновался бы намного больше об основной инфраструктуре. DHCP может даже раздать 150 адресов (многие отели только раздают 64 или 128), их сервер авторизации/учета будет блевать и что Вы делаете, когда это происходит?

Можно попытаться заблокировать bittorrent, но это - главным образом бессмысленное осуществление, если Вы не делаете DPI. Пользователи найдут, что путь вокруг блока, или в худшем случае выполняет VPN. Намного лучше сделать некоторое основное формирование трафика и дать каждому пользователю справедливую долю пропускной способности. Также легче реализовать.

0
задан 8 July 2011 в 22:31
1 ответ

Пойдите захватывают копию sp_whoisactive и использования это. Это должно предоставить Вам некоторую пользу в. Также посмотрите на wait_stats DMV для наблюдения то, что причина ожидания находится на блокировщике. Если Вы видите PAGELATCH_IO затем, Вы, вероятно, получили своего рода продолжение проблемы хранения. Используйте perfmon для поиска медленного ответа IO.

0
ответ дан 5 December 2019 в 17:03

Теги

Похожие вопросы