Notă
Accesul la această pagină necesită autorizare. Puteți încerca să vă conectați sau să modificați directoarele.
Accesul la această pagină necesită autorizare. Puteți încerca să modificați directoarele.
Tabelul AsyncOperationBase este utilizat pentru stocarea joburilor de sistem. Joburile de sistem reprezintă extensii asincrone, cum ar fi:
- Fluxuri de lucru și plugin-uri asincrone, înregistrate.
- Operațiuni în fundal, cum ar fi operațiuni în bloc, ștergere, import în bloc și operațiuni de cumulare.
Pentru o listă de tipuri de operațiuni asincrone , consultațiOpțiuni/Alegeri pentru tipurile de operațiune .
Odată ce are loc un eveniment și toate extensiile imediate sunt executate, sistemul convertește datele de context pentru orice extensii asincrone într-un format structurat care este stocat într-o înregistrare AsyncOperation .
De exemplu, un flux de lucru asincron, înregistrat, ar putea fi un proces care trimite automat un e-mail unui client odată ce comanda acestuia este plasată. Fluxul de lucru va fi completat cu un alt e-mail după expedierea comenzii. Într-un astfel de flux de lucru asincron, înregistrat, platforma salvează contextul fluxului de lucru asincron ca înregistrare în tabelul AsyncOperationBase . Un jurnal de proces WorkflowLog este înregistrat în tabelul WorkflowLogBase pentru a păstra jurnalele pentru execuția fluxului de lucru.
Aceste înregistrări ar include informații precum:
ID-ul fluxului de lucru
ID-ul pluginului care declanșează fluxul de lucru
Starea execuției fluxului de lucru
Acest tabel include toate coloanele de activități implicite, cum ar fi numele, descrierea, tipul, tipul operațiunii și multe altele.
Pentru o listă completă a coloanelor din acest tabel, consultați referința tabelului/entității System Job (AsyncOperation).
Din 2021, porțiunea de date a operațiunilor asincrone a trecut de la stocarea în capacitate de bază de date la stocarea în capacitate de fișier. Dataverse Dataverse Acest lucru are ca rezultat faptul că dimensiunea datelor operațiilor asincrone este atribuită parțial capacității bazei de date și parțial capacității fișierelor. Dataverse Dataverse Prin trecerea la capacitatea fișierelor, costul este redus, deoarece capacitatea fișierelor este facturată la un tarif mai mic decât capacitatea bazei de date. Dataverse Dataverse Dataverse În plus, capacitatea fișierelor îmbunătățește performanța generală, deoarece interogările către tabelul de operațiuni asincrone sunt mai performante. Dataverse
Cauzele creșterii
Creșterea tabelului AsyncOperationBase depinde direct de numărul de personalizări pe care se bazează mediul clientului. Fluxurile de lucru și pluginurile mai asincrone duc la stocarea mai multor înregistrări în tabelul *AsyncOperationBase* pentru a urmări execuția acestor operațiuni.
Dacă organizația dumneavoastră utilizează intens fluxuri de lucru sau pluginuri, este de așteptat ca tabelul *AsyncOperationBase* să fie unul dintre cei mai mari consumatori de capacitate de date.
Dacă dimensiunea AsyncOperationBase continuă să crească în timp, verificați dacă este setată opțiunea de ștergere automată pentru înregistrările asincrone (consultați cum se setează această opțiune pentru fluxuri de lucru și pluginuri în anexă). Acest lucru duce la ștergerea tuturor lucrărilor finalizate cu succes imediat ce sunt finalizate și la menținerea dimensiunii tabelului sub control.
Câțiva factori comuni care contribuie la creșterea tabelului AsyncOperationBase în Dynamics 365 includ:
Utilizarea intensă a fluxurilor de lucru sau a fluxurilor de procese de business: Dacă o organizație utilizează intens fluxuri de lucru sau fluxuri de procese de business, tabelul AsyncOperationBase crește în timp și, în cele din urmă, devine suficient de mare pentru a cauza probleme de performanță.
Înregistrări asincrone de pluginuri pe entități mari: Dacă există înregistrări asincrone de pluginuri pe entități mari, cum ar fi atașamentele, porțiunea de date a operațiunilor asincrone poate crește rapid, ducând la un tabel AsyncOperationBase mare.
Dimensiunea porțiunii de date a operațiunilor asincrone: Dimensiunea porțiunii de date a operațiunilor asincrone poate contribui, de asemenea, la creșterea tabelului AsyncOperationBase .
Curățenie la masă
Trebuie să testați mai întâi aceste acțiuni de ștergere într-un mediu sandbox. Pentru a atenua presiunea asupra capacității operaționale, ar putea fi mai logic să măriți spațiul de stocare pe care îl aveți cu abonamentul dvs. 365, în loc să reduceți spațiul de stocare utilizat. Microsoft Dynamics
Avertisment
Pentru a reduce consumul de capacitate al tabelului AsyncOperationBase , ștergeți metadatele personalizate legate de joburile asincrone. Când entitățile AsyncOperation sunt șterse, se șterg și înregistrările fișierelor corespunzătoare.
Aceste înregistrări nu sunt disponibile după ștergere. Procedați cu precauție atunci când efectuați operațiuni de ștergere în bloc.
Înainte de a șterge orice date din acest tabel:
Revizuiți personalizările ale fluxurilor de lucru și pluginurile care rulează în timpul operațiunilor de ștergere.
Verificați comportamentele de ștergere în cascadă pentru a vă asigura că nicio informație nu este ștearsă în mod neintenționat în acest proces.
Testați aceste acțiuni într-un mediu sandbox înainte de a continua cu operațiunea finală de ștergere.
Toate mediile sunt configurate fără a fi utilizate în modul fără sarcini de ștergere în bloc pentru a șterge sarcinile de sistem de flux de lucru finalizate cu succes care sunt mai vechi de 30 de zile.
Pentru a reduce capacitatea suplimentară asociată cu tabelul AsyncOperationBase , luați în considerare configurarea joburilor de sistem pentru fluxuri de lucru mai vechi de 7 zile care să fie șterse utilizând joburi de ștergere în bloc.
Interogări de diagnosticare
Folosiți interogările de diagnosticare pentru a ajuta la diagnosticarea problemelor legate de joburile legate de AsyncOperationBase.
Principalele joburi de sistem aflate în stare suspendată, după număr
Joburi care așteaptă ca resursele de sistem să devină disponibile
Folosiți următoarele interogări pentru a diagnostica problemele legate de stocarea fișierelor în AsyncOperationBase .
Număr de dateblobid pentru stocarea fișierelor AsyncOperation
Operațiunile asincrone nu se află în spațiul de stocare blob
Găsiți numele locurilor de muncă folosind spațiul de stocare a fișierelor
Dimensiunea fișierului AsyncOperation și numărul de înregistrări
Starea lucrării de sistem
Pentru a accesa pagina Lucrări de sistem , urmați pașii următori.
- Conectați-vă la Centrul de administrare Power Platform.
- În panoul de navigare, selectați Gestionare.
- În panoul Gestionați , selectați Medii.
- Selectați mediul dvs.
- Selectați Setări din bara de comandă.
- Selectați Audit și jurnale>Lucrări de sistem.
Lucrările de sistem au următoarea stare:
Finalizat - Lucrul nu mai execută niciun pas și prezintă trei motive posibile pentru stare:
Reușit - Lucrarea a făcut ceea ce era așteptat.
Eșuat - A apărut o eroare la procesarea lucrării.
Anulat - Lucrarea nu va fi executată.
Running - Lucrul este procesat sau executat sau are loc o acțiune și există trei valori posibile pentru motivul de stare:
În curs - Lucrarea este în curs de execuție.
Întrerupere - A fost declanșată o operațiune de întrerupere.
Anulare - Administratorul a activat opțiunea de anulare.
În așteptare: - Când jobul de sistem nu a îndeplinit condițiile pentru a fi declanșat automat sau a existat o eroare la evaluarea condițiilor. Există două motive pentru statusul scenariului în așteptare:
În așteptare - Indică faptul că jobul de sistem este în stare de așteptare.
În așteptare pentru resurse - Indică faptul că jobul de sistem așteaptă o resursă.
Notă
Lucrările care rulează sau sunt în așteptare nu ar trebui curățate automat. În schimb, ar trebui declanșată o acțiune manuală de anulare.
Clienții pot configura alte joburi de ștergere în bloc pentru a șterge înregistrări AsyncOperationBase .
Configurați sarcinile de ștergere în bloc
Pentru a configura joburi de ștergere în bloc, consultați următoarele liste.
Ștergeți joburile de sistem finalizate, care sunt mai vechi de șapte zile
Conectați-vă la Centrul de administrare Power Platform.
În panoul de navigare, selectați Gestionare.
În panoul Gestionați , selectați Medii.
Selectați mediul dvs.
Selectați Setări din bara de comandă.
Selectați Gestionare date>Ștergere în bloc>Nou.
Se afișează *Expertul de ștergere în bloc*. Selectați Următorul.
Se afișează pagina *Definiți criteriile de căutare*. Pentru a șterge în bloc înregistrări AsyncOperationBase , urmați pașii următori:
În câmpul Căutare , selectați Lucrări de sistem.
Introduceți următoarele criterii:
Grupare Setare Criterii Valori selectate ȘI Status Egal Finalizată ȘI Terminat la Mai vechi de X zile 7
Începeți întotdeauna cu o condiție restrânsă care limitează înregistrările șterse (mai vechi de 3 ani), apoi treceți la criterii de ștergere progresiv mai largi (mai vechi de 3 luni) și apoi la criterii de ștergere mai largi (mai vechi de 7 zile).ȘI Tip proces de sistem Nu este egal cu E-mailuri în bloc
Analiză fișier import
Workflow
Selectați Previzualizare înregistrări pentru a vizualiza înregistrările care vor fi șterse conform criteriilor de căutare specificate, pentru a vă asigura că nicio informație nu este ștearsă în mod neintenționat în acest proces. Apoi selectați Următorul.
Pe pagina Selectați opțiunile , selectați opțiunea Executați această lucrare după fiecare , apoi selectați 7 zile. Apoi selectați Următorul.
Pe pagina Verificați și trimiteți detaliile ștergerii în bloc , selectați Trimiteți.
Pentru mai multe informații despre cum se configurează joburile de ștergere în bloc pentru tabelul AsyncOperationBase , consultați Curățarea înregistrărilor din tabelul AsyncOperationBase / WorkflowLogBase.
Ștergeți joburile de sistem finalizate care sunt pentru fluxuri de lucru
Conectați-vă la Centrul de administrare Power Platform.
În panoul de navigare, selectați Gestionare.
În panoul Gestionați , selectați Medii.
Selectați mediul dvs.
Selectați Setări din bara de comandă.
Selectați Gestionare date>Ștergere în bloc>Nou.
Se afișează *Expertul de ștergere în bloc*. Selectați Următorul.
Se afișează pagina *Definiți criteriile de căutare*. Pentru a șterge în bloc înregistrări AsyncOperationBase , urmați pașii următori:
În câmpul Căutare, selectați Lucrări de sistem.
Introduceți următoarele criterii:
Grupare Setare Criterii Valori selectate ȘI Motiv stare Egal Reușit ȘI Status Egal Finalizată ȘI Tip proces de sistem Egal Workflow
Selectați Previzualizare înregistrări pentru a vizualiza înregistrările care vor fi șterse conform criteriilor de căutare specificate, pentru a vă asigura că nicio informație nu este ștearsă în mod neintenționat în acest proces. Apoi selectați Următorul.
Pe pagina Selectați opțiunile , selectați opțiunea Executați această lucrare după fiecare , apoi selectați 7 zile. Apoi selectați Următorul.
Pe pagina Verificați și trimiteți detaliile ștergerii în bloc , selectați Trimiteți.
Apendice
Pentru a afla mai multe despre cum să configurați fluxul de lucru și lucrările de plugin, consultați secțiunile următoare.
Setați opțiunea de ștergere a joburilor de flux de lucru asincrone finalizate cu succes
Pentru fluxurile de lucru asincrone, vă recomandăm să selectați opțiunea Ștergeți automat sarcinile de flux de lucru finalizate (pentru a economisi spațiu pe disc) din editorul de fluxuri de lucru. Acest lucru permite sistemului să șteargă jurnalele fluxului de lucru pentru execuții reușite pentru a economisi spațiu.
Setați opțiunea de ștergere a sarcinilor de plugin asincrone finalizate cu succes
Descărcați și lansați instrumentul de înregistrare a pluginurilor
Pentru pluginuri personalizate , selectațiÎnregistrare pas nou . Se afișează ecranul *Înregistrare pas nou*.
Finalizați pașii de mai jos:
- În zona Etapa din canalul de evenimente , selectați Post operațiune.
- În zona Mod de execuție , selectați Asincron.
- Selectați opțiunea Ștergeți operațiunea asincronă dacă codul de stare = Reușit .
