Подбор и тестирования железа

[hated8]

Здравствуйте...
Стоит задача оптимизировать аппаратные возможности железа под аксапту 4...
В идеале хотелось бы найти программку или какой-нибудь job чтоо ли, который сказал бы, чего и сколько на сервере(ах) не хватает... Иными словами указал пальцем на слабые места...
Мне уже рекомендовали AxBenchmark но увы поставить её мне так и не удалось(AxBenchmark).

[egorych]

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

[hated8]

Цитата:

Нормальному админу этих данных достаточно, чтобы рекомендации выдать.

Чтобы выдать рекомендации фактические, нужно-не нужно...
А как опредилить какие нибудь оптимальные системные требования?...
Или тупо действовать по принципу чем больше тем лучше?

[egorych]

Понимаете, мое Имхо такое - уже давно есть эмпирические "формулы" для подбора оборудования для мало-средних систем. Тесты имеет смысл проводить только для больших систем с тыщами юзеров, и то - что покажет тест?
Тест покажет что для данного оборудования скорость будет вот такая для стольки пользователей. А если вы спросите, а если юзеров будет +500, что тогда нужно? Тогда нужно брать другое железо и делать опять тест, и опять он не скажет хорошо это или плохо - это уже дело специалиста, который тест проводит.
Например Axapta 3 - для 50 юзеров сервер AOS достаточно 1 проц. 3ГГц + 2 Г RAM - чисто из собственного опыта.
Все выше - ИМХО.

[George Nordic]

Угу. Только на скорость работы влияют не только юзера, а используемам функциональность. Причем последнее - влияет гораздо сильнее. Сколько проводок, по какой модели идет расчет себестоимости, используется ли склад с адресным хранением... Использование одного склада может резко прибавить требований на теж же 100 юзерах

С Уважением,
Георгий

[egorych]

Ну да, ну да...
можно долго спорить что на что влияет, но ИМХО все равно тесты не дадут адекватного ответа - все остается на совести или знаниях или интуиции в конце концов "эксперта".
;-)

[mazzy]

Цитата:

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

но ИМХО все равно тесты не дадут адекватного ответа

Ну... Не стоит так пессимистично.

Тесты не дадут 100% точного ответа. Согласен.

Тесты дадут ответ с некоей погрешностью.
Да, величина погрешности зависит от мастерства экспортов.
Но тут надо понимать, что даже +-20% погрешности - уже достаточное приближение.
Ведь обычно выбор оборудования происходит между суммами, отличающимися на порядок: взять "сервер" за 1000 баксов или сервер за 5000 баксов, 10000 баксов, 50000 баксов? А может взять не один навороченный, а несколько попроще?

Именно на такие вопросы тесты дают замечательные ответы.

Добавлено: причем можно достаточно легко найти не только оборудование из нижнего ценового диапазона. Опыт подсказывает, что поставщики дорогого оборудования легко соглашаются провести "тест-драйв" на дорогих железках (до покупки), если вы четко понимаете что будете делать и что будете мерить.

[mazzy]

как делалось в свое время:
http://axapta.mazzy.ru/lib/axapta_itanium/
http://axapta.mazzy.ru/lib/axapta_benchmark/
http://axapta.mazzy.ru/lib/axapta_benchmark_2005/

главное:

• база должна быть большой, чтобы тестировался не только кэш (базу нужно нагенерить валидными данными)
• тестироваться должны те операции, которые происходят в реальной жизни. С такой периодичностью, которая происходит в реальной жизни. При тестировании должны использоваться такие же настройки, что и в вашей реальной жизни (количество финансовых аналитик и число значений фин.аналитик, количество складских аналитик и число значений складских аналитик и т.п.)
• особое внимание нужно уделить не только интерфейсным операциям, но и периодическим (закрытие склада, расчет спланированных заказов в сводном планировании)
• если в реальной жизни ваши пользователи работают одновременно с тяжелыми периодическими операциями, то нужно в обязательном порядке проверить производительность пользовательских операций во время работы тяжелых периодических (создание заказа во время закрытия склада, разноска заказа во время сводного планирования и т.п.)

[egorych]

Цитата:

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

Тесты дадут ответ с некоей погрешностью.

Ответ на что?
Дадут они ответ что покупать - SCSI диски или может уже нужно FC?
Сколько дисков в RAID засунуть 6 или 12 ?
Сколько нужно процессоров - 4 или уже нужно 8 ?

Цитата:

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

главное:

• база должна быть большой...

Вот и я о том-же!!! Для мало-средних систем достаточно мнение эксперта, которому доверяют!

[mazzy]

Цитата:

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

В идеале хотелось бы найти программку или какой-нибудь job чтоо ли, который сказал бы, чего и сколько на сервере(ах) не хватает... Иными словами указал пальцем на слабые места...

Возьмите набор объектов из ax3.0 с префиксом bm*

Цитата:

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

Тест покажет что для данного оборудования скорость будет вот такая для стольки пользователей.

Тест покажет больше.
Для данного оборудования для стольки то пользователей И для ДАННЫХ операций ПРИ таком-то объеме данных скорость будет такая-то

Цитата:

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

А если вы спросите, а если юзеров будет +500, что тогда нужно?

Так редко кто спрашивает. Это вопрос из области сферического теста в вакууме.

Обычно спрашивают:

• если мы увеличим количество заказов в 1.5 или в 2 раза, то наш сервер потянет?
• если мы включим ячеистый склад, и количество проводок в InventTrans увеличится в 100 раз, а размер InventDim увеличится в 10 раз, то какой сервер нужен?
• наша база растет со скоростью 10/20/50/100 Гб в год. Когда нам потребуется новый сервер? Какой именно? И сколько он выдержит при такой скорости прироста.

Правильно поставленный вопрос - половина ответа.
А в вопросе "а если юзеров будет +500" не хватает информации - каких именно юзеров?

Цитата:

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

Например Axapta 3 - для 50 юзеров сервер AOS достаточно 1 проц. 3ГГц + 2 Г RAM - чисто из собственного опыта.

Кроме того, достаточно 32разрядной машинки.

Для ax4 - то же самое, поскольку AOS у ax4 является 32-битной службой.
В ax2009 с 64-разрядным AOS'ом уже совсем другое дело.

[mazzy]

Цитата:

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

Ответ на что?
Дадут они ответ что покупать - SCSI диски или может уже нужно FC?
Сколько дисков в RAID засунуть 6 или 12 ?
Сколько нужно процессоров - 4 или уже нужно 8 ?

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

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

[hated8]

Ого... .. Сколько накидали... )

Цитата:

Возьмите набор объектов из ax3.0 с префиксом bm*

не совсем понял о чем вы...?

Но речь идет не о выборе сервера. А о выяснении текущих неполадок....

Дело в том что стал страшно тупить sql сервер (загрузка цп 95-100 стабильно). Естественно первое чем стоит заняться, это оптимизация бд и запросов, но т.к. пока это не дает явных результатов, подымается вопрос о апдейте сервера... Вот и хотелось бы как нибудь определить какой сикуел серв. необходим для нормальной работы нашей базы...

Ну так для раскрытия вопроса, какой железки было бы на ваш взгляд достаточно для
базы 100гб(к концу года ~250) , одновременно активных пользователей до 130...?

[egorych]

Цитата:

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

Ну так для раскрытия вопроса, какой железки было бы на ваш взгляд достаточно для
базы 100гб(к концу года ~250) , одновременно активных пользователей до 130...?

Ну совсем как у нас
Вот и посмотрите ЧТО грузит сервер!
http://www.sql.ru/articles/mssql/031...COUNTERs.shtml
Процессор может быть загружен по разным причинам - просто много работы , недостаточно пропускной способности дисков, мало памяти ну и т.д.
Если сами "не очень в этом деле" - поставъте что-то типа Embarcadero DBArtisan, Quest Spotlight Enterprise - там наглядней видно!