Dela via


Åtgärda anslutningsfel i molnflöden

Ditt flöde fungerade bra, och nu gör det inte det längre. Den här guiden vägleder dig genom de vanligaste orsakerna i rätt ordning, så att du kan hitta problemet snabbt.

Steg 1: Är flödet aktiverat?

Öppna sidan med flödesinformation. Kontrollera statusen i det övre högra hörnet.

  • : Flödet är aktivt. Gå till steg 2.
  • Av: Någon stängde av den manuellt. Slå på den igen. Om den stängs av igen omedelbart kontrollerar du om det finns DLP-principöverträdelser (steg 3b senare i den här artikeln).
  • Suspended: Power Automate pausade flödet automatiskt på grund av upprepade fel. Öppna körningshistoriken för att hitta den misslyckade åtgärden, åtgärda rotorsaken och aktivera sedan flödet igen.

Tips/Råd

Om flödet saknas helt, kontrollera att du befinner dig i rätt miljö. Använd miljöväljaren längst upp till höger i Power Automate-portalen.

Steg 2: Utlöstes utlösaren?

Öppna flödets körningshistorik. Titta på listan över körningar.

Om det inte finns några nya körningar

  • Schemalagd utlösare: Verifiera upprepningsinställningarna. Kontrollera tidszonen. Ett flöde som är inställt på "9:00 AM" använder tidszonen som konfigurerats i utlösaren, vilket kan skilja sig från din lokala tid.
  • Automatisk utlösare (När ett objekt skapas, När ett e-postmeddelande tas emot och liknande): Bekräfta att utlösande händelse faktiskt har inträffat. Skapa ett testobjekt eller skicka ett testmeddelande och vänta 5–10 minuter.
  • Utlösarvillkor: Om utlösaren har ett villkorsuttryck, kontrollera att det utvärderas till true för din testhändelse. Ett vanligt misstag är ett villkor som filtrerar bort varje händelse.
  • Omedelbar (manuell) utlösare: Dessa körs bara när du eller en annan användare uttryckligen startar flödet. Kontrollera om knappen eller appen som utlöser den fortfarande är konfigurerad.

Om körningar visas, men alla har markerats som "Avbrutna"

Utlösaren utlöstes men körningen avbröts innan åtgärderna utfördes. Vanligtvis innebär detta att en samtidighetsinställning avvisar nya körningar medan en annan fortfarande pågår. Kontrollera utlösarens inställningar för samtidighetskontroll.

Steg 3: Misslyckades en specifik åtgärd?

Öppna en misslyckad körning. Bläddra igenom åtgärderna tills du hittar den markerade i rött. Expandera den för att se felet.

Steg 3a: Läs felkoden

Felkod Innebörd Mest sannolika lösning
401 Inte auktoriserad Din anslutningstoken har upphört att gälla eller så har lösenordet ändrats. Gå till sidan Anslutningar, leta upp anslutningen och autentisera igen. Se Steg 4: Hälsokontroller för anslutning.
403 – Förbjuden Du har inte behörighet att komma åt resursen, eller så blockerar en DLP-princip anslutningsappen. Kontrollera dina behörigheter för målresursen (SharePoint plats, postlåda, databas). Om behörigheterna är korrekta frågar du administratören om en DLP-princip nyligen har ändrats.
404 – Hittades inte Resursen har tagits bort, bytt namn eller flyttats. En SharePoint list har bytt namn, en fil har flyttats, en postlåda avetablerats eller en Teams-kanal har tagits bort. Uppdatera åtgärden så att den pekar på den nya platsen.
429 För många förfrågningar Du har nått API-hastighetsgränsen för den här anslutningen. Lägg till en fördröjningsåtgärd innan åtgärden misslyckas eller aktivera återförsöksprincip med exponentiell backoff på åtgärdens inställningar. För flöden som bearbetar många objekt lägger du till en fördröjning i Tillämpa på varje.
500 Internt fel på servern Måltjänsten har problem. Vänta 15–30 minuter och försök igen. Om felet kvarstår, kontrollera instrumentpanelen för tjänstehälsa i Microsoft 365 eller statussidan för den icke-Microsoft-tjänsten.
502 felaktig gateway Anslutningen mellan Power Automate och måltjänsten misslyckades. Vanligtvis tillfälligt. Aktivera återförsök för åtgärden. Om det sker konsekvent kontrollerar du nätverks- och brandväggsinställningarna (särskilt för lokala gatewayer).

Steg 3b: Överträdelser av DLP-principer

Om ditt flöde nyligen har blockerats eller pausats och du inte har ändrat något:

  1. Administratören kan ha uppdaterat en princip för dataförlustskydd (DLP).
  2. Gå tillEgenskaper för >. Om du ser ett meddelande om DLP-överträdelse använder flödet kontakter som nu finns i olika principgrupper.
  3. Kontakta Power Platform-administratören. De kan se vilken princip som har ändrats och vilka anslutningar som påverkas.

Viktigt!

DLP-principändringar träder i kraft omedelbart och kan blockera flöden utan förvarning. Om flera flöden bröts samtidigt är en DLP-ändring den mest sannolika orsaken.

Steg 4: Hälsokontroller för anslutning

Anslutningar är den vanligaste orsaken till att ett tidigare arbetsflöde bryts.

Kontrollera anslutningsstatus

  1. Öppna flödet i redigeringsläge.
  2. Titta på anslutningspanelen (eller kontrollera anslutningsreferensen för varje åtgärd).
  3. Varje anslutning bör visa en grön bockmarkering eller statusen "Ansluten".
  4. Om någon anslutning visar en varnings- eller felikon väljer du den och väljer Åtgärda anslutning eller Autentisera igen.

Varför anslutningar bryts

  • Lösenordsändring: Du har ändrat ditt lösenord, eller så tillämpar organisationen regelbunden lösenordsrotation. Den lagrade OAuth-token är nu ogiltig.
  • MFA-principändring: Administratören har aktiverat eller ändrat kraven för Multi-Factor Authentication. Den befintliga tokenen uppfyller inte längre den nya policyn.
  • Admin-medgivande har återkallats: En administratör återkallade det appmedgivande som Power Automate använder för att få åtkomst till en tjänst åt dig.
  • Token upphör att gälla: OAuth-uppdateringstoken upphör att gälla efter cirka 90 dagars inaktivitet. Om ett flöde inte har körts på 90 dagar kan anslutningen behöva autentisering igen.
  • Tjänstens huvudnamnshemlighet upphör att gälla: Om anslutningen använder ett huvudnamn för tjänsten kan klienthemligheten ha upphört att gälla. Generera en ny hemlighet i Microsoft Entra ID och uppdatera anslutningen.

Autentisera en anslutning igen

  1. Gå till Power Automate>Anslutningar (vänster navigering).
  2. Hitta anslutningen till felet.
  3. Välj de tre punkterna (...) >Åtgärda anslutning eller Redigera.
  4. Logga in igen med dina autentiseringsuppgifter.
  5. Gå tillbaka till ditt flöde och kontrollera att åtgärden nu visar en grön bockmarkering.

Anmärkning

Om flödet använder en delad anslutning (ägs av någon annan) behöver du den personen för att autentisera igen, eller så kan du skapa en egen anslutning och uppdatera flödet så att det används.

Steg 5: Förhindra tysta fel

Flöden kan misslyckas utan att någon märker det. Konfigurera dessa skydd för alla flöden som är viktiga.

Lägga till ett meddelande om fel

  1. I designern lägger du till en parallell gren efter åtgärden som mest sannolikt misslyckas.
  2. Välj de tre punkterna i den nya grenens första åtgärd >Konfigurera körning efter> att kontrollen bara har misslyckats.
  3. Lägg till en skicka en e-poståtgärd (eller ett inlägg i Teams) med ämnet "Flow failed: [flow name]" och inkludera felinformationen från den misslyckade åtgärden med dynamiskt innehåll.

Tips/Råd

Detta garanterar att du får en avisering inom några minuter efter ett fel, inte dagar. För kritiska produktionsflöden skickar du felmeddelanden till en delad postlåda eller Teams-kanal så att aviseringen inte missas.

Kontroll av veckokörningshistorik

För produktionsflöden kontrollerar du körningshistoriksidan en gång i veckan. Sök efter:

  • Körs med misslyckad status som ditt felmeddelande kan ha missat.
  • Körs med statusen Avbrytd , vilket kan tyda på samtidighets- eller utlösarproblem.
  • En plötslig minskning av antalet körningar, vilket kan innebära att utlösaren slutade avfyras.

Använd tjänstprincipalanslutningar

Anslutningar för tjänsthuvuden förlitar sig inte på en användares OAuth-token. De upphör inte att gälla när någon ändrar sitt lösenord eller lämnar organisationen. För produktionsflöden ber du din administratör att konfigurera tjänstens huvudkontoanslutningar för dina nyckelanslutningsprogram.

De fem (5) vanligaste anslutningsproblemen per kontakt

SharePoint

Problematik Symptom Åtgärda
Administratörsmedgivande krävs 403 vid första användningen eller efter principändring Administratören måste bevilja medgivande i Microsoft Entra ID > Enterprise Applications > Power Automate
Webbplatsbehörigheter har ändrats 403 om åtgärder som riktar sig mot en specifik webbplats Kontrollera att ditt konto har minst Contribute-åtkomst till webbplatsen
Tröskelvärde för listvy Det är förbjudet att utföra åtgärden eftersom den överskrider gränsvärdet för listvy. Lägg till en filterfråga eller ett OData-filter i åtgärden Hämta objekt för att returnera färre än 5 000 objekt. Använd $top och indexerade kolumnfilter.
Lista eller bibliotek har bytt namn 404 för alla åtgärder som riktar sig mot listan Uppdatera åtgärden för att referera till det nya listnamnet eller ID:t
Matchningsfel för kolumnnamn Åtgärder lyckas men returnerar tomma eller felaktiga data SharePoint interna namn skiljer sig från visningsnamn. Använd det interna namnet (visas i URL:en när du sorterar efter den kolumnen).

Outlook/Office 365

Problematik Symptom Åtgärda
Behörigheter för delad postlåda 403 när du skickar från eller läser en delad postlåda Anslutningsägaren behöver behörigheten Skicka som eller Fullständig åtkomst för den delade postlådan i Exchange Administrationscenter
Delegera åtkomst har tagits bort 401 om åtgärder som involverar en annan användares postlåda Återbevilja ombudsbehörigheter eller växla till en delad postlåda
MFA-tillämpning 401 efter att administratören har aktiverar MFA Autentisera anslutningen igen. Den nya token innehåller MFA-anspråket.
Storleksgräns för bifogade filer 413 eller åtgärdsfel på stora bifogade filer Outlook anslutningsappen har en gräns på 25 MB för bifogade filer. För större filer laddar du upp till SharePoint/OneDrive och delar en länk.

SQL Server

Problematik Symptom Åtgärda
Lokal gateway offline Tidsgräns för anslutning eller "gatewayen kan inte nås" Kontrollera gatewaydatorn. Starta om den lokala Data Gateway-tjänsten. Kontrollera att datorn har internetåtkomst.
Brandväggsregler Tidsgräns för anslutning till Azure SQL Lägg till Power Automate IP-intervall i dina Azure SQL brandväggsregler eller aktivera "Tillåt Azure tjänster" i SQL-serverns nätverksinställningar.
Anslutningssträngen har ändrats 404 eller anslutningsfel Servern har bytt namn, databasen har flyttats eller porten har ändrats. Uppdatera anslutningen med den nya server-/databasinformationen.
SQL-inloggning har inaktiverats 401 för alla frågor SQL-inloggningen kan vara inaktiverad eller så har lösenordet upphört att gälla. Återaktivera i SQL Server Management Studio.

Dataverse

Problematik Symptom Åtgärda
Miljöbehörigheter 403 om Dataverse-åtgärder Användaren behöver en säkerhetsroll i målmiljön för Dataverse. Be administratören att tilldela en (till exempel behörigheter för grundläggande användare + anpassad tabell).
Säkerhetsrollen saknar tabellåtkomst 403 på specifika tabeller Din säkerhetsroll innehåller inte läs- och skrivåtkomst till tabellen. Administratören måste uppdatera säkerhetsrollen.
Miljö ändrad Åtgärder refererar till fel miljö Om flödet importerades eller miljön ändrades uppdaterar du Dataverse-anslutningen så att den pekar på rätt miljö.

HTTP/anpassade anslutningsappar

Problematik Symptom Åtgärda
API-nyckeln är roterad 401 på alla HTTP-begäranden Uppdatera API-nyckeln i anslutnings- eller åtgärdshuvudena.
Certifikatet har upphört att gälla SSL/TLS-fel Målserverns SSL-certifikat har upphört att gälla. Kontakta API-providern eller uppdatera certifikatet.
URL har ändrats 404 på alla begäranden URL:en för API-slutpunkten uppdaterades. Kontrollera API-providerns dokumentation för den nya URL:en.
IP-tillåtslista Felkod 403 eller anslutningstidsavbrott Mål-API:et tillåter endast specifika IP-adresser. Lägg till Power Automate IP-intervall för din region. Mer information finns i KONFIGURATION av IP-adress.

Obs! Författaren skapade den här artikeln med hjälp av AI. Läs mer