Помогите с оптимизацией SQL-сервера под Галактику

[sema]

Просьба поделиться опытом оптимизации сервера БД MS-SQL для работы Галактики.
Недавно апгрейдили сервер с 3 до 8 Гб памяти. Вопросы:
1. Сколько отдать операционке Win2003 и сколько MS-SQL 2000 серверу? (планируется 3 и 5 Гб соответственно)
2. Каким образом отдать память MS-SQL-ю?
3. Каким образом увидеть, что MS-SQL взял эти 5 Гб?
4. Как определить - кто из пользователей Галактики больше всех нагрузил сервер?

P.S. Активных пользователей от 50 до 70. Экземпляр SQL-я один. Сейчас процесс sql берет не больше 2 Гб, сервер постоянно перегружен (очередь диска практически всегда 100%). Сервер HP двухпроцессорный 3,6 ГГц Xeon, винты сказевые 6 штук по 146 Гб райд 5.
Галактика 8.1 двухуровневая.

[yuri_z]

Сервер сконфигурирован неправильно.
Извините, но Вы слишком доверяете рекламным буклетам.
Про то как компания купив сэкономила 1 млн. долларов читали? :)
Раид 5 надо сносить и менять на аппаратный 1+0 или 10.
После выхода Pervasive.SQL 10 summit вопрос об субд галактики снимается однозначно!
Для Вас это будет оптимальный выбор.
Первасив-платформа позиционируется как система без выделенного админа БД.(Нужен Вам этот гимор?)
Если не хватает производительности посмотрите на линукс.
У нас на одном и том-же железе суммарный прирост производительности за счет смены операционки составил 30% (Пока не внедрили).
Абонентское обслуживание под первасив дешевле + отсутствие специфичных глюков.
Подумайте над этим.
На курсах по MS SQL мы так хорошо его роняли, что аж жуть берет. Предлагаю подумать над этим.
Ежели нет - www.SQL.ru

[sema]

Юрий, спасибо.
Однако.
Я извиняюсь, но хотелось бы услышать ответ по существу вопроса, т.е. как оптимизировать конкретную конфигурацию?
Пока что я понял только то, что по вашему мнению раид неверно собран.

[cruger]

6 дисков для 5го раида - это неплохо. позволяет получить его преимущества без тормозов
вот 3 - минимум - это мало, будет с тормозами

операционке надо по идее давать столько, сколько ей нужно
а хватит ей гига, если там больше ничего не стоит

как отдаль склью - ну средства администрирования есть, там указывается

как узнать - опять же, см. доку. учеть надо ещё то, что скль память отхыватывает по ходу работы, а не сразу

кто нагрузил - тут ничего не могу посоветовать. если профилировщик настраивать - он сам что угодно нагрузит. но как узнать без него - неясно

а очередь диска на чтение или на запись? если на запись, то много памяти вряд ли спасёт...

[yuri_z]

На sql.ru есть хорошие советы по оптимизации системы.
Иногда mssql не может взять больше памяти если в boot.ini нет параметров /РАЕ /3GB.
Раид 5 штука хитрая и не всегда работает корректно, особенно если диски начали сыпаться.
В параметрах sql можно указать не динамическое использование памяти, а задать вручную.
Посмотреть результат можно диспетчером задач task manager.
Он там честно пишет, какой процесс сколько использует памяти.
Всякие системно сохраненные процедуры надо просто помнить на память - пригодиться (sp_xxxxx) mssql практически полностью администрится из enterprise manager.
Там можно посмотреть чем и кто угрузил его.
Для этого лучше нарисовать несколько своих процедур, но это после ручного изучения что и как.
И если его угрузили в усмерть - ничего не поможет :)

[sema]

Фёдор Терсин
Федор, спасибо за ответы.

На sql.ru есть хорошие советы по оптимизации системы.
Иногда mssql не может взять больше памяти если в boot.ini нет параметров /РАЕ /3GB.

/РАЕ включен, от 3Gb отказались

Раид 5 штука хитрая и не всегда работает корректно, особенно если диски начали сыпаться.

да вроде живые диски пока

В параметрах sql можно указать не динамическое использование памяти, а задать вручную.

задано

Посмотреть результат можно диспетчером задач task manager.
Он там честно пишет, какой процесс сколько использует памяти.

И что, реально покажет и 3, и 4, и т.д.?
У нас почему-то этот процесс всегда не более 2 Гб. Вот и сомнения одолевают - может быть что-то не сконфигурилось как надо, и память не используется? Похоже на то, как будто AWE отключен.

Всякие системно сохраненные процедуры надо просто помнить на память - пригодиться (sp_xxxxx) mssql практически полностью администрится из enterprise manager.
Там можно посмотреть чем и кто угрузил его.

А вот с этим вообще темный лес. Сбивает с толку то, что после "обработки" напсервером клиент в sql-е получается как бы один, и не понять как рассмотреть отдельных пользователей.

[sema]

По ходу вопрос: насколько существенно изменится (возрастет) скорость, если журналы sql-я растащить по разным физическим дискам? Сейчас они все на (условно) одном расположены.

[cruger]

по поводу памяти - смотрите доку по pae. наверняка там есть, как посмотреть. 32битная программа же не видит всю дополнительную память (сверх 2гб, раз 3gb отключен) одновременно, а работает с ней через окошко, т.е. физически не захватывавает. захватывает для неё винда, и в это окошко по мере необходимости подсовывает.

напсервер ничего не "обрабатывает". все работают под своими логинами. напсервер стоит сбоку. клиенты напрямую соединяются с мсскль. на 3хуровневой все работают под серверным логином, но это и и понятно. тем не менее и в этой архитектуре напсервер сбоку.

по идее распараллеливание записи помогает

[sema]

Передернули AWE - и все пошло-поехало как по маслу.
Всем спасибо!

[mgl]

А все таки какие рекомендации по серверу и ПО (для MS SQL и двухуровневой установке, примерно на 70 пользователей) для версии 8.1. В документации есть рекомендации только для 8.0