Архив форумов ЦИТФорума

[ботинок]

как оптимизировать работу физ. сервака
на нём крутится MSSQL
он юзается прогой которую пишут свои программеры
на серваке 2 гига ОЗУ
для SQL зарезерв 1,7 г
но когда нет запросов и добы не работают он эту память даже не пытаеться высвободить.
Подвкажите плиз
а то блин тормозит не мерено
(

Или это программерам надо по тыкве дать за их неправильнвый код

[And]

Версию SQL сервера можно узнать.

[ботинок]

2000 MSSQL SERVER

[ботинок]

или вот так тогда

Product version 8.00.760(sp3)

[And]

Смотри свойства SQL сервера в оснастке "SQL Server Enterprise Manager" там вкладка Memory. Наверняка сам стоит вместо динамического способа распределения памяти фиксированный.

[ботинок]

Ага, сейчас.
А вот я думаю что этот блин SQL немерено юзает райд
и этот блин райд падает немеренно иногда

[ботинок]

Да там было 1,7 гига под SQL
я ставил динамику
а вот ничего не посенялось
)
эксперемнты продолжаются

[And]

Проведи мониторинг дисковой системы. При сильной загрузке рекомендовано хранить на разных физических дисках файлы с данными и лог файлы. Вообще оптимизатор на SQL начиная с версии 7.0 работает довольно не дурственно и если нет особой надобности то распределение памяти отдается на откуп SQL серверу. Может и ПО кривоватенькое. Индексов в таблички добавить надо или еще чего. Но это отдельная песня.

[ботинок]

А чего там,
Активность диска 100
-- -- при чтении 100
Обращений к диску/сек 100
-- -- чнения с диска/сек 100
Скорость обмена с диском(б/c) 100
Скорость чтения с диска (б/c) 100
и средняя длинна очереди диска 100
средняя длина очереди чтения диска 100

А все осальные параметры скачут и не добираются даже до 50%

[ботинок]

наверно сервак можна запустить с каким нибудь параметром
который хоть как то оптимизирует работу

да и вот что
после мощного запроса
к примеру он забирает 2 гига памяти - всего в task man.
а приследующем подобном запросе к уже 2 г используемой он откусывает ещё 2 г, а где их взять, правильно на райде

Внимание вопрос, НАФИГА ЕМУ СТОЛЬКО !!!
и почему система так невнимательно идёт ему навтсречу

[And]

При выполнении запроса сервер формирует виртуальную таблицу в которой ИМХО и весит эти 2 гига. Держит он ее в оперативке пока на закроем ее из программы. Формируем такой же запрос и получаем еще 2 гига. Чего там выбирается на такой объем. Картинки что ли Спроси у программеров что они там написали. По поводу динамического распределения памяти то сервер забирает все до предела если надо. А если не надо, то освобождает ее.

[ботинок]

тоесть предложение одно
наращивать оперативку??
или второе это править код до грамотного состояния??
что бы не было непроиндексированных полей??
после закрытия проги память высвобождается полностью
до этого не происходило
)
непомню что же я сделал
ха ха ха ха

[ботинок]

нет картинок ни одной
это чисто толкьо данные
ха ха
вот
буду далее эксперементить

[And]

Индексация полей позволяет ускорить запрос, но делает таблицу тяжелее. Тут палка о двух концах. Пока рекомендация одна нарастить оперативу. Хотя я думаю, что это кривое приложение. У меня 22 бд на SQL крутятся правда все они 1С что тоже не подарок Вроде пользователи не жалуются. Хотя много расчетов на клиентах происходит потому что 1С так работает

[cerber]

у меня подобная ситуация т.е. за несколько дней сжирает гиг.
не нашёл нечего лучшего чем перезагрузка sql server'а.
Юзеров слава богу не большое количество, и при острой необходимости можно и в течении дня перезагрузить, а нет так ночью. Вот так.

[ботинок]

Если я скажу программерам что у них прога плохая они меня порвут.

(она и так плохая, только в слух не говори)

на самом деле сервак не брэндовый
и работал 6 месяцев без кондишена
сборка ручная )
вот так и живём, зато мона долесть до куда угодно и пломб нет никаких
винты поменяли два раза
ладно, скажу что сервак плохой и пора менять что б не обидно было никому

может новую игрушку купят

ух наиграюсь

спасибо