AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Прочие вопросы
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 17.01.2002, 15:27   #1  
Алексей Контев is offline
Алексей Контев
Участник
 
118 / 31 (2) +++
Регистрация: 28.12.2001
Адрес: Барнаул
? Скорость в Аксапте
Хотелось бы поднять такую тему, как скорость работы в Аксапте
Установлена Акасапта 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"? и тому подобное)
Старый 21.01.2002, 18:54   #2  
Aleck is offline
Aleck
Участник
Ex AND Project
 
1,061 / 174 (8) ++++++
Регистрация: 07.12.2001
Адрес: СПб-Мск
Скорость работы в Axapta
1. При расчете требований к железу учитывайте, что количество там указана на так называемых Axapta Standard Users, а далеко не на ваших пользователей.

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

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

4. Проведите мониторинг загрузки серверов и клиентов, чтобы определить из-за чего происходит задержка. Может, действительно персонал? Тогда никакой софт не поможет...
Старый 21.01.2002, 20:07   #3  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Точно.

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

Полезно бывает поадминистрить SQL. Общеизвестно, что SQL распараллеливает запросы только от разных пользователей. Поэтому все запросы, приходящие от одного bmssa выполняются на нем последовательно.
__________________
полезное на axForum, github, vk, coub.
Старый 21.01.2002, 20:30   #4  
lm is offline
lm
Участник
 
28 / 10 (1) +
Регистрация: 11.01.2002
Адрес: Россия
Цитата:
Изначально опубликовано mazzy
Полезно бывает поадминистрить SQL. Общеизвестно, что SQL распараллеливает запросы только от разных пользователей. Поэтому все запросы, приходящие от одного bmssa выполняются на нем последовательно.
Есть ли такая возможность "распараллеливания" запросов от одного пользователя, конкретно, в MS SQL? Или это только предположения?
Старый 21.01.2002, 20:59   #5  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Да. И еще одно.

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

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

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

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

По этой теме можно почитать раздел Create Query (его можно найти, если поискать слова Dynamic fields).
__________________
полезное на axForum, github, vk, coub.
Старый 21.01.2002, 21:04   #6  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Изначально опубликовано lm
Есть ли такая возможность "распараллеливания" запросов от одного пользователя, конкретно, в MS SQL? Или это только предположения?
Я не знаю.
Судя по документации и литературе - такой возможности нет.
Но может есть хитрости и тонкая настройка...
Не знаю.

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

Есть тут администраторы баз данных? Кто нибудь может точно сказать как обстоят дела в MS SQL 2000?
__________________
полезное на axForum, github, vk, coub.
Старый 24.01.2002, 19:47   #7  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Изначально опубликовано 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".
__________________
полезное на axForum, github, vk, coub.
Старый 18.04.2002, 16:29   #8  
jET is offline
jET
Участник
 
13 / 10 (1) +
Регистрация: 18.03.2002
Talking скорость
база под ораклом,
в день 100-100 пользователей запихивают 7-8-9000 строк по заказам.
Старый 24.06.2002, 13:01   #9  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Привет,

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

С уважением.
Старый 24.06.2002, 13:56   #10  
Aleck is offline
Aleck
Участник
Ex AND Project
 
1,061 / 174 (8) ++++++
Регистрация: 07.12.2001
Адрес: СПб-Мск
Цитата:
- 100 пользователей
- 1500 тысячи заказов в час (~ 50 000 строк/ в час)
Павел, что это у Вас за пользователи такие, вводящие по 500 строк заказа в час, т.е. одну строку за 7,2 сек? Как долго они так могут проработать?
Старый 24.06.2002, 20:30   #11  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Для тех, кто не знает, где у него кнопка
Цитата:
Изначально опубликовано Aleck
Павел, что это у Вас за пользователи такие, вводящие по 500 строк заказа в час, т.е. одну строку за 7,2 сек? Как долго они так могут проработать?
Открою страшный секрет. Используется технология распознавания параллельных черточек. Противным господу богу образом, всем контрагентам, заказам, товарам поставлены в соответствие дьявольские комбинации этих самых черточек (не путать со словом черт). Люди на конвейере специальной штуковиной прикасаются к коробкам с этикетками заказов и товарам, которые в эти коробки укладываются.

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

Надеюсь, мне удалось развеять твои сомнения, Aleck?
Старый 25.06.2002, 10:36   #12  
Aleck is offline
Aleck
Участник
Ex AND Project
 
1,061 / 174 (8) ++++++
Регистрация: 07.12.2001
Адрес: СПб-Мск
Так бы сразу и сказал... А то приходилось гадать на кофейной гуще Вот еще погадаю и название отгадаю

Цитата:
На самом деле, мне неизвестно, сколько строк заказов в единицу времени создается пользователями. Цифры, которые приводились, соответствуют данным отчета о проводке строк заказа (инвойсировании). Данная процедура выполняется системой без каких-либо усилий со стороны пользователей.
Если "это" уже работает в чем тогда вопрос? Сделать решение в реальном времени?
А зачем?
Старый 25.06.2002, 14:20   #13  
Pavel is offline
Pavel
SAP
SAP
 
2,760 / 239 (13) ++++++
Регистрация: 14.12.2001
Адрес: Moscow
Цитата:
Изначально опубликовано Aleck
Если "это" уже работает в чем тогда вопрос? Сделать решение в реальном времени? А зачем?
Сам вот "сижу и думаю"... В чем вопрос? Зачем? Ведь действительно работает. Ничего "более работающего" мне видеть, пока еще не доводилось.
Видимо, надеюсь узнать, работает ли, что-либо подобное в Аксапте (например, перекресток или техносила). Какое используется оборудование? Какие эксплутационные проблемы?

Aleck, может быть, ты знаешь?
Старый 25.06.2002, 14:37   #14  
jET is offline
jET
Участник
 
13 / 10 (1) +
Регистрация: 18.03.2002
Post
пиши на jet@sv.ru все раскажу, сейчас просто занят.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Обращение к http-сервису в Аксапте Lucky13 DAX: Программирование 31 24.03.2015 19:37
Standart Costing, Direct Costing и механизмы их реализации в Аксапте slava09 DAX: Функционал 55 05.06.2006 11:00
Система оповещений в Аксапте (события в Аксапте) raunio DAX: Прочие вопросы 1 29.09.2005 15:44
Аналитический учет в Аксапте. Анна DAX: Прочие вопросы 38 06.04.2005 14:04
Размышления на тему “Системы контроля версий в Аксапте”. Андре DAX: База знаний и проекты 31 07.02.2005 12:29
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

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

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 11:54.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.