Avaat Salesforcen ja jokin tuntuu olevan vialla: sivut latautuvat hitaasti, kirjautuminen epäonnistuu tai integraatio alkaa aikakatkaista. Samaan aikaan työtoverit jakavat raportteja AWS-katkoksesta. Luonnollinen kysymys kuuluu, liittyvätkö nämä kaksi tapahtumaa toisiinsa.
Lyhyt vastaus on: mahdollisesti, mutta ei automaattisesti . Salesforce käyttää Amazon Web Servicesiä (AWS) merkittävissä osissa Hyperforce-infrastruktuuriaan, mutta Salesforce on hajautettu eri alueille, instanssien ja palveluiden välillä. AWS-häiriö yhdessä paikassa ei tarkoita, että kaikki Salesforce-asiakkaat kärsivät siitä. Nopein tapa saada luotettava vastaus on tunnistaa Salesforce-instanssisi, tarkistaa Salesforcen luotettavuus kyseisen instanssin osalta ja verrata sitä sitten asiaankuuluvaan AWS-alue- tai palvelutapahtumaan.
Kolme termiä helpottavat tämän ymmärtämistä huomattavasti.
me-south-1) ja Yhdistyneet arabiemiirikunnat ( me-central-1). Katso virallinen AWS-alueiden viite .Tällä erolla on merkitystä, koska pilvipalveluiden käyttökatkokset ovat usein alueellisia tai palvelukohtaisia. Yhteen AWS-alueeseen vaikuttava ongelma voi estää muiden alueiden Salesforce-organisaatioita toimimasta normaalisti. Samoin Salesforce-häiriö voi ilmetä ilman, että AWS sitä aiheuttaa.
Yhtä varmaa ja yleispätevää vastausta kaikille Salesforce-asiakkaille ei ole. 16. syyskuuta 2026 alkaen oikea vahvistustapa on käyttää AWS Health -käyttöliittymää AWS-palvelutapahtumien ja Salesforce Trustin avulla Salesforce-tapahtumien varalta.
Salesforce-dokumentaatio vahvistaa, että monia Hyperforce-instanssien isännöintipalveluita ylläpidetään AWS:ssä tietyillä alueilla ja että Hyperforce-instanssit ovat hajallaan useilla saatavuusvyöhykkeillä maan sisällä. Salesforce julkaisee myös alue- ja instanssikohtaisen viitteen asiakkaille, jotka haluavat tietää, missä heidän organisaatiotaan isännöidään. Katso Missä Salesforce-instanssini sijaitsee ?.
Hyödyllinen varoitus: Salesforce Trust kirjasi erillisen alustan häiriön 5. syyskuuta 2026, joka vaikutti ”AWS US” -instanssiryhmään noin 90 minuutin ajan. Tapahtumasivulla kuvataan Salesforce-palvelun häiriö, mutta se ei vahvista, että myöhempi AWS-tapahtuma aiheutti sen. Käsittele pelkkää ajoitusta korrelaationa, älä todisteena syy-yhteydestä. Katso Salesforce Trustin tapahtumatiedot .
Jos olet uusi Salesforce-ylläpitäjä, aloita tästä. Instanssisi kertoo, mikä tilamerkintä on organisaatiollesi olennainen.
Salesforce dokumentoi kaksi käytännön menetelmää. Etsi Määritykset-valikosta Yrityksen tiedot ja etsi sitten Organisaation tiedot -kohdasta Instanssi- kenttä. Voit myös siirtyä Salesforcen luottamus -osioon ja hakea verkkotunnuksesi perusteella. Salesforcen nykyiset ohjeet ovat kohdassa Salesforce-organisaatiosi instanssitietojen tarkasteleminen .
Älä arvaa hosting-aluettasi yrityksesi pääkonttorin perusteella. Yrityksen liiketoiminnan sijainti ja sen Salesforce-infrastruktuurin sijainti eivät välttämättä ole sama asia.
Hae Salesforce Trust -palvelusta verkkotunnustasi tai instanssiasi. Etsi aktiivinen tapaus, palvelun heikkeneminen, huoltoilmoitus tai ratkaistu tapaus, joka on päällekkäinen ajankohdan kanssa, jolloin käyttäjäsi alkoivat nähdä ongelmia.
Jos Salesforce Trust näyttää tarkan instanssisi ja sen ongelmallisen palvelun, se on vahvempi todiste kuin sosiaalisen median julkaisut tai yleinen katkosten seuranta. Kirjaa muistiin tapauksen alkamisaika, ongelman kohteena oleva tuote ja tilapäivitykset. Jos instanssiasi ei ole luettelossa, älä heti päättele Salesforcen olevan kunnossa; jatka paikallisilla tarkistuksilla, koska todennus, verkottuminen, integraatiot tai kapea tuoteriippuvuus voivat silti epäonnistua ilman laajaa alustatapausta.
Tarkista seuraavaksi AWS Health Dashboard. AWS julkaisee palvelun kunnon alueittain ja palveluittain. Keskeinen kysymys ei ole "Onko AWS alhaalla?", vaan "Onko AWS-alue tai AWS-palvelu relevantti tälle Salesforce-työkuormalle, joka raportoi tapahtumasta?".
Tässä kohtaa aloittelijat usein tekevät väärän loikan. AWS:llä on useita alueita ja monia palveluita. Yhden alueen häiriö voi esiintyä samanaikaisesti normaalin toiminnan kanssa muualla. Jos Salesforce-organisaatiosi käyttää Hyperforcea, Salesforce-tuki voi auttaa vahvistamaan instanssisi pilvipalveluntarjoajan, jos tämä tieto ei käy ilmi instanssin nimestä.
Jos selkeää tapauksen vastaavuutta ei löydy, testaa tarkkaa työnkulkua ennen asetusten muuttamista. Kokeile kirjautua sisään toisesta verkosta, avata perustietue, suorittaa yksinkertainen haku ja käyttää Salesforce-vakiosivua, joka ei ole riippuvainen mukautetusta integraatiosta.
Jos Salesforcen vakiofunktiot toimivat, mutta yhdistetty sovellus epäonnistuu, ongelma voi olla myöhemmässä vaiheessa. Integraatio voi esimerkiksi olla riippuvainen omasta AWS-isännöidystä API:stasi, identiteetintarjoajastasi, väliohjelmistostasi, tietovarastostasi tai verkkopolustasi, vaikka Salesforce itse olisi käytettävissä.
Monet organisaatiot yhdistävät Salesforcen ulkoisiin palveluihin. Tämä tarkoittaa, että käyttäjät voivat kokea "Salesforce-käyttökatkoksen", vaikka todellinen vika onkin jossain muualla pyyntöketjussa.
| Oire | Mitä tarkistaa ensin | Mahdollinen tulkinta |
|---|---|---|
| Salesforce-kirjautuminen epäonnistuu monilla käyttäjillä | Salesforce Trust, identiteetintarjoajan tila, yritysverkko | Alusta-, todennus- tai yhteysongelma |
| Salesforce latautuu, mutta yksi integraatio aikakatkaistaan | Integraatiolokit ja ulkoisen palvelun alue | Riippuvuus voi muuttua, vaikka Salesforce-ydin pysyy saatavilla |
| Vain yksi toimisto tai verkko vaikuttaa | Paikallinen DNS, välityspalvelin, VPN, palomuuri, internet-palveluntarjoaja | Todennäköisesti paikallinen yhteyspolku eikä maailmanlaajuinen Salesforce-katkos |
| Vain yksi Salesforce-tuote tai -ominaisuus epäonnistuu | Tuotekohtainen Salesforce Trust -tapaus | Ominaisuuksien heikkeneminen voi olla suppeampaa kuin koko alustan käyttökatkos |
Salesforce käyttää AWS:ää laajasti, mutta suhde ei ole yksi yhteen. Hyperforce kattaa useita alueita, ja Salesforce hallinnoi alustakerrosta taustalla olevan pilvi-infrastruktuurin yläpuolella.
Otsikko ”AWS-käyttökatkos” saattaa kuvailla alueellista tapahtumaa. Salesforce-instanssisi saattaa sijaita muualla. Tarkista aina maantieteellinen sijainti ja ajoitus ennen johtopäätösten tekemistä.
Jos ongelma on ylätasolla, määritysmuutosten tekeminen voi luoda toisen ongelman. Kirjaa ensin oireet ja aikaleimat. Tarkista viralliset tilanteen lähteet ennen kuin kierrätät tunnistetietoja, muutat verkkosääntöjä, poistat integraatioita käytöstä tai muokkaat tuotantoautomaatiota.
Joukkoistamalla saadut raportit voivat olla hyödyllisiä varhaisena signaalina, mutta ne eivät korvaa AWS Healthia tai Salesforce Trustia. Virallisilla tilannesivuilla tunnistetaan ongelmapalvelut ja tarjotaan operaattoreiden itsensä laatimia tapauspäivityksiä.
Älä pysähdy vihreään tilan merkkivaloon. Vahvista toipuminen käyttäjän näkökulmasta.
Jos viralliset tilasivut ovat selkeitä, mutta ongelma jatkuu, kerää Salesforce-instanssin nimi, aikaleimat aikavyöhykkeineen, ongelmaan liittyvät käyttäjät, virheilmoitukset, pyyntötunnukset (jos saatavilla) ja pienin toistettavissa oleva työnkulku ennen kuin otat yhteyttä Salesforce-tukeen. Nämä tiedot auttavat erottamaan Salesforce-alustan tapauksen organisaatiokohtaisesta kokoonpanosta, verkosta tai kolmannen osapuolen riippuvuusongelmasta.
AWS-katkos voi vaikuttaa Salesforceen, koska Salesforce Hyperforce käyttää AWS:ää, mutta AWS-häiriö ei automaattisesti tarkoita, että Salesforce-organisaatiosi on alhaalla. Luotettava työnkulku on yksinkertainen: tunnista Salesforce-instanssisi, tarkista Salesforcen luotettavuus, tarkista asiaankuuluva AWS-alue tai -palvelu ja toista sitten vika mahdollisimman pienellä työnkululla.
Aloittelijalle tämä lähestymistapa estää kaksi kallista virhettä: Salesforcen syyllistämisen jokaisesta pilviuutiskirjeestä ja tuotantokokoonpanon muuttamisen ennen kuin on vahvistettu, missä vika todella sijaitsee.
Tarkastele merkittäviä Salesforcen käyttökatkoksia vuonna 2025, mikä epäonnistui, kuinka kauan valitut tapaukset kestivät ja käytännön vinkkejä resilienssin parantamiseksi, joita tiimit voivat soveltaa.
Rakenna käytännöllinen Salesforcen käyttökatkosten jatkuvuussuunnitelma, joka sisältää vaikutusanalyysin, RTO/RPO-tavoitteet, manuaaliset kiertotavat, integraatiokontrollit ja palautustarkistukset.
Opi ottamaan yhteyttä Salesforce-tukeen merkittävän käyttökatkoksen aikana: tarkista luottamustila, valitse oikea kanava, avaa vahva tapaus ja seuraa palautumista.
Vianmääritys Salesforce Workbench -kirjautumiseen, REST Exploreriin, aikakatkaisuun, 503-virheeseen ja API-versioon liittyen sekä käyttökatkosten aikaisten virheiden rajoittaminen käytännöllisen diagnostiikkalistan avulla.
StoreForce-ongelmat voivat häiritä aikataulutusta, työajanseurantaa ja työntekijöiden työnkulkuja. Opi arvioimaan vaikutuksia, pitämään myymälät toiminnassa, varmistamaan tilanteen korjaaminen ja tietämään, milloin asia on siirrettävä eteenpäin.
Ymmärrä laajalle levinneiden pilvipalvelukatkosten pääasialliset syyt, miten viat kasautuvat, mitä tarkistaa ensin ja miten suunnitella kestävämpi palautussuunnitelma.
Jos Datorama tai Marketing Cloud Intelligence vaikuttaa olevan kaatunut, käytä tätä näyttöön perustuvaa tarkistuslistaa katkoksen varmentamiseen, raportoinnin laadun suojaamiseen ja sen selvittämiseen, milloin tiedot ovat jälleen luotettavia.
Käytännön katsaus siihen, miten Herokun käyttökatkokset voivat vaikuttaa käyttöönotettuihin sovelluksiin, dynamiikan testaukseen, reititykseen, tietokantoihin, käyttöönottoihin, Heroku Connectiin, lokeihin ja palautukseen.
Ymmärrä, miten Salesforce ja AWS yhdistyvät Hyperforcen, integraatioiden, verkostoitumisen, datan säilytyksen, käyttökatkosten ja jaettujen operatiivisten vastuiden kautta.
AWS-katkos ei automaattisesti tarkoita, että Salesforce ei ole käytettävissä. Lue, miten Hyperforce, alueet, instanssit ja Salesforce Trust määrittävät, vaikuttaako se organisaatioosi.
