информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Spanning Tree Protocol: недокументированное применениеГде водятся OGRыПортрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / miscellaneous
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Да я ссылку дал по тому, что на M$ сидел... 25.03.03 14:24  Число просмотров: 946
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка>
> > Никогда в жизни не админил SQL серврера, а тут
> попросили
> > помочь оптимизировать... Отправил по ссылке,
> оставленной
> > babay'ем, но немного не то...
>
> Это было на вскидку, там ещё искать надо...
>
> > Хочется заставить работать этот самый SQL сервер
> > побыстрее... А то при интенсивной работе начинает
> > "захлёбываться"... =)
>
> Что значит "захлебывается" ?

Жутко тормозит... На графике Task Managera видно, что процессор сильно загружен (доходит практически до 100% загрузки)

> Врят ли без длительных консультаций или привоечения
> стороннего спеца на акордную работу удасться что-то
> сделать, имхо.
> Важно тут почти всё : модель на которой построен клиет,
> либо через ODBC, COM+ и т. д., как он к серверу обращается,
> надо смотреть по счетчикам производительности сервера как
> там дела обстоят, может это не в нем дело, а в слое
> абстракций над ним..., тот же Transaction Server воду
> мутит.
> Может быть дело в дисковой подсистеме или банально мало
> места аллокировано под базу, или с индексами беда. А может
> проблема в самой структуре базы, через %опу спроектировали
> :-(, и там где вьюер должен быть постоянно делается запрос
> на выборку из 10 таблиц, или хранимые процедуры не там и не
> те.
> Тут как видишь ликбезом не обойтись, или вникай или нанимай
> спеца.
> Короче, эта работа стоит времени, а время - деньги.

Клиент построен через ODBC.
Места под базу - достаточно. Оно выделяется автоматически, а места на винте достаточно. Кстати, правда что, если место выделить фиксированное (а не автоматическое выделение), то тормозить будет меньше?
А что значит "с индексами беда"?

З.Ы. а вникать придётся =)
<miscellaneous> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach