Ātrākais un uzticamākais veids, kā pārbaudīt, vai Salesforce piedzīvo plašu darbības pārtraukumu, ir sākt ar oficiālo Salesforce uzticamības statusa vietni un pēc tam salīdzināt norādīto incidenta tvērumu ar savu instanci. Ja Salesforce ziņo par traucējumiem daudzās instancēs, pakalpojumos vai reģionos, tas ir spēcīgs pierādījums plaši izplatītai platformas problēmai. Ja kļūme rodas tikai jūsu organizācijā, kamēr jūsu instance ir atzīmēta kā pieejama, cēlonis, visticamāk, ir saistīts ar organizāciju, integrāciju, identitāti vai ir lokāls jūsu tīklā.
Pastāv svarīgs ierobežojums: Salesforce nav jāapzīmē notikums kā “globāls darbības pārtraukums”, lai to uzskatītu par nopietnu, un problēma, kas ietekmē daudzus klientus, joprojām var attiekties tikai uz konkrētiem produktiem, instancēm vai reģioniem. Tāpēc praktiskais mērķis ir noteikt darbības jomu , nevis tikai meklēt vienu globālu “jā” vai “nē” indikatoru.
Vispirms dodieties uz Salesforce uzticības statusa vietni . Salesforce apraksta uzticības statusu kā vietni, kur var uzzināt par Salesforce produktu pieejamību un veiktspēju. Pašreizējā dokumentācijā teikts, ka sākumlapā ir redzami notiekošie incidenti un apkopes notikumi dažādās Salesforce instancēs un pakalpojumos.
Atveriet sadaļu Incidenti un apskatiet notikuma informāciju. Salesforce apgalvo, ka incidenta ierakstā var tikt parādīts notikuma statuss, skartās instances un pakalpojumi, sākuma un beigu laiks, kā arī papildu atjauninājumi. Oficiālās instrukcijas ir atrodamas sadaļā “ Pārbaudiet notiekošus incidentus vai apkopi” .
Piemēram, pieņemsim, ka jūsu pārdošanas komanda Amerikas Savienotajās Valstīs nevar ielādēt konta ierakstus. Ja Trust uzrāda pamatpakalpojuma darbības traucējumu, kas ietekmē garu ASV, Eiropas un Āzijas un Klusā okeāna reģiona instanču sarakstu, pierādījumi norāda uz plašu Salesforce puses incidentu. Ja incidents ietekmē tikai vienu Commerce Cloud POD un jūs izmantojat Sales Cloud citā instancē, šis notikums, iespējams, neizskaidro jūsu simptomu.
Globāla izskata incidentu saraksts ir noderīgs, taču jums joprojām ir jāzina, vai jūsu organizācija ir daļa no skartās darbības jomas. Salesforce iesaka identificēt instanci, kurā atrodas organizācija.
Ja varat piekļūt Salesforce iestatīšanas sadaļai, Salesforce 2026. gada 4. augusta vadlīnijās ir teikts atvērt iestatījumus , meklēt uzņēmuma informāciju un organizācijas datos atrast lauku “Instance” . Ja nevarat piekļūt Salesforce, varat izmantot savu domēnu vietnē “Uzticamības statuss”. Salesforce iesaka ievadīt domēna nosaukumu uzticamības meklēšanas joslā un apskatīt blakus esošo instanci.
Šo darbību avots ir Skatīt jūsu Salesforce organizācijas instances informāciju .
Ja jūsu My Domain pieteikšanās URL ir kaut kas līdzīgs https://example.my.salesforce.com, Salesforce arī dokumentē, ka varat meklēt Trust, izmantojot My Domain nosaukumu, nevis visu pieteikšanās URL. Skatiet sadaļu Iegūstiet savas organizācijas statusu un gaidāmos apkopes datumus, izmantojot My Domain .
Kad esat instances lapā, neapstājieties pie zaļas vai sarkanas ikonas. Salesforce dokumentē četras svarīgas instances statusa kategorijas:
Salesforce šos statusus paskaidro sadaļā “ Skatīt jūsu instances statusu” .
Šī atšķirība ir īpaši svarīga, ja lietotāji ziņo par “Salesforce nedarbojas”, pat ja viņi joprojām var pieteikties. Lēna meklēšana, taimauti, aizkavētas integrācijas, nepieejamas Experience Cloud lapas vai kļūmīga Service Cloud funkcija var liecināt par veiktspējas pasliktināšanos vai pakalpojumam specifisku incidentu, nevis par pilnīgu instances darbības pārtraukumu.
Tagad jūs varat klasificēt problēmu, izmantojot savāktos pierādījumus.
| Ko jūs novērojat | Saprātīgākā interpretācija | Ko darīt tālāk |
|---|---|---|
| Vienā aktīvā uzticēšanās incidentā parādās daudzi gadījumi un reģioni | Plaša Salesforce puses darbība | Ievērojiet incidentu laika grafiku un iekšējās nepārtrauktības procedūras |
| Jūsu instance ir norādīta aktīvā incidentā, bet citi reģioni ir veseli. | Ar instanci vai reģionu saistīta Salesforce problēma | Izsekojiet incidentu un izvairieties to saukt par globālu |
| Viens Salesforce pakalpojums darbojas degradēti, bet citi pakalpojumi joprojām ir pieejami. | Pakalpojumam specifisks incidents | Izmantojiet neietekmētās funkcijas, ja tas ir praktiski iespējams, un uzraugiet šo pakalpojumu |
| Jūsu instance ir pieejama, un nav atbilstoša incidenta. | Nav pietiekamu pierādījumu par Salesforce mēroga darbības pārtraukumu | Pārbaudiet savas organizācijas konfigurāciju, identitātes nodrošinātāju, integrācijas, pārlūkprogrammu, DNS, VPN un lokālo tīklu. |
Noderīgs noteikums ir šāds: jo plašāka ir apstiprinātā uzticēšanās ietekme nesaistītās instancēs, pakalpojumos un reģionos, jo spēcīgāks ir pamatojums notikuma raksturošanai kā plaši izplatītam. Tomēr jāizvairās pārspīlēt pierādījumus. Divpadsmit skartās instances vienā reģionā var būt nozīmīgas, bet ne visā pasaulē. Tāpat incidents, kas aptver vairākus mākoņus, var ietekmēt lielu klientu loku, netraucējot visu Salesforce produktu darbību.
Meklējiet vairākus signālus kopā, nevis vienu pavedienu:
Neviens no šiem pierādījumiem nepierāda, ka tas ietekmē visus Salesforce klientus visā pasaulē. Tomēr kopā tie sniedz daudz labāku pamatu notikuma apmēra aprakstīšanai.
Rezultāts “Pieejams” nozīmē, ka Salesforce pašlaik neziņo par instances līmeņa traucējumiem ar šo statusu, taču tas nepierāda, ka katra jūsu piedzīvotā problēma ir iedomāta vai lokāla. Dažas problēmas var būt periodiskas, aprobežoties ar lietotāju apakškopu, saistītas ar integrāciju vai pakalpojumu, kas jāpārbauda atsevišķi.
Sāciet, salīdzinot lietotājus un tīklus. Ja neviens jūsu uzņēmumā nedarbojas, bet ārējās tīmekļa vietnes darbojas, pārbaudiet Salesforce no cita tīkla vai ierīces, ja jūsu drošības politikas to atļauj. Ja tiek ietekmēti tikai lietotāji, kas atrodas aiz konkrēta VPN, starpniekservera, DNS atrisinātāja vai identitātes pakalpojumu sniedzēja, tas sašaurina izmeklēšanu.
Pēc tam izolējiet integrācijas. Ja Salesforce lapas ielādējas, bet automatizācija, kas izsauc ārēju API, neizdodas, iespējams, ka pārtraukums ir integrācijas ceļā, nevis Salesforce Core. Ja pieteikšanās neizdodas tikai ar vienreizēju pierakstīšanos, bet tiešā autentifikācija darbojas citādi, ir jāpievērš uzmanība jūsu identitātes slānim.
Uzticības sākumlapā incidenti ir atdalīti no apkopes. Salesforce sniedz arī informāciju par apkopi instances lapās. Plānota apkope var īslaicīgi ietekmēt pakalpojumu, taču to nevajadzētu attēlot kā negaidītu globālu darbības pārtraukumu, ja vien Salesforce neziņo par atsevišķu incidentu.
Pārbaudot statusa ierakstu, salīdziniet tā veidu un laika zīmogus ar saviem simptomiem. Ja apkope bija ieplānota citai instancei vai notika dažas stundas pirms problēmas rašanās, maz ticams, ka tas ir problēmas cēlonis.
Salesforce pašreizējā uzticamības dokumentācijā ir iekļauta svarīga piezīme par produktu. Uzticamības statusa vietnē ir redzami dati no instancēm par Salesforce produktiem kopumā, taču Salesforce novirza klientus uz Salesforce My Trust Center noteiktiem produktiem, tostarp Agentforce 360 Platform, Data 360, Salesforce AI un Marketing Cloud Engagement, kā arī dažu Agentforce produktu un Salesforce Industries ražošanas vidēm.
Pašreizējo darbības jomu varat pārskatīt sadaļā Salesforce palīdzība: Uzticamības statuss . Tas ir svarīgi, jo administrators, kas pārbauda tikai vienu publiskā statusa skatu, varētu palaist garām informāciju par produktu, ko Salesforce tagad parāda, izmantojot manu uzticamības centru.
Ja Salesforce pieejamība ir jūsu organizācijai operatīvi svarīga, konfigurējiet uzticamības paziņojumus pirms nākamā incidenta. Salesforce apgalvo, ka uzticamības paziņojumi var nodrošināt gandrīz reāllaika e-pasta vai īsziņu ziņojumus par pakalpojumu problēmām, apkopes notikumiem un produktu izlaidumiem, kas publicēti sadaļā “Uzticamības statuss”.
Salesforce incidentu uzticamības saziņas dokumentācijā ir aprakstīti arī papildu incidentu saziņas kanāli, tostarp uzticamības atjauninājumi, informatīvi ziņojumi, palīdzības baneri, incidentu brīdinājuma e-pasti administratoriem un tiešraides tīmekļa semināri kritiskiem incidentiem.
Paziņojumi ir īpaši noderīgi operāciju komandām, jo tie samazina aizkavi starp incidenta publicēšanu un brīdi, kad kāds to manuāli atklāj.
Iedomājieties, ka pulksten 9:05 visi vienā birojā ziņo, ka Salesforce neielādējas. Globāla darbības pārtraukšana ir tikai viens no iespējamiem izskaidrojumiem.
Vispirms atveriet Salesforce Trust. Jūsu instanci neietekmē neviens incidents. Pēc tam pārbaudiet instances lapu, un tajā ir redzams “Pieejams”. Darbinieki, kas strādā no mājām, var piekļūt Salesforce kā parasti, bet lietotāji biroja tīklā to nevar. Arī citas interneta vietnes darbojas neregulāri.
Šādā situācijā pieejamie pierādījumi neapstiprina notikuma dēvēšanu par globālu Salesforce darbības pārtraukumu. Visticamāk, nākamā izmeklēšana būs saistīta ar biroja tīklu, DNS, starpniekserveri, ugunsmūri vai savienojamības ceļu.
Tagad mainiet piemēru: Salesforce Trust parāda pamatpakalpojuma darbības traucējumus, kas ietekmē daudzas instances vairākos reģionos, jūsu instance parādās incidentā, un lietotāji vairākos tīklos redz vienas un tās pašas kļūdas. Tas ir spēcīgs pierādījums plaša mēroga Salesforce incidentam. Pēc tam varat koncentrēties uz nepārtrauktības procedūrām un oficiālajiem atjauninājumiem, nevis pavadīt pirmo stundu, mainot pārlūkprogrammas vai pārstartējot lietotāju ierīces.
Pirms iekšēja ziņojuma nosūtīšanas, ka “Salesforce globāli nedarbojas”, pārbaudiet četras lietas:
Ja šīs pārbaudes norāda uz plašu ietekmi vairākās instancēs, precīzi aprakstiet darbības pārtraukumu: piemēram, “Salesforce ziņo par vairāku instancu pamatpakalpojuma darbības pārtraukumu, kas ietekmē vairākus reģionus.” Šāds formulējums ir precīzāks nekā apgalvojums “Salesforce nedarbojas globāli”, ja vien pierādījumi patiesi neapstiprina ietekmi visā pasaulē.
Lai pārbaudītu, vai Salesforce piedzīvo globālu darbības pārtraukumu, izmantojiet Salesforce Trust kā primāro avotu, identificējiet savu instanci, pārbaudiet aktīvā incidenta skartās instances un pakalpojumus un salīdziniet ģeogrāfisko tvērumu ar simptomiem. Ja ir skartas daudzas nesaistītas instances un reģioni, incidents ir plašs. Ja kļūme rodas tikai jūsu organizācijā, kamēr Salesforce ziņo par jūsu instanci kā pieejamu, pirms vainot globālu platformas darbības pārtraukumu, izpētiet vietējās un organizācijai raksturīgās atkarības.
Svarīgākais ir precizitāte. Salesforce pieejamība tiek ziņota pa instancēm un pakalpojumiem, tāpēc visuzticamāko atbildi var iegūt, saskaņojot oficiālo incidenta tvērumu ar jūsu vidi, nevis paļaujoties uz sociālo tīklu ierakstiem, vispārīgiem pārtraukumu pieprasījumiem vai vienu neveiksmīgu pieteikšanos.
Pārskatiet ievērojamākos Salesforce darbības pārtraukumus 2025. gadā, kas neizdevās, cik ilgi ilga atlasītie incidenti un praktiskās noturības mācības, ko komandas var pielietot.
Izveidojiet praktisku Salesforce dīkstāves nepārtrauktības plānu ar ietekmes analīzi, RTO/RPO mērķiem, manuāliem risinājumiem, integrācijas vadīklām un atkopšanas pārbaudēm.
Uzziniet, kā sazināties ar Salesforce atbalsta dienestu nopietnas elektroenerģijas padeves pārtraukuma laikā: pārbaudiet uzticamības statusu, izvēlieties pareizo kanālu, atveriet spēcīgu pieteikumu un izsekojiet atkopšanas gaitu.
Novērsiet Salesforce Workbench pieteikšanās, REST Explorer, taimauta, 503, API versijas problēmas un ierobežojiet kļūdas dīkstāves laikā, izmantojot praktisku diagnostikas kontrolsarakstu.
StoreForce problēmas var traucēt darba grafiku, laika uzskaiti un darbinieku darbplūsmas. Uzziniet, kā novērtēt ietekmi, nodrošināt veikalu darbību, pārbaudīt problēmu risināšanu un zināt, kad tās ir jārisina.
Izprotiet galvenos plaši izplatīto mākoņpakalpojumu dīkstāves cēloņus, to, kā kļūmes kaskādes veidā izplatās, kas jāpārbauda vispirms un kā izstrādāt noturīgāku atkopšanas plānu.
Ja šķiet, ka Datorama vai Marketing Cloud Intelligence nedarbojas, izmantojiet šo uz pierādījumiem balstīto kontrolsarakstu, lai pārbaudītu darbības traucējumu, aizsargātu pārskatu kvalitāti un zinātu, kad dati atkal ir uzticami.
Praktisks ieskats tajā, kā Heroku darbības pārtraukumi var ietekmēt izvietotās lietotnes, dinamometrus, maršrutēšanu, datubāzes, izvietošanu, Heroku Connect, žurnālus un atkopšanu.
Izprotiet, kā Salesforce un AWS savienojas, izmantojot Hyperforce, integrācijas, tīklošanu, datu glabāšanu, elektroenerģijas padeves pārtraukumus un kopīgu operatīvo atbildību.
AWS darbības pārtraukums ne vienmēr nozīmē, ka Salesforce nedarbojas. Uzziniet, kā Hyperforce, reģioni, instances un Salesforce Trust nosaka, vai jūsu organizācija ir ietekmēta.
