Отваряте Salesforce и нещо не е наред: страниците се зареждат бавно, влизането е неуспешно или интеграцията започва да изтича. В същото време колегите споделят доклади за прекъсване на AWS. Естественият въпрос е дали двете събития са свързани.
Краткият отговор е: възможно, но не автоматично . Salesforce използва Amazon Web Services (AWS) за значителни части от своята Hyperforce инфраструктура, но Salesforce е разпределен в региони, инстанции и услуги. Прекъсване на AWS на едно място не означава, че всеки клиент на Salesforce е засегнат. Най-бързият начин да получите надежден отговор е да идентифицирате вашия Salesforce екземпляр, да проверите Salesforce Trust за този екземпляр и след това да го сравните със съответния AWS регион или сервизно събитие.
Три термина правят това много по-лесно за разбиране.
me-south-1) и ОАЕ ( me-central-1). Вижте официалния справочник за региони на AWS .Това разграничение е важно, защото прекъсванията в облачната услуга често са регионални или специфични за дадена услуга. Проблем, засягащ един регион на AWS, може да накара организациите на Salesforce в други региони да работят нормално. По подобен начин инцидент в Salesforce може да възникне, без да е причинен от AWS.
Няма универсално решение за всеки клиент на Salesforce. Към 16 септември 2026 г. правилният път за проверка е да се използва таблото за управление на състоянието на AWS в реално време за събития на услугите на AWS и Salesforce Trust за инциденти на Salesforce.
Документацията на Salesforce потвърждава, че много инстанции на Hyperforce се хостват в AWS в определени региони и че инстанциите на Hyperforce са разпръснати в множество зони на наличност в рамките на една държава. Salesforce публикува и справка за региони и инстанции за клиенти, които трябва да разберат къде се хоства тяхната организация. Вижте „ Къде се намира моят инстанция на Salesforce?“ .
Полезно предупреждение: Salesforce Trust регистрира отделно прекъсване на платформата на 5 септември 2026 г., което засегна групата инстанции „AWS US“ за около 90 минути. Страницата с инцидента описва прекъсване на услугата на Salesforce, но не установява, че по-късно събитие на AWS го е причинило. Третирайте само времето като корелация, а не като доказателство за причинно-следствена връзка. Вижте записа за инцидента на Salesforce Trust .
Ако сте начинаещ в администрирането на Salesforce, започнете оттук. Вашият екземпляр ви показва кой запис за състояние е релевантен за вашата организация.
Salesforce документира два практични метода. В „Настройка“ потърсете „Информация за компанията“ , след което потърсете полето „Екземпляр“ в „Детайли за организацията“. Можете също да отидете в „Доверие на Salesforce“ и да търсите по името на вашия домейн. Актуалните инструкции на Salesforce са в „ Преглед на информацията за екземпляра за вашата организация в Salesforce“ .
Не гадайте региона на хостинг от централата на вашата компания. Местоположението на бизнеса на една компания и местоположението на нейната Salesforce инфраструктура не са непременно едно и също нещо.
Потърсете в Salesforce Trust вашия домейн или екземпляр. Потърсете активен инцидент, влошаване на услугата, известие за поддръжка или разрешен инцидент, който се припокрива с времето, в което потребителите ви са започнали да виждат проблеми.
Ако Salesforce Trust показва точния ви екземпляр и засегнатата услуга, това е по-силно доказателство от публикации в социалните медии или общ инструмент за проследяване на прекъсвания. Обърнете внимание на началния час на инцидента, засегнатия продукт и актуализациите на състоянието. Ако вашият екземпляр не е в списъка, не правете веднага заключението, че Salesforce е в добро състояние; продължете с локални проверки, защото удостоверяването, работата в мрежа, интеграциите или тясната продуктова зависимост все още могат да се провалят без инцидент с широка платформа.
След това проверете таблото за управление на състоянието на AWS. AWS публикува състоянието на услугата по регион и услуга. Ключовият въпрос не е „Дали AWS не работи?“, а „Дали регионът или услугата AWS са релевантни за това натоварване на Salesforce, което отчита инцидент?“
Именно тук начинаещите често правят грешна стъпка. AWS има много региони и много услуги. Прекъсване в един регион може да съществува едновременно с нормалната работа другаде. Ако вашата Salesforce организация е в Hyperforce, поддръжката на Salesforce може да ви помогне да потвърдите доставчика на облачни услуги за вашия екземпляр, когато тази подробност не е очевидна от името на екземпляра.
Ако няма ясно съвпадение на инцидента, тествайте тесен работен процес, преди да промените настройките. Опитайте да влезете от втора мрежа, да отворите основен запис, да изпълните просто търсене и да използвате стандартна страница на Salesforce, която не зависи от персонализирана интеграция.
Ако стандартните функции на Salesforce работят, но свързано приложение не работи, проблемът може да е надолу по веригата. Например, интеграцията може да зависи от вашия собствен API, хостван в AWS, доставчик на идентичност, мидълуер, хранилище за данни или мрежов път, дори когато самият Salesforce е наличен.
Много организации свързват Salesforce с външни услуги. Това означава, че потребителите могат да изпитат усещане за „прекъсване на Salesforce“, когато истинският проблем се намира някъде другаде във веригата на заявките.
| Симптом | Какво да проверите първо | Възможно тълкуване |
|---|---|---|
| Влизането в Salesforce е неуспешно за много потребители | Salesforce Trust, статус на доставчик на идентичност, корпоративна мрежа | Проблем с платформата, удостоверяването или свързаността |
| Salesforce се зарежда, но времето за изчакване на една интеграция изтича | Журнали за интеграция и регионът на външната услуга | Зависимостта може да бъде засегната, докато ядрото на Salesforce остава достъпно |
| Засегнат е само един офис или мрежа | Локален DNS, прокси, VPN, защитна стена, интернет доставчик | Вероятно локален път за свързване, а не глобален прекъсване на Salesforce |
| Само един продукт или функция на Salesforce се проваля | Инцидент с доверието в Salesforce, специфичен за продукта | Деградацията на функциите може да бъде по-ограничена от пълен прекъсване на платформата |
Salesforce използва AWS широко, но връзката не е едно към едно. Hyperforce обхваща множество региони, а Salesforce управлява платформения слой над основната облачна инфраструктура.
Заглавие, което гласи „Прекъсване на AWS“, може да описва регионално събитие. Вашият Salesforce екземпляр може да се хоства другаде. Винаги сравнявайте географското положение и времето, преди да направите заключение.
Ако проблемът е нагоре по веригата, извършването на промени в конфигурацията може да създаде втори проблем. Първо запишете симптомите и времевите отметки. Проверете официалните източници на състоянието, преди да сменяте идентификационните данни, мрежовите правила, деактивирате интеграциите или модифицирате производствената автоматизация.
Докладите, събрани от множество източници, могат да бъдат полезни като ранен сигнал, но те не заместват AWS Health или Salesforce Trust. Официалните страници за състоянието идентифицират засегнатите услуги и предоставят актуализации за инциденти от самите оператори.
Не спирайте на зелен индикатор за състояние. Потвърдете възстановяването от гледна точка на потребителя.
Ако официалните страници за състоянието са ясни, но проблемът продължава, съберете името на екземпляра на Salesforce, времевите отметки с часовата зона, засегнатите потребители, съобщенията за грешки, идентификаторите на заявките, ако има такива, и най-малкия възпроизводим работен процес, преди да се свържете с поддръжката на Salesforce. Тези доказателства помагат за разграничаване на инцидент с платформата на Salesforce от проблем с конфигурацията, мрежата или зависимостта от трета страна, специфична за организацията.
Прекъсване на AWS може да повлияе на Salesforce, тъй като Salesforce Hyperforce използва AWS, но прекъсването на AWS не означава автоматично, че вашата Salesforce организация не работи. Надеждният работен процес е прост: идентифицирайте вашия Salesforce екземпляр, проверете Salesforce Trust, проверете съответния AWS регион или услуга и след това възпроизведете повредата с възможно най-малкия работен процес.
За начинаещи, този подход предотвратява две скъпоструващи грешки: обвиняването на Salesforce за всяко заглавие в облака и промяната на конфигурацията на производството, преди да се потвърди къде всъщност се намира повредата.
Прегледайте забележителните прекъсвания на Salesforce през 2025 г., какви са били неуспешните действия, колко дълго са продължили избрани инциденти и практическите уроци за устойчивост, които екипите могат да приложат.
Build a practical Salesforce downtime continuity plan with impact analysis, RTO/RPO targets, manual workarounds, integration controls, and recovery checks.
Learn how to contact Salesforce Support during a major outage: check Trust Status, choose the right channel, open a strong case, and track recovery.
Отстраняване на неизправности при влизане в Salesforce Workbench, REST Explorer, изчакване, 503, версия на API и ограничаване на грешките по време на престой с практичен диагностичен контролен списък.
StoreForce issues can disrupt scheduling, timekeeping, and employee workflows. Learn how to assess impact, keep stores operating, verify recovery, and know when to escalate.
Разберете основните причини за широко разпространените прекъсвания на работата в облака, как се натрупват повреди, какво да проверите първо и как да проектирате по-устойчив план за възстановяване.
Ако Datorama или Marketing Cloud Intelligence изглеждат неработещи, използвайте този контролен списък, базиран на доказателства, за да проверите прекъсването, да защитите качеството на отчитането и да разберете кога данните отново са надеждни.
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.
Прекъсването на AWS не означава автоматично, че Salesforce не работи. Научете как Hyperforce, регионите, инстанциите и Salesforce Trust определят дали вашата организация е засегната.
