Den raskeste og mest pålitelige måten å sjekke om Salesforce opplever et omfattende driftsavbrudd, er å starte med det offisielle nettstedet for Salesforce Trust Status, og deretter sammenligne det oppførte hendelsesomfanget med din egen instans. Hvis Salesforce rapporterer avbrudd på tvers av mange instanser, tjenester eller regioner, er det sterke bevis på et omfattende plattformproblem. Hvis bare organisasjonen din feiler mens instansen din er merket som tilgjengelig, er årsaken mer sannsynlig organisasjonsspesifikk, integrasjonsrelatert, identitetsrelatert eller lokal for nettverket ditt.
Det finnes en viktig begrensning: Salesforce trenger ikke å merke en hendelse som «globalt driftsavbrudd» for at den skal være alvorlig, og et problem som påvirker mange kunder kan fortsatt være begrenset til bestemte produkter, forekomster eller regioner. Det praktiske målet er derfor å bestemme omfanget , ikke bare å se etter en enkelt global ja-eller-nei-indikator.
Gå først til Salesforce Trust Status . Salesforce beskriver Trust Status som nettstedet for å lære om tilgjengeligheten og ytelsen til Salesforce-produkter. Den nåværende dokumentasjonen sier at hjemmesiden viser pågående hendelser og vedlikeholdshendelser på tvers av Salesforce-instanser og -tjenester.
Åpne Hendelser- delen og se på hendelsesdetaljene. Salesforce sier at en hendelseslogg kan vise hendelsesstatus, berørte forekomster og tjenester, start- og sluttidspunkter og ytterligere oppdateringer. De offisielle instruksjonene finnes i Se etter pågående hendelser eller vedlikehold .
La oss for eksempel si at salgsteamet ditt i USA ikke kan laste inn kontooppføringer. Hvis Trust viser en kjernetjenesteforstyrrelse som påvirker en lang liste med amerikanske, europeiske og Asia-Stillehavs-instanser, peker bevisene mot en bred hendelse på Salesforce-siden. Hvis hendelsen bare påvirker én Commerce Cloud POD, og du bruker Sales Cloud på en annen instans, forklarer sannsynligvis ikke den hendelsen symptomet ditt.
En global hendelsesliste er nyttig, men du må fortsatt vite om organisasjonen din er en del av det berørte omfanget. Salesforce anbefaler å identifisere forekomsten som er vert for organisasjonen.
Hvis du har tilgang til Salesforce-oppsettet, sier Salesforces veiledning fra 4. august 2026 at du skal åpne Oppsett , søke etter Firmainformasjon og finne Forekomst- feltet i Organisasjonsdetaljer. Hvis du ikke får tilgang til Salesforce, kan du bruke domenet ditt på nettstedet Klareringsstatus. Salesforce sier at du skal skrive inn domenenavnet i Klareringssøkefeltet og se forekomsten som returneres ved siden av.
Kilden for disse trinnene er Vis forekomstinformasjon for Salesforce-organisasjonen din .
Hvis påloggings-URL-en din for Mitt domene er noe sånt som https://example.my.salesforce.com, dokumenterer Salesforce også at du kan søke etter Tillit ved å bruke navnet på Mitt domene i stedet for hele påloggings-URL-en. Se Få organisasjonsstatusen din og kommende vedlikeholdsdatoer med Mitt domene .
Når du er på forekomstsiden, må du ikke stoppe ved et grønt eller rødt ikon. Salesforce dokumenterer fire viktige statuskategorier for en forekomst:
Salesforce forklarer disse statusene i Vis statusen til forekomsten din .
Denne forskjellen er spesielt viktig når folk rapporterer at «Salesforce er nede» selv om de fortsatt kan logge inn. Trege søk, tidsavbrudd, forsinkede integrasjoner, utilgjengelige Experience Cloud-sider eller en Service Cloud-funksjon som ikke fungerer, kan tilsvare en ytelsesforringelse eller en tjenestespesifikk hendelse snarere enn et fullstendig instansavbrudd.
Du kan nå klassifisere problemet ved hjelp av bevisene du har samlet.
| Det du observerer | Den mest rimelige tolkningen | Hva du skal gjøre nå |
|---|---|---|
| Mange forekomster og regioner vises i én aktiv tillitshendelse | Bred forstyrrelse på Salesforce-siden | Følg hendelsestidslinjen og interne kontinuitetsprosedyrer |
| Forekomsten din er oppført i en aktiv hendelse, men andre regioner er i god stand | Instans- eller regionspesifikt Salesforce-problem | Spor hendelsen og unngå å kalle den global |
| Én Salesforce-tjeneste er degradert, mens andre tjenester fortsatt er tilgjengelige. | Tjenestespesifikk hendelse | Bruk upåvirkede funksjoner der det er praktisk mulig, og overvåk den tjenesten |
| Forekomsten din er tilgjengelig, og det finnes ingen samsvarende hendelse | Ikke nok bevis på et Salesforce-omfattende driftsavbrudd | Sjekk organisasjonskonfigurasjonen, identitetsleverandøren, integrasjonene, nettleseren, DNS, VPN og det lokale nettverket. |
En nyttig regel er: jo bredere den bekreftede tillitspåvirkningen er på tvers av urelaterte forekomster, tjenester og regioner, desto sterkere er argumentet for å beskrive hendelsen som utbredt. Men unngå å overdrive bevisene. Et dusin berørte forekomster i én region kan være store uten å være verdensomspennende. På samme måte kan en hendelse som strekker seg over flere skyer påvirke en stor kundegruppe uten å forstyrre alle Salesforce-produkter.
Se etter flere signaler sammen i stedet for én ledetråd:
Ingen av disse beviser at alle Salesforce-kunder over hele verden er berørt. Sammen gir de imidlertid et mye bedre grunnlag for å beskrive omfanget av hendelsen.
Et resultat som er «Tilgjengelig» betyr at Salesforce for øyeblikket ikke rapporterer en forstyrrelse på forekomstnivå under den statusen, men det beviser ikke at alle problemer du opplever er innbilte eller lokale. Noen problemer kan være periodiske, begrenset til et delsett av brukere, knyttet til en integrasjon eller assosiert med en tjeneste som må sjekkes separat.
Start med å sammenligne brukere og nettverk. Hvis alle i bedriften din mislykkes, men eksterne nettsteder fungerer, test Salesforce fra et annet nettverk eller en annen enhet hvis sikkerhetspolicyene dine tillater det. Hvis bare brukere bak en bestemt VPN, proxy, DNS-resolver eller identitetsleverandør er berørt, begrenser det undersøkelsen.
Isoler deretter integrasjonene. Hvis Salesforce-sider lastes inn, men en automatisering som kaller et eksternt API mislykkes, kan feilen ligge i integrasjonsbanen snarere enn Salesforce Core. Hvis pålogging bare mislykkes via enkel pålogging, mens direkte autentisering oppfører seg annerledes, fortjener identitetslaget ditt oppmerksomhet.
Hjemmesiden for tillit skiller hendelser fra vedlikehold. Salesforce gir også vedlikeholdsinformasjon på forekomstsider. Planlagt vedlikehold kan midlertidig påvirke en tjeneste, men det bør ikke presenteres som et uventet globalt driftsavbrudd med mindre Salesforce rapporterer en separat hendelse.
Når du sjekker en statusoppføring, bør du sammenligne typen og tidsstemplene med symptomene dine. Hvis vedlikehold var planlagt for en annen forekomst eller skjedde timer før problemet startet, er det usannsynlig at det er årsaken.
Salesforces nåværende tillitsdokumentasjon inneholder en viktig produktspesifikk merknad. Nettstedet Tillitsstatus viser generelt data fra forekomster for Salesforce-produkter, men Salesforce leder kunder til Salesforce My Trust Center for visse produkter, inkludert Agentforce 360 Platform, Data 360, Salesforce AI og Marketing Cloud Engagement, og for produksjonsmiljøer for noen Agentforce-produkter og Salesforce Industries.
Du kan se gjennom gjeldende omfang i Salesforce Hjelp: Klareringsstatus . Dette er viktig fordi en administrator som bare sjekker én offentlig statusvisning, kan gå glipp av produktspesifikk informasjon som Salesforce nå viser gjennom Mitt klareringssenter.
Hvis Salesforces tilgjengelighet er driftsmessig viktig for organisasjonen din, bør du konfigurere tillitsvarsler før neste hendelse. Salesforce sier at tillitsvarsler kan gi e-post- eller SMS-meldinger i nesten sanntid om tjenesteproblemer, vedlikeholdshendelser og produktutgivelser som er lagt ut i tillitsstatus.
Salesforces dokumentasjon for Incident Trust Communications beskriver også ytterligere kanaler for hendelseskommunikasjon, inkludert Trust-oppdateringer, informasjonsmeldinger, hjelpebannere, e-poster med hendelsesvarsler til administratorer og live webinarer for kritiske hendelser.
Varsler er spesielt nyttige for driftsteam fordi de reduserer forsinkelsen mellom en hendelse som publiseres og noen oppdager den manuelt.
Tenk deg at klokken 09:05 rapporterer alle på ett kontor at Salesforce ikke vil laste. Et globalt strømbrudd er bare én mulig forklaring.
Først åpner du Salesforce Trust. Det er ingen hendelser som påvirker forekomsten din. Deretter sjekker du forekomstsiden, og den viser Tilgjengelig. Ansatte som jobber hjemmefra har normal tilgang til Salesforce, men brukere på kontornettverket kan ikke. Andre nettsteder er også sporadiske.
I den situasjonen støtter ikke tilgjengelig bevismateriale at hendelsen kalles et globalt Salesforce-avbrudd. Den mest sannsynlige neste undersøkelsen er kontornettverket, DNS, proxy, brannmur eller tilkoblingsstien.
Endre nå eksemplet: Salesforce Trust viser en kjernetjenesteforstyrrelse som påvirker mange forekomster på tvers av flere regioner, forekomsten din vises i hendelsen, og brukere på flere nettverk ser de samme feilene. Det er sterke bevis på en omfattende hendelse på Salesforce-siden. Du kan deretter fokusere på kontinuitetsprosedyrer og offisielle oppdateringer i stedet for å bruke den første timen på å bytte nettlesere eller starte brukerenheter på nytt.
Før du sender en intern melding om at «Salesforce er globalt nede», må du bekrefte fire ting:
Hvis disse kontrollene peker på bred påvirkning på flere instanser, beskriv avbruddet presist: for eksempel: «Salesforce rapporterer en forstyrrelse i kjernetjenesten på flere instanser som påvirker flere regioner.» Den formuleringen er mer nøyaktig enn å si «Salesforce er globalt nede» med mindre bevisene virkelig støtter verdensomspennende påvirkning.
For å sjekke om Salesforce opplever et globalt driftsavbrudd, bruk Salesforce Trust som primærkilde, identifiser din egen instans, inspiser de berørte instansene og tjenestene i den aktive hendelsen, og sammenlign det geografiske omfanget med symptomene dine. Hvis mange urelaterte instanser og regioner er berørt, er hendelsen bred. Hvis bare organisasjonen din feiler mens Salesforce rapporterer instansen din som tilgjengelig, undersøk lokale og organisasjonsspesifikke avhengigheter før du skylder på et globalt plattformavbrudd.
Nøkkelen er presisjon. Salesforces tilgjengelighet rapporteres per instans og tjeneste, så det mest pålitelige svaret kommer fra å matche det offisielle hendelsesomfanget med ditt eget miljø i stedet for å stole på sosiale innlegg, generiske påstander om driftsavbrudd eller en enkelt mislykket pålogging.
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.
