Jūs atverat Salesforce, un kaut kas šķiet nepareizi: lapas ielādējas lēni, pieteikšanās neizdodas vai integrācijai sākas taimauta ierobežojums. Tajā pašā laikā kolēģi dalās ar ziņojumiem par AWS darbības pārtraukumu. Dabisks jautājums ir, vai šie divi notikumi ir saistīti.
Īsā atbilde ir: iespējams, bet ne automātiski . Salesforce izmanto Amazon Web Services (AWS) nozīmīgām savas Hyperforce infrastruktūras daļām, taču Salesforce ir izkliedēts pa reģioniem, instancēm un pakalpojumiem. AWS darbības traucējumi vienuviet nenozīmē, ka tiek ietekmēti visi Salesforce klienti. Ātrākais veids, kā iegūt uzticamu atbildi, ir identificēt savu Salesforce instanci, pārbaudīt Salesforce uzticamību šai instancei un pēc tam salīdzināt to ar atbilstošo AWS reģiona vai pakalpojuma notikumu.
Trīs termini padara to daudz vieglāk saprotamu.
me-south-1) un AAE ( me-central-1). Skatiet oficiālo AWS reģionu atsauci .Šī atšķirība ir svarīga, jo mākoņpakalpojumu pārtraukumi bieži vien ir reģionāli vai pakalpojumam specifiski. Problēma, kas ietekmē vienu AWS reģionu, var neļaut Salesforce organizācijām citos reģionos darboties normāli. Tāpat Salesforce incidents var notikt arī bez AWS vainas.
Nav vienas drošas un universālas atbildes, kas atbilstu visiem Salesforce klientiem. Sākot ar 2026. gada 16. septembri, pareizais verifikācijas ceļš ir izmantot tiešraides AWS Health informācijas paneli AWS pakalpojumu notikumiem un Salesforce Trust Salesforce incidentiem.
Salesforce dokumentācija apstiprina, ka daudzas Hyperforce instances tiek mitinātas AWS noteiktos reģionos un ka Hyperforce instances ir izkliedētas vairākās pieejamības zonās vienas valsts ietvaros. Salesforce publicē arī reģionu un instances atsauci klientiem, kuriem jāzina, kur tiek mitināta viņu organizācija. Skatiet sadaļu Kur atrodas mana Salesforce instance ?.
Noderīgs brīdinājums: Salesforce Trust 2026. gada 5. septembrī reģistrēja atsevišķu platformas darbības traucējumu, kas aptuveni 90 minūtes ietekmēja instances grupu “AWS US”. Incidenta lapā ir aprakstīts Salesforce pakalpojuma darbības traucējums, taču tajā nav noteikts, ka to izraisīja vēlāks AWS notikums. Laika ierobežojumus uztveriet tikai kā korelāciju, nevis cēloņsakarības pierādījumu. Skatiet Salesforce Trust incidenta ierakstu .
Ja esat jauns Salesforce administrēšanas lietotājs, sāciet šeit. Jūsu instance norāda, kurš statusa ieraksts attiecas uz jūsu organizāciju.
Salesforce dokumentē divas praktiskas metodes. Iestatījumos meklējiet uzņēmuma informāciju un pēc tam organizācijas datos meklējiet instances lauku. Varat arī doties uz Salesforce uzticamības sadaļu un meklēt pēc sava domēna nosaukuma. Pašreizējie Salesforce norādījumi ir atrodami sadaļā Salesforce organizācijas instances informācijas skatīšana .
Neuzmini savu mitināšanas reģionu pēc sava uzņēmuma galvenās mītnes. Uzņēmuma atrašanās vieta un tā Salesforce infrastruktūras atrašanās vieta ne vienmēr ir viens un tas pats.
Meklējiet savu domēnu vai instanci pakalpojumā Salesforce Trust. Meklējiet aktīvu incidentu, pakalpojuma degradāciju, apkopes paziņojumu vai atrisinātu incidentu, kas pārklājas ar laiku, kad jūsu lietotāji sāka saskatīt problēmas.
Ja Salesforce Trust parāda jūsu precīzo instanci un skarto pakalpojumu, tas ir spēcīgāks pierādījums nekā ieraksti sociālajos medijos vai vispārējs pārtraukumu izsekotājs. Pievērsiet uzmanību incidenta sākuma laikam, skartajam produktam un statusa atjauninājumiem. Ja jūsu instance nav norādīta sarakstā, nekavējoties neseciniet, ka Salesforce ir vesela; turpiniet lokālās pārbaudes, jo autentifikācija, tīklošana, integrācijas vai šaura produkta atkarība joprojām var neizdoties bez plaša platformas incidenta.
Pēc tam pārbaudiet AWS veselības informācijas paneli. AWS publicē pakalpojuma veselības stāvokli pa reģioniem un pakalpojumiem. Galvenais jautājums nav "Vai AWS nedarbojas?", bet gan "Vai AWS reģions vai AWS pakalpojums ir saistīts ar šo Salesforce darba slodzi, kas ziņo par incidentu?".
Šeit iesācēji bieži vien pieļauj kļūdu. AWS ir daudz reģionu un daudz pakalpojumu. Traucējumi vienā reģionā var pastāvēt līdzās normālai darbībai citur. Ja jūsu Salesforce organizācija izmanto Hyperforce, Salesforce atbalsts var palīdzēt apstiprināt jūsu instances mākoņpakalpojumu sniedzēju, ja šī informācija nav acīmredzama no instances nosaukuma.
Ja nav skaidras incidenta atbilstības, pirms iestatījumu maiņas pārbaudiet šauru darbplūsmu. Mēģiniet pieteikties no otra tīkla, atverot pamata ierakstu, veicot vienkāršu meklēšanu un izmantojot standarta Salesforce lapu, kas nav atkarīga no pielāgotas integrācijas.
Ja standarta Salesforce funkcijas darbojas, bet pievienotā lietotne neizdodas, problēma var būt lejupējā līmenī. Piemēram, integrācija var būt atkarīga no jūsu pašu AWS mitinātā API, identitātes nodrošinātāja, starpprogrammatūras, datu noliktavas vai tīkla ceļa, pat ja pati Salesforce ir pieejama.
Daudzas organizācijas savieno Salesforce ar ārējiem pakalpojumiem. Tas nozīmē, ka lietotāji var piedzīvot to, kas atgādina "Salesforce darbības pārtraukumu", lai gan īstā kļūme atrodas citur pieprasījumu ķēdē.
| Simptoms | Kas vispirms jāpārbauda | Iespējamā interpretācija |
|---|---|---|
| Daudziem lietotājiem neizdodas pieteikties Salesforce | Salesforce Trust, identitātes sniedzēja statuss, korporatīvais tīkls | Platformas, autentifikācijas vai savienojamības problēma |
| Salesforce ielādējas, bet viena integrācija pārtrūkst. | Integrācijas žurnāli un ārējā pakalpojuma reģions | Atkarība var tikt ietekmēta, kamēr Salesforce kodols paliek pieejams |
| Tiek ietekmēta tikai viena biroja ēka vai tīkls | Vietējais DNS, starpniekserveris, VPN, ugunsmūris, interneta pakalpojumu sniedzējs | Visticamāk, lokāls savienojamības ceļš, nevis globāls Salesforce darbības pārtraukums. |
| Tikai viens Salesforce produkts vai funkcija neizdodas | Ar produktu saistīts Salesforce Trust incidents | Funkciju degradācija var būt mazāka nekā pilnīga platformas darbības pārtraukums |
Salesforce plaši izmanto AWS, taču attiecības nav tiešas. Hyperforce aptver vairākus reģionus, un Salesforce pārvalda platformas slāni virs pamatā esošās mākoņinfrastruktūras.
Virsraksts ar uzrakstu “AWS darbības pārtraukums” var aprakstīt reģionālu notikumu. Jūsu Salesforce instance var tikt mitināta citur. Pirms secinājumu izdarīšanas vienmēr salīdziniet ģeogrāfisko atrašanās vietu un laiku.
Ja problēma ir augšupējā līmenī, konfigurācijas izmaiņu veikšana var radīt otru problēmu. Vispirms reģistrējiet simptomus un laika zīmogus. Pirms akreditācijas datu maiņas, tīkla noteikumu maiņas, integrāciju atspējošanas vai ražošanas automatizācijas modificēšanas pārbaudiet oficiālos statusa avotus.
Pūļa sniegti ziņojumi var būt noderīgi kā agrīns signāls, taču tie neaizstāj AWS Health vai Salesforce Trust. Oficiālajās statusa lapās ir norādīti skartie pakalpojumi un sniegta informācija par incidentiem no pašiem operatoriem.
Neapstājieties pie zaļa statusa indikatora. Apstipriniet atkopšanu no lietotāja viedokļa.
Ja oficiālās statusa lapas ir skaidras, bet problēma joprojām pastāv, pirms sazināšanās ar Salesforce atbalsta dienestu apkopojiet Salesforce instances nosaukumu, laika zīmogus ar laika joslu, skartos lietotājus, kļūdu ziņojumus, pieprasījumu ID, ja tādi ir pieejami, un mazāko reproducējamo darbplūsmu. Šie pierādījumi palīdz atšķirt Salesforce platformas incidentu no organizācijai raksturīgas konfigurācijas, tīkla vai trešās puses atkarības problēmas.
AWS darbības pārtraukums var ietekmēt Salesforce, jo Salesforce Hyperforce izmanto AWS, taču AWS darbības pārtraukums automātiski nenozīmē, ka jūsu Salesforce organizācija nedarbojas. Uzticama darbplūsma ir vienkārša: identificējiet savu Salesforce instanci, pārbaudiet Salesforce uzticamību, pārbaudiet atbilstošo AWS reģionu vai pakalpojumu un pēc tam reproducējiet kļūmi ar pēc iespējas mazāku darbplūsmu.
Iesācējam šī pieeja novērš divas dārgas kļūdas: vainot Salesforce par katru mākoņa virsrakstu un mainīt ražošanas konfigurāciju, pirms apstiprināt, kur patiesībā atrodas kļūme.
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.
