Jeśli Salesforce działa wolno, logowanie nie powiodło się lub integracja nagle przestała działać w tym samym czasie, co informacja o awarii AWS, kuszące jest natychmiastowe połączenie tych dwóch elementów. W niektórych przypadkach może to być trafna diagnoza, ale nie zawsze.
Na dzień 16 września 2026 r. nie ma publicznych dowodów na to, że szeroko zakrojona awaria Salesforce jest związana z najnowszymi zakłóceniami w AWS. AWS nadal zgłasza poważne, długotrwałe zakłócenia w świadczeniu usług w regionie Bliskiego Wschodu (Bahrajn) oraz poważne utrudnienia w niektórych częściach regionu Bliskiego Wschodu (ZEA). Salesforce uruchamia obciążenia Hyperforce w AWS w wielu krajach, w tym w ZEA, więc regionalny problem z AWS może mieć znaczenie dla niektórych klientów Salesforce. Jednak przed stwierdzeniem, że przyczyną jest AWS, należy sprawdzić status Salesforce na poziomie konkretnej organizacji, instancji, regionu i usługi.
W tym artykule wyjaśniono, co zostało potwierdzone, a co nie, jak stwierdzić, czy dane środowisko Salesforce jest zagrożone oraz kiedy należy przestać czekać na publiczną stronę stanu i zamiast tego zbadać własną sieć, przeglądarkę, integrację lub dzierżawcę.
Najnowsze poważne zakłócenia w systemie ochrony zdrowia publicznego AWS, wciąż widoczne w historii AWS, koncentrują się na Bliskim Wschodzie. AWS twierdzi, że jego region Bliskiego Wschodu (Bahrajn), oznaczony jako me-south-1 , jest niedostępny z powodu uszkodzeń fizycznych, podczas gdy jego region Bliskiego Wschodu (ZEA), me-central-1 , również odnotował poważne utrudnienia.
AWS poinformował, że dotknięte awarią obiekty uległy uszkodzeniu fizycznemu podczas konfliktu regionalnego w marcu 2026 roku. 30 kwietnia AWS poinformował, że region Bahrajnu pozostaje niedostępny, a region Zjednoczonych Emiratów Arabskich nie może niezawodnie obsługiwać aplikacji klientów. AWS zalecił klientom odzyskanie obciążeń w innych regionach i przywrócenie niedostępnych zasobów ze zdalnych kopii zapasowych, o ile jest to możliwe.
Aktualny i historyczny status zdarzeń można sprawdzić bezpośrednio w panelu AWS Health Dashboard . AWS wyjaśnia również, że publiczny widok „Stan usługi” pokazuje szeroki zakres zdarzeń związanych z usługami, natomiast zalogowani klienci mogą przeglądać problemy dotyczące konkretnych kont w swoim spersonalizowanym widoku „Stan usługi”.
Nie w szerokim zakresie, biorąc pod uwagę dowody publiczne dostępne na dzień 16 września 2026 r.
Publiczna witryna Salesforce Trust Status to główne miejsce, w którym można sprawdzić incydenty związane z Salesforce. W momencie analizy Salesforce nie publikował żadnego incydentu obejmującego całą platformę, który przypisywałby obecne, powszechne problemy z dostępnością Salesforce zakłóceniom w działaniu platformy AWS Middle East.
To rozróżnienie ma znaczenie. Dostawca usług chmurowych może doświadczyć poważnej awarii w jednym regionie, bez utraty globalnej wydajności wszystkich firm oprogramowania korzystających z tego dostawcy. Nowoczesne platformy SaaS często działają w wielu regionach, strefach dostępności, warstwach routingu i środowiskach infrastruktury. Istotne pytanie brzmi zatem nie tylko: „Czy AWS ma awarię?”, ale także: „Czy moja organizacja Salesforce lub usługa, od której ona zależy, działa w ścieżce infrastruktury, której dotyczy problem?”.
Architektura Hyperforce firmy Salesforce obsługuje wiele obciążeń Salesforce w publicznej infrastrukturze chmurowej. Aktualna dokumentacja Salesforce podaje, że Hyperforce jest dostępny w AWS w wielu krajach, w tym w Australii, Brazylii, Kanadzie, Francji, Niemczech, Indiach, Indonezji, Izraelu, Włoszech, Japonii, Singapurze, RPA, Korei Południowej, Szwecji, Szwajcarii, Zjednoczonych Emiratach Arabskich, Wielkiej Brytanii i Stanach Zjednoczonych.
Salesforce dokumentuje również, że niektóre instancje Hyperforce są mapowane na określone regiony AWS. Na przykład, dokumentacja lokalizacji instancji zawiera listę regionów AWS dla kilku lokalizacji Hyperforce. Firma informuje również, że klienci mogą zidentyfikować swoją instancję Salesforce i użyć Salesforce Trust, aby sprawdzić jej lokalizację i status.
Zobacz oficjalny przewodnik po lokalizacji instancji Salesforce i dokumentację dotyczącą miejsca przechowywania danych Hyperforce w Salesforce .
Celem nie jest po prostu znalezienie czerwonej lub zielonej ikony statusu. Trafna diagnoza powinna odpowiedzieć na trzy pytania:
Jeśli nie potrafisz odpowiedzieć na te trzy pytania, to masz do czynienia z obserwacją stanu rzeczy, a nie diagnozą.
Salesforce zaleca sprawdzenie pola „Instancja” w sekcji „Konfiguracja” w obszarze „Informacje o firmie” lub wyszukanie domeny w sekcji „Zaufanie Salesforce”. Tożsamość instancji ma znaczenie, ponieważ stan usługi może się różnić w zależności od regionu i grupy infrastruktury.
Oficjalne instrukcje firmy Salesforce są dostępne w artykule Wyświetlanie informacji o instancji dla Twojej organizacji Salesforce .
Dobry wynik na tym etapie jest prosty: znasz nazwę instancji, której faktycznie używa Twoja organizacja produkcyjna, której dotyczy problem. Nie diagnozuj problemu na podstawie organizacji współpracownika, sandboxa w innym regionie ani ogólnego nagłówka statusu w Salesforce.
Przejdź do Salesforce Trust i wyszukaj swoją instancję lub domenę. Sprawdź bieżące incydenty, historię ostatnich incydentów i zaplanowaną konserwację.
Jeśli Salesforce wyświetla informacje o aktywnych zakłóceniach w działaniu Twojej instancji, a objawy odpowiadają tym, które widzą Twoi użytkownicy, jest to o wiele silniejszy dowód niż wpis w mediach społecznościowych lub ogólny nagłówek informujący o awarii chmury.
Jeśli Salesforce Trust wskazuje Twoją instancję jako zdrową, nie zatrzymuj się na tym. Strony ze stanem mogą być opóźnione w stosunku do pierwszych raportów klientów, a problem może dotyczyć tylko funkcji, zależności lub wąskiej grupy dzierżawców.
Jeśli Twoja organizacja Salesforce korzysta z Hyperforce wspieranego przez AWS, porównaj okno zdarzeń Salesforce z oknem zdarzeń odpowiedniego regionu AWS. Aby uzyskać wiarygodną korelację, wymagane jest, aby oba zdarzenia miały miejsce w tym samym miesiącu.
Na przykład, jeśli środowisko Salesforce jest hostowane w europejskim regionie AWS, awaria ograniczona do Bahrajnu sama w sobie nie wyjaśnia awarii. Jeśli obciążenie lub usługa zależna znajdują się w regionie Zjednoczonych Emiratów Arabskich, związek staje się bardziej prawdopodobny i wymaga dokładniejszej weryfikacji.
Wysokiej jakości rozwiązywanie problemów zawęża problem, zamiast wielokrotne odświeżanie tej samej strony. Przetestuj kilka reprezentatywnych ścieżek:
Wzorzec ma znaczenie. Całkowity błąd logowania sugeruje inną domenę błędu niż pojedyncza opóźniona integracja. Jeśli interfejs użytkownika Salesforce działa prawidłowo, ale przepływ danych w oprogramowaniu pośredniczącym do systemu hostowanego w AWS ulegnie awarii, rzeczywisty wpływ może być bardziej odczuwalny niż sam Salesforce.
Tak. To jedno z najważniejszych rozróżnień w przypadku awarii chmury.
Twoja organizacja Salesforce może być w pełni dostępna, podczas gdy hostowany w AWS komponent, z którym się komunikuje, jest niesprawny. Przykładami mogą być oprogramowanie pośredniczące, niestandardowe interfejsy API, potoki danych, usługi plików, komponenty tożsamości, zadania analityczne lub aplikacje zewnętrzne działające w AWS.
W takiej sytuacji Salesforce Trust może prawidłowo wskazywać, że platforma Salesforce działa prawidłowo, nawet jeśli w organizacji występuje błąd w procesie biznesowym.
Przydatnym testem jest oddzielenie podstawowego działania Salesforce od działania zależności zewnętrznych . Jeśli użytkownicy mogą tworzyć i edytować rekordy, ale wywołanie usługi zewnętrznej przekracza limit czasu, należy zbadać zależność zewnętrzną i jej region. Jeśli nawet podstawowa nawigacja Salesforce zawodzi u wielu użytkowników i w wielu sieciach, stan instancji Salesforce staje się bardziej istotny.
Firma Salesforce opublikowała informacje o kilku incydentach na początku września 2026 r., jednak publiczne rejestry incydentów nie potwierdzają, że ich przyczyną była obecna awaria usługi AWS Middle East.
Na przykład, firma Salesforce odnotowała 5 września przerwę w działaniu usługi, która dotyczyła grupy platform „AWS US”. Trwała ona około 90 minut i została później rozwiązana. W innym przypadku firma Salesforce zgłosiła problem z Revenue Cloud, który rozpoczął się 6 września, i poinformowała, że jej dochodzenie wykazało, że przyczyną była niedawna wersja. Firma Salesforce opublikowała również informację o okresowym zawieszaniu się interfejsu użytkownika w przeglądarkach Chrome i Edge 153, opisując to jako problem z przeglądarką innej firmy, a nie problem z infrastrukturą Salesforce.
Lekcja jest ważna: wiele awarii może wystąpić równolegle z zupełnie innymi przyczynami. Unikaj grupowania każdego problemu z Salesforce pod hasłem „awaria AWS”, chyba że dostawca faktycznie je powiązał.
Dowody stają się mocniejsze, gdy kilka sygnałów się zgadza:
| Sygnał | Co ci to mówi |
|---|---|
| Twoja instancja Salesforce jest w Hyperforce i korzysta z AWS | Istnieje zależność od AWS, ale to samo w sobie nie dowodzi wpływu. |
| Instancja lub usługa zależna jest mapowana na region AWS, którego to dotyczy | Awaria regionalna jest technicznie istotna. |
| Salesforce Trust zgłasza jednocześnie incydent dla Twojej instancji | Istnieją bezpośrednie dowody wpływu po stronie Salesforce. |
| AWS Health zgłasza degradację w tym samym regionie i przedziale czasowym | Zdarzenie infrastrukturalne jest zgodne z objawem. |
| Użytkownicy w wielu lokalizacjach widzą tę samą awarię | Mniejsze prawdopodobieństwo wystąpienia problemu związanego wyłącznie z lokalnym biurem lub dostawcą usług internetowych. |
| Tylko jedna integracja zewnętrzna nie powiodła się, podczas gdy rdzeń Salesforce pozostaje sprawny | Prawdziwym punktem awarii może być zależność, a nie rdzeń Salesforce. |
Zmień sposób rozwiązywania problemów, gdy informacje publiczne nie odpowiadają już temu, co widzisz.
Jeśli wskaźnik zaufania Salesforce jest zielony, ale duża grupa użytkowników nie może uzyskać dostępu do tej samej instancji z wielu sieci, przechwyć znaczniki czasu, identyfikatory żądań, komunikaty o błędach i nazwy użytkowników, których dotyczy problem, a następnie zgłoś problem do pomocy technicznej Salesforce. Jeśli problem dotyczy tylko jednego biura, porównaj go z inną siecią lub połączeniem mobilnym, zanim ogłosisz globalną awarię SaaS.
Jeśli interfejs użytkownika Salesforce działa, ale integracje nie powiodą się, sprawdź zewnętrzny punkt końcowy, rozpoznawanie nazw domen (DNS), certyfikaty, kolejki, kody błędów API oraz region chmury obsługujący tę zależność. Nie czekaj, aż Salesforce zgłosi incydent dotyczący komponentu, którego Salesforce nie obsługuje.
Jeśli problem dotyczy zasobów AWS, którymi dysponujesz, skorzystaj z zalogowanego pulpitu nawigacyjnego AWS Health Dashboard, zamiast polegać wyłącznie na publicznym pulpicie. Dokumentacja AWS wyraźnie zaznacza, że informacje o stanie konta mogą różnić się od informacji w widoku usługi publicznej. Zobacz dokumentację pulpitu nawigacyjnego AWS Health Dashboard .
Przydatny jest powrót strony statusu do koloru zielonego, ale przywrócenie działania systemu należy potwierdzić w ramach własnego procesu roboczego.
Przed zakończeniem incydentu należy sprawdzić, czy:
Dobry wynik to nie tylko „dostawca mówi, że rozwiązano”. To „dostawca mówi, że rozwiązano, a przepływy pracy, na których nam zależy, znów działają bez nietypowych błędów”.
Według stanu na 16 września 2026 r. dostępne oficjalne informacje nie potwierdzają , że Salesforce jako całość nie działa z powodu niedawnej awarii AWS. Najpoważniejsze trwające zakłócenia w działaniu AWS dotyczą konkretnych regionów, a ich głównym obszarem jest Bahrajn i niektóre części Zjednoczonych Emiratów Arabskich. Salesforce korzysta z AWS w wielu środowiskach Hyperforce, w tym w Zjednoczonych Emiratach Arabskich, więc niektóre obciążenia hostowane lub połączone z Salesforce mogą mieć zależności od AWS. To sprawia, że weryfikacja regionalna jest istotna, ale nie powoduje, że globalna awaria Salesforce jest automatyczna.
Jeśli Twoja organizacja obecnie doświadcza problemów, najpewniejszym sposobem ich rozwiązania jest:
Takie podejście daje możliwą do obrony odpowiedź dla własnego środowiska, zamiast opierać się na ogólnych założeniach. Ograniczeniem jest to, że publiczne strony statusu nie mogą natychmiast ujawnić wszystkich awarii specyficznych dla danego dzierżawcy, więc ostateczne potwierdzenie incydentu produkcyjnego może nadal wymagać wsparcia dostawcy i własnych danych telemetrycznych.
Inwestycje w CCUS rosną, ale czy wychwytywanie dwutlenku węgla może odwrócić globalne emisje? Zobacz, gdzie to działa, jakie są ograniczenia skali i jakie dowody są istotne.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Dowiedz się, w jaki sposób interfejsy mózg-komputer dekodują sygnały neuronowe, aby przywrócić komunikację i ruch, jakie są osiągnięcia ostatnich badań i co nadal ogranicza stosowanie BCI.
Zobacz, w jaki sposób komercyjne drony łączą w sobie czujniki, sztuczną inteligencję, baterie, komunikację i oprogramowanie do sterowania lotem, a także dowiedz się, w jakim zakresie autonomia nadal zależy od misji i regulacji.
Porównaj siedem solidnych opcji studiów magisterskich z zakresu akumulatorów i magazynowania energii pod kątem materiałów, systemów, badań, znajomości branży, elastyczności, języka i kompromisów w zakresie kosztów.
Dowiedz się, w jaki sposób masa ładunku, ograniczenia akumulatora, pogoda, wydajność napędu i architektura statku powietrznego wpływają na wytrzymałość przemysłowych bezzałogowych statków powietrznych — i jak ją poprawić.
Porównaj wiodące programy inżynierii biomedycznej dla inteligentnych urządzeń medycznych, obejmujące projektowanie, bioelektronikę, sztuczną inteligencję, cyberbezpieczeństwo, szkolenia kliniczne i regulacje.
Stwórz praktyczny plan ciągłości przestoju Salesforce z jasnymi priorytetami, zapasowymi przepływami pracy, kontrolami odzyskiwania, kryteriami testowania i realistycznymi ograniczeniami.
Problemy z StoreForce mogą zakłócać harmonogramy, ewidencję czasu pracy, zmiany zmian i komunikację w sklepie. Dowiedz się, jak zdiagnozować problem, utrzymać płynność operacji w sklepie i zweryfikować proces odzyskiwania danych.
Dowiedz się, jak skontaktować się z pomocą techniczną Salesforce w przypadku poważnej awarii, wybierz odpowiedni kanał, przygotuj przydatny przypadek i podejmij działania następcze, nie tworząc przy tym duplikatów zgłoszeń.
