Nejrychlejší a spolehlivý způsob, jak ověřit, zda Salesforce zažívá rozsáhlý výpadek, je začít s oficiálními stránkami Salesforce Trust Status a poté porovnat uvedený rozsah incidentu s vaší vlastní instancí. Pokud Salesforce hlásí narušení v mnoha instancích, službách nebo regionech, je to silný důkaz o rozsáhlém problému s platformou. Pokud selhává pouze vaše organizace, zatímco vaše instance je označena jako dostupná, je pravděpodobnější, že příčina je specifická pro danou organizaci, souvisí s integrací, identitou nebo je lokální ve vaší síti.
Existuje jedno důležité omezení: Salesforce nemusí událost označit jako „globální výpadek“, aby byla závažná, a problém postihující mnoho zákazníků může být stále omezen na konkrétní produkty, instance nebo regiony. Praktickým cílem je proto určit rozsah , nikoli pouze hledat jeden globální indikátor typu ano/ne.
Nejprve přejděte na stránku Salesforce Trust Status . Salesforce popisuje Trust Status jako web pro informace o dostupnosti a výkonu produktů Salesforce. Jeho aktuální dokumentace uvádí, že domovská stránka zobrazuje probíhající incidenty a události údržby napříč instancemi a službami Salesforce.
Otevřete sekci Incidenty a podívejte se na podrobnosti události. Společnost Salesforce uvádí, že záznam incidentu může zobrazovat stav události, dotčené instance a služby, časy zahájení a ukončení a další aktualizace. Oficiální pokyny naleznete v části Kontrola probíhajících incidentů nebo údržby .
Předpokládejme například, že váš prodejní tým ve Spojených státech nemůže načíst záznamy o účtech. Pokud Trust prokáže narušení Core Service, které ovlivňuje dlouhý seznam instancí v USA, Evropě a Asii a Tichomoří, důkazy naznačují rozsáhlý incident na straně Salesforce. Pokud incident ovlivňuje pouze jeden Commerce Cloud POD a používáte Sales Cloud na jiné instanci, tato událost pravděpodobně nevysvětluje váš příznak.
Globální seznam incidentů je užitečný, ale stále potřebujete vědět, zda je vaše organizace součástí dotčeného rozsahu. Salesforce doporučuje identifikovat instanci, která hostuje organizaci.
Pokud máte přístup k nastavení Salesforce, pokyny Salesforce ze 4. srpna 2026 uvádějí, že máte otevřít Nastavení , vyhledat Informace o společnosti a v části Podrobnosti o organizaci najít pole Instance . Pokud se do Salesforce nemůžete dostat, můžete na webu Stav důvěryhodnosti použít svou doménu. Salesforce doporučuje zadat název domény do vyhledávacího pole Důvěryhodnost a zobrazit instanci vrácenou vedle ní.
Zdrojem pro tyto kroky je Zobrazení informací o instanci pro vaši organizaci Salesforce .
Pokud je vaše přihlašovací adresa URL pro Moje doména něčím podobným https://example.my.salesforce.com, Salesforce také dokumentuje, že můžete vyhledávat důvěryhodnost pomocí názvu Moje domény, nikoli celé přihlašovací adresy URL. Viz Získejte stav své organizace a nadcházející data údržby pro Moje doména .
Jakmile se dostanete na stránku instance, nezastavujte se u zelené nebo červené ikony. Salesforce dokumentuje čtyři důležité kategorie stavu instance:
Salesforce vysvětluje tyto stavy v článku Zobrazení stavu vaší instance .
Toto rozlišení je obzvláště důležité, když lidé hlásí „Salesforce nefunguje“, i když se stále mohou přihlásit. Pomalé vyhledávání, časové limity, zpožděné integrace, nedostupné stránky Experience Cloud nebo selhávající funkce Service Cloud mohou odpovídat spíše snížení výkonu nebo incidentu specifickému pro službu než úplnému výpadku instance.
Nyní můžete problém klasifikovat s využitím shromážděných důkazů.
| Co pozorujete | Nejrozumnější interpretace | Co dělat dál |
|---|---|---|
| V jednom aktivním incidentu důvěryhodnosti se objevuje mnoho instancí a regionů. | Rozsáhlé narušení provozu na straně Salesforce | Dodržujte časový harmonogram incidentů a interní postupy pro zajištění kontinuity |
| Vaše instance je uvedena v aktivním incidentu, ale ostatní oblasti jsou v pořádku. | Problém Salesforce specifický pro instanci nebo region | Sledujte incident a vyhněte se jeho označování za globální |
| Jedna služba Salesforce je degradována, zatímco ostatní služby zůstávají dostupné | Incident specifický pro službu | V případě potřeby používejte nedotčené funkce a sledujte tyto služby. |
| Vaše instance je dostupná a neexistuje žádný odpovídající incident. | Není dostatek důkazů o výpadku v celém Salesforce | Zkontrolujte konfiguraci organizace, poskytovatele identity, integrace, prohlížeč, DNS, VPN a místní síť. |
Užitečné pravidlo zní: čím širší je potvrzený dopad důvěryhodnosti napříč nesouvisejícími instancemi, službami a regiony, tím silnější je argument pro popis události jako rozsáhlé. Vyhněte se však přehánění důkazů. Tucet postižených instancí v jednom regionu může být závažných, aniž by byly celosvětové. Stejně tak incident zahrnující několik cloudů může ovlivnit velkou skupinu zákazníků, aniž by narušil všechny produkty Salesforce.
Hledejte několik signálů najednou, nikoli jen jednu indicii:
Ani jeden z těchto důkazů nedokazuje, že by byl postižen každý zákazník Salesforce na celém světě. Dohromady však poskytují mnohem lepší základ pro popis rozsahu události.
Výsledek „Dostupné“ znamená, že Salesforce v daném stavu nehlásí narušení na úrovni instance, ale nedokazuje to, že každý problém, se kterým se setkáte, je imaginární nebo lokální. Některé problémy mohou být občasné, omezené na podmnožinu uživatelů, vázané na integraci nebo spojené se službou, kterou je třeba zkontrolovat samostatně.
Začněte porovnáním uživatelů a sítí. Pokud selžou všichni ve vaší firmě, ale externí webové stránky fungují, otestujte Salesforce z jiné sítě nebo zařízení, pokud to vaše bezpečnostní zásady umožňují. Pokud jsou postiženi pouze uživatelé za konkrétní VPN, proxy, DNS resolverem nebo poskytovatelem identity, zúží se tím rozsah vyšetřování.
Pak izolujte integrace. Pokud se stránky Salesforce načtou, ale automatizace, která volá externí API, selže, může být výpadek v integrační cestě, nikoli v Salesforce Core. Pokud se přihlášení nezdaří pouze prostřednictvím jednotného přihlášení, zatímco přímé ověřování se chová jinak, zaslouží si pozornost vaše vrstva identity.
Domovská stránka Trust odděluje incidenty od údržby. Salesforce také poskytuje informace o údržbě na stránkách instancí. Plánovaná údržba může dočasně ovlivnit službu, ale neměla by být prezentována jako neočekávaný globální výpadek, pokud Salesforce nenahlásí samostatný incident.
Při kontrole stavové položky porovnejte její typ a časová razítka s vašimi příznaky. Pokud byla údržba naplánována pro jinou instanci nebo proběhla několik hodin před začátkem problému, je nepravděpodobné, že by to byla jeho příčina.
Aktuální dokumentace k důvěryhodnosti Salesforce obsahuje důležitou poznámku specifickou pro daný produkt. Stránka Trust Status zobrazuje data z instancí pro produkty Salesforce obecně, ale Salesforce odkazuje zákazníky na Salesforce My Trust Center pro určité produkty, včetně Agentforce 360 Platform, Data 360, Salesforce AI a Marketing Cloud Engagement, a pro produkční prostředí některých produktů Agentforce a Salesforce Industries.
Aktuální rozsah si můžete prohlédnout v nápovědě Salesforce: Stav důvěryhodnosti . To je důležité, protože administrátor, který kontroluje pouze jedno veřejné zobrazení stavu, by mohl přehlédnout informace specifické pro produkt, které Salesforce nyní zobrazuje v Centru důvěryhodnosti.
Pokud je pro vaši organizaci dostupnost Salesforce provozně důležitá, nakonfigurujte oznámení o důvěryhodnosti před dalším incidentem. Salesforce uvádí, že oznámení o důvěryhodnosti mohou poskytovat e-mailové nebo SMS zprávy téměř v reálném čase o problémech se službami, událostech údržby a vydáních produktů publikovaných ve stavu důvěryhodnosti.
Dokumentace Salesforce pro komunikaci v oblasti důvěryhodnosti incidentů také popisuje další kanály pro komunikaci v oblasti důvěryhodnosti incidentů, včetně aktualizací důvěryhodnosti, informačních zpráv, bannerů nápovědy, e-mailů s upozorněním na incidenty pro administrátory a živých webinářů pro kritické incidenty.
Oznámení jsou obzvláště užitečná pro operační týmy, protože zkracují prodlevu mezi nahlášením incidentu a jeho ručním odhalením.
Představte si, že v 9:05 ráno všichni v jedné kanceláři hlásí, že se Salesforce nenačítá. Globální výpadek je jen jedním z možných vysvětlení.
Nejprve otevřete Salesforce Trust. Vaši instanci neovlivnily žádné incidenty. Poté zkontrolujte stránku instance a zobrazí se na ní možnost Dostupné. Zaměstnanci pracující z domova mají k Salesforce přístup normálně, ale uživatelé v kancelářské síti ne. Ostatní internetové stránky jsou také nepravidelné.
V takové situaci dostupné důkazy nepodporují označení události za globální výpadek Salesforce. Pravděpodobnějším dalším vyšetřováním je kancelářská síť, DNS, proxy, firewall nebo cesta připojení.
Nyní změňte příklad: Salesforce Trust ukazuje narušení Core Service, které ovlivňuje mnoho instancí v několika regionech, vaše instance se objevuje v incidentu a uživatelé ve více sítích vidí stejné chyby. To je silný důkaz o rozsáhlém incidentu na straně Salesforce. Můžete se pak soustředit na postupy pro zajištění kontinuity a oficiální aktualizace, místo abyste trávili první hodinu změnou prohlížečů nebo restartováním uživatelských zařízení.
Než odešlete interní zprávu, že „Salesforce je globálně nedostupný“, ověřte čtyři věci:
Pokud tyto kontroly poukazují na široký dopad na více instancí, popište výpadek přesně: například „Salesforce hlásí narušení více instancí Core Service, které postihuje několik regionů.“ Toto znění je přesnější než tvrzení „Salesforce je globálně nedostupný“, pokud důkazy skutečně nepodporují celosvětový dopad.
Chcete-li zkontrolovat, zda Salesforce zažívá globální výpadek, použijte jako primární zdroj Salesforce Trust, identifikujte svou vlastní instanci, prohlédněte dotčené instance a služby v aktivním incidentu a porovnejte geografický rozsah s vašimi příznaky. Pokud je ovlivněno mnoho nesouvisejících instancí a regionů, je incident široký. Pokud selhává pouze vaše organizace, zatímco Salesforce hlásí vaši instanci jako dostupnou, prozkoumejte lokální a organizačně specifické závislosti, než se za to vyjádří globální výpadek platformy.
Klíčem je přesnost. Dostupnost Salesforce je hlášena podle instance a služby, takže nejspolehlivější odpověď pochází z porovnání oficiálního rozsahu incidentu s vaším vlastním prostředím, spíše než ze spoléhání se na příspěvky na sociálních sítích, obecné hlášení o výpadcích nebo jednorázové neúspěšné přihlášení.
Projděte si významné výpadky Salesforce v roce 2025, co selhalo, jak dlouho trvaly vybrané incidenty a praktické ponaučení z odolnosti, které mohou týmy uplatnit.
Vytvořte praktický plán pro zajištění kontinuity výpadků v Salesforce s analýzou dopadů, cíli RTO/RPO, manuálními řešeními, integračními kontrolami a kontrolami obnovy.
Zjistěte, jak kontaktovat podporu Salesforce během velkého výpadku: zkontrolujte stav důvěryhodnosti, vyberte správný kanál, začněte s důkladným podáním žádosti a sledujte obnovení.
Řešení problémů s přihlášením do Salesforce Workbench, REST Explorerem, časovým limitem, chybou 503, verzí API a omezením chyb během výpadků pomocí praktického diagnostického kontrolního seznamu.
StoreForce issues can disrupt scheduling, timekeeping, and employee workflows. Learn how to assess impact, keep stores operating, verify recovery, and know when to escalate.
Pochopte hlavní příčiny rozsáhlých výpadků cloudu, jak se selhání kaskádovitě šíří, co zkontrolovat jako první a jak navrhnout odolnější plán obnovy.
Pokud se zdá, že Datorama nebo Marketing Cloud Intelligence nefungují, použijte tento kontrolní seznam založený na důkazech k ověření výpadku, ochraně kvality reportů a zjištění, kdy jsou data opět důvěryhodná.
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.
An AWS outage does not automatically mean Salesforce is down. Learn how Hyperforce, regions, instances, and Salesforce Trust determine whether your org is affected.
