Приобрели новый сервер — HP ProLiant ML350 G4p, 2 Xeon 3.0 GHz HT, 2 MB cache L2, SCSI 1000 винчестеры, RAID, 4 GB DDR 3200.
Windows 2003 и SQL Server 2000 видит 4 процессора (2 реальных + 2 виртуальных Hyperthreading).

После переноса на него базы данных мы все были в шоке — запросы на нем работали в 2 раза медленнее, чем на стареньком сервере (два процессора Pentium III 1.0 GHz). Новый сервер по всем параметрам намного более производителен.

В настройках SQL Server 2000 изменили процессоры на которых он может распаралеливать свою работу — вместо всех 4-х процессоров указали что он может работать только на двух — на нулевом и втором процессоре. После этого сервер стал обрабатывать запросы в 2-2,5 раза быстрее чем старый сервер. Посоветуйте плиз, как бы пооптимальнее настроить сервер для быстрой работы.

Здравствуйте, Stov, Вы писали:

S>В настройках SQL Server 2000 изменили процессоры на которых он может распаралеливать свою работу — вместо всех 4-х процессоров указали что он может работать только на двух — на нулевом и втором процессоре. После этого сервер стал обрабатывать запросы в 2-2,5 раза быстрее чем старый сервер. Посоветуйте плиз, как бы пооптимальнее настроить сервер для быстрой работы.

Версию в студию

Здравствуйте, _d_m_, Вы писали:

___>Версию в студию

Судя по тому, что у него Windows 2003, то и MSSQL2000 стоит не ниже SP3.

2 Stov,

Вот тут можно найти что почитать по этому вопросу

Здравствуйте, tpg, Вы писали:

tpg>Здравствуйте, _d_m_, Вы писали:

___>>Версию в студию

tpg>Судя по тому, что у него Windows 2003, то и MSSQL2000 стоит не ниже SP3.

Это понятно, НО! SP3 все-таки не самый последний SP. Самый последний, как известно, SP4. А отличаются, кол-вом внесенных изменений, они значительно — судя по билд нумберу: SP3 — 818, SP4 — 2039. Кстати, на момент выхода SP3 — многоконвеерных процессоров еще не было

Здравствуйте, _d_m_, Вы писали:

___>Здравствуйте, tpg, Вы писали:

tpg>>Здравствуйте, _d_m_, Вы писали:

___>>>Версию в студию

tpg>>Судя по тому, что у него Windows 2003, то и MSSQL2000 стоит не ниже SP3.

___>Это понятно, НО! SP3 все-таки не самый последний SP. Самый последний, как известно, SP4. А отличаются, кол-вом внесенных изменений, они значительно — судя по билд нумберу: SP3 — 818, SP4 — 2039. Кстати, на момент выхода SP3 — многоконвеерных процессоров еще не было

MS SQL Server 2000 SP3

Обязательно скачаю последний Service Pack. По вашему это поможет исправить ситуацию?
Какие дополнительные настройки могут повысить производительность сервера?

Здравствуйте, Stov, Вы писали:

S>Здравствуйте, _d_m_, Вы писали:

___>>Здравствуйте, tpg, Вы писали:

tpg>>>Здравствуйте, _d_m_, Вы писали:

___>>>>Версию в студию

tpg>>>Судя по тому, что у него Windows 2003, то и MSSQL2000 стоит не ниже SP3.

___>>Это понятно, НО! SP3 все-таки не самый последний SP. Самый последний, как известно, SP4. А отличаются, кол-вом внесенных изменений, они значительно — судя по билд нумберу: SP3 — 818, SP4 — 2039. Кстати, на момент выхода SP3 — многоконвеерных процессоров еще не было

S>MS SQL Server 2000 SP3

S>Обязательно скачаю последний Service Pack. По вашему это поможет исправить ситуацию?

Насчет ситуации — посмотрим. Вобще-то накатывать самые последние апдейты — это то с чего надо начинать. Рекомендую последние апдейты накатить и на ОС.

S>Какие дополнительные настройки могут повысить производительность сервера?

Касаемо СУБД — особых настроек не требуется. Выявляйте узкие места в процессе эксплуатации. Конкретно ваш случай — OLTP система,
конечно надо придерживаться определенных правил.

— желательно использовать RAID 1 или 10 уровня
— использование на RAID контроллерах Battary Backed Write Cache — чем больше тем лучше
— на контроллерах не более 5 дисков на канал, не считая Hot Spare дисков
— основные файлы БД на одном массиве, лог на другом
— особое внимание надо уделить tempdb: кол-во файлов должно быть равно кол-ву процессоров, да и поместить на отдельные массивы осн.файлы и логи
— желательно разместить сразу достаточно большое место в файлах БД и tempdb и выключить опцию autoshrink для этих баз
— создать maintance plan для БД, где необходимо также выполнять дефрагментацию индексов, fillfactor для часто записываемых таблиц: 85-90%

может также потребоваться отдельное внимание для самых критичных таблиц и их индексов — разнесение по разным дискам

Здравствуйте, _d_m_, Вы писали:

___>конечно надо придерживаться определенных правил.

ах да — в догонку: strip size на RAID массивах где базы/логи оптимально — 64Кб, размер кластера логического тома — такой же.