Wiki [3.x] releases:3_17

Причины низкой производительности Адванты и их ...

anonymous@undisclosed.example.com (Anonymous) — Wed, 19 Jun 2019 08:21:52 +0000

Причины низкой производительности Адванты и их устранение

Для кого эта статья

Статья адресована сотрудникам, ответственным за использование ИСУП «Адванта», которая установлена на своих ресурсах.

Здесь содержатся:

рекомендации,
описания по настройкам для известных параметров, влияющих на скорость работы системы,
способы сбора данных о производительности, которые могут быть запрошены сотрудниками технической поддержки разработчика ИСУП «Адванта».

ТОП-5 причин в инфраструктуре

Ошибки конфигурации ПО ADVANTA при его установке или обновлении
Ошибка конфигурации сервера Баз Данных MS SQL
Недостаточная производительность серверной части
Качество связи между приложением и БД
Другое программное обеспечение и настройки сервера

Читайте ниже о том, как их устранить.

Ошибки конфигурации ПО ADVANTA

1. Установлены не все версии дополнительного ПО для работы Адванта, данное ПО не обновляется с достаточной периодичностью.

Пояснение: для работы ПО Адванта необходимо установить библиотек расширений MS .Net Framework, Visual C++ Redistributable x64 и x86, ASP и др. согласно инструкции тут.

Рекомендация: произвести установку дополнительного ПО, согласно инструкции.

2. Установка ПО Адванта на сервер IIS, который ранее был сконфигурирован под другие приложения с параметрами отличных от стандартных. Применение не стандартных настроек IIS ИТ персоналом. Как вариант IIS – сервер мог быть ранее сконфигурирован через Групповые политики Active Directory.

Диагностика: утилита GPRESULT с параметром /H GPReport.html. Для запуска нужны права Администратора.

Рекомендация: произвести установку ПО Адванта на вновь установленный сервер. Вывести сервер из-под действия Групповых политик, влияющих на конфигурацию IIS-сервера.

3. Ошибки в конфигурационном файле «client.config», допущенные при установке ПО Адванта или при обслуживании, обновлении.

Пояснение: Ошибки или отсутствие параметров «register» в секции «container» могут привести к частичной недоступности функционала ПО Адванта, так и к полному отказу системы.

Решение:

привести конфигурационный файл «client.config» к стандартному виду;
при работе с БД Postgres привести конфигурационном файл «client.config» в соответствии с инструкцией здесь.

4. Несоответствие аппаратно-программной части пользовательской станции рекомендациям, указанным на официальном сайте здесь.

Ошибка конфигурации сервера Баз Данных MS SQL

1. Используется единый сервер для размещения БД и ПО Адванта без дополнительной настройки производительности использования ОЗУ.

Пояснение: Роли сервера приложений Адванта и БД MS SQL рекомендуется размещать на разных виртуальных или физических серверах. Иначе возможна нехватка ОЗУ для ПО Адванта при стандартных настройках инсталляции MS SQL.

2. Использование низкопроизводительных дисков для размещения файлов БД и Файлов транзакций.

Диагностика: одним из симптомов может служит значение «Длина очереди диска» более 2 при использовании стандартного диска без RAID, иначе умножается количество дисков на два. Монитор ресурсов – Диск.

Рекомендация: Файлы баз данных и логов транзакций рекомендуется размещать на высокопроизводительных дисках (подробнее).

3. Расположение файлов Базы данных и файлов Лога Транзакций на одном диске.

Пояснение: Такое расположение способствует конкуренции за ресурсы при расположении на одном диске, особенно при включении Полной модели восстановления БД.

4. Включение Полной модели восстановления, при этом переполняется журнал транзакций по разным причинам.

Пояснение: согласно инструкции модель восстановления в настройках БД должна стоять в значении: Простая. Переполнение журнала транзакций может возникнуть по различным причинам (подробнее). На БД MS SQL необходимо обязательно выполнять резервное копирование и задачи обслуживания типа перестроение индексов, обновление статистики, c определённой периодичностью. Во избежание снижения производительности обслуживание рекомендуется проводить в ночное время.

5. Подготовка сервера баз данных MS SQL.

При создании или восстановлении БД необходимо выполнить инструкции, описанные тут.

Недостаточная производительность серверной части

Системные требования, указанные в инструкции, рекомендуется выбирать в соответствии с рекомендуемыми значениями здесь.

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

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

Качество связи между приложением и БД

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

Рекомендуется проверить реальную пропускную способность через копирование файла объемом не менее 2 Гб, замерить среднюю скорость передачи.

При использовании сетевых файловых ресурсов тест с копированием объемного файла нужно выполнить и с использованием этих ресурсов.

Другое программное обеспечение и настройки сервера

Антивирусное и другое ПО защиты информации – рекомендуется настроить исключение для каталога с приложением Адванта и файлами пользователей, либо настроить время сканирования в наименее нагруженное время, например ночью.
Установка обновление безопасности – рекомендуется своевременно производить установку обновление безопасности ПО Microsoft.
Шифрования файловой системы – не рекомендуется настраивать шифрование томов либо другого вида шифрования на серверах, используемых для работы ПО Адванта.
Мониторинг и Логирование – средства мониторинга и сбора логов необходимо настраивать таким способом, при котором данные настройки не приведут к снижению производительности ПО Адванта или компонентов ОС.
Настройка ограничений у сетевой карты, дисковые квоты, файл подкачки – использование ограничений, не предусмотренных при установке ПО Адванты не рекомендуются и потенциально могут навредить производительности.
Драйверы, установленные для конкретного сервера, должны быть установлены в соответствии с требования поставщика оборудования и ПО, установка должна проводиться квалифицированным персоналом.

Как найти, что «тормозит»

Пользователи любой системы, в том числе и системы «Адванта», могут обращаться с вопросом типа «У меня система тормозит». Это субъективная оценка, и ее необходимо в первую очередь перевести в числовую плоскость, выполнить замеры и оценку объема производимых действий.

Обработка большого количества данных не может выполняться быстро, в любой системе, и требует времени.
Например, невозможно построить тяжелый отчет с огромным объемом данных, за 10 секунд, или переместить огромный же объем данных, поэтому необходимо соотносить выполнение объема операций и ожидаемого времени.

Определение конкретного «тормозящего» действия:

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

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

Если к вам обращается пользователь, с проблемой «система тормозит»:

выясните точное место, где это происходит. Определите действие, вызывающее медленную работу: это открытие диаграммы Ганта, или его сохранение, импорт данных через Excel, или создание проекта по шаблону и т.д.
выясните условия, в которых это происходит:
- какой объем данных, который участвует в операции,
- сколько задач в проекте, или строк в Excel файле
- сколько точно времени занимает операция.

Также важен и контекст выполнения, для этого стоит попробовать выполнить действие:

от другого пользователя,
из другого браузера,
с другого компьютера.

Самый лучший способ – в той же локальной сети, в которой находится и сервер системы.

Определите также, не связана ли проблема пользователя с пиковой нагрузкой:

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

Например, к вам обращается пользователь, говорит, что Гант (или любой другой функционал) медленно работает. В Ганте есть масса операций, необходимо уточнить какая именно работает медленно:

Открытие проекта
Создание задачи
Изменение даты задачи
Установка связи между задачами
Назначение ресурса
Сохранение после изменения
И еще много других операций…

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

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

Операция	Время выполнения	Объем данных	Пользователь	Рабочая станция и сеть	Версия
Открытие проекта в Ганте https://etalon.a2nta.ru/cmn.aspx?pageName=Projects.Project&uid=daba2cbb-a4a9-4708-9366-5dd3ead1f172	2 минуты	17780 задач	Иванова Мария (лиц.руководитель)	Windows 8, IE 10, 2Гб оперативной памяти. Соединение по vpn из филиала к центральному серверу. В локальной сети на Chrome открывается за 10 секунд.	3.09.2968.23496-3b0e72b
Создание задачи в Ганте https://etalon.a2nta.ru/cmn.aspx?pageName=Projects.Project&uid=daba2cbb-a4a9-4708-9366-5dd3ead1f172	1 минута	–	Иванова Мария (лиц.руководитель)	Windows 8, IE 10, 2Гб оперативной памяти. Соединение по vpn из филиала к центральному серверу. С соседнего рабочего места из FireFox создается за 3 секунды	3.09.2968.23496-3b0e72b

Замер длительности операций после обновления

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

Поэтому после того, как вы получили сообщение об обновлении, и в нём указано, что ранее «тормозившая» операция оптимизирована, проведите замеры. Без регистрации реестра «тормозящих» операций (пример в разделе 2) практически невозможно в дальнейшем объективно оценить изменения.

Обратите внимание!

Сделайте новые замеры производительности ДО обновления, чтобы сравнение с показателями производительности новой версии было объективным.

Откройте имеющийся реестр проблемных операций и проведите замер скорости еще раз непосредственно перед обновлением.
Обновите условия проведения замера в реестре.
Установите обновление системы.
Проведите замер скорости еще раз, при тех же условиях.

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

Администрирование → Общие настройки → Общие настройки → Настройки таймера
Снять все чек боксы на время замера.
После окончания замера включить обратно.

Если произошло улучшение отклика системы до приемлемого, то закройте соответствующий вопрос в технической поддержке «Адванты».

Какие настройки влияют на время выполнения

Есть несколько известных настроек, которые могут приводить к ухудшению производительности, но улучшают взаимодействие системы с пользователем.

В зависимости от требований бизнес-пользователей и возможностей аппаратного обеспечения, выбирайте оптимальный вариант.

Ниже перечень настроек, которые влияют на производительность.

Наличие OLAP-показателей в отчетах типа «Проекты и работы»

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

Дочерние объекты в отчете типа «Проекты и работы»

В этом же отчете есть возможность выводить дочерние объекты, которые также могут замедлять скорость формирования самого отчета. Здесь также, все зависит от объема данных отчета и количества дочерних объектов.

Сложные Табличные отчеты

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

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

Виждеты на карточке объекта

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

Загрузка большого объема данных через Excel

Если загружается большое количество строк Excel в систему, то время загрузки также может быть значительным.

Загрузка становится заметной при объёме больше тысячи (1000) строк, а в некоторых случаях и меньшего объема (зависит от разных условий).

Выполнение настроенных процедур автоматизации (скриптов)

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

Скрипты создают большой набор обращений к системе ⇒ могут увеличивать загрузку сервера системы в период своей работы ⇒ мешают быстрой работе других пользователей.

Интеграция с другими системами

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

Наличие ОЛАП кубов с онлайн-пересчётом

Если в кубах:

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

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

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

Типовые ошибки настроек

Как и в предыдущем пункте, есть и другие настройки, также влияющие на скорость выполнения (как правило такие настройки не требуются):

В медленном отчете указано отображение 10 000 строк на одну страницу (версия 3.09 и более ранние). Для открытия такого отчета необходимо не только выбрать данные, но и передать их на клиентское рабочее место, а также отобразить большую страницу в браузере, что часто само по себе не может быть быстрым. При этом надо помнить, что, как правило, все тысячи записей пользователю не нужны, его интересует небольшое подмножество данных, работа разом со всеми данными встречается очень редко. Убедитесь, что число записей на страницу действительно должно быть очень большим. Обычно разумный компромисс – выдача страницами по 100 строк.
В форму запроса добавлены несколько сотен и больше строк, по каждой необходимо вводить какие-то данные. Основное назначение форм запроса – собрать оперативно данные от пользователей. Как правило новых данных не так много, редко встречается более 100 строк. Формы не предназначаются для редактирования тысяч строк данных, хотя и могут технически быть настроены таким образом. Убедитесь в реальной оправданности использования такого механизма, и по возможности добавьте фильтры для уменьшения числа строк.
В настройке формы указан пересчет сроков проекта. На больших проектах такая настройка увеличивает время сохранения данных формы, поскольку дополнительно выполняется и пересчет оперативного графика проекта заново, по всему проекту.

Способы для ускорения на уровне настроек

Известные способы ускорить работу системы:

Настроить оффлайн расчета виджетов. С версии 3.09, в разделе «Администрирование» → «Общие настройки возможно установить способ расчета виджетов оффлайн, с указанием периодичности расчета.

Если установлен расчет по таймеру, то при открытии карточек объектов будут использоваться данные уже рассчитанные и сохраненные при последнем пересчете. Значение может немного запаздывать (на период пересчета), но часто такая оперативность и не требуется, тем более у каждого такого виджета есть кнопка пересчета если требуется получить актуальные данные.
Настроить способ расчета ОЛАП кубов по таймеру, убрав онлайн пересчет. Особенно это важно для кубов, где есть десятки тысяч, и более строк данных, а также сложные показатели – формулы. В свойствах ОЛАП куба укажите период пересчета.
Настроить расписание обновления для сложных табличных отчетов. Если отчет формируется не под конкретного пользователя (не нужно учитывать его права) и занимает много времени при открытии, можно установить расписание его пересчета, тогда открываться будет уже рассчитанный отчет, и пользователи не будут ожидать при открытии окончания пересчета. Такой способ очень хорошо подходит для отображения Дашбордов.
Если в отчетах типа Проекты и Работы, используются отклонения, или другие показатели, для расчета которых сделан ОЛАП куб, то с версии 3.14 есть возможность отказаться от такого рода использования ОЛАП показателей. Для этого необходимо в отчете Проекты и Работы, в настройках, указать какие параметры вам необходимы. При этом расчет указанных параметров будет выполняться значительно быстрее, чем через ОЛАП.

Улучшения по релизам

Релиз	Задача	Что сделано и ожидаемый эффект	Полученный эффект
3.09	Асинхронные события	События теперь создаются не в момент совершения действия пользователем, а после, асинхронно в отдельном потоке. И не влияют на время ответа с сервера пользователю.	Средний прирост в производительности по операциям составил до
	Асинхронные события		0,45
	Офлайновый режим обновления виджетов	Создана возможность включения офлайнового режима обновления виджетов с пересчетом по таймеру или запросу пользователя. Это решает проблему, когда система «виснет» при одновременном открытии большого числа страниц с виджетами.	Ускорилось в несколько раз
	Ускорение разворачивания проекта из шаблона	Сделана оптимизация создания прав новых объектов, что должно ускорить делегирование. Так же это должно ускорить другие операции при которых происходит создание прав.	Ускорение до 1,7 раз
	Ускорение делегирования		Ускорилось до 35 раз
	Ускорение принятие полномочий задач		Ускорение до 8,5 раз
	Ускорение открытия форм	Сделано ускорение открытия форм	Ускорение до 2х раз, на форме в 100 срок
	Ускорение сохранения форм	Сделано ускорение сохранения форм	Ускорение до 12 раз, на форме в 100 срок
3.11	Ускорение загрузки записей справочников  через MS Excel	Сделано ускорение загрузки записей справочников через MS Excel	Ускорение до 6 раз
	Избавление от длинной транзакции при удалении проекта с большим числом задач	Сделано уменьшение времени транзакции при удалении проектов, что позволит избежать ошибок взаимоблокировки и ускорит удаление проектов.	Ускорение до 10 раз на проекте из 4тыс задач
	Избавление от длинной транзакции при импорте проектов	Сделано разбиение импорта проектов из MS Project на маленькие транзакции, что должно ускорить импорт проектов и уменьшить количество блокировок в базе данных.	Ускорение до 1,4 раза
	Ускорение открытия дискуссии	Сделано ускорение открытия дискуссии	Ускорение до 2 раз
	Ускорение сохранения ответа на дискуссию	Сделано асинхронное сохранение ответа на дискуссию без перезагрузки страницы. Это должно ускорить сохранение ответа на дискуссию.	Ускорение до 1,7 раза
	Избавление от длинной транзакции при копировании проектов	Сделано уменьшение времени транзакции, что должно ускорить копирование проектов и уменьшить количество блокировок в базе данных.	Данное изменение дает возможность выполнять трудоемкие процедуры в системе, при этом не блокируя работу других пользователей
	Избавление от длинной транзакции при разворачивании проектов из шаблона
	Ускорение сохранения участника проекта	Сделано асинхронное сохранение участника проекта. Это должно ускорить сохранение участника проекта.	Сократилось до 4 раз при одновременном добавлении в проект участниками 50 пользователей
	Ускорение времени загрузки входящих сообщений	Сделано отдельная загрузка счетчиков и входящих. И предварительная загрузка данных для входящих на клиенте, для открытия следующей страницы входящих без обращения к серверу. Это должно ускорить загрузку входящих.
3.14	Система диагностики проблем производительности	Разработана встроенная система логирования действий пользователей, которая позволит делать глубокий анализ для выявления проблем производительности. Сделана выгрузка логов системы через интерфейс.
	Системные параметры в отчетах «Проекты и Работы»	В настройки отчета добавлены параметры, которые ранее могли считаться только в ОЛАП кубах	Есть возможность не настраивать ОЛАП кубы только для получения показателей, плюс время выполнения отчетов уменьшается, на большом объеме данных до 5 раз. При замене в уже настроенных отчетах, используемые ОЛАП кубы можно перевести на расчет раз в сутки, или удалить, если их данные больше нигде не используются.
	Улучшен отбор задач для отчетов	В фильтр добавлена дата начала задач (объектов). В отчетах Проекты и работы можно реализовать логику, которую ранее приходилось делать только в табличных отчетах.	Упрощены алгоритмы фильтрации и выбора данных. Ускорение выполнения табличных отчетов сильно зависит от объема данных в отчете.
	Оптимизация диаграммы Ганта	Изменена логика выбора и сохранения данных системы для построения Ганта.	В некоторых случаях скорость сохранения может увеличиться в несколько раз.
	Отчет «Проекты и работы», при использовании справочников	Изменен алгоритм выборки данных справочников, для отображения.	Изменения будут заметны на большом объеме данных, скорость формирования отчета может вырасти до 20%
	Заменен способ получения ОЛАП показателей для отчета «Проекты и работы» и для виджетов на карточке объекта	Ожидается улучшение параметра по использованию оперативной памяти при формировании отчетов «Проекты и Работы», использующих ОЛАП показатели.	На некоторых отчетах объем потребляемой памяти в момент запуска может измениться до 2х раз

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

Проблема	Категория проблемы	Метод диагностики причины и возможных решений	Возможные причины проблемы	Решение
OLAP-куб не пересчитывается за отведенное время			1.Большой объем данных (много строк данных). 2. Приложение ADVANTA может строить неоптимальные запросы в БД. 3. Настроена слишком сложная логика OLAP-куба. 4. Сложная связь OLAP-кубов между собой. 5. Большая нагрузка на Систему во время пересчета. 6. Пересчет куба не успевает выполниться за отведенное время. 7. Большое количество показателей и измерений (в том числе скрытых).	1. Увеличить значение таймаута пересчёта куба - CubeCommandTimeout с перезапускам ADVANTA и службы MS SQL/PostgreSQL). 2. Попробовать пересчитать проблемный OLAP-куб отдельно. 3. Убрать показатели, которые нигде далее не используются. 4. Уменьшить количество измерений. 5. Упростить логику расчета OLAP-куба. 6. Упростить использование OLAP-куба в других кубах. 7. Перенос пересчета куба на ночное время (в менее загруженное для БД время). 8. Оптимизировать логику пересчета куба. 9. Оптимизировать запросы в БД, которые генерирует приложение ADVANTA - это возможно только с получением полного дампа от клиента.
Медленная работа Системы, например: • долгое открытие ГАНТа; • долгое открытие Карточки проекта; • долгое обновление/сохранение страниц.		1. Долгая подгрузка меню пользовательских колонок в ГАНТе. 2. Долгое открытие excel-отчётов.	Большое количество реквизитов в Карточке объекта	1. Разнести (сократить) большое количество реквизитов по другим объектам. 2. Сократить количество условных реквизитов у объектов.
	1. Долгие операции автоматизации (триггеров). Можно посмотреть на логи триггеров/Системы. 2. Триггеры не завершают свою работу.	Неоптимально написанный триггер (например, большое количество записей обработки данных)	1. Подключить триггерописцев по проекту для оптимизации. 2. Разбить большое количество записей на порции. 3. Под каждую операцию добавить `timeout`, чтобы приложение/база успевали обработать данные.
	Заходить в каждый LINQ и проверять время выполнения. Адекватное время выполнения до 3 секунд	Неоптимально написанный LINQ-запрос	Подключить внедренцев по проекту для оптимизации
Долгая авторизация через Active Directory не под Администратором Системы	1. Проверить сетевую связанность между приложением и Active Directory. 2. Проверить скорость взаимодействия между приложением и Active Directory. 3. Проверить в ненагруженное время (например, ночью).	1. Проблемы в инфраструктуре. 2. Проблема в производительности БД. 3. Проблема в неправильно настроенном Active Directory и связи с ней из приложения.
Периодически быстродействие Системы (в нормальном - 3 секунды, в медленном 1.5 минуты)	Проверить графики в Zabbix по нагрузке на сервер приложения и БД	Запускаемые периодически триггеры
Чрезмерное потребление оперативной памяти		Диагностировать потребление можно через Zabbix и связать с запускаемыми процессами по таймеру или триггерами	Строятся крупные excel-отчёты, которые занимают большое количество оперативной памяти	Вынести сервис расчета excel-отчетов на отдельную машину для ОС Windows/для ОС Linux
Чрезмерное потребление CPU (повторяется в одно и то же время каждый день)		1. Диагностировать потребление можно через Zabbix и связать с запускаемыми процессами по таймеру или триггерами. 2. Долгие операции автоматизации (триггеров). Можно посмотреть на логи триггеров/Системы. 3. Триггеры не завершают свою работу.	Неоптимально написанный триггер (например, большое количество записей обработки данных)	1. Подключить триггерописцев по проекту для оптимизации. 2. Разбить большое количество записей на порции. 3. Под каждую операцию добавить `timeout`, чтобы приложение/база успевали обработать данные.
Циклические триггеры		Можно посмотреть на логи триггеров/Системы.	Неправильно настроенные триггеры могут создавать циклические зависимости, приводящие к бесконечным циклам обработки. Пример ситуации: 1. Триггер А запускается при создании задачи и изменяет статус проекта 2. Триггер Б запускается при изменении статуса проекта и создает новую задачу. При запуске эта цепочка приведет к бесконечному циклу: создание задачи - изменение статуса - создание задачи - изменение статуса и т.д.	Рекомендация: избегать создания цепочек триггеров, которые могут вызывать друг друга.

Анализ логов

С версии системы 3.10, добавлена новая функция для сбора логов операций, которая может быть запрошена разработчиком при необходимости. Управление логами выполняется из пункта «Система сбора информации об ошибках», в Общих настройках системы.

Обновление 3.17

anonymous@undisclosed.example.com (Anonymous) — Thu, 30 May 2019 05:09:25 +0000

Обновление 3.17

Что нового в ADVANTA 3.17

anonymous@undisclosed.example.com (Anonymous) — Fri, 30 Jan 2026 09:10:03 +0000

Что нового в ADVANTA 3.17

Скорость работы

Значительно ускорена работа самых частых операций в системе (увеличение скорости до 50%):

открытие домашней страницы;
принятие запроса;
изменение статуса работ (ускорение в 2 раза);
открытие карточки объекта;
изменение родителя объекта;
изменение реквизитов.

Пользователю на каждый день

1. Мобильная верстка Рабочего стола

Открывайте Advanta с мобильных устройств.

Будьте в курсе главных событий.

2. Удобные списки задач

Подходит для итерационных задач и планирования по Agile.

В интерфейсе списков появились привычные даты и – что самое приятное, – их теперь можно здесь легко редактировать. Как и все другие реквизиты.

Полностью реализованы автосписки – это значит, что вы можете один раз задать критерии попадания задач в ваш список, и они будут там появляться автоматически, без дополнительных действий.

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

3. Коммуникация с командой

3.1 Все участники проекта в дискуссии в 2 клика

Создавайте дискуссии и добавляйте участников из системной группы «Участники проекта»:

3.2 Быстрая отправка e-mail участникам проекта

В проекте есть участники.
У участников есть электронная почта.
Почему бы не отправлять им письма из ADVANT'ы?

3.3 Принимать все назначения в один клик

Стало проще работать с запросами на Рабочем столе. Теперь вы можете по-настоящему быстро принимать все назначения.

4. Новое в отчётах

4.1 "Код проекта" – колонка в "Проекты и работы"

В отчёте «Проекты и работы» стало возможно выводить в отдельную колонку «Код проекта».

В отчёте типа «Проекты и работы» → меню (три точки) → "Изменить" → поле "Опции объектов" → чек-бокс "Код проекта"

4.2 "Код проекта" – правила редактирования

Теперь изменять «Код проекта» в объекте может только тот, у кого есть такое право.
И вносить в поле «Код проекта» можно только цифры и точки.

4.3 "Базовые планы" – отдельный лист в "Электронной таблице"

Сравнивайте, анализируйте отклонения между утверждёнными базовыми планами на разных этапах проекта.

Теперь эти данные можно в пару кликов выгрузить в отчёт "Электронная таблица".

В отчёте типа «Электронная таблица» → меню (три точки) → «Задать источник» → укажите источник-объект → чек-бокс «Базовые планы».

Аналитику и администратору

5. Новое в формах

5.1 Показатели из OLAP-кубов – в форме

Дайте пользователю подсказку во время его заполнения формы – выведите на форму показатели из OLAP-кубов.

5.2 Настройка справочника – "Показывать только последнюю запись"

У вас есть формы, куда выводятся записи справочников в режиме просмотра? – Возможно, записей много, и пользователю тяжело увидеть нужное.

Теперь в форме можно выводить только одну, последнюю запись справочника:

Используйте, когда актуальная, информативная запись справочника – только последняя запись.

6. Новое в справочниках

Если у вас настроены подчинённые справочники – обратите внимание на это обновление!

Теперь, если значение реквизита-классификатора в ведущем справочнике меняется, то и в подчинённых справочниках оно меняется также – автоматически наследуется из ведущего.

7. Новое в объектах

7.1 Скрывать Ганта в меню объекта

В отдельных типах объектов теперь можно скрывать ссылку "Гант" в меню карточки объекта у пользователя.

«Администрирование» → «Объекты» → клик на нужный тип объектов → в блоке «Порядок закладок страницы объекта» → «Изменить» → снять чек-бокс с «Ганта» → Сохранить изменения.

7.2 Производственный календарь для отдельных типов объектов

Для отдельного типа объектов стало можно выбрать один из производственных календарей по умолчанию.

Если в более ранних версиях для объектов использовался только тот производственный календарь, который был выбран как основной, то начиная с версии 3.17 можно для отдельных типов объектов типа «задача» выбирать разные производственные календари.

Один из частых кейсов – совещания в нерабочее время. По умолчанию из-за ограничения рабочего времени такой объект нельзя было поставить на поздний вечер или раннее утро.
Чтобы решить эту проблему:

создайте календарь для совещаний (круглосуточный или с сильно сдвинутыми границами времени начала и окончания рабочего дня);
выберите его календарём по умолчанию для типа объектов «совещание».

8. Изменение в списке прав

8.1 Изменение и удаление записей справочника

Право на изменение и на удаление записей справочника – теперь 2 разных права.

В списке прав («Администрирование» → «Управление безопасностью» → «Безопасность» → клик на нужную вам роль) → «Изменить» → блок «Операции со справочником <название справочника>»

Подробно о системе доступа и прав пользователей в системе ADVANTA.

8.2 Изменение "Кода проекта" – новое право

Если вы пользуетесь функциональностью «Код проекта» в дереве проектов, проверьте настройки доступа в системных и проектных ролях.

«Код проекта» теперь может редактировать не любой пользователь, а только тот, у кого есть на это право: в списке прав (Администрирование → Управление безопасностью → Безопасность) блок «Операции с объектами (директориями, проектами и задачами)» → «Изменение кода проекта».

Администратору и разработчику

9. API

9.1 Получить историю пользовательских запросов

Новый метод: GetPersonRequests

На входе – метод получает GUID пользователя по которому необходимо проверить соответствующую информацию. В качестве дополнительных параметров выступают тип запросов (принятие полномочий, ответ в дискуссии или согласование) и тип их выборки (все или только новые).
На выходе – массив запросов (Тип запроса, Тип полномочий (для запросов принятия полномочий), Идентификатор объекта, Идентификатор родительского объекта, Идентификатор пользователя Системы, который создал запрос).

9.2 Установка связи между объектами вида «Задача»

Новый метод: AddLinkTaskToTask

На входе – первый и второй объект вида «Задача» в виде GUID. В качестве параметра – тип связи (НН, ОО, ОН, НО) и задержка по длительности в днях.
На выходе – в Систему добавляется связь между двумя объектами вида «Задача». В случае, если между ними уже существовала связь, метод заменяет ее.

9.3 Удаление связи между объектами вида «Задача»

Новый метод: DeleteLinkTaskToTask

На входе – первый и второй объект вида «Задача» в виде GUID.
На выходе – в Системе удаляется связь, назначенная между двумя конкретными объектами вида «Задача».

9.4 Назначение ресурсов на объект вида «Задача»

Новый метод: AddResourcesTask

На входе – объект вида «Задача» в виде GUID, массив значений: GUID ресурсов, % их загрузки. Так же на входе указывается флаг «Отправлять ли уведомления ресурсам о назначении на роль участника?».
На выходе – назначенные на объект вида «Задача» ресурсы с указанным % загрузки (в диаграмме Ганта в столбце «Ресурсы»).

9.5 Удаление ресурсов из объекта вида «Задача»

Новый метод: DeleteResourcesTask

На входе – объект вида «Задача» в виде GUID, массив значений: GUID ресурсов.
На выходе – из ресурсов объекта вида «Задача» удаляется указанный пользователь (в диаграмме Ганта в столбце «Ресурсы»).

Wiki [3.x] releases:3_17

Причины низкой производительности Адванты и их ...

Причины низкой производительности Адванты и их устранение

Для кого эта статья

ТОП-5 причин в инфраструктуре

Ошибки конфигурации ПО ADVANTA

Ошибка конфигурации сервера Баз Данных MS SQL

Недостаточная производительность серверной части

Качество связи между приложением и БД

Другое программное обеспечение и настройки сервера

Как найти, что «тормозит»

Замер длительности операций после обновления

Обратите внимание!

Какие настройки влияют на время выполнения

Наличие OLAP-показателей в отчетах типа «Проекты и работы»

Дочерние объекты в отчете типа «Проекты и работы»

Сложные Табличные отчеты

Виждеты на карточке объекта

Загрузка большого объема данных через Excel

Выполнение настроенных процедур автоматизации (скриптов)

Интеграция с другими системами

Наличие ОЛАП кубов с онлайн-пересчётом

Типовые ошибки настроек

Способы для ускорения на уровне настроек

Улучшения по релизам

Рекомендации на уровне «железа» и окружения

Рекомендации при эксплуатации Системы

Анализ логов

Обновление 3.17

Обновление 3.17

Что нового в ADVANTA 3.17

Что нового в ADVANTA 3.17

Скорость работы

Пользователю на каждый день

1. Мобильная верстка Рабочего стола

2. Удобные списки задач

3. Коммуникация с командой

**3.1 Все участники проекта в дискуссии в 2 клика**

**3.2 Быстрая отправка e-mail участникам проекта**

**3.3 Принимать все назначения в один клик**

4. Новое в отчётах

**4.1 "Код проекта" – колонка в "Проекты и работы"**

**4.2 "Код проекта" – правила редактирования**

**4.3 "Базовые планы" – отдельный лист в "Электронной таблице"**

Аналитику и администратору

5. Новое в формах

**5.1 Показатели из OLAP-кубов – в форме**

**5.2 Настройка справочника – "Показывать только последнюю запись" **

6. Новое в справочниках

7. Новое в объектах

**7.1 Скрывать Ганта в меню объекта**

**7.2 Производственный календарь для отдельных типов объектов**

8. Изменение в списке прав

**8.1 Изменение и удаление записей справочника**

**8.2 Изменение "Кода проекта" – новое право**

Администратору и разработчику

9. API

9.1 Получить историю пользовательских запросов

9.2 Установка связи между объектами вида «Задача»

9.3 Удаление связи между объектами вида «Задача»

9.4 Назначение ресурсов на объект вида «Задача»

9.5 Удаление ресурсов из объекта вида «Задача»

3.1 Все участники проекта в дискуссии в 2 клика

3.2 Быстрая отправка e-mail участникам проекта

3.3 Принимать все назначения в один клик

4.1 "Код проекта" – колонка в "Проекты и работы"

4.2 "Код проекта" – правила редактирования

4.3 "Базовые планы" – отдельный лист в "Электронной таблице"

5.1 Показатели из OLAP-кубов – в форме

5.2 Настройка справочника – "Показывать только последнюю запись"

7.1 Скрывать Ганта в меню объекта

7.2 Производственный календарь для отдельных типов объектов

8.1 Изменение и удаление записей справочника

8.2 Изменение "Кода проекта" – новое право