Salesforcen käyttökatkokset vuonna 2025 eivät noudattaneet yhtä yksinkertaista kaavaa. Jotkut tapaukset rajoittuivat tiettyihin instansseihin tai tuotteisiin, kun taas toiset ulottuivat useiden pilvipalveluiden alueelle tai olivat riippuvaisia kolmannen osapuolen infrastruktuurista. Operatiivisten, IT-, CRM-, kaupankäynti- ja markkinointitiimien kannalta hyödyllinen retrospektiivi ei ole luettelo kaikista kyseisenä vuonna julkaistuista Trust-postauksista. Se on katsaus häiriöihin, jotka paljastavat toistuvia vikaantumistyyppejä: todennusriippuvuudet, datakeskuksen infrastruktuuri, tietokannan palautus, sisällönjakeluverkot, pilvipalveluntarjoajan DNS ja muutokset, jotka on peruutettava.
Tämä viite keskittyy valikoituun joukkoon merkittäviä Salesforce Trustin dokumentoimia vuoden 2025 tapauksia. ”Merkittävä” tarkoittaa tässä toiminnallisesti merkittävää keston, laajuuden tai asiakkaan työnkulun tyypin vuoksi. Se ei tarkoita, että kaikki asiakkaat olisivat kärsineet, eikä kyseessä ole täydellinen tapausten luettelo. Tarkka vaikutus riippui tuotteesta, instanssista, alueesta ja vuokralaisesta.
| Päivämäärä | Mitä Salesforce raportoi | Ilmoitettu kesto tai toipumisikkuna | Miksi sillä on merkitystä operatiivisesti |
|---|---|---|---|
| 7. helmikuuta | Palveluhäiriö osalla asiakkaista, ja Salesforce mainitsee resurssirajoitukset, jotka liittyvät korkeaan verkkoliikenteen käyttöasteeseen. | 2 tuntia 20 minuuttia | Kapasiteetti ja liikennepaine voivat muuttaa suorituskyvyn heikkenemisen täydelliseksi käytettämättömyydeksi. |
| 13.–14. helmikuuta | Palveluhäiriö liittyi kolmannen osapuolen toimittajan ongelmaan; Salesforcen mukaan toimittaja löysi vaurioita fyysisessä verkkoinfrastruktuurissa Salesforcen työskennellessä vikasietoisuuden parissa. | 1 tunti 45 minuuttia | Ulkoisista yhteyksistä voi tulla osa tehokasta Salesforcen saatavuusrajaa. |
| 10.–11. kesäkuuta | Usean pilven tapahtuma vaikutti todennukseen ja palveluihin useissa tuotteissa, kuten Herokussa, Commercessa, Marketing Cloudissa ja muissa Salesforce-palveluissa. | Yksi Trust-tapaus kesti 22 tuntia 43 minuuttia | Identiteetti- ja jaettujen alustojen riippuvuudet voivat luoda laaja-alaisia liiketoimintavaikutuksia, vaikka yksittäiset sovellukset pysyisivät toimintakunnossa. |
| 18.–19. kesäkuuta | Jäähdytysjärjestelmän vikaantuminen Indianapolisin datakeskuksessa laukaisi verkkohäiriön; Salesforce raportoi, että useimmat pahasti vaurioituneiden pinojen palvelimet menivät offline-tilaan ennen vaiheittaista korjausta. | Palveluhäiriön kesto mainitussa tapauksessa oli 18 tuntia 44 minuuttia. | Fyysiset tilat, sähkö, verkot, virtuaalinen infrastruktuuri, tietokannat ja sovellusten palautus voivat muodostaa pitkän riippuvuusketjun. |
| 2.–6. lokakuuta | Marketing Cloud -asiakkaat, joiden tietokanta oli DB10016, menettivät palvelunsa, koska tietokanta ei ollut käytettävissä. Salesforce palautti ja validoi tietokannan. | Palveluhäiriövaiheen raportoitu kestäneen 3 päivää 16 tuntia ennen suorituskyvyn heikkenemistä | Tietokannan palautus voi olla paljon hitaampaa kuin sovelluksen uudelleenkäynnistys, joten jatkuvuussuunnitelmissa on oltava pitkäkestoinen tila. |
| 20. lokakuuta | Useisiin Salesforce-pilvipalveluihin vaikutti kolmannen osapuolen pilvi-infrastruktuuritoimittajan DNS-ongelma. Commerce Cloud, MuleSoft, Marketing Cloud Account Engagement, Heroku ja muut palvelut raportoivat asiaan liittyvästä vaikutuksesta. | Vaihteli palveluittain; Commercen häiriö kesti 3 tuntia 19 minuuttia, kun taas MuleSoftin tapaus oli avoinna 16 tuntia 23 minuuttia. | Yhden toimittajan tason riippuvuus voi aiheuttaa erilaisia oireita ja palautumisaikoja eri tuotteissa. |
| 18. marraskuuta | Osa Commerce Cloudin myymälöistä koki ajoittaisia HTTP 500 -virheitä. Salesforce kertoi alustansa ja verkkonsa toimivan normaalisti ja selitti häiriön johtuvan kolmannen osapuolen CDN-palveluntarjoajan määrityspäivityksestä, joka on peruttu. | 4 tuntia 40 minuuttia | Asiakaskohtainen saatavuus voi epäonnistua toimitusreunalla, vaikka ydinsovellusalusta olisi kunnossa. |
Lähdetiedot: Salesforce Trust -tapaus 13702 , Salesforce Trust -tapaus 13729 , Salesforce Trust -tapaus 10014307 , Salesforce Trust -tapaus 10014353 , Salesforce Trust -tapaus 20003296 , Salesforce Trust Commerce Cloud -tapaus 20003368 , Salesforce Trust MuleSoft -tapaus 20003364 ja Salesforce Trust Commerce Cloud -tapaus 20003465 .
Salesforce Trust raportoi tapaukset tuotteen, instanssin, palvelun ja joskus tietokannan tai alueellisen komponentin mukaan. Helmikuun 7. päivän häiriö vaikutti osaan asiakkaista. Lokakuun 2. päivän Marketing Cloud -tapaus keskittyi yhteen tietokantaan. Lokakuun 20. päivän tapahtuma kattoi useita pilvipalveluita, mutta sillä oli erilaiset palautumisajat ja oireet. Vastaajille ensimmäinen hyödyllinen kysymys ei siis ole pelkästään se, onko Salesforce poissa käytöstä, vaan mikä vuokraaja, tuote, alue, instanssi ja riippuvuus vikaantuu.
Salesforce tarjoaa tavan löytää organisaation tilan sen Oma toimialue -nimen avulla. Virallisessa tukiartikkelissa selitetään, miten Luottamustila-sivun avulla voi etsiä instanssikohtaisia tila- ja ylläpitotietoja: Salesforce-ohje: organisaation tilan ja ylläpitopäivämäärien hakeminen Oma toimialue -nimen avulla .
Useat vuonna 2025 sattuneet tapaukset osoittavat, miksi SaaS-jatkuvuussuunnittelu ei voi pysähtyä SaaS-toimittajan rajalle. Helmikuun 13.–14. päivänä sattunut tapaus koski kolmannen osapuolen verkkotoimittajaa. Lokakuun 20. päivänä sattunut monipilvipalvelun häiriö liittyi kolmannen osapuolen pilvi-infrastruktuuritoimittajan DNS-ongelmaan. Marraskuun 18. päivänä Salesforce raportoi Commerce Cloud -kaupan yhteysongelmista, jotka liittyivät kolmannen osapuolen CDN-palveluntarjoajan määrityspäivitykseen.
Opetus ei ole se, että kolmannet osapuolet olisivat luonnostaan epäluotettavia. Vaan se, että asiakkaiden työnkulut ovat riippuvaisia palveluketjusta: identiteetistä, DNS:stä, verkoista, sisällönjakelusta, pilvi-infrastruktuurista, API-rajapinnoista ja sovelluspalveluista. Tapahtumamallisi tulisi seurata tätä ketjua.
Kesäkuun 18.–19. päivänä järjestetty datakeskustapahtuma on tästä vahva esimerkki. Salesforce kuvaili fyysisten ja virtuaalisten resurssien palauttamista, tietokantojen ja replikoiden tuomista verkkoon, dataparametrien validointia ja riippuvaisten palveluiden palauttamista. Lokakuun Marketing Cloud -tietokannan häiriö eteni samoin palautuksen, kokoonpanotarkistusten, validoinnin ja myöhemmän suorituskyvyn heikkenemisvaiheen kautta.
Tällä erolla on merkitystä liiketoimintatiimeille. ”Alusta toipuu” ei välttämättä tarkoita, että jokainen jono on tyhjennetty, jokainen integraatio on toistettu, jokainen myymälä on vakaa tai jokainen ajoitettu työ on suoritettu onnistuneesti.
Hyödyllinen luottamustarkistus koostuu kolmesta vaiheesta. Ensin lue palvelut ja instanssit, joihin tapahtuma vaikuttaa. Toiseksi vertaa julkaistua aloitusaikaa telemetriasi tietoihin; Salesforce joskus tarkistaa tapausten aloitusaikoja tutkinnan parantuessa. Kolmanneksi erota palvelun häiriöt suorituskyvyn heikkenemisestä tai ominaisuuksien häiriöistä. Nämä tunnisteet kuvaavat erilaisia toimintatiloja, ja ominaisuustason tapaus voi jättää suurimman osan alustasta käyttökelpoiseksi.
Älä oleta, että tapauksen kesto vastaa ajanjaksoa, jonka aikana jokainen asianomainen asiakas koki identtisiä oireita. Salesforce-päivitykset kuvaavat usein vaikutusalueen laajenemista tai pienenemistä, vaiheittaista palautumista tai tuotekohtaista korjausta. Sisäistä raportointia varten kirjaa ylös sekä toimittajan virallinen aikajana että oma havaittu vaikutusikkunasi.
Vuoden 2025 vahvin oppitunti häiriönsietokyvyn parantamiseksi on, että käyttökatkosuunnitelman tulisi kestää yli 30 minuuttia. Lyhytaikainen häiriö saattaa vaatia vain kommunikointia ja kärsivällisyyttä. Usean tunnin tapahtuma vaatii jonotettua työtä ja hallittuja manuaalisia prosesseja. Useita päiviä kestävä häiriö, kuten mainittu Marketing Cloud -tietokantahäiriö, vaatii henkilöstön siirtoja, ruuhkan hallintaa, asiakasviestintää sekä palautussuunnitelman lykätyille kampanjoille, tuonneille, vienneille, API-toiminnoille ja raportoinnille.
Määritä palautumisprioriteetit ennen käyttökatkoa. Myyntiorganisaatiolle liidien vastaanotto ja asiakassitoumukset voivat olla ennen analytiikan päivityksiä. Jälleenmyyjälle tilausten vastaanotto, varaston tarkkuus ja asiakaspalvelun näkyvyys voivat olla kriittisiä. Markkinointitiimille prioriteetti voi olla päällekkäisten lähetysten estäminen ja kampanjan tilan säilyttäminen sen sijaan, että yritettäisiin pakottaa jokainen ajoitettu toiminto epävakaan järjestelmän läpi.
Käytä retrospektiiviä oletusten testaamiseen, älä seuraavan vian ennustamiseen. Vuoden 2025 tapaukset osoittavat, että alkusyynä oleva ongelma voi johtua liikennepaineesta, toimittajien verkottumisesta, fyysisestä jäähdytyksestä, tietokannoista, DNS:stä, CDN-kokoonpanosta tai ohjelmistomuutoksista. Mikään yksittäinen ratkaisu ei kata kaikkia näitä.
Kypsän Salesforcen jatkuvuussuunnitelman tulisi siksi yhdistää liiketoimintaprosessit teknisiin riippuvuuksiin, määrittää varajärjestelmien omistajat, määritellä turvallinen uudelleenyrityskäyttäytyminen, pitää Salesforcen luottamuksen valvonta lähellä tapausten työnkulkua ja sisällyttää virallinen täsmäytysvaihe palvelun palauttamisen jälkeen. Hyödyllisin mittari ei ole yksinkertaisesti "aika, kunnes Salesforce muuttui vihreäksi". Se on aika, joka kuluu siihen, kunnes liiketoimintaprosessi on varmistettu alusta loppuun ja ruuhka on turvallisesti poistettu.
Tämä retrospektiivi laadittiin Salesforcen omista luottamus- ja tukitiedoista ja keskittyy valittuihin vuoden 2025 tapahtumiin. Salesforce julkaisi vuoden aikana monia muita tapahtumailmoituksia, mukaan lukien lyhyempiä ja suppeammin käsiteltyjä tapahtumia. Joitakin luottamussivuja päivitettiin alkuperäisen tapahtuman jälkeen vaikutusikkunoiden ja vaurioituneiden komponenttien selventämisen myötä. Katso palvelun nykyinen tila Salesforcen luottamustilasta historiallisen artikkelin sijaan.
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.
