Du åpner Salesforce, og noe føles galt: sider lastes sakte, en pålogging mislykkes, eller en integrasjon begynner å få tidsavbrudd. Samtidig deler kolleger rapporter om et AWS-avbrudd. Det naturlige spørsmålet er om de to hendelsene er knyttet sammen.
Det korte svaret er: muligens, men ikke automatisk . Salesforce bruker Amazon Web Services (AWS) for betydelige deler av sin Hyperforce-infrastruktur, men Salesforce er distribuert på tvers av regioner, instanser og tjenester. En AWS-forstyrrelse på ett sted betyr ikke at alle Salesforce-kunder er berørt. Den raskeste måten å få et pålitelig svar på er å identifisere Salesforce-instansen din, sjekke Salesforce Trust for den instansen og deretter sammenligne den med den relevante AWS-regionen eller tjenestehendelsen.
Tre begreper gjør dette mye enklere å forstå.
me-south-1) og De forente arabiske emirater ( me-central-1). Se den offisielle referansen til AWS-regioner .Dette skillet er viktig fordi skybrudd ofte er regionale eller tjenestespesifikke. Et problem som påvirker én AWS-region kan føre til at Salesforce-organisasjoner i andre regioner fungerer normalt. På samme måte kan en Salesforce-hendelse oppstå uten å være forårsaket av AWS.
Det finnes ikke noe sikkert, generellt svar for alle Salesforce-kunder. Fra og med 16. september 2026 er riktig bekreftelsesvei å bruke det aktive AWS Health Dashboard for AWS-tjenestehendelser og Salesforce Trust for Salesforce-hendelser.
Salesforce-dokumentasjonen bekrefter at mange Hyperforce-instanser hostes på AWS i bestemte regioner, og at Hyperforce-instanser er spredt over flere tilgjengelighetssoner i et land. Salesforce publiserer også en referanse for regioner og instanser for kunder som trenger å forstå hvor organisasjonen deres hostes. Se Hvor ligger Salesforce-instansen min ?.
En nyttig advarsel: Salesforce Trust registrerte en separat plattformforstyrrelse 5. september 2026, som påvirket forekomstgruppen «AWS US» i omtrent 90 minutter. Hendelsessiden beskriver en Salesforce-tjenesteforstyrrelse, men den slår ikke fast at en senere AWS-hendelse forårsaket den. Behandle timing alene som korrelasjon, ikke bevis på årsakssammenheng. Se hendelsesoppføringen for Salesforce Trust .
Hvis du ikke har brukt Salesforce-administrasjon før, kan du starte her. Forekomsten din forteller deg hvilken statusoppføring som er relevant for organisasjonen din.
Salesforce dokumenterer to praktiske metoder. I Oppsett søker du etter Firmainformasjon , og deretter ser du etter Forekomst- feltet i Organisasjonsdetaljer. Du kan også gå til Salesforce Trust og søke etter domenenavnet ditt. Salesforces nåværende instruksjoner finner du i Vis forekomstinformasjon for Salesforce-organisasjonen din .
Ikke gjett hvilken region hosting du har i forhold til bedriftens hovedkvarter. En bedrifts forretningslokasjon og dens Salesforce-infrastrukturlokasjon er ikke nødvendigvis det samme.
Søk etter Salesforce Trust for domenet eller forekomsten din. Se etter en aktiv hendelse, tjenesteforringelse, vedlikeholdsvarsel eller løst hendelse som overlapper med tidspunktet brukerne dine begynte å oppleve problemer.
Hvis Salesforce Trust viser din nøyaktige forekomst og berørte tjeneste, er det sterkere bevis enn innlegg på sosiale medier eller en generell avbruddssporing. Noter starttidspunktet for hendelsen, det berørte produktet og statusoppdateringer. Hvis forekomsten din ikke er oppført, må du ikke umiddelbart konkludere med at Salesforce er i orden; fortsett med lokale kontroller fordi autentisering, nettverk, integrasjoner eller en smal produktavhengighet fortsatt kan mislykkes uten en bred plattformhendelse.
Deretter sjekker du AWS Health Dashboard. AWS publiserer tjenestetilstand etter region og tjeneste. Hovedspørsmålet er ikke «Er AWS nede?», men «Er AWS-regionen eller AWS-tjenesten relevant for denne Salesforce-arbeidsmengden som rapporterer en hendelse?»
Det er her nybegynnere ofte tar feil steg. AWS har mange regioner og mange tjenester. En forstyrrelse i én region kan sameksistere med normal drift andre steder. Hvis Salesforce-organisasjonen din er på Hyperforce, kan Salesforce Support hjelpe deg med å bekrefte skyleverandøren for instansen din når denne detaljen ikke er åpenbar fra instansnavnet.
Hvis det ikke finnes noen tydelig samsvarende hendelse, test en smal arbeidsflyt før du endrer innstillinger. Prøv å logge inn fra et annet nettverk, åpne en grunnleggende post, kjøre et enkelt søk og bruke en standard Salesforce-side som ikke er avhengig av en tilpasset integrasjon.
Hvis standard Salesforce-funksjoner fungerer, men en tilkoblet app feiler, kan problemet ligge nedstrøms. En integrasjon kan for eksempel avhenge av ditt eget AWS-hostede API, identitetsleverandør, mellomvare, datalager eller nettverkssti, selv om Salesforce selv er tilgjengelig.
Mange organisasjoner kobler Salesforce til eksterne tjenester. Det betyr at brukere kan oppleve det som føles som et «Salesforce-avbrudd» når den virkelige feilen ligger et annet sted i forespørselskjeden.
| Symptom | Hva du bør sjekke først | Mulig tolkning |
|---|---|---|
| Salesforce-pålogging mislykkes for mange brukere | Salesforce Trust, status for identitetsleverandør, bedriftsnettverk | Plattform-, autentiserings- eller tilkoblingsproblem |
| Salesforce laster inn, men én integrasjon får tidsavbrudd | Integrasjonslogger og den eksterne tjenestens region | Avhengigheten kan bli påvirket mens Salesforce-kjernen fortsatt er tilgjengelig |
| Bare ett kontor eller nettverk er berørt | Lokal DNS, proxy, VPN, brannmur, internettleverandør | Sannsynligvis en lokal tilkoblingssti snarere enn et globalt Salesforce-avbrudd |
| Bare ett Salesforce-produkt eller én Salesforce-funksjon feiler | Produktspesifikk Salesforce Trust-hendelse | Funksjonsforringelse kan være mer begrenset enn et fullstendig plattformavbrudd |
Salesforce bruker AWS i stor grad, men forholdet er ikke én-til-én. Hyperforce strekker seg over flere regioner, og Salesforce administrerer plattformlaget over den underliggende skyinfrastrukturen.
En overskrift som sier «AWS-avbrudd» kan beskrive en regional hendelse. Salesforce-instansen din kan være driftet et annet sted. Sammenlign alltid geografi og tidspunkt før du trekker en konklusjon.
Hvis problemet er oppstrøms, kan det å gjøre konfigurasjonsendringer skape et nytt problem. Registrer symptomer og tidsstempler først. Sjekk offisielle statuskilder før du roterer legitimasjon, endrer nettverksregler, deaktiverer integrasjoner eller modifiserer produksjonsautomatisering.
Rapporter fra folkemengder kan være nyttige som et tidlig signal, men de erstatter ikke AWS Health eller Salesforce Trust. Offisielle statussider identifiserer berørte tjenester og gir hendelsesoppdateringer fra operatørene selv.
Ikke stopp ved en grønn statusindikator. Bekreft gjenopprettingen fra brukerens synspunkt.
Hvis de offisielle statussidene er klare, men problemet vedvarer, må du samle inn Salesforce-forekomstnavnet, tidsstempler med tidssone, berørte brukere, feilmeldinger, forespørsels-ID-er hvis tilgjengelig, og den minste reproduserbare arbeidsflyten før du kontakter Salesforce Support. Disse bevisene bidrar til å skille en Salesforce-plattformhendelse fra et organisasjonsspesifikt konfigurasjons-, nettverks- eller tredjepartsavhengighetsproblem.
Et AWS-avbrudd kan påvirke Salesforce fordi Salesforce Hyperforce bruker AWS, men et AWS-avbrudd betyr ikke automatisk at Salesforce-organisasjonen din er nede. Den pålitelige arbeidsflyten er enkel: identifiser Salesforce-instansen din, sjekk Salesforce Trust, sjekk den relevante AWS-regionen eller -tjenesten, og reproduser deretter feilen med den minste mulige arbeidsflyten.
For en nybegynner forhindrer denne tilnærmingen to kostbare feil: å skylde på Salesforce for hver eneste overskrift i skyen og å endre produksjonskonfigurasjonen før man bekrefter hvor feilen faktisk ligger.
Gjennomgå bemerkelsesverdige Salesforce-avbrudd i 2025, hva som feilet, hvor lenge utvalgte hendelser varte, og de praktiske lærdommene om robusthet teamene kan bruke.
Bygg en praktisk kontinuitetsplan for nedetid i Salesforce med konsekvensanalyse, RTO/RPO-mål, manuelle løsninger, integrasjonskontroller og gjenopprettingskontroller.
Learn how to contact Salesforce Support during a major outage: check Trust Status, choose the right channel, open a strong case, and track recovery.
Feilsøk Salesforce Workbench-innlogging, REST Explorer, timeout, 503, API-versjon og begrens feil under nedetid med en praktisk diagnostisk sjekkliste.
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å hovedårsakene til utbredt nedetid i skyen, hvordan feil oppstår, hva du bør sjekke først og hvordan du kan utforme en mer robust gjenopprettingsplan.
Hvis Datorama eller Marketing Cloud Intelligence ser ut til å være nede, bruk denne evidensbaserte sjekklisten for å bekrefte driftsstansen, beskytte rapporteringskvaliteten og vite når dataene er pålitelige igjen.
Et praktisk blikk på hvordan Heroku-avbrudd kan påvirke distribuerte apper, dynamoer, ruting, databaser, distribusjoner, Heroku Connect, logger og gjenoppretting.
En praktisk tilbakeblikk på store Salesforce-avbrudd i 2025, inkludert årsaker, tidslinjer, berørte tjenester, lærdommer og kontinuitetstrinn for administratorer.
Et AWS-avbrudd betyr ikke automatisk at Salesforce er nede. Lær hvordan Hyperforce, regioner, instanser og Salesforce Trust avgjør om organisasjonen din er berørt.
