Динамика GP 2010 Ужасная производительность отчета

Мы используем Dynamics GP 2010 на 2 серверах Citrix с балансировкой нагрузки. В течение последних 3 недель у нас были серьезные потери производительности, когда пользователи запускали отчеты об основных средствах. База данных имеет большой размер, но когда я запускаю отчеты локально на сервере SQL, они работают отлично. Сервер SQL, кажется, работает адекватно, даже когда пользователи видят низкую производительность.

Есть идеи?

Источник

2 ответа

Словари с общими отчетами являются бичом отчетности в GP. они имеют тенденцию замедлять вещи. Кроме того, изменение отчетов становится невозможным, потому что у кого-то все это время открыто. использовать локальные словари отчетов и иметь систему, чтобы синхронизировать их с "главным" reports.dic

Источник

То, что ваша БД выглядит без нагрузки, это не значит, что она в порядке. Это может содержать другие узкие места. Как правило, если сервер БД не время от времени использует свои ЦП, это означает, что существует гораздо большая проблема.

Стандартный процесс устранения проблем производительности в приложении, управляемом данными, выглядит следующим образом:

  1. Настройте индексы БД. Мастер настройки в SSMS - отличная отправная точка. Если вы еще не пробовали, это отличная отправная точка.
  2. Проверьте использование ресурсов: процессор, оперативная память. Если ваш ЦП максимально загружен, подумайте о добавлении / обновлении ЦП, оптимизации кода или разделении уровней. Если ваша ОЗУ исчерпана, подумайте о том, чтобы добавить ОЗУ или разделить уровни.
  3. Проверьте использование жесткого диска: если длина вашей очереди превышает 1 очень часто (чаще, чем один раз в 10 секунд), обновите полосу пропускания диска или масштабируйте ваш диск (RAID, несколько MDF/LDF, разбиение БД).
  4. Проверьте пропускную способность сети
  5. Проверьте наличие проблем на сервере приложений (Dynamics)
Источник
Другие вопросы по тегам