Поделиться через


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

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

Важно

  • Эта функция применима только к потокам рабочего стола, которые запускаются из облачный поток, и пока недоступна для локальный с сопровождением, запускаемых с Power Automate рабочего стола.
  • Хотя конфигурация журналов классический поток теперь общедоступна, некоторые конфигурации, помеченные как "предварительная версия", такие как тип журнала действий Logs V2, по-прежнему находятся в предварительная версия и доступны до официального релиза, чтобы клиенты могли получить ранний доступ и оставить отзыв. Предварительные версии функций не предназначены для использования в производственной среде, а их функциональность может быть ограничена.

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

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

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

Внимание

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

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

Версия журнала действий позволяет выбрать V1, V2 или обе версии.

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

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

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

Днях Минуты
Один день 1,440 минут
Три дня 4,320 минут
Семь дней 10,080 минут
14 дней 20,160 минут
28 дней 40,320 минут
60 дней 86,400 минут
90 дней 129,600 минут
180 дней 259,200 минут
365 дней 525,600 минут
Навсегда Меньше или равно 0 (ноль) минут

Заметка

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

Ключевые различия журналов классических потоков V1 и V2

В следующей таблице описаны различия между журналами классических потоков V1 и V2:

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

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

Dataverse Расчеты потребности в емкости для журналов V2 (предварительная версия)

В следующей таблице показаны примерные оценки потребления хранилища базы данных 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

Важно

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

Запрос данных журналов V2 (предварительная версия)

Доступ к данным журналов действий классических потоков можно получить, выполнив вызов API к серверу Dataverse, используя традиционный синтаксис вызовов API или новый метод ExecuteCosmosSqlQuery. Этот метод позволяет выполнить SQL-запрос к Dataverse с извлечением и фильтрацией данных.

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

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

Следующий вызов API извлекает конкретный сеанс потока по его идентификатору (9d51aa1f-315e-43ab-894f-bc445dfb049b), а затем получает доступ к связанным журналам действий с помощью отношения flowsession_flowlog_parentobjectid.

[Organization URI]/api/data/v9.0/flowsessions(9d51aa1f-315e-43ab-894f-bc445dfb049b)/flowsession_flowlog_parentobjectid  

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

    [Organization URI]/api/data/v9.2/ExecuteCosmosSqlQuery(
    QueryText=@p1,EntityLogicalName=@p2,PartitionId=@p3,QueryParameters=@p4,PageSize=@p5)?
    @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: 'flowsession_40590757-a9c0-4f4c-abfc-e2f389049d90'
    @p4: {"Keys":["@referencingParentId","@referencingParentLogicalName"],"Values":[{"Type":"System.Guid","Value":"40590757-a9c0-4f4c-abfc-e2f389049d90"},{"Type":"System.String","Value":"flowsession"}]}
    @p5: 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), в котором хранятся журналы действий.
    • PartitionId=@p3: этот параметр используется для идентификации раздела в Azure Cosmos DB, где запрос должен быть выполнен. Для параметра задано значение flowsession_[flowsessionid].
    • QueryParameters=@p4: это объект JSON, определяющий параметры для запроса. В предыдущем примере указывается "пара ""ключ-значение""", где ключи @referencingParentId и @referencingParentLogicalName со значениями flowsessionid (GUID) и типом таблицы flowsession.
    • PageSize=p5: Это размер страницы запроса.

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

  • Журналы V2 (предварительная версия) доступны только для запусков классический поток, которые запущены из облачный поток через действие коннектора классический поток.
  • Изменение версии журнала действий не приведет к переносу предыдущих журналов действий классических потоков в новый тип хранилища журналов.