Настройка журналов действий для настольного потока

В этой статье приведены инструкции по настройке журналов настольных потоков, расположенных в разделе функций среды в центре администрирования Power Platform и в Power Automate для настройки уровня подробности конкретных потоков.

Замечание

Эта функция применяется как к классическим потокам, запускаемым из облачного потока, так и к локальным выполнениям с сопровождением из Power Automate для компьютеров.

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

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

Состояние активации Сведения
Включено (по умолчанию) Этот параметр по умолчанию используется как для существующих, так и для новых сред, в которых система записывает журналы как обычно.
При сбое запуска Этот параметр записывает журналы действий потока рабочего стола только при возникновении ошибки среды выполнения. Этот параметр означает, что журналы недоступны для каждого запуска, но только при возникновении ошибки. Однако при возникновении ошибки доступны все журналы для конкретного запуска, включая успешные и неудачные действия.
Disabled Этот параметр отключает журналы действий выполнения классического потока.

Предостережение

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

Необходимые условия

Настройте версию журнала действий для рабочего стола

Используйте параметр версии журналов действий для выбора версии 1, версии 2 или обоих.

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

Версия журналов Пояснение
V1 - хранится в поле "Дополнительный контекст" сущности FlowSession Этот параметр в установлен по умолчанию. Журналы хранятся в поле AdditionalContext таблицы "Сеанс потока", представляющем собой файловый атрибут, сохраненный в виде BLOB-объекта в Microsoft Dataverse. Журналы версии V1 потребляют емкость хранилища файлов Dataverse.
V2 - хранится в сущности FlowLogs Этот параметр позволяет хранить журналы в таблице журналов потоков, которая хранится в эластичных таблицах. Журналы V2 используют емкость журнала Dataverse.
Оба Этот параметр позволяет хранить журналы как в традиционном поле "AdditionalContext" таблицы сеансов потока, так и в таблице журналов потоков. Эта функция использует как файл Dataverse, так и емкость журнала. Этот параметр предназначен для отладки или тестирования, так как он использует как журнал Dataverse, так и память для файлов.

Параметр времени жизни сущности FlowLogs в минутах определяет, как долго журналы действий хранятся в таблице Flow Logs. Dataverse автоматически удаляет записи, которые старше указанного интервала времени. Ниже приведены некоторые примеры значений для удобства.

Дни Протокол собрания
Один день 1440 минут
Три дня 4320 минут
Семь дней 10 080 минут
14 дней 20 160 минут
28 дней 40 320 минут
60 дней 86 400 минут
90 дней 129 600 минут
180 дней 259 200 минут
365 дней 525 600 минут
Бессрочно 0 (ноль) минут

Important

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

Например, если изначально задать срок хранения до 90 дней, а затем уменьшить его до семи дней, журналы, созданные до изменения, по-прежнему будут храниться в течение 90 дней. Только новые журналы, созданные после изменения, будут использовать семидневный период хранения.

Если вам нужно немедленно удалить существующие журналы, удалите их вручную или дождитесь истечения срока действия оригинального TTL.

Замечание

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

Основные различия между журналами потока рабочего стола версии 1 и V2

В следующей таблице описаны различия между журналами потока рабочего стола версии 1 и 2.

Функция Журналы V1 Журналы V2 Сведения
Автоматическое хранение данных Недоступно В наличии V2 использует Эластичные таблицы, на базе Azure Cosmos DB, которые поддерживают встроенную функцию срока жизни для автоматического хранения данных в течение заданного времени.
Поддержка больших размеров логов Примерно до 50 000 до 80 000 журналов действий (максимум) Минимум 100 000 действий, возможно увеличение до 10 миллионов в зависимости от количества сгенерированных действий и продолжительности выполнения. Версия 2 может теоретически масштабироваться до гигабайт журналов действий за один запуск в будущем, в то время как версия 1 может масштабироваться только до объёма, указанного в этой таблице.
Поддержка расширенных отчетов и управления Недоступно В наличии В версии 1 атрибут AdditionalContext — это тип файла, хранящийся как большой двоичный объект в Dataverse, что затрудняет разбор для целей отчетности и управленческих контролей. Журналы гораздо более доступны в версии 2.
Поддержка Azure Synapse Link для интеграции с Dataverse Недоступно В наличии В версии 1 атрибут AdditionalContext — это тип файла, хранящийся в виде большого двоичного объекта в Dataverse, который не поддерживается для синхронизации с Azure Synapse.
Поддержка аудита Dataverse Недоступно В наличии В версии V1 атрибут AdditionalContext является файлом типа, который хранится в виде BLOB-объекта в Dataverse и не поддерживается при аудите Dataverse.
Поддержка Dataverse для долгосрочного хранения Недоступно Запланированный В версии V1 атрибут AdditionalContext является файлом типа, который хранится в виде BLOB-объекта в Dataverse и не поддерживается при долгосрочном хранении Dataverse.
На основе управления доступом на основе ролей (RBAC) Dataverse В наличии В наличии Обе версии используют RBAC Dataverse и наследуют разрешения журналов действий от записи сеанса родительского потока.

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

Вычисления спроса на емкость Dataverse для журналов версии 2

В следующей таблице показаны примеры расчета использования хранилища журналов Dataverse на один запуск десктопного потока при использовании журналов в версии 2. В нем описываются приблизительные потребности в месте на хранилище для разного количества действий, при условии, что в среднем требуется 3 КБ хранилища на одно действие.

Количество действий Требование к хранилищу для каждого действия (КБ) Общее потребление хранилища (МБ)
1,000 3 2.93
10,000 3 29.3
30,000 3 87.9
60 000 3 175.8
100,000 3 293
160 000 3 480

Important

Цифры потребления хранилища журналов Dataverse — это просто оценки. Фактическое потребление памяти может сильно варьироваться. Точное требование к хранилищу зависит от конкретных сведений и сложности каждого журнала действий. Используйте эти цифры в качестве грубого руководства для понимания потенциального спроса на хранилище и планирования требований к хранилищу.

Детализация журналов действий

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

Уровни детализации в журналах действий классического потока

Уровень детализации Description Включает Notes
Полный Записывает все журналы, включая встроенные системные действия. Условие, цикл и все другие генерируемые системой журналы. Значение по умолчанию. Это наиболее полный, однако требуется больше места для хранения.
Отладка Фокусируется на результатах действия. Выходные данные и результаты каждого действия, выполняемого в потоке. Полезно для подробного устранения неполадок без полного шума системы.
Настройка Регистрирует пользовательские сообщения и все предупреждения и ошибки. Явные Log Message действия пользователя, а также все предупреждения и ошибки. Позволяет пользователям управлять тем, что регистрируется в журнале. Можно использовать для точной настройки уровня детализации.
Предупреждение Записывает только предупреждения и сообщения об ошибках. Любые предупреждения или ошибки во время выполнения потока. Помогает уменьшить шум, выявляя потенциальные проблемы.
Error Регистрирует только сообщения об ошибках. Критические сбои, которые останавливают работу потока или вызывают ошибочное поведение. Минимальное ведение журнала для сред с учетом производительности.

Настройка детализации журнала действий в Центре администрирования Power Platform (только администратор)

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

  1. Войдите в Центр администрирования Power Platform.

  2. В области навигации выберите Управление.

  3. В разделе "Управление" выберите "Среды ", а затем выберите среду, в которой выполняются потоки рабочего стола.

  4. Выберите Параметры.

  5. Разверните продукт и выберите "Компоненты".

  6. Найдите параметр Детализация журналов действий в разделе Конфигурация журналов действий выполнения классического потока.

  7. Выберите уровень по умолчанию: "Ошибка", "Предупреждение", "Пользовательский", "Отладка" или "Полный".

  8. Нажмите кнопку "Сохранить", чтобы применить конфигурацию.

    Найдите параметр уровня детализации журналов действий на странице настроек функций среды.

Замечание

Этот параметр выступает в качестве значения по умолчанию для всей среды.

Создатели могут переопределить параметр для определенных потоков (см. следующий раздел).

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

Настройка детализации журнала действий для конкретного рабочего потока на рабочем столе

Создатели могут настроить уровень детализации для каждого классического потока на портале Power Automate. Этот локальный параметр переопределяет значение администратора по умолчанию.

Переопределите параметр среды при необходимости:

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

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

  1. Войдите в Power Automate.
  2. Откройте страницу сведений о потоке рабочего стола, который вы хотите настроить.
  3. Выберите „Изменить” и найдите раздел "Уровень детализации журналов действий".
  4. Выберите нужный уровень детализации для этого конкретного потока.

Important

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

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

  1. Сохраните свои изменения.

Замечание

Вы также можете настроить уровень детализации в приложении Power Automate для компьютеров (PAD).

Запрос журналов данных второй версии

Доступ к данным журналов действий потока рабочего стола можно получить путем вызова API серверной части Dataverse. Вы можете использовать традиционный синтаксис вызова API или новый метод ExecuteCosmosSqlQuery . С помощью этого метода можно выполнить SQL-запрос к Dataverse, что позволяет извлекать и фильтровать данные.

Модель журналов данных V2 основана на иерархической связи "родитель-потомок" между сеансом потока и таблицами журналов потоков. Каждая запись наследует разрешения от записи сеанса родительского потока. Чтобы запросить журналы действий определенного потока рабочего стола, используйте следующий синтаксис запроса.

Традиционный синтаксис вызова API Dataverse

Следующий вызов API извлекает определенный сеанс потока по его идентификатору (aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb) и получает доступ к связанным журналам действий через связь flowsession_flowlog_parentobjectid.

[Organization URI]/api/data/v9.0/flowsessions(aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb)/flowsession_flowlog_parentobjectid  

Новый синтаксис вызова API ExecuteCosmosSqlQuery с помощью таблицы FlowLogs

    [Organization URI]/api/data/v9.2/ExecuteCosmosSqlQuery(
    QueryText=@p1,EntityLogicalName=@p2,QueryParameters=@p3,PageSize=@p4)?
    @p1: 'SELECT c.props.flowlogid as flowlogid, c.props.createdon as createdon, c.props.data as data, c.props.level as level, c.props.type as type, c.ttl as ttlinseconds, c.props.cloudflowid as cloudflowid, c.props.cloudflowrunid as cloudflowrunid, c.props.desktopflowid as desktopflowid, c.props.flowmachineid as flowmachineid, c.props.flowmachinegroupid as flowmachinegroupid, c.props.flowsessionid as flowsessionid, c.props.workqueueid as workqueueid, c.props.workqueueitemid as workqueueitemid FROM c WHERE c.props.type IN (100000001) ORDER BY c.props.data.startTime DESC'
    @p2: 'flowlog'
    @p3: {"Keys":["@referencingParentId","@referencingParentLogicalName"],"Values":[{"Type":"System.Guid","Value":"40590757-a9c0-4f4c-abfc-e2f389049d90"},{"Type":"System.String","Value":"flowsession"}]}
    @p4: 50

Дополнительные сведения о запросе столбцов JSON в эластичных таблицах.

Разбиение вызова на отдельные части

  • Базовый URL-адрес (https://[моя организация].api.crm[мой регион].dynamics.com/api/data/v9.2/) — это конечная точка веб-API Dataverse.
  • ExecuteCosmosSqlQuery — это метод, который вы вызываете. Этот метод запускает SQL-запрос к Dataverse.
  • Параметры для ExecuteCosmosSqlQuery метода предоставляются в скобках после имени метода:
    • QueryText=@p1: SQL-запрос для выполнения. Этот запрос выбирает различные свойства из таблицы, где тип равен 100000001 (тип журнала действий потока рабочего стола) и упорядочивает результаты по свойству startTime в порядке убывания.
    • EntityLogicalName=@p2: логическое имя таблицы (flowlog), в которой хранятся журналы действий.
    • QueryParameters=@p3: объект JSON, указывающий параметры для запроса. В предыдущем примере указана пара «ключ — значение», где ключами являются @referencingParentId и @referencingParentLogicalName, значениями — flowsessionid (GUID) и тип таблицы flowsession.
    • PageSize=p4: размер страницы запроса.

Известные ограничения

  • Журналы V2 доступны только для выполнений классических потоков, которые пользователь запускает из облачного потока с помощью действия соединителя классического потока.
  • Задания массового удаления в настоящее время не поддерживаются для таблицы журнала потоков .
  • Вы еще не можете просматривать записи журнала потоков в разделе Table на портале Power Apps maker.
  • Изменение версии журнала действий не переносит предыдущие журналы действий потока рабочего стола в новый тип хранилища журналов.
  • Не используйте сущности FlowRun и FlowLog в качестве целевых сущностей для триггера потока При добавлении, изменении или удалении строки. Использование этих сущностей в качестве целевых объектов может привести к бесконечному циклу, так как система создает записи в этих таблицах при каждом запуске потока.