Производительность Axapta VS ...

К слову о тестировании производительности Аксапты Корусом (см. www.navision.ru).

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

Конфигурация:
з-х уровневая конфигурация Axapta 3.0 SP1, Win 2000,MS SQL, 2xIntel XEON 800, UW SCSI 73GB, 2Gb памяти, сеть 100 Mbit, одновременно работали 20-25 пользователей.
Реальные данные в моем случае существенно разнились с Майкрософтскими.
Закрытие склада, например, приводило к замедлению производительности в десятки раз.... Узкое место как раз было в AOS.

А хотелось бы узнать из первых рук о реальной производительности систем, например Аксапты и 1С.

[Андре]

Цитата:

Узкое место как раз было в AOS.

Уверен ? Обычно узкое место - сервер БД. А что именно на AOS было узким метом ?

В принципе, можно поднять второй AOS и собрать их в кластер. Нагрузка между ними будет балансироваться, хотя и не самым оптимальным образом.

[George Nordic]

Да, у нас тоже именно AOS страдает... БД - Oracle - крутиться себе на 2х P-III.. даже загрузка не полная.. А вот навороченный 2х ксеонный AOS в 8гигами памяти... загрузка - под 100 у обоих процессоров...
И еще, у нас "4х звенка", так когда отвалился терминальный сервер, на AOSе осталось 50 пользователей... и когда снова все ломанулись - на всех лицензий не хватило... + еще откат транзакций начался... это после планирования

а 2 AOS - это ж деньги...

Да, и по теме - уважаемый dd абсолютно прав. Не так уж все красиво получается, как MS декларирует...

[mazzy]

Цитата:

Изначально опубликовано dd
Я внедрял Аксапту и столкнулся с тем, что мало-мальски ресурсоемкая операция - сложный отчет, я не говорю уже об закрытии склада, очень существенно сказывалась на быстродействии операций других пользователей.

Конфигурация:
з-х уровневая конфигурация Axapta 3.0 SP1, Win 2000,MS SQL, 2xIntel XEON 800, UW SCSI 73GB, 2Gb памяти, сеть 100 Mbit, одновременно работали 20-25 пользователей.
Реальные данные в моем случае существенно разнились с Майкрософтскими.
Закрытие склада, например, приводило к замедлению производительности в десятки раз.... Узкое место как раз было в AOS.

!?!?!?!


dd, вам обязательно нужно прочитать про блокировки, про эскалацию блокировок, про блокировки на чтение и запись.
Например на www.sql.ru.

Здесь публика доброжелательная.
Но в других местах лучше сначала разобраться с предметом, прежде чем допускать такие ляпы.


В двух словах - закрытие склада (если не включена система множественных транзакций) блокирует все записи во время работы. Это значит, что другие пользователи не смогут НИЧЕГО делать с заблокированными записями пока закрытие не закончится.

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

Теперь про отчеты. В MS SQL есть блокировка на чтение. Ваш сложный отчет наверняка блокирует МНОГО данных на чтение. Заблокированные на чтение данные остальные пользователи не смогут ИСПРАВЛЯТЬ.

Например, вы сложным образом смотрите в складские проводки. Если у вас отчет сложный, то MS SQL очень быстро эскалирует вашу блокировку записей до блокировки на чтение всей таблицы. Это значит, остальные не смогут создавать и править складские проводки. Это значит, они не смогут ни резервировать, ни создавать новые документы...


Что рекомендуется делать в таких ситуациях вы как раз узнаете, если прочтаете про блокировки
У Аксапты традиционный подход к этому вопросу.

В двух словах: прежде чем хм... создавать "мало-мальски ресурсоемкие операции", разберитесь с предметом

[mazzy]

Цитата:

Изначально опубликовано George Nordic
Да, у нас тоже именно AOS страдает... БД - Oracle - крутиться себе на 2х P-III.. даже загрузка не полная.. А вот навороченный 2х ксеонный AOS в 8гигами памяти... загрузка - под 100 у обоих процессоров...

Ничего не понимаю.
А как по вашему должно быть?
На БД надо мерять дисковые очереди. На АОС надо мерять процессор и память.

Цитата:

Изначально опубликовано George Nordic
И еще, у нас "4х звенка", так когда отвалился терминальный сервер, на AOSе осталось 50 пользователей... и когда снова все ломанулись - на всех лицензий не хватило... + еще откат транзакций начался... это после планирования

Вот этого не понял

Цитата:

Изначально опубликовано George Nordic
Да, и по теме - уважаемый dd абсолютно прав. Не так уж все красиво получается, как MS декларирует...

У меня закралось жуткое подозрение...

George Nordic, dd вы в курсе, что быстродействие Аксапты меряется для "стандартных пользователей" (ASU)? Вы знаете чем "стандартные" отличаются от реальных?

[Андре]

Цитата:

dd, вам обязательно нужно прочитать про блокировки, про эскалацию блокировок, про блокировки на чтение и запись.

mazzy, а при чем здесь это, если человек говорит, что узкое место AOS ?

[Андре]

Цитата:

Вы знаете чем "стандартные" отличаются от реальных?

А еще есть "виртуальные" Это когда заказы, закупки и т.д. не вводятся пользователями, а генерятся и разносятся в системе автоматически на основании поступающих из вне данных. Причем создаются со скоростью превышающей возможности "реального" пользователя.

Так вот, "виртуальные" - они то и есть - самые опасные

[glibs]

Я б сказал, где находится это узкое место... но промолчу, чтобы никто не обиделся.

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

Запуск ресурсоемких процедур предполагался на пакетном сервере. Отчетов тоже. Потом они или отправляются по почте, или сохраняются в архив. Пакетный сервер должен работать по толстому клиенту. Соответственно обычных пользователей он будет тормозить постольку, поскольку начнет отнимать на себя ресурсы сервера СУБД. С последней проблемой нужно бороться переносом самых сложных отчетов на ночное время, а также использованием OLAP.

Вот реальный пример аналогичного вашему вопроса.

http://www.axforum.info/forums/showt...1267#post31267

[George Nordic]

Цитата:

Изначально опубликовано mazzy А как по вашему должно быть? На БД надо мерять дисковые очереди. На АОС надо мерять процессор и память.

Да куда уж!!!! 4 диска на бд только под axaptу, все основные таблицы - по разным дискам и т.п. Да она живет нормально, все ок! А AOS - мне что, мэйнфрэйм ставить?? И так наворочен до безобразия Сейчас срочно заливаем Proliant, но имхо, не в том дело-то... Вы хорошо выбрали область деятельности - оптимизация аксапты - это то, с чем каждый столкнется... рано или поздно

Цитата:

George Nordic, вы в курсе, что быстродействие Аксапты меряется для "стандартных пользователей" (ASU)? Вы знаете чем "стандартные" отличаются от реальных?

...тем, что по ним диаграмки для презентаций выгодно отличаются. Так можно под "стандартным пользователем" подразумавать оператора, который открыл форму и возит по ней мышкой... Тут уж и Oracle за 1С не угнаться

[mazzy]

там на самом деле в гармошку упаковано несколько вопросов.

По ключевым словам:
1. "мало-мальски ресурсоемкая операция - сложный отчет"
2. "закрытии склада"
3. "очень существенно сказывалась на быстродействии операций других пользователей."
4. з-х уровневая конфигурация Axapta 3.0
5. MS SQL
6. одновременно работали 20-25 пользователей.
7. Реальные данные ... существенно разнились с Майкрософтскими.
8. Закрытие склада, например, приводило к замедлению производительности в десятки раз....
9. Узкое место как раз было в AOS.
10. А хотелось бы узнать из первых рук о реальной производительности систем, например Аксапты и 1С.

Так вот:
Про АОС (9 пункт) это всего лишь его предположение
Уверен, что там скорее всего не так. Скорее всего напрогали люди от души... Не думая...

Пункт 2 и 8 про одно и то же. Следствием 2 и 8 было 3.

Главное:
= MS SQL с его блокировками
= сложный отчет (представляю что там внутри)
= разница в ожиданиях и в реальности (обратите внимание, что разница именно в ожиданиях, а не в обещаниях )
= ну и провокация про 1С...


Человек, либо хочет разобраться. Либо провоцирует флейм.
А эта ветка хороший кандидат на долгий флейм после такой постановки вопроса.
Причем сам dd из этой ветки получит очень немного.

Что надо было делать:
- начать читать про закрытие. Про него написано очень много.
- начать читать про быстродействие. Даже в Аксаптовских материалах достаточно, чтобы понять куда двигаться дальше...

dd, раз уж вы начали в таком стиле, очень хотелось бы узнать от вас, что означает ваша фраза "Узкое место как раз было в AOS"? Как вы меряли. Как пришли именно к такому умозаключению?

Флеймить, так флеймить.

[Андре]

Цитата:

Флеймить, так флеймить.

Тем более вопросы начали повторяться по третьему разу

[Андре]

Цитата:

dd, раз уж вы начали в таком стиле, очень хотелось бы узнать от вас, что означает ваша фраза "Узкое место как раз было в AOS"? Как вы меряли. Как пришли именно к такому умозаключению?

Так я и высказал свое сомнение по этому поводу

[mazzy]

Цитата:

Изначально опубликовано George Nordic
Да куда уж!!!! 4 диска на бд только под axaptу, все основные таблицы - по разным дискам и т.п. Да она живет нормально, все ок! А AOS - мне что, мэйнфрэйм ставить??

Не знаю, что у вас на АОСе делается.
Но обратите внимание на железо, на котором делались рекордные замеры.
http://technet.navision.com/default....onType=Display

Мэйнфрэйм это конечно перебор. для начала стоит разобраться что делается.
Если вы уже дошли до железа, то лучше подумайте над тем, что лучше несколько несильных серверов в кластере, чем один очень мощный. Хотя такие советы удаленно уже нельзя давать.

Цитата:

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

Тс-с-с...
А то придется из-за рекламы в рынок переносить.
А эта ветка обещает быть хитом.

Цитата:

Изначально опубликовано George Nordic
...тем, что по ним диаграмки для презентаций выгодно отличаются. Так можно под "стандартным пользователем" подразумавать оператора, который открыл форму и возит по ней мышкой...

На самом деле у стандартного пользователя есть очень четкие определения.
И стандартный пользователь - это очень маленькая единица.
Если у вас включена корреспонденция, то все вводящие документы сразу считаются за 5-10 стандартных пользователей.
Если у вас есть "мало-мальски сложная обработка" то считать надо тоже не одного стандартного.

Ну, почитайте же!
http://technet.navision.com/sizinggu...guidelines.doc

[mazzy]

Цитата:

Изначально опубликовано Андре
Так я и высказал свое сомнение по этому поводу

Полностью согласен с твоими сомнениями.

[George Nordic]

Цитата:

Изначально опубликовано mazzy Вот этого не понял

Мда.. слегка туманно.. поподробнее: у нас следующая структура:
БД - AOS - 2хТерминальный сервер - терминалы. получается т.н. "4х звенка". Терминалы - тонким клиентом в AOS, т.к. на них и так нагрузка большая.
А произошло вот что: было запущено планирование, потом терминальный сервер отрубился, а сессии пользователей на АОСе остались! Т.е. когда терминальный сервер поднялся и все стали заново заходить в axapty, произошло "задвоение" сессий - одна старая и одна новая. Но! главная печаль не в том: планирование стало "откатываться". А его тут же заново запустили. Т.е. встреча отката планирования и нового планирования разрулилась часов эдак за 8

[mazzy]

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

[Vadik]

Цитата:

Изначально опубликовано George Nordic
Да, у нас тоже именно AOS страдает... БД - Oracle - крутиться себе на 2х P-III.. даже загрузка не полная.. А вот навороченный 2х ксеонный AOS в 8гигами памяти... загрузка - под 100 у обоих процессоров...

..

а 2 AOS - это ж деньги...

..

Да, и по теме - уважаемый dd абсолютно прав. Не так уж все красиво получается, как MS декларирует...

- Сервер БД как правило упирается не в процессор, а в дисковую систему. Т.е. смотреть загрузку процессора на нем и на AOS-е вообще говоря неправильно.

- Какой смысл использования AOS на машине с 8Гб памяти?

Лицензия на дополнительный AOS - это возможность ЛИНЕЙНО масштабировать производительность простым добавлением серверов приложений. Странно зажимать на это деньги, если существует такая проблема

Что касается "реальной" производительности закрытия склада и победных релизов о умопомрачительных результатах.

Если посмотреть на них внимательно.. Результатом тестирования всегда является пара цифр: "количество ASU" и "время отклика". Т.е. целью ставится поддержка комфортной работы (приемлемого времени отклика) максимального количества пользователей, генерирующих короткие транзакции (OLTP). Все остальное (загрузка процессоров, еще что-нибудь - справочная информация). Пользователи или работают, или курят бамбук - это результат, который виден всем. Что при этом происходит внутри (сколько серверов, сколько в них дисков, процессоров, как они загружены) - дело администратора и того, кто счета за оборудование подписывает

Закрытие склада - процесс практически "однопользовательский" в том смысле, что при этом комфортность работы остальных пользователей (кроме того, кто закрытие запустил) не гарантируется.

Закрытие склада вообще говоря неправильно считать показателем производительности. Вы или успеваете его делать за выделенное временное окно (обед, ночь, выходные) или не успеваете.

2 George: посмотрите на конфигурации, на которых проводится тестирование. Увидите, что AOS-ы гораздо менее "наворочены", чем сервер БД, но их много.

Подумайте

[George Nordic]

Цитата:

Изначально опубликовано mazzy Не знаю, что у вас на АОСе делается.

Никто этого не знает Но загрузка АОСа - это, скорее всего, именно код...

Цитата:

обратите внимание на железо, на котором делались рекордные замеры.

Очень уж старенькое все... По-моему, аж полгода назад НР уже не отзывался по этой ссылке...

Цитата:

А эта ветка обещает быть хитом.

Да уж, преценденты есть... как только народ видит "1С" и "axapta" - начинается бой

Цитата:

Ну, почитайте же!

Да уж вычитан весь.. даже начальству был даден! Как Вы думаете, откуда бы у нас пролианты взялись иначе? Только старенький документик больно..(2001г) И не отражает, как ни странно, того, что нагрузка на АОС может сильно возрастать.. (особенно из-за кривого кода )

[mazzy]

Цитата:

Изначально опубликовано George Nordic
Никто этого не знает

Хм... а счетчики что говорят? А профайлер?

[mazzy]

Цитата:

Изначально опубликовано Vadik
Закрытие склада - процесс практически "однопользовательский" в том смысле, что при этом комфортность работы остальных пользователей (кроме того, кто закрытие запустил) не гарантируется.

Точно.

А IMTS помогает разрулить "однопользовательскость"? Или не очень?