Управление на хронологията на изпълненията на поток за облак в Dataverse (преглед)
[Тази статия е предварително издание на документацията и подлежи на промяна.]
С хронологията Dataverse на изпълнението на поток за облак можете да приложите разширяемостта на, Dataverse за да проследявате резултатите от изпълнението на вашия поток за облак в мащаб. С тази функция можете да използвате силата на Dataverse общата архитектура на данните, включително контрол на достъпа, базиран на роли (RBAC), за да управлявате данните на FlowRun . Само облачните потоци на решения, с техните дефиниции Dataverse, могат да имат запазена история на Dataverse изпълнение.
Като част от тази функция, всяко изпълнение на поток за облак има запис в таблицата FlowRun. Тази функция използва Dataverse нерелационната база данни, еластични таблици, за съхраняване на историята на изпълнението на потока за облак.
Историята Dataverse на изпълнението на потока за облак се използва от центъра за автоматизация , за да осигури цялостно наблюдение и отстраняване на неизправности за процесите Power Automate на автоматизация.
Важно
- Това е функция за предварителен преглед.
- Функциите на етап преглед не са предназначени за производствена употреба и може да са с ограничени възможности. Тези функции са достъпни преди официалното издание, за да могат клиентите да получат ранен достъп и да дадат обратна връзка.
- Тази функция е в процес на внедряване и все още не е налична в региона на суверенните облаци.
Елементи на потока за облак
Таблицата FlowRun съдържа ключови елементи на изпълнение на поток за облак, включително следното:
| Елемент | Описание |
|---|---|
| Име | Първичен ключ и ИД на логическото приложение на изпълнението на потока. |
| Начален час | Когато се задейства изпълнението на потока за облак. |
| Краен час | Когато изпълнението на облака приключи. |
| Продължителност на изпълнението | Време, в секунди, докато потокът за облак завърши бягането. |
| Статус | Краен резултат от изпълнението на потока (Успех, Неуспешно или Отменено). |
| Тип активатор | Типът тригер на това изпълнение на потока (автоматизиран, планиран или ръчен). |
| Код на грешка | Код на грешка, върнат от изпълнението на потока. |
| Съобщение за грешка | Подробно съобщение за грешка, ако е приложимо, върнато от изпълнението на потока. |
| Собственик | Собственик на потока. |
| Име на работния поток | Показвано име на потока за облак. |
| ИД на работен поток | WorkflowID на конкретния поток за облак, |
| Е „Основно” | Двоична стойност, за да обозначава дали това изпълнение на потока има родителски поток за облак, който го задейства. |
| ИД на родителско изпълнение | Име на родителския екземпляр на изпълнение на поток за облак, ако този запис е за дъщерен поток. |
| ИД на дял | ИД на дяла на този потребител в екземпляра на еластичната таблица. |
| Време на живот | Време в секунди от момента, в който този запис за изпълнение се изтрива автоматично. |
Можете да преглеждате и актуализирате подробностите чрез стандартни Dataverse API, конектора Dataverse или директно от изгледа Таблици в портала за създаване.
Тъй като тази функция е изградена върху еластични таблици, ние съхраняваме данните за историята на изпълнението в облака в специфични логически дялове за оптимизирана производителност. Данните за хронологията на изпълнението се разделят въз основа на потребителите, така че всеки потребител в организацията има специален дял.
Данните на FlowRun използват Dataverse капацитет за съхранение на база данни. Използването на място за съхранение в различни среди може да се наблюдава в центъра Power Platform заадминистриране.
Използване на хранилището за записи на FlowRun
По подразбиране данните за изпълнение на потока се съхраняват за 28 дни (2,419,200 секунди). Ако искате да промените продължителността на времето, за което могат да се съхраняват изпълненията, можете да актуализирате времето за живот (в секунди) за изпълнението на потока в таблицата Организация в среда, подкрепена с Dataverse. В зависимост от капацитета за съхранение на вашата среда можете да регулирате продължителността на съхранението за тези записи за изпълнение.
Стойността на FlowRunTimeToLiveInSeconds в таблицата на организацията може да бъде променена в браузъра PowerApps на таблицата или с помощта на Dataverse уеб API.
Включване или намаляване на съхранението на хронологията на изпълнението на поток за облак
Ако стойността FlowRunTimeToLiveInSeconds в таблицата "Организация" се промени, тогава животът на всички нови записи на FlowRun се запазва за този период от време. Намаляването на стойността може да намали броя на FlowRun записите и използваното място за съхранение с течение на времето.
Задайте времето на FlowRun да живее в Dataverse
Задаването на стойността FlowRunTimeToLiveInSeconds в таблицата "Организация" на нула спира всяко поглъщане на нови записи на FlowRun .
Задаване на времето на FlowRun да живее в Power Platform центъра за администриране
Стойността FlowRunTimeToLiveInSeconds в таблицата Организация може да бъде зададена в средата Power Platform нацентъра за администриране. За да изберете времето за живеене на обекта FlowRun, което се използва в среда:
- Влезте в Power Platform Център за администриране.
- Навигирайте до Среди.
- За желаната среда отворете страницата Настройки .
- Изберете Продукт>Функции.
- Хронология на изпълнение на поток за облак задайте Dataverse времето на обекта FlowRun на стойност на съхранение на живо на 28 дни (по подразбиране), 14 дни, 7 дни или Забранено.
Задаване на персонализирани стойности на TTL за съхраняване на по-дълго или по-конкретно количество хронология на изпълнение на поток за облак
Ако искате конкретна стойност за време на живот (TTL), която не е налична чрез Power Platform центъра за администриране , тогава можете да зададете тази стойност директно като стойност FlowRunTimeToLiveInSeconds в таблицата Организация.
Незабавно намаляване на броя на записите на FlowRun
Ако в средата няма място за съхранение, тогава клиентите могат да изберат да почистят пространството на базата данни, като зададат стойността TTLInSeconds за набор от записи на FlowRun . След това записите се почистват автоматично и се изтриват окончателно в рамките на минута или две. Уверете се, че записите вече не са необходими, защото не могат да бъдат възстановени, след като бъдат изтрити.
Изчисляване на стойността на времето за живот (TTL)
Стойностите на времето на живот (TTL) за Organization.FlowRunTimeToLiveInSeconds и FlowRun.TTLInSeconds се задават в секунди. Таблицата по-долу съдържа общи стойности, които могат да се използват в таблиците Организация и FlowRun.
| Дни | Секунди |
|---|---|
| 1 ден | 86,400 секунди |
| 3 дни | 259,200 секунди |
| 7 ден | 604,800 секунди |
| 14 дни | 1,209,600 секунди |
| 28 дни | 2,419,200 секунди |
| 60 дни | 5,184,000 секунди |
Използвайте данни на FlowEvent, за да получите видимост за пълнотата на данните на FlowRun
Записите на FlowRun може да са непълни по много причини. Таблицата FlowEvent се използва за предоставяне на сигнали, че изпълненията са пропуснати и наборът от данни е непълен. Липсата на сигнали не означава, че наборът от данни е пълен.
Можете да видите записите на FlowEvent в браузъра PowerApps на таблицата или с помощта на Dataverse уеб API. Всички съответни записи имат стойност FlowEvent.EventType "FlowRunIngestion" и след това стойността FlowEvent.EventCode обяснява събитието.
Таблицата по-долу съдържа списък със стойности на FlowEvent.EventCode , които може да се използват за сигнализиране, че данните на FlowRun не са пълни:
| EventCode | Причина |
|---|---|
| isFlowRunIngestionECSDisabled | Хронологията на изпълнението на потока за облак не се записва Dataverse поради конфигурацията на услугата, така че не могат да се показват данни за потока за облак. Конфигурацията на услугата ECS се задава автоматично и няма начин администраторът да промени поведението на приемане в това състояние. |
| TtlSettingEqual0 | TTL (time-to-live) конфигурацията на текущата ви среда за изпълнение на поток за облак е настроена да не съхранява данни. В резултат на това може да липсва част от историята на изпълнението на потока за облак. Това състояние възниква, когато Organization.FlowRunTimeToLiveInSeconds е зададено на нула. |
| IngestionDisabledByOrgSettings | Хронологията на изпълнението на потока за облак не се записва Dataverse поради настройките на средата, така че част от хронологията на изпълнение за потоците в облака може да липсва. Това се случва, когато Organization.FlowRunTimeToLiveInSeconds е бил зададен на нула в миналото. |
| ЕластичнаМасаСъхранениеКапацитетДостигнат | Достигнахте лимита на Dataverse капацитета за съхранение, което доведе до пауза в синхронизирането на данни за изпълнение на поток за облак. |
| ElasticTablePartitionLimitReach | Достигнахте Dataverse лимита на дяла за съхранение, което доведе до пауза в синхронизирането на данни в поток за облак. |
| IngestionRateDataLoss | Част от историята на изпълнението на облачните потоци може да липсва поради големия обем изпълнения в тази среда по време на прегледа. |
| FlowRunsEventLoadingFailed | Не може да се заредят събитията за поток за облак в текущата ви среда. В резултат на това някои исторически данни за поток за облак може да не са налични. |
| FlowRunsTTlSettingFailedMessage | Не може да се извлече настройката TTL (time to-live) на вашата среда за изпълнение на поток за облак. В резултат на това някои исторически данни за поток за облак може да не са налични. |
| ElasticTableNoRoleForUser | Потребител, който притежава един или повече потоци, няма разрешения за четене на таблицата FlowRun, Dataverse така че част от хронологията на изпълнението на потока в облак не се записва Dataverse. Причината е, че този потребител не може да бъде определен като собственик. |
Известни ограничения
- Записите на FlowRun се присвояват на конкретен собственик, когато са записани в таблицата, така че концепцията за споделени записи на FlowRun за споделени потоци в момента не се поддържа.
- Собствениците на потоци се нуждаят поне от достъп за четене до таблицата FlowRun , за да съхраняват записите си Dataverse за изпълнение. Системата записва записите на FlowRun в таблицата и след това собствеността се присвоява на основния собственик на потока. Ако основният собственик на потока няма разрешение за четене на таблицата FlowRun, тогава записът на FlowRun не се съхранява и в таблицата FlowEvent се вижда FlowEvent.EventCode на ElasticTableNoRoleForUser . За да коригирате тази ситуация, уверете се, че собствениците на потоци имат разрешение за четене на таблица FlowRun.
- В момента има ограничение от 20 GB на дял в еластичните таблици. По-нататъшното изпълнение на вмъкване на записи, само за този конкретен потребител, ще бъде неуспешно, след като бъде достигнат лимитът.
- Записите на FlowRun могат да бъдат регулирани и пропуснати, ако потребителят има много потоци с висока скорост на изпълнение. Когато се случи дроселиране, в таблицата FlowEvent се създава запис, който сигнализира, че изпълненията са пропуснати и наборът от данни е непълен.
Бележка
Основният поток от данни, използван за захранване на вмъкването на записи на поток за облак, не е транзакционен и следователно не е 100 процента без загуби. Малки загуби на данни в този поток от данни може да възникнат поради временни, неповтарящи се проблеми с услугата. Тези липсващи записи не са представени от FlowEvent. Хронологията на изпълнението на потока в подробностите за потока Power Automate в портала е транзакционна и следователно предоставя изглед без загуби на изпълненията.
ЧЗВ
Защо всички мои среди имат нулева стойност на FlowRunTimeToLiveInSeconds?
Ако всички ваши среди имат стойност FlowRunTimeToLiveInSeconds в таблицата на организацията с нула, тогава това може да е една от следните ситуации:
- Ако данните на FlowRun не са налични, тогава вашите среди може да не са автоматично разрешени за приемане на FlowRun , тъй като няма достатъчно Dataverse наличен капацитет за съхранение на база данни.
- Ако данните на FlowRun преди това са били налични, тогава администраторът може да е изключил приемането на нови записи.
Кога това ще бъде общодостъпно (GA)?
Понастоящем няма ангажиран график за преминаване на тази възможност от публичен преглед към обща наличност (GA). Поради архитектурни ограничения и ограничения на производителността, които изискват дроселиране, историята на FlowRun може да има пропуски. Ние обаче разбираме важността на пълните данни за хронологията на изпълнението на потока. Активно оценяваме стратегии за синхронизация без загуби, което ни позволява да преместим тази функция в GA в бъдеще.
Данните на FlowRun се използват от центъра за автоматизация (преглед) в портала Power Automate на производителя. Въпреки че данните на FlowRun може да имат определени пропуски по време на фазата на преглед, има стойност да направите тези данни достъпни за публичен преглед, както като самостоятелна функция, така и като част от центъра за автоматизация.
Писането на поток за облак пуска ли история в Dataverse квотата за заявка за използване Power Platform ?
Записването на хронологията на изпълнението на потока за облак като Dataverse данни на FlowRun не се брои към ограниченията Power Platform на заявката. API, изпълнени, за да прочетат, че данните на FlowRun се отчитат към Power Platform ограниченията на заявката.
Как тези данни се сравняват с наличните данни Application Insights?
Администраторите могат да настроят Application Insights да предоставят данни за наблюдение от Power Automate изпълнение на потоци. Данните Application Insights са:
- По-пълно поради проблеми с тръбопровода за данни, получаващи данните на FlowRun .
- По-дълбоко, защото има информация за тригерите и изпълнените действия.
- Могат да бъдат свързани с Power Apps и Dataverse Application Insights данни чрез корелационни идентификатори.