Быстродействие AX3

[Alexandr A. Osipkin]

Здравствуте.

Microsoft Dynamics AX 3.0 SP3 (Kernel Rollup не установлены)
SQL Server 2000 SP4
Windows Server 2003 SP1
Сервер: DL 380, 2x Intel Xeon 3.2Ghz, 8GB Озу,
дисковая система: на одном контроллере система и temdb на разных RAID0 массивах
на втором: файл данных (RAID10 – 4 диска) и лог (RAID0) винты 15000
На SQL сервере стоит галочка: Specify the number of processors to use the parallel execution of queries: Use 1 processor
В базе работает до 100 пользователей, размер базы 35гб.

Ситуация следующая:
При запуске стандартной функции, например “копирование журнала”, загрузка обоих процессоров вырастает до 100%, Avg Disk read/write не сильно возрастает, но иногда достигает 0,02. Во время выполнения, никто в базе работать не может

Подскажите пожалуйста, что можно сделать. Заранее спасибо

[macklakov]

Цитата:

Сообщение от Alexandr A. Osipkin

При запуске стандартной функции, например “копирование журнала”, загрузка обоих процессоров вырастает до 100%, Avg Disk read/write не сильно возрастает, но иногда достигает 0,02. Во время выполнения, никто в базе работать не может

А что на AOS в это время происходит? Какие модификации производились?

[Alexandr A. Osipkin]

АОС не нагружается. Модификаций этого класса не было
Это не единственная ситуация, при выполнении многих запросов происходит подобное.

Кстати, при копировании журнала, размер таблицы примерно 15000 строк.

[Vadik]

Цитата:

Сообщение от Alexandr A. Osipkin

дисковая система: на одном контроллере система и temdb на разных RAID0 массивах
на втором: файл данных (RAID10 – 4 диска) и лог (RAID0) винты 15000
..
Подскажите пожалуйста, что можно сделать.

для начала - отказаться от RAID0

[Alexandr A. Osipkin]

Цитата:

Сообщение от Vadik

для начала - отказаться от RAID0

А мотивация?? RAID0 должен увеличивать производительность дисковой системы почти в 2 раза.

[macklakov]

Цитата:

Сообщение от Alexandr A. Osipkin

Кстати, при копировании журнала, размер таблицы примерно 15000 строк.

Т.е. в журнале 15000 строк?

[Vadik]

Цитата:

Сообщение от Alexandr A. Osipkin

А мотивация??

ну, инстинкт самосохранения, к примеру

[Alexandr A. Osipkin]

Цитата:

Сообщение от Vadik

ну, инстинкт самосохранения, к примеру

Там десятый RAID, а нулевой на тех винтах где ценность данных очень низкая

[Alexandr A. Osipkin]

Цитата:

Сообщение от macklakov

Т.е. в журнале 15000 строк?

угу )

[macklakov]

Цитата:

Сообщение от Alexandr A. Osipkin

угу )

В принципе, операция нетривиальная и работает не очень быстро, тем более на таком к-ве строк.
И потом, если у вас в ходу такие журналы, то логистические таблицы должны чрезвычайно быстро пухнуть. Это скорее всего и является основной причиной тормозов.
По хорошему, вам нужен полноценный технический аудит

[Alexandr A. Osipkin]

Цитата:

Сообщение от macklakov

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

А как его сделать?

[Vadik]

Цитата:

Сообщение от Alexandr A. Osipkin

Там десятый RAID, а нулевой на тех винтах где ценность данных очень низкая

понял

[fomenka]

Аудит конечно дело хорошее и стоящее(в прямом смысле слова), но начнем издалека - попробуем разобраться что к чему.
1)Про модификации - уверены, что нет модификаций в этой части функционала?
2)Результат выполнения в QueryAnalyzer'е следующего скрипта покажите пожалуйста :

exec sp_configure 'show advanced options', 1 
reconfigure
go
exec sp_configure
go

PS А насчет "неценности" того, что вы держите на RAID0 - это вы поспешили...Особенно про логи сервера. Как бы потом грустно не стало. Очень странно, что мсье Vadik воздержался от комментариев

[Alexandr A. Osipkin]

Цитата:

Сообщение от fomenka

PS А насчет "неценности" того, что вы держите на RAID0 - это вы поспешили...Особенно про логи сервера. Как бы потом грустно не стало. Очень странно, что мсье Vadik воздержался от комментариев

Я очепятался )) все массивы на 10х рейдах, точнее ошибся ))

[Alexandr A. Osipkin]

affinity mask,-2147483648,2147483647,0,0
allow updates,0,1,0,0
awe enabled,0,1,1,1c2
audit mode,0,1,0,0
cost threshold for parallelism,0,32767,5,5
Cross DB Ownership Chaining,0,1,0,0
cursor threshold,-1,2147483647,-1,-1
default full-text language,0,2147483647,1033,1033
default language,0,9999,0,0
fill factor (%),0,100,0,0
index create memory (KB),704,2147483647,0,0
lightweight pooling,0,1,0,0
locks,5000,2147483647,0,0
max degree of parallelism,0,32,0,0
max server memory (MB),4,2147483647,7440,7440
max text repl size (B),0,2147483647,65536,65536
max worker threads,32,32767,255,255
media retention,0,365,0,0
min memory per query (KB),512,2147483647,1024,1024
min server memory (MB),0,2147483647,0,0
nested triggers,0,1,1,1
network packet size (B),512,32767,4096,4096
open objects,0,2147483647,0,0
priority boost,0,1,0,0
query governor cost limit,0,2147483647,0,0
query wait (s),-1,2147483647,-1,-1
recovery interval (min),0,32767,0,0
remote access,0,1,1,1
remote login timeout (s),0,2147483647,20,20
remote proc trans,0,1,0,0
remote query timeout (s),0,2147483647,600,600
scan for startup procs,0,1,0,0
set working set size,0,1,0,0
show advanced options,0,1,1,1
two digit year cutoff,1753,9999,2049,2049
user connections,0,32767,0,0
user options,0,32767,0,0

[fomenka]

Мда...вроде все в норме.
А про модификации? Есть/нету?

[Alexandr A. Osipkin]

Цитата:

Сообщение от fomenka

Мда...вроде все в норме.
А про модификации? Есть/нету?

Категорично утверждают, что никаких модификаций не было.
Кстати, попробовал тоже самое на другом сервере, может быть это связано с настройками самой ОС? или вообще с железом? Если это возможно, то что может быть?

[macklakov]

Цитата:

Сообщение от Alexandr A. Osipkin

может быть это связано с настройками самой ОС? или вообще с железом? Если это возможно, то что может быть?

Да что угодно может быть. У меня один раз винт сдох, тормозить начало на порядок и одно из ядер на 100% занято при любом обращении к диску

[Alexandr A. Osipkin]

Цитата:

Сообщение от macklakov

Да что угодно может быть. У меня один раз винт сдох, тормозить начало на порядок и одно из ядер на 100% занято при любом обращении к диску

Железо всё проверено, местные админы говорят, что всё ок.
Кстати, после перезагрузки севрвера ситуация нормализовалась...

И еще, на сервер и SQL были установлены апдейты, чтобы они могли работать с объемом ОЗУ больше 4гб. С этим может быть связано?

[fomenka]

Механизмы доступа к памяти свыше 4G в SQLServer 2k 32-bit медленные, но в этом ли причина ваших проблем - может однозначно ответить только ясновидящий. Информации мало для выводов. Используйте профайлер запросов и уточняйте вопросы.