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.
Windows 11 som inte uppdateras eller känns långsamt? Följ åtta steg för felsökning, lagringsrensning och systemreparation och kontrollera resultatet.
Läs om nyheterna i One UI 9, vilka Galaxy-modeller Samsung bekräftat och hur du söker efter och installerar uppdateringen.
Så kontrollerar du BABY-SAFE PRO:s skick, barnets mått, bil- och baskompatibilitet samt korrekt montering med ISOFIX-bas eller bilbälte.
Så hittar du rätt hämtdag för din adress i Stockholm i oktober 2026, vad Alla helgons dag påverkar och var du lämnar extra eller missat avfall.
Praktisk guide till öppettider och stängningar i Stockholm i oktober 2026, inklusive Alla helgons dag, Stadsbibliotekets renovering, museer, PostNord och kommunal service.
Planera resor i Stockholm i oktober 2026 med verifierade uppgifter om pendeltåg, Saltsjöbanan, bussar, vägarbeten, Hornsgatan, parkering och information som ännu kan ändras.
Pensionsmyndighetens pension betalas ut måndag 19 oktober 2026 för båda födelsedagsgrupperna. Se helgregeln, berörda stöd, kontroller och vad du gör om pengarna saknas.
Bekräftade skollov och stängningsdagar i Stockholm i oktober 2026: sista skoldag 23 oktober, höstlov 26–30 oktober, Alla helgons dag och lokala studiedagar.
Lär dig hur BankID fungerar, vad du bör kontrollera före en inloggning och hur du löser vanliga problem med app, QR-kod och ny mobil.
AI gör robotar bättre på att tolka omgivningen och anpassa rörelser. Läs vad som redan fungerar i hem och på jobbet – och vilka begränsningar som finns.
