Slik sjekker du om Salesforce opplever et globalt driftsavbrudd

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.

Trinn 1: Sjekk den offisielle Salesforce Trust-hendelseslisten

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.

Trinn 2: Finn forekomsten som er vert for Salesforce-organisasjonen din

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 .

Trinn 3: Les forekomststatusen din riktig

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:

• Tilgjengelig: forekomsten og dens tjenester er tilgjengelige.
• Ytelsesforringelse: forekomsten er tilgjengelig, men én eller flere tjenester fungerer ikke med optimal ytelse.
• Tjenesteavbrudd: forekomsten er utilgjengelig.
• Vedlikehold: instansen er under vedlikehold.

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.

Trinn 4: Avgjør om bevisene er globale, regionale, tjenestespesifikke eller lokale

Du kan nå klassifisere problemet ved hjelp av bevisene du har samlet.

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.

Hva teller som bevis på et genuint utbredt Salesforce-avbrudd?

Se etter flere signaler sammen i stedet for én ledetråd:

• Salesforce Trust har en aktiv hendelse i stedet for bare planlagt vedlikehold.
• Hendelsen lister opp flere berørte tilfeller.
• De berørte tilfellene spenner over mer enn én geografisk region, hvis problemet virkelig er tverrregionalt.
• Flere tjenester eller en kjernetjeneste er berørt, avhengig av hendelsen.
• Din egen instans vises i det berørte omfanget eller viser en samsvarende tjenestestatus.
• Tidspunktet for tillitshendelsen samsvarer med når brukerne dine begynte å se feil.

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.

Hva om Salesforce Trust sier at forekomsten din er tilgjengelig?

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.

Ikke forveksle vedlikehold med driftsstans

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.

Vit når du skal bruke Salesforce My Trust Center

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.

Abonner i stedet for å oppdatere statussiden gjentatte ganger

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.

Et konkret eksempel: ett kontor har ikke tilgang til Salesforce

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.

Hvordan sjekke konklusjonen din før du kommuniserer den

Før du sender en intern melding om at «Salesforce er globalt nede», må du bekrefte fire ting:

1. Kilde: Finnes det en offisiell Salesforce-hendelse eller bare brukerrapporter?
2. Omfang: Påvirker hendelsen én forekomst, flere forekomster, flere regioner eller et bestemt produkt?
3. Match: Er din egen instans eller tjeneste faktisk oppført?
4. Tidspunkt: Stemmer hendelsens starttidspunkt og symptomene overens?

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.

Konklusjon

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.