Это старая версия документа.
Формирование портала состоит из:
Формирование портала может занять длительное время (несколько суток), которое обусловлено количеством объектов, их отчетов, пользователей портала и сложностью настроенных для них прав доступа.
Необходимо сформировать портал полностью один раз, чтобы замерить время формирования портала. Портал считается сформированным полностью, когда сформирована его структура и все отчеты, кроме отчетов по требованию (отчеты со приоритетом = 0). Показателем того, что все отчеты сформированы служит значение "100%" параметра "Сформировано" на вкладке "Консоль" вкладки "Администрирование" на портале (Рис.1).
Замер времени формирования структуры, времени формирования отчетов и полного времени формирования портала можно провести после того, как портал сформировался полностью, по информации из файла C:\ProgramData\STU-Soft\www\Название_портала\log\time_struct.log1):
Время формирования портала должно быть приемлемо с точки зрения скорости доведения изменений в регламентирующей документации до сотрудников.
Пример
Организация может решить, что доводить изменения до сотрудников необходимо один раз в неделю. Тогда полное время формирования портала желательно оптимизацией довести до 2,5 суток, чтобы портал, запущенный по расписанию, в пятницу в 20:00, был переформирован к 8:00 понедельника.
Если время формирования портала неприемлемо с точки зрения скорости доведения изменений до сотрудников, то рекомендуется:
Для оптимизации необходимо:
Можно упростить отчеты или оптимизировать привязки в них для получение тех же данных, но только более быстрым способом. Особенно это касается основных отчетов портала, которыми чаще всего пользуются сотрудники. Рекомендуемое время формирования таких отчетов – до 1 мин.
Чтобы проанализировать, насколько время формирования отчетов соответствует нормам, и получить рекомендации по оптимизации, рекомендуем воспользоваться статьей Отчет формируется без ошибок, но медленно
Распределенное формирование отчетов портала на нескольких серверах (см. Распределенное формирование портала) используется, чтобы распараллелить и, таким образом, ускорить формирование отчетов. На каждом из серверов рекомендуется следующая комбинация служебных процессов портала (по ролям):
Помощники с ролью "Формирование отчетов" формируют отчеты в фоновом режиме. Помощники с ролью "Формирование отчетов по требованию" формируют отчеты только по запросам пользователей. Наличие таких помощников позволяет быстрее получать на показ отчеты, которые к моменту обращения к ним еще не были сформированы. Общее количество служебных процессов должно быть не более 6 на сервер и не более количества ядер процессора на сервере (т.е., например, если процессор 4-х ядерный, задание 6 служебных процессов для формирования не даст значительного выигрыша по сравнению с 4).
Пример расчета необходимого числа серверов формирования по данным о времени формирования портала
Для упрощения будем считать, что на всех серверах (в том числе и на основном сервере портала) одинаковое число служебных процессов с ролью "Формирование отчетов" и одинаковое число служебных процессов с ролью "Формирование отчетов по требованию".
Пусть общее время формирования портала заняло M = 2.5 суток = 60 часов. Требуется уменьшить его до T = 10 часов, чтобы портал можно было переформировывать ежедневно после рабочего дня и он был готов к началу следующего рабочего дня. Тогда N можно приближенно (без учета времени формирования структуры портала) вычислить как M/T = 60/10 = 6.
Т.е. помимо 1 основного сервера портала потребуется 5 дополнительных серверов формирования.
Если использование распределенного формирования не даёт требуемого результата (например, ожидали сокращение времени формирования в 5 раз, а сократилось только в 2), возможно, узким местом стала:
С помощью задания параметра "Приоритет" у отчета необходимо настроить очередность формирования отчетов так, чтобы основные отчеты портала формировались в первую очередь (наивысший приоритет), остальные отчеты, которыми сотрудники пользуются реже или у которых долгое время формирования – формировались в последнюю очередь (низкий приоритет) или только по требованию (приоритет 0).