Скорость в Аксапте

[Алексей Контев]

Хотелось бы поднять такую тему, как скорость работы в Аксапте
Установлена Акасапта 2.5 установлена на 50 машинах, одновременно
работают до 40 пользователей. Все через AOS,
Расклад такой:
"тонкий клиент" ~ 20
"Логистика" ~ 25
"Финансы" ~ 15

Техника:
AOS - PIII-1000/512MB/IDE W2000 и AOS на разных винтах
SQL - 2xPIII-7000/512MB/UWSCSI-Raid5

Т.е. по тербованиям к железу все в порядке (проверяли на компаковском сайте требования к железу для Аксапты <a href='http://www.compaq.dk/axapta'>http://www.compaq.dk/axapta</a>

А теперь вопрос.
Если честно, то скорость работы нас совершенно не устраивает.
Для нашей организации январь- мертвый сезон, но уже сейчас идут нарекания от клиентов о медленном обслуживании. Даже, если списать 80% замедления на неумение персонала быстро работать в Windows, скорость все равно неудовлетворительна, т.к. сейчас в день вводится около 20 заказов, а к июлю (пиковая загрузка) ожидается 300-350
заказов в день 1000-1100 строк заказов.
Номенклатурный справочник 80000 наименований, остатки есть примерно по 5-7 тысячам.

Уже за январь отчеты формируются по 20-40 минут, а что же будет в конце года?
Зачем я все это пишу?
1. Хотелось бы узнать мнение народа о скорости работы в Аксапте. Ваши ощущения от сравнения с другими программами.
2. Предложения по оптимизации настройки железа
3. Предложения по ускорению работы персонала (?) (Ну, например, все вводят строки заказа через функцию "Создать строки", которая работает достаточно медленно или в мире принято, все-таки, вводить по одной строке "Ctrl-N"? и тому подобное)

[Aleck]

1. При расчете требований к железу учитывайте, что количество там указана на так называемых Axapta Standard Users, а далеко не на ваших пользователей.

2. Прожорливые отчеты попробуйте формировать на сервере пакетной обработке в двухзвенке, а не на AOS, иначе они будут замедлять работу других пользователей.

3. Функция создать строки действительно медленно работает, ею имеет смысл пользоваться только для заказов с большим количеством строк (более 10), при меньшем кол-ве строк лучше использовать Ctrl-N.

4. Проведите мониторинг загрузки серверов и клиентов, чтобы определить из-за чего происходит задержка. Может, действительно персонал? Тогда никакой софт не поможет...

[mazzy]

Точно.

Ну и, конечно, можно поюзать профайлер кода.

Полезно бывает поадминистрить SQL. Общеизвестно, что SQL распараллеливает запросы только от разных пользователей. Поэтому все запросы, приходящие от одного bmssa выполняются на нем последовательно.

[lm]

Zitat:

Изначально опубликовано mazzy
Полезно бывает поадминистрить SQL. Общеизвестно, что SQL распараллеливает запросы только от разных пользователей. Поэтому все запросы, приходящие от одного bmssa выполняются на нем последовательно.

Есть ли такая возможность "распараллеливания" запросов от одного пользователя, конкретно, в MS SQL? Или это только предположения?

[mazzy]

Да. И еще одно.

Изначально, в стандартном приложени, все запросы в Аксапте делаются по всем колонкам таблиц. Т.е. как правило выполняется select * from TABLE.

Это оправдано, так как разработчики не знают будет ли что-нибудь модифицировано пользователем, не знают на каком наборе функциональных ключей приложение будет работать и т.п.

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

К сожалению, сокращать число полей можно только в Query. Я не знаю, можно ли подобное сделать в формах...

По этой теме можно почитать раздел Create Query (его можно найти, если поискать слова Dynamic fields).

[mazzy]

Zitat:

Изначально опубликовано lm
Есть ли такая возможность "распараллеливания" запросов от одного пользователя, конкретно, в MS SQL? Или это только предположения?

Я не знаю.
Судя по документации и литературе - такой возможности нет.
Но может есть хитрости и тонкая настройка...
Не знаю.

Про то что MS SQL выполняет запросы от одного SQL пользователя последовательно известно давно (по карйней мере, я читал об этом очень давно еще про MS SQL 7.0).

Есть тут администраторы баз данных? Кто нибудь может точно сказать как обстоят дела в MS SQL 2000?

[mazzy]

Zitat:

Изначально опубликовано mazzy

Про то что MS SQL выполняет запросы от одного SQL пользователя последовательно известно давно (по карйней мере, я читал об этом очень давно еще про MS SQL 7.0).

Хм... После этого постинга решил перепроверить.

Перерыл книжки по MS SQL 7.0 и 2000. Обыскал весь Online book.

Я не нашел подтверждения.
Зато нашел информацию о механизме распараллеливания. Прочитал.
Нигде не написано, что распараллеливание зависит от логина.
Мало того, проверил на двухпроцессорном сервере. Несколько пользователей входят как bmssa - загружены оба процессора.

Приношу извинения за ошибочные сведения.


Еще раз хотелось бы спросить. Здесь есть администраторы SQL? Что можно сделать на SQL для оптимизации скорости работы? Насколько реально помогает DBCC INDEXDERAG? Нужно ли делать что либо специальное для оптимизации?

=== добавлено ====
Меня попросили добавить: специальное - это то, что не описано в документах "Setting Up MS SQL Server 2000.doc", "Setting Up MS SQL Server 7.0.doc", "Cost-Based Optimizer.doc".

[jET]

база под ораклом,
в день 100-100 пользователей запихивают 7-8-9000 строк по заказам.

[Pavel]

Привет,

Весьма интересная тема. Хотелось бы представить какое оборудование требуется под следующие бизнес условия:
- 100 пользователей
- 1500 тысячи заказов в час (~ 50 000 строк/ в час)
- около тысячи наименований номенклатуры
- порядка миллиона контрагентов
База ORACLE, распределенная структура (удаленный доступ из разных городов).
Насколько реально построить решение, работающее в режиме реального времени, без задержек?

С уважением.

[Aleck]

Zitat:

- 100 пользователей
- 1500 тысячи заказов в час (~ 50 000 строк/ в час)

Павел, что это у Вас за пользователи такие, вводящие по 500 строк заказа в час, т.е. одну строку за 7,2 сек? Как долго они так могут проработать?

[Pavel]

Zitat:

Изначально опубликовано Aleck
Павел, что это у Вас за пользователи такие, вводящие по 500 строк заказа в час, т.е. одну строку за 7,2 сек? Как долго они так могут проработать?

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

На самом деле, мне неизвестно, сколько строк заказов в единицу времени создается пользователями. Цифры, которые приводились, соответствуют данным отчета о проводке строк заказа (инвойсировании). Данная процедура выполняется системой без каких-либо усилий со стороны пользователей.

Надеюсь, мне удалось развеять твои сомнения, Aleck?

[Aleck]

Так бы сразу и сказал... А то приходилось гадать на кофейной гуще Вот еще погадаю и название отгадаю

Zitat:

На самом деле, мне неизвестно, сколько строк заказов в единицу времени создается пользователями. Цифры, которые приводились, соответствуют данным отчета о проводке строк заказа (инвойсировании). Данная процедура выполняется системой без каких-либо усилий со стороны пользователей.

Если "это" уже работает в чем тогда вопрос? Сделать решение в реальном времени?
А зачем?

[Pavel]

Zitat:

Изначально опубликовано Aleck
Если "это" уже работает в чем тогда вопрос? Сделать решение в реальном времени? А зачем?

Сам вот "сижу и думаю"... В чем вопрос? Зачем? Ведь действительно работает. Ничего "более работающего" мне видеть, пока еще не доводилось.
Видимо, надеюсь узнать, работает ли, что-либо подобное в Аксапте (например, перекресток или техносила). Какое используется оборудование? Какие эксплутационные проблемы?

Aleck, может быть, ты знаешь?

[jET]

пиши на jet@sv.ru все раскажу, сейчас просто занят.