Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Да я ссылку дал по тому, что на M$ сидел... 25.03.03 14:24 Число просмотров: 946
Автор: fly4life <Александр Кузнецов> Статус: Elderman
|
> > Никогда в жизни не админил SQL серврера, а тут > попросили > > помочь оптимизировать... Отправил по ссылке, > оставленной > > babay'ем, но немного не то... > > Это было на вскидку, там ещё искать надо... > > > Хочется заставить работать этот самый SQL сервер > > побыстрее... А то при интенсивной работе начинает > > "захлёбываться"... =) > > Что значит "захлебывается" ?
Жутко тормозит... На графике Task Managera видно, что процессор сильно загружен (доходит практически до 100% загрузки)
> Врят ли без длительных консультаций или привоечения > стороннего спеца на акордную работу удасться что-то > сделать, имхо. > Важно тут почти всё : модель на которой построен клиет, > либо через ODBC, COM+ и т. д., как он к серверу обращается, > надо смотреть по счетчикам производительности сервера как > там дела обстоят, может это не в нем дело, а в слое > абстракций над ним..., тот же Transaction Server воду > мутит. > Может быть дело в дисковой подсистеме или банально мало > места аллокировано под базу, или с индексами беда. А может > проблема в самой структуре базы, через %опу спроектировали > :-(, и там где вьюер должен быть постоянно делается запрос > на выборку из 10 таблиц, или хранимые процедуры не там и не > те. > Тут как видишь ликбезом не обойтись, или вникай или нанимай > спеца. > Короче, эта работа стоит времени, а время - деньги.
Клиент построен через ODBC.
Места под базу - достаточно. Оно выделяется автоматически, а места на винте достаточно. Кстати, правда что, если место выделить фиксированное (а не автоматическое выделение), то тормозить будет меньше?
А что значит "с индексами беда"?
З.Ы. а вникать придётся =)
|
|
|