Den hurtigste og mest pålidelige måde at kontrollere, om Salesforce oplever et omfattende strømafbrydelse, er at starte med det officielle Salesforce Trust Status-websted og derefter sammenligne det anførte hændelsesomfang med din egen instans. Hvis Salesforce rapporterer afbrydelser på tværs af mange instanser, tjenester eller regioner, er det stærkt bevis på et udbredt platformproblem. Hvis det kun er din organisation, der fejler, mens din instans er markeret som tilgængelig, er årsagen mere sandsynligt organisationsspecifik, integrationsrelateret, identitetsrelateret eller lokal for dit netværk.
Der er en vigtig begrænsning: Salesforce behøver ikke at betegne en hændelse som "global nedbrud" for at være alvorlig, og et problem, der påvirker mange kunder, kan stadig være begrænset til bestemte produkter, instanser eller regioner. Det praktiske mål er derfor at bestemme omfanget , ikke blot at lede efter en enkelt global ja-eller-nej-indikator.
Gå først til Salesforce Trust Status . Salesforce beskriver Trust Status som webstedet, hvor du kan lære om tilgængeligheden og ydeevnen af Salesforce-produkter. Den nuværende dokumentation siger, at hjemmesiden viser løbende hændelser og vedligeholdelseshændelser på tværs af Salesforce-instanser og -tjenester.
Åbn sektionen Hændelser , og se på hændelsesdetaljerne. Salesforce siger, at en hændelsesregistrering kan vise hændelsesstatus, berørte instanser og tjenester, start- og sluttidspunkter og yderligere opdateringer. De officielle instruktioner findes i Kontrollér for igangværende hændelser eller vedligeholdelse .
Lad os for eksempel antage, at dit salgsteam i USA ikke kan indlæse kontoposter. Hvis Trust viser en afbrydelse af Core Service, der påvirker en lang liste af amerikanske, europæiske og asiatisk-stillehavsmæssige instanser, peger beviserne på en bred hændelse på Salesforce-siden. Hvis hændelsen kun påvirker én Commerce Cloud POD, og du bruger Sales Cloud på en anden instans, forklarer den hændelse sandsynligvis ikke dit symptom.
En global hændelsesliste er nyttig, men du skal stadig vide, om din organisation er en del af det berørte omfang. Salesforce anbefaler at identificere den instans, der er vært for organisationen.
Hvis du har adgang til Salesforce-opsætning, siger Salesforces vejledning fra 4. august 2026, at du skal åbne Opsætning , søge efter Virksomhedsoplysninger og finde feltet Instans i Organisationsdetaljer. Hvis du ikke kan komme ind i Salesforce, kan du bruge dit domæne på webstedet Tillidsstatus. Salesforce siger, at du skal indtaste domænenavnet i søgefeltet Tillid og se den returnerede instans ved siden af.
Kilden til disse trin er Vis instansoplysninger for din Salesforce-organisation .
Hvis din Mit domæne-login-URL er noget i retning af https://example.my.salesforce.com, dokumenterer Salesforce også, at du kan søge efter Tillid ved hjælp af Mit domæne-navnet i stedet for hele login-URL'en. Se Få din organisationsstatus og kommende vedligeholdelsesdatoer med Mit domæne .
Når du er på instanssiden, skal du ikke stoppe ved et grønt eller rødt ikon. Salesforce dokumenterer fire vigtige statuskategorier for en instans:
Salesforce forklarer disse statusser i Vis din instans' status .
Denne sondring er især vigtig, når folk rapporterer "Salesforce er nede", selvom de stadig kan logge ind. Langsomme søgninger, timeouts, forsinkede integrationer, utilgængelige Experience Cloud-sider eller en fejlende Service Cloud-funktion kan skyldes en forringelse af ydeevnen eller en servicespecifik hændelse snarere end et komplet instansafbrydelse.
Du kan nu klassificere problemet ved hjælp af den dokumentation, du har indsamlet.
| Hvad du observerer | Den mest rimelige fortolkning | Hvad skal man gøre nu |
|---|---|---|
| Mange forekomster og regioner optræder i én aktiv tillidshændelse | Omfattende forstyrrelse på Salesforce-siden | Følg hændelsestidslinjen og interne kontinuitetsprocedurer |
| Din instans er angivet i en aktiv hændelse, men andre regioner er sunde | Instans- eller regionsspecifikt Salesforce-problem | Spor hændelsen og undgå at kalde den global |
| Én Salesforce-tjeneste er forringet, mens andre tjenester forbliver tilgængelige | Tjenestespecifik hændelse | Brug upåvirkede funktioner, hvor det er praktisk muligt, og overvåg den pågældende tjeneste |
| Din instans er tilgængelig, og der findes ingen matchende hændelse | Ikke nok bevis for et Salesforce-omfattende nedbrud | Tjek din organisationskonfiguration, identitetsudbyder, integrationer, browser, DNS, VPN og lokale netværk |
En nyttig regel er: jo bredere den bekræftede tillidspåvirkning er på tværs af uafhængige instanser, tjenester og regioner, desto stærkere er argumentet for at beskrive hændelsen som udbredt. Men undgå at overdrive beviserne. Et dusin berørte instanser i én region kan være store uden at være verdensomspændende. Ligeledes kan en hændelse, der spænder over flere clouds, påvirke en stor kundegruppe uden at forstyrre alle Salesforce-produkter.
Led efter flere signaler sammen i stedet for ét spor:
Ingen af disse beviser, at alle Salesforce-kunder verden over er berørt. Sammen giver de dog et langt bedre grundlag for at beskrive omfanget af begivenheden.
Et resultat af typen "Tilgængelig" betyder, at Salesforce i øjeblikket ikke rapporterer en afbrydelse på instansniveau under den status, men det beviser ikke, at alle problemer, du oplever, er imaginære eller lokale. Nogle problemer kan være periodiske, begrænset til en delmængde af brugere, knyttet til en integration eller forbundet med en tjeneste, der skal kontrolleres separat.
Start med at sammenligne brugere og netværk. Hvis alle i din virksomhed fejler, men eksterne websteder fungerer, så test Salesforce fra et andet netværk eller en anden enhed, hvis dine sikkerhedspolitikker tillader det. Hvis kun brugere bag en bestemt VPN, proxy, DNS-resolver eller identitetsudbyder er berørt, indsnævres undersøgelsen.
Isoler derefter integrationer. Hvis Salesforce-sider indlæses, men en automatisering, der kalder en ekstern API, fejler, kan fejlen ligge i integrationsstien snarere end i Salesforce Core. Hvis login kun fejler via single sign-on, mens direkte godkendelse opfører sig anderledes, fortjener dit identitetslag opmærksomhed.
Trust-startsiden adskiller hændelser fra vedligeholdelse. Salesforce leverer også vedligeholdelsesoplysninger på instanssider. Planlagt vedligeholdelse kan midlertidigt påvirke en tjeneste, men det bør ikke præsenteres som et uventet globalt nedbrud, medmindre Salesforce rapporterer en separat hændelse.
Når du tjekker en statuspost, skal du sammenligne dens type og tidsstempler med dine symptomer. Hvis vedligeholdelsen var planlagt til en anden instans eller fandt sted timer før dit problem startede, er det usandsynligt, at det er årsagen.
Salesforces nuværende Trust-dokumentation indeholder en vigtig produktspecifik bemærkning. Trust Status-webstedet viser generelt data fra instanser for Salesforce-produkter, men Salesforce dirigerer kunder til Salesforce My Trust Center for visse produkter, herunder Agentforce 360 Platform, Data 360, Salesforce AI og Marketing Cloud Engagement, og for produktionsmiljøer for nogle Agentforce-produkter og Salesforce Industries.
Du kan gennemgå det aktuelle omfang i Salesforce Hjælp: Tillidsstatus . Dette er vigtigt, fordi en administrator, der kun tjekker én offentlig statusvisning, kan gå glip af produktspecifikke oplysninger, som Salesforce nu viser via Mit Tillidscenter.
Hvis Salesforces tilgængelighed er operationelt vigtig for din organisation, skal du konfigurere tillidsnotifikationer før den næste hændelse. Salesforce siger, at tillidsnotifikationer kan give e-mails eller sms-beskeder i næsten realtid om serviceproblemer, vedligeholdelseshændelser og produktudgivelser, der er offentliggjort i Tillidsstatus.
Salesforces dokumentation om tillidskommunikation vedrørende hændelser beskriver også yderligere kommunikationskanaler for hændelser, herunder tillidsopdateringer, informationsmeddelelser, hjælpebannere, e-mails med hændelsesadvarsler til administratorer og live webinarer om kritiske hændelser.
Notifikationer er især nyttige for driftsteams, fordi de reducerer forsinkelsen mellem en hændelse, der offentliggøres, og til nogen opdager den manuelt.
Forestil dig, at alle på ét kontor klokken 9:05 rapporterer, at Salesforce ikke indlæser. Et globalt strømafbrydelse er kun én mulig forklaring.
Først skal du åbne Salesforce Trust. Der er ingen hændelser, der påvirker din instans. Dernæst skal du kontrollere instanssiden, og den viser Tilgængelig. Medarbejdere, der arbejder hjemmefra, kan normalt få adgang til Salesforce, men brugere på kontornetværket kan ikke. Andre internetsider er også intermitterende.
I den situation understøtter de tilgængelige beviser ikke , at hændelsen kaldes et globalt Salesforce-nedbrud. Den mest sandsynlige næste undersøgelse er kontornetværket, DNS, proxy, firewall eller forbindelsesstien.
Ændr nu eksemplet: Salesforce Trust viser en forstyrrelse i Core Service, der påvirker mange instanser på tværs af flere regioner, din instans vises i hændelsen, og brugere på flere netværk ser de samme fejl. Det er stærkt bevis på en bred hændelse på Salesforce-siden. Du kan derefter fokusere på kontinuitetsprocedurer og officielle opdateringer i stedet for at bruge den første time på at skifte browsere eller genstarte brugerenheder.
Før du sender en intern besked om, at "Salesforce er globalt nede", skal du kontrollere fire ting:
Hvis disse kontroller peger på bred påvirkning på flere instanser, skal du beskrive afbrydelsen præcist: for eksempel: "Salesforce rapporterer en forstyrrelse af kernetjenesten på flere instanser, der påvirker flere regioner." Den formulering er mere præcis end at sige "Salesforce er globalt nede", medmindre beviserne reelt understøtter den globale påvirkning.
For at kontrollere, om Salesforce oplever et globalt nedbrud, skal du bruge Salesforce Trust som primær kilde, identificere din egen instans, inspicere de berørte instanser og tjenester i den aktive hændelse og sammenligne det geografiske omfang med dine symptomer. Hvis mange uafhængige instanser og regioner er berørt, er hændelsen bred. Hvis kun din organisation fejler, mens Salesforce rapporterer din instans som tilgængelig, skal du undersøge lokale og organisationsspecifikke afhængigheder, før du bebrejder et globalt platformsnedbrud.
Nøglen er præcision. Salesforces tilgængelighed rapporteres efter instans og tjeneste, så det mest pålidelige svar kommer fra at matche det officielle hændelsesomfang med dit eget miljø i stedet for at stole på sociale opslag, generiske påstande om nedbrud eller et enkelt mislykket login.
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.
