Zweryfikowano 16 września 2026 r. Gdy usługa Salesforce nagle przestaje się ładować, zwraca powtarzające się błędy lub powoduje wirowanie rekordów i pulpitów nawigacyjnych, najszybszym sposobem sprawdzenia, czy problem ma charakter globalny, jest sprawdzenie informacji o statusie zaufania usługi Salesforce przed zmianą konfiguracji lokalnej.
Awaria Salesforce nie ma automatycznie charakteru globalnego. Salesforce obsługuje wiele produktów, regionów i instancji klientów, więc jedna organizacja może być niedostępna, podczas gdy inna działa normalnie. Test praktyczny polega na porównaniu ogólnego stanu produktu ze stanem własnej instancji, a następnie wykluczeniu problemu z przeglądarką, siecią, dostawcą tożsamości lub konfiguracją.
Zacznij od Statusu Zaufania Salesforce . To centralna strona stanu Salesforce, zawierająca bieżące informacje o zdarzeniach serwisowych i dostępności instancji. Witryna może wyświetlać informacje na poziomie produktu, a strona instancji informuje, czy organizacja, z której korzystasz, jest dostępna, ma obniżoną wydajność, jest zakłócona lub jest w trakcie konserwacji.
Nie opieraj się na fragmencie kodu z wyszukiwarki, wpisie w mediach społecznościowych ani zewnętrznym narzędziu do śledzenia awarii jako ostatecznym potwierdzeniu. Te źródła mogą być przydatnymi sygnałami, ale informacje o statusie w Salesforce są wiarygodnym źródłem informacji o zakresie i aktualizacjach.
Ważne: status na żywo zmienia się szybko. W tym artykule wyjaśniono metodę weryfikacji i sprawdzono go 16 września 2026 r.; nie gwarantuje to, że status widoczny w danym momencie pozostanie niezmieniony później.
Otwórz status.salesforce.com w osobnej karcie. Nie musisz odświeżać Salesforce podczas sprawdzania. Sprawdź najpierw, czy nie wystąpił żaden incydent, przerwa w świadczeniu usług, spadek wydajności, komunikat informacyjny lub powiadomienie o konserwacji.
Na tym poziomie zadaj pytanie o zakres: czy powiadomienie dotyczy szerokiego produktu Salesforce, wielu instancji, czy też wskazuje na jednego dzierżawcę, region, chmurę lub komponent? Powiadomienie o szerokim zakresie stanowi silniejszy dowód na zdarzenie po stronie Salesforce, ale nadal musisz sprawdzić własną instancję, ponieważ status produktu i status organizacji nie zawsze są identyczne.
Na stronie „Status zaufania” użyj pola wyszukiwania dla swojej instancji lub domeny. Dokumentacja Salesforce podaje, że możesz wpisać nazwę swojej domeny. Na przykład, jeśli Twój adres logowania to https://example.my.salesforce.com, wyszukiwana wartość to example, a nie pełny adres URL.
Jeśli jesteś administratorem i nadal masz dostęp do Instalatora, możesz znaleźć instancję w inny sposób:
Salesforce dokumentuje również ścieżkę My Domain przez proces konfiguracji. Kluczem jest zidentyfikowanie organizacji, która faktycznie ulega awarii, zamiast przypadkowego sprawdzenia innej piaskownicy, organizacji produkcyjnej lub usługi połączonej.
Wybierz pasującą instancję i odczytaj ogólny status. Salesforce definiuje główne stany dostępności w następujący sposób:
| Status | Co to oznacza | Co robić dalej |
|---|---|---|
| Dostępne | Instancja i jej usługi są dostępne. | Jeśli nadal nie możesz pracować, kontynuuj rozwiązywanie problemów na poziomie lokalnym i organizacji. |
| Spadek wydajności | Dostęp do instancji jest możliwy, ale jedna lub więcej usług działa wolniej lub nie z optymalną wydajnością. | Otwórz szczegóły incydentu i zanotuj funkcję, której dotyczy problem, oraz najnowszą aktualizację. |
| Przerwa w świadczeniu usług | Instancja jest niedostępna dla klientów. | Zapisz numer incydentu i postępuj zgodnie z aktualizacjami Salesforce zamiast ciągle zmieniać konfigurację. |
| Konserwacja | Instancja przechodzi planową konserwację. | Sprawdź okno konserwacyjne i czy dostęp będzie utrudniony. |
Kliknij numer incydentu lub komunikat o zdarzeniu, jeśli jest dostępny. Zapisz godzinę rozpoczęcia, produkt lub usługę, której dotyczy problem, region, najnowszą aktualizację oraz informację, czy Salesforce bada, łagodzi lub rozwiązuje problem. Status czerwony lub status zakłócenia na Twojej instancji potwierdza problem z dostępnością tej instancji; sam w sobie nie dowodzi, że wszyscy klienci Salesforce na całym świecie są offline.
Zastosuj porównanie dwupoziomowe:
Jeśli zarówno strona produktu, jak i strona instancji wyświetlają incydent, a użytkownicy w różnych lokalizacjach lub organizacjach zgłaszają to samo zachowanie, prawdopodobieństwo wystąpienia zdarzenia po stronie Salesforce lub obejmującego wiele regionów wzrasta. Jeśli problem dotyczy tylko Twojej instancji, problem może ograniczać się do danej organizacji, regionu, funkcji lub okresu konserwacji. Jeśli pole „Zaufanie” jest zielone, ale tylko jeden użytkownik nie może się zalogować, prawdopodobieństwo globalnej awarii jest mniejsze.
Salesforce zaleca klientom z problemami z usługami takimi jak Marketing Cloud, Heroku, Data.com, Salesforce IQ, Social Studio lub Account Engagement korzystanie z odpowiedniej strony ze statusem usługi w witrynie Trust. Nie należy zakładać, że podstawowa strona ze statusem usługi Salesforce obejmuje wszystkie usługi marki Salesforce w dokładnie taki sam sposób.
Jeśli Twoja instancja jest wyświetlana jako Dostępna, przed eskalacją wykonaj najłatwiejsze kontrole:
Te kontrole nie dowodzą, że Salesforce działa prawidłowo; pomagają one oddzielić ogólne zdarzenie platformy od problemu z dostępem do konkretnej ścieżki. Unikaj usuwania danych przeglądarki, zmiany ustawień uwierzytelniania lub wyłączania zabezpieczeń jako pierwszej reakcji. Takie działania mogą spowodować powstanie kolejnego problemu i utrudnić zdiagnozowanie pierwotnej awarii.
Dokumentacja dla deweloperów Salesforce zawiera przydatny kontekst dotyczący typowych odpowiedzi API:
| Odpowiedź | Możliwa interpretacja |
|---|---|
| 500 | Wystąpił błąd wewnętrzny na platformie Lightning. |
| 502 | Salesforce Edge nie mógł nawiązać komunikacji z instancją Salesforce. |
| 503 | Serwer jest niedostępny; Salesforce zaznacza, że w zależności od kontekstu może to wymagać konserwacji, przeciążenia lub ograniczenia liczby żądań. |
Kod błędu to tylko jedna wskazówka. Błąd 500 lub 503 z jednego wywołania API może wynikać z żądania, uwierzytelnienia, uprawnień, limitów przepustowości lub problemu z usługą. Porównaj błąd ze stanem zaufania i przetestuj normalne działanie przeglądarki przed oznaczeniem zdarzenia jako globalne.
Jeśli problem z platformą Salesforce trwa dłużej niż 10 minut i nie jest widoczny na stronie Trust, dokumentacja pomocy Salesforce zaleca kontakt z działem wsparcia Salesforce. Skorzystaj z oficjalnych wskazówek działu wsparcia Salesforce , aby zidentyfikować kanał dostępny w ramach Planu Sukcesu.
Uwzględnij nazwę organizacji lub instancji, przybliżony czas rozpoczęcia wraz ze strefą czasową, użytkowników, których dotyczy problem, szczegóły przeglądarki lub interfejsu API, dokładny tekst błędu, numer zgłoszenia (jeśli istnieje) oraz informacje o już wykonanych sprawdzeniach lokalnych. Dzięki temu dział wsparcia będzie miał powtarzalny punkt wyjścia i uniknie niejasnego raportu „Salesforce nie działa”.
Nie traktuj pojedynczego, udanego załadowania strony jako pełnego odzyskania. Użyj krótkiej, bezpiecznej walidacji:
Na wypadek przyszłych incydentów Salesforce oferuje opcje subskrypcji powiadomień Trust. Oficjalne wytyczne dotyczące powiadomień wyjaśniają, jak subskrybować aktualizacje dla obserwowanych instancji lub usług.
Niezawodnym sposobem sprawdzenia globalnej awarii Salesforce jest porównanie przeglądu statusu zaufania Salesforce ze stanem własnej instancji. Incydent o szerokim zasięgu plus odpowiadająca mu awaria na poziomie instancji stanowią silny dowód na zdarzenie po stronie Salesforce. Zielona strona zaufania oznacza, że przed stwierdzeniem globalnej awarii Salesforce należy zbadać przyczyny związane z przeglądarką, siecią, logowaniem jednokrotnym, uprawnieniami lub organizacją. Ponieważ status zmienia się na bieżąco, należy rejestrować czas każdego sprawdzenia i opierać się na najnowszej oficjalnej aktualizacji.
Porównaj Collabora Online i ONLYOFFICE Docs na tym samym serwerze, wykonując powtarzalny test wykorzystania pamięci, czasu otwierania dokumentów i opóźnienia edycji grupowej.
Porównaj zachowanie dokumentów, arkuszy kalkulacyjnych i układów w aplikacjach internetowych ONLYOFFICE Docs i Microsoft 365, a następnie wykonaj szybki test, aby wybrać bezpieczniejszy edytor dla swoich plików.
Wykryj niezgodności formuł dotyczące składni, separatorów regionalnych, ponownego obliczania, systemów dat lub nieobsługiwanych funkcji, a następnie zweryfikuj skoroszyt przed jego udostępnieniem.
Sprawdź, co mogą — a czego nie mogą — udowodnić najnowsze dane, a następnie porównaj oba pakiety biurowe na tych samych plikach i komputerze.
Porównaj dokładne dopasowania, wyszukiwania lewostronne, obsługę wartości brakujących i obsługę wersji, dzięki czemu możesz wybrać niezawodną formułę Calc.
Dowiedz się, jak style stron programu Writer i łącza sekcji programu Word wpływają na strony okładkowe, cyfry rzymskie i ponowne uruchamianie numeracji po przeniesieniu dokumentu.
Porównaj Pardus Software Center z poleceniami APT, aby znaleźć, zainstalować, usunąć i zaktualizować pakiety przy użyciu metody odpowiedniej do Twojego zadania.
Sprawdź, co oznaczają opublikowane przez Pardus wymagania dotyczące pamięci RAM, a następnie porównaj XFCE i GNOME na tym samym komputerze, korzystając z powtarzalnych odczytów MemAvailable.
Zobacz, jaką rolę odgrywa HamoniKR 8.0 w planie komputerów biznesowych, jakie funkcje są obsługiwane w wersji koreańskiej i co należy zweryfikować przed szerszym wdrożeniem.
Dowiedz się, w jaki sposób weryfikacja rozruchu i zabezpieczenia środowiska uruchomieniowego Gooroom są ze sobą powiązane, co oznacza „piaskownica” i które ustawienia należy sprawdzić na swoim urządzeniu.
