Du åbner Salesforce, og noget føles forkert: sider indlæses langsomt, et login mislykkes, eller en integration begynder at få timeout. Samtidig deler kolleger rapporter om et AWS-nedbrud. Det naturlige spørgsmål er, om de to hændelser er forbundet.
Det korte svar er: muligvis, men ikke automatisk . Salesforce bruger Amazon Web Services (AWS) til betydelige dele af sin Hyperforce-infrastruktur, men Salesforce er distribueret på tværs af regioner, instanser og tjenester. En AWS-forstyrrelse på ét sted betyder ikke, at alle Salesforce-kunder er berørt. Den hurtigste måde at få et pålideligt svar på er at identificere din Salesforce-instans, tjekke Salesforce Trust for den pågældende instans og derefter sammenligne den med den relevante AWS-region eller tjenestehændelse.
Tre begreber gør det meget lettere at forstå.
me-south-1) og UAE ( me-central-1). Se den officielle AWS Regions-reference .Denne sondring er vigtig, fordi cloud-afbrydelser ofte er regionale eller tjenestespecifikke. Et problem, der påvirker én AWS-region, kan få Salesforce-organisationer i andre regioner til at fungere normalt. Ligeledes kan en Salesforce-hændelse opstå uden at være forårsaget af AWS.
Der findes ikke et sikkert, samlet svar for alle Salesforce-kunder. Fra og med 16. september 2026 er den korrekte verifikationsvej at bruge det live AWS Health Dashboard til AWS-servicehændelser og Salesforce Trust til Salesforce-hændelser.
Salesforce-dokumentationen bekræfter, at mange Hyperforce-instanser hostes på AWS i bestemte regioner, og at Hyperforce-instanser er spredt på tværs af flere tilgængelighedszoner i et land. Salesforce udgiver også en region-og-instansreference for kunder, der har brug for at forstå, hvor deres organisation hostes. Se Hvor er min Salesforce-instans placeret ?.
En nyttig advarsel: Salesforce Trust registrerede en separat platformforstyrrelse den 5. september 2026, som påvirkede instansgruppen "AWS US" i cirka 90 minutter. Hændelsessiden beskriver en Salesforce-tjenesteforstyrrelse, men den fastslår ikke, at en senere AWS-hændelse forårsagede den. Betragt timing alene som korrelation, ikke bevis for årsagssammenhæng. Se Salesforce Trust-hændelsesposten .
Hvis du er nybegynder inden for Salesforce-administration, så start her. Din instans fortæller dig, hvilken statuspost der er relevant for din organisation.
Salesforce dokumenterer to praktiske metoder. I Opsætning skal du søge efter Virksomhedsoplysninger og derefter finde feltet Forekomst i Organisationsdetaljer. Du kan også gå til Salesforce Trust og søge efter dit domænenavn. Salesforces aktuelle instruktioner findes i Vis forekomstoplysninger for din Salesforce-organisation .
Gæt ikke din hostingregion ud fra din virksomheds hovedkvarter. En virksomheds forretningsplacering og dens Salesforce-infrastrukturplacering er ikke nødvendigvis det samme.
Søg efter Salesforce Trust for dit domæne eller din instans. Kig efter en aktiv hændelse, serviceforringelse, vedligeholdelsesmeddelelse eller løst hændelse, der overlapper med det tidspunkt, dine brugere begyndte at opleve problemer.
Hvis Salesforce Trust viser din nøjagtige instans og berørte tjeneste, er det et stærkere bevis end opslag på sociale medier eller en generel afbrydelsestracker. Noter hændelsens starttidspunkt, det berørte produkt og statusopdateringer. Hvis din instans ikke er angivet, skal du ikke straks konkludere, at Salesforce er sund; fortsæt med lokale kontroller, da godkendelse, netværk, integrationer eller en smal produktafhængighed stadig kan mislykkes uden en bred platformhændelse.
Tjek derefter AWS Health Dashboard. AWS offentliggør tjenestens tilstand efter region og tjeneste. Hovedspørgsmålet er ikke "Er AWS nede?", men "Er AWS-regionen eller AWS-tjenesten relevant for denne Salesforce-arbejdsbelastning, der rapporterer en hændelse?"
Det er her, begyndere ofte tager det forkerte spring. AWS har mange regioner og mange tjenester. En afbrydelse i én region kan sameksistere med normal drift et andet sted. Hvis din Salesforce-organisation er på Hyperforce, kan Salesforce Support hjælpe med at bekræfte cloududbyderen til din instans, når denne detalje ikke er tydelig ud fra instansnavnet.
Hvis der ikke er et klart match mellem hændelser, skal du teste en smal arbejdsgang, før du ændrer indstillingerne. Prøv at logge ind fra et andet netværk, åbne en grundlæggende post, køre en simpel søgning og bruge en standard Salesforce-side, der ikke er afhængig af en brugerdefineret integration.
Hvis standard Salesforce-funktioner fungerer, men en tilsluttet app fejler, kan problemet være downstream. For eksempel kan en integration afhænge af din egen AWS-hostede API, identitetsudbyder, middleware, data warehouse eller netværkssti, selvom Salesforce selv er tilgængelig.
Mange organisationer forbinder Salesforce til eksterne tjenester. Det betyder, at brugerne kan opleve, hvad der føles som et "Salesforce-nedbrud", når den egentlige fejl ligger et andet sted i anmodningskæden.
| Symptom | Hvad skal man kontrollere først | Mulig fortolkning |
|---|---|---|
| Salesforce-login mislykkes for mange brugere | Salesforce Trust, identitetsudbyderstatus, virksomhedsnetværk | Problem med platform, godkendelse eller forbindelse |
| Salesforce indlæses, men én integration får timeout | Integrationslogfiler og den eksterne tjenestes region | Afhængigheden kan blive påvirket, mens Salesforce Core forbliver tilgængelig |
| Kun ét kontor eller netværk er berørt | Lokal DNS, proxy, VPN, firewall, internetudbyder | Sandsynligvis en lokal forbindelsessti snarere end et globalt Salesforce-afbrud |
| Kun ét Salesforce-produkt eller én Salesforce-funktion fejler | Produktspecifik Salesforce Trust-hændelse | Funktionsforringelse kan være mindre omfattende end et fuldstændigt platformsudfald |
Salesforce bruger AWS i vid udstrækning, men forholdet er ikke en-til-en. Hyperforce spænder over flere regioner, og Salesforce administrerer platformslaget oven på den underliggende cloud-infrastruktur.
En overskrift med teksten "AWS-nedbrud" kan beskrive en regional begivenhed. Din Salesforce-instans kan være hostet et andet sted. Afstem altid geografi og timing, før du drager en konklusion.
Hvis problemet er upstream, kan ændringer i konfigurationen skabe et andet problem. Registrer først symptomer og tidsstempler. Tjek officielle statuskilder, før du roterer legitimationsoplysninger, ændrer netværksregler, deaktiverer integrationer eller modificerer produktionsautomatisering.
Crowdsourcing-rapporter kan være nyttige som et tidligt signal, men de erstatter ikke AWS Health eller Salesforce Trust. Officielle statussider identificerer berørte tjenester og giver opdateringer om hændelser fra operatørerne selv.
Stop ikke ved en grøn statusindikator. Bekræft gendannelsen fra brugerens synspunkt.
Hvis de officielle statussider er klare, men dit problem fortsætter, skal du indsamle Salesforce-instansnavnet, tidsstempler med tidszone, berørte brugere, fejlmeddelelser, anmodnings-id'er, hvis tilgængelige, og den mindst reproducerbare arbejdsgang, før du kontakter Salesforce Support. Disse beviser hjælper med at skelne en Salesforce-platformhændelse fra et organisationsspecifikt konfigurations-, netværks- eller tredjepartsafhængighedsproblem.
Et AWS-nedbrud kan påvirke Salesforce, fordi Salesforce Hyperforce bruger AWS, men en AWS-afbrydelse betyder ikke automatisk, at din Salesforce-organisation er nede. Den pålidelige arbejdsgang er enkel: Identificér din Salesforce-instans, tjek Salesforce Trust, tjek den relevante AWS-region eller -tjeneste, og reproducer derefter fejlen med den mindst mulige arbejdsgang.
For en nybegynder forhindrer den tilgang to dyre fejltagelser: at give Salesforce skylden for hver eneste cloud-overskrift og at ændre produktionskonfigurationen, før man har bekræftet, hvor fejlen rent faktisk ligger.
Gennemgå bemærkelsesværdige Salesforce-nedbrud i 2025, hvad der fejlede, hvor længe udvalgte hændelser varede, og de praktiske erfaringer om modstandsdygtighed, som teams kan anvende.
Byg en praktisk Salesforce-plan for kontinuitet i nedetid med konsekvensanalyse, RTO/RPO-mål, manuelle løsninger, integrationskontroller og genoprettelsestjek.
Lær, hvordan du kontakter Salesforce Support under et større nedbrud: Tjek tillidsstatus, vælg den rigtige kanal, åbn en stærk sag, og spor gendannelse.
Fejlfind Salesforce Workbench login, REST Explorer, timeout, 503, API-version og begræns fejl under nedetid med en praktisk diagnostisk tjekliste.
StoreForce issues can disrupt scheduling, timekeeping, and employee workflows. Learn how to assess impact, keep stores operating, verify recovery, and know when to escalate.
Forstå de vigtigste årsager til udbredt nedetid i skyen, hvordan fejl opstår i flere omgange, hvad man skal kontrollere først, og hvordan man designer en mere robust genopretningsplan.
Hvis Datorama eller Marketing Cloud Intelligence ser ud til at være nede, kan du bruge denne evidensbaserede tjekliste til at verificere nedbruddet, beskytte rapporteringskvaliteten og vide, hvornår data er troværdige igen.
A practical look at how Heroku outages can affect deployed apps, dynos, routing, databases, deploys, Heroku Connect, logs, and recovery.
Understand how Salesforce and AWS connect through Hyperforce, integrations, networking, data residency, outages, and shared operational responsibilities.
Et AWS-nedbrud betyder ikke automatisk, at Salesforce er nede. Lær, hvordan Hyperforce, regioner, instanser og Salesforce Trust afgør, om din organisation er berørt.
