Du öppnar Salesforce och något känns fel: sidor laddas långsamt, en inloggning misslyckas eller en integration börjar få timeout. Samtidigt delar med sig av rapporter om ett AWS-avbrott. Den naturliga frågan är om de två händelserna är kopplade.
Det korta svaret är: möjligen, men inte automatiskt . Salesforce använder Amazon Web Services (AWS) för betydande delar av sin Hyperforce-infrastruktur, men Salesforce är distribuerat över regioner, instanser och tjänster. En AWS-störning på ett ställe betyder inte att alla Salesforce-kunder påverkas. Det snabbaste sättet att få ett tillförlitligt svar är att identifiera din Salesforce-instans, kontrollera Salesforce Trust för den instansen och sedan jämföra den med relevant AWS-region eller tjänstehändelse.
Tre termer gör detta mycket lättare att förstå.
me-south-1) och Förenade Arabemiraten ( me-central-1). Se den officiella AWS-regionsreferensen .Denna skillnad är viktig eftersom molnavbrott ofta är regionala eller tjänstespecifika. Ett problem som påverkar en AWS-region kan få Salesforce-organisationer i andra regioner att fungera normalt. På samma sätt kan en Salesforce-incident inträffa utan att orsakas av AWS.
Det finns inget säkert, generellt svar för alla Salesforce-kunder. Från och med den 16 september 2026 är den korrekta verifieringsvägen att använda den aktiva AWS Health Dashboard för AWS-tjänsthändelser och Salesforce Trust för Salesforce-incidenter.
Salesforce-dokumentationen bekräftar att många Hyperforce-instanser finns på AWS i specifika regioner och att Hyperforce-instanser är utspridda över flera tillgänglighetszoner inom ett land. Salesforce publicerar också en region- och instansreferens för kunder som behöver förstå var deras organisation finns. Se Var finns min Salesforce-instans ?.
En användbar varning: Salesforce Trust registrerade en separat plattformsstörning den 5 september 2026, som påverkade instansgruppen "AWS US" i cirka 90 minuter. Incidentsidan beskriver en Salesforce-tjänststörning, men den fastställer inte att en senare AWS-händelse orsakade den. Betrakta enbart tidpunkten som korrelation, inte bevis på orsakssamband. Se Salesforce Trust-incidentposten .
Om du inte har använt Salesforce-administration tidigare, börja här. Din instans visar vilken statuspost som är relevant för din organisation.
Salesforce dokumenterar två praktiska metoder. I Inställningar söker du efter Företagsinformation och sedan efter fältet Instans i Organisationsdetaljer. Du kan också gå till Salesforce Trust och söka efter ditt domännamn. Salesforces aktuella instruktioner finns i Visa instansinformation för din Salesforce-organisation .
Gissa inte din webbhotellsregion utifrån ditt företags huvudkontor. Ett företags affärsplats och dess Salesforce-infrastrukturplats är inte nödvändigtvis samma sak.
Sök efter Salesforce Trust för din domän eller instans. Leta efter en aktiv incident, tjänsteförsämring, underhållsmeddelande eller löst incident som överlappar med den tidpunkt då dina användare började se problem.
Om Salesforce Trust visar din exakta instans och berörda tjänst är det ett starkare bevis än inlägg på sociala medier eller en generell avbrottsspårare. Notera incidentens starttid, berörda produkter och statusuppdateringar. Om din instans inte listas, dra inte omedelbart slutsatsen att Salesforce är felfri; fortsätt med lokala kontroller eftersom autentisering, nätverk, integrationer eller ett smalt produktberoende fortfarande kan misslyckas utan en bred plattformsincident.
Kontrollera sedan AWS Health Dashboard. AWS publicerar tjänstens hälsa per region och tjänst. Den viktigaste frågan är inte "Är AWS nere?" utan "Är AWS-regionen eller AWS-tjänsten relevant för den här Salesforce-arbetsbelastningen som rapporterar en incident?"
Det är här nybörjare ofta tar fel steg. AWS har många regioner och många tjänster. En störning i en region kan samexistera med normal drift någon annanstans. Om din Salesforce-organisation använder Hyperforce kan Salesforce Support hjälpa till att bekräfta molnleverantören för din instans när den informationen inte framgår av instansnamnet.
Om det inte finns någon tydlig matchning av incidenten, testa ett smalt arbetsflöde innan du ändrar inställningarna. Försök att logga in från ett andra nätverk, öppna en grundläggande post, köra en enkel sökning och använda en standard Salesforce-sida som inte är beroende av en anpassad integration.
Om standardfunktioner i Salesforce fungerar men en ansluten app misslyckas kan problemet ligga nedströms. En integration kan till exempel bero på ditt eget AWS-hostade API, identitetsleverantör, mellanprogramvara, datalager eller nätverksväg även om Salesforce självt är tillgängligt.
Många organisationer kopplar Salesforce till externa tjänster. Det innebär att användare kan uppleva vad som känns som ett "Salesforce-avbrott" när det verkliga felet finns någon annanstans i förfrågningskedjan.
| Symptom | Vad man ska kontrollera först | Möjlig tolkning |
|---|---|---|
| Salesforce-inloggning misslyckas för många användare | Salesforce Trust, identitetsleverantörsstatus, företagsnätverk | Plattforms-, autentiserings- eller anslutningsproblem |
| Salesforce laddas, men en integration får timeout | Integrationsloggar och den externa tjänstens region | Beroendet kan påverkas medan Salesforce Core fortfarande är tillgängligt |
| Endast ett kontor eller nätverk påverkas | Lokal DNS, proxy, VPN, brandvägg, internetleverantör | Troligtvis en lokal anslutningsväg snarare än ett globalt Salesforce-avbrott |
| Endast en Salesforce-produkt eller funktion misslyckas | Produktspecifik Salesforce Trust-incident | Funktionsförsämringen kan vara mer begränsad än ett fullständigt plattformsavbrott |
Salesforce använder AWS i stor utsträckning, men relationen är inte en-till-en. Hyperforce sträcker sig över flera regioner, och Salesforce hanterar plattformslagret ovanför den underliggande molninfrastrukturen.
En rubrik som säger ”AWS-avbrott” kan beskriva en regional händelse. Din Salesforce-instans kan finnas någon annanstans. Matcha alltid geografi och tidpunkt innan du drar en slutsats.
Om problemet är uppströms kan konfigurationsändringar skapa ett andra problem. Registrera symptom och tidsstämplar först. Kontrollera officiella statuskällor innan du roterar inloggningsuppgifter, ändrar nätverksregler, inaktiverar integrationer eller modifierar produktionsautomation.
Rapporter från crowdsourcing kan vara användbara som en tidig signal, men de ersätter inte AWS Health eller Salesforce Trust. Officiella statussidor identifierar berörda tjänster och ger incidentuppdateringar från operatörerna själva.
Stanna inte vid en grön statusindikator. Bekräfta återställningen ur användarens synvinkel.
Om de officiella statussidorna är tydliga men problemet kvarstår, samla in Salesforce-instansnamnet, tidsstämplar med tidszon, berörda användare, felmeddelanden, förfrågnings-ID:n om tillgängliga och det minsta reproducerbara arbetsflödet innan du kontaktar Salesforce Support. Dessa bevis hjälper till att skilja en Salesforce-plattformsincident från ett organisationsspecifikt konfigurations-, nätverks- eller tredjepartsberoendeproblem.
Ett AWS-avbrott kan påverka Salesforce eftersom Salesforce Hyperforce använder AWS, men ett AWS-avbrott betyder inte automatiskt att din Salesforce-organisation ligger nere. Det pålitliga arbetsflödet är enkelt: identifiera din Salesforce-instans, kontrollera Salesforce Trust, kontrollera relevant AWS-region eller tjänst och reproducera sedan felet med minsta möjliga arbetsflöde.
För en nybörjare förhindrar den metoden två kostsamma misstag: att skylla på Salesforce för varje molnrubrik och att ändra produktionskonfigurationen innan man bekräftar var felet faktiskt ligger.
Granska anmärkningsvärda Salesforce-avbrott under 2025, vad som misslyckades, hur länge utvalda incidenter varade och de praktiska lärdomar om motståndskraft som team kan tillämpa.
Skapa en praktisk Salesforce-plan för kontinuitet i driftstopp med konsekvensanalys, RTO/RPO-mål, manuella lösningar, integrationskontroller och återställningskontroller.
Lär dig hur du kontaktar Salesforce Support under ett större avbrott: kontrollera förtroendestatus, välj rätt kanal, öppna ett starkt ärende och spåra återställningen.
Felsök Salesforce Workbench-inloggning, REST Explorer, timeout, 503, API-version och begränsa fel under driftstopp med en praktisk diagnostisk checklista.
StoreForce issues can disrupt scheduling, timekeeping, and employee workflows. Learn how to assess impact, keep stores operating, verify recovery, and know when to escalate.
Förstå de främsta orsakerna till utbredda driftstopp i molnet, hur fel uppstår i flera steg, vad man ska kontrollera först och hur man utformar en mer motståndskraftig återställningsplan.
Om Datorama eller Marketing Cloud Intelligence verkar vara nere, använd den här evidensbaserade checklistan för att verifiera avbrottet, skydda rapporteringskvaliteten och veta när data är tillförlitliga igen.
A practical look at how Heroku outages can affect deployed apps, dynos, routing, databases, deploys, Heroku Connect, logs, and recovery.
Förstå hur Salesforce och AWS kopplas samman via Hyperforce, integrationer, nätverk, datalagring, avbrott och delat driftsansvar.
Ett AWS-avbrott betyder inte automatiskt att Salesforce ligger nere. Lär dig hur Hyperforce, regioner, instanser och Salesforce Trust avgör om din organisation påverkas.
