A 2025-ös Salesforce szolgáltatáskimaradások nem egyetlen egyszerű mintát követtek. Egyes incidensek adott példányokra vagy termékekre korlátozódtak, míg mások több felhőn keresztül zajlottak, vagy harmadik fél infrastruktúrájától függtek. Az operatív, informatikai, CRM, kereskedelmi és marketing csapatok számára a hasznos visszatekintés nem az adott évben megjelent összes Trust-bejegyzés listája. Ez egy áttekintés azokról a zavarokról, amelyek feltárják az ismétlődő hibamódokat: hitelesítési függőségek, adatközponti infrastruktúra, adatbázis-helyreállítás, tartalomszolgáltató hálózatok, felhőszolgáltató DNS-e és a visszavonandó változtatások.
Ez a referencia a Salesforce Trust által dokumentált, 2025-ben kiválasztott jelentős incidensekre összpontosít. A „jelentős” itt azt jelenti, hogy az időtartam, a kiterjedtség vagy az érintett ügyfél-munkafolyamat típusa miatt működésileg jelentős; ez nem jelenti azt, hogy minden ügyfelet érintett, és nem is teljes körű incidens-összeírásról van szó. A pontos hatás a terméktől, a példánytól, a régiótól és a bérlőtől függött.
| Dátum | A Salesforce jelentései | Jelentett időtartam vagy helyreállítási ablak | Miért fontos ez működési szempontból? |
|---|---|---|---|
| Február 7. | A Salesforce a magas hálózati forgalom kihasználtságával összefüggő erőforrás-korlátozásokra hivatkozva szolgáltatáskiesést tapasztalt az ügyfelek egy részénél. | 2 óra 20 perc | A kapacitás és a forgalmi nyomás a teljesítményromlást teljes rendelkezésre állás hiányához vezethet. |
| Február 13–14. | A szolgáltatáskimaradás egy harmadik féltől származó szállítói problémához köthető; a Salesforce közölte, hogy a szállító a fizikai hálózati infrastruktúrában talált károkat, miközben a Salesforce a feladatátvételen dolgozott. | 1 óra 45 perc | A külső kapcsolatok a hatékony Salesforce rendelkezésre állási határának részévé válhatnak. |
| Június 10–11. | Egy többfelhős esemény több termék, többek között a Heroku, a Commerce, a Marketing Cloud és más Salesforce szolgáltatások hitelesítését és szolgáltatásait is érintette. | Egy Trust incidens 22 óra 43 percig tartott. | Az identitás és a megosztott platformfüggőségek széleskörű üzleti hatást gyakorolhatnak, még akkor is, ha az egyes alkalmazások működőképesek maradnak. |
| Június 18–19. | Az indianapolisi adatközpont hűtőrendszerének meghibásodása hálózati zavart okozott; a Salesforce jelentése szerint a súlyosabban érintett szerverek többsége a fokozatos helyreállítás előtt leállt. | A jelzett incidens során a szolgáltatáskiesés időtartama 18 óra 44 perc volt. | A fizikai létesítmények, az energiaellátás, a hálózatépítés, a virtuális infrastruktúra, az adatbázisok és az alkalmazások helyreállítása hosszú függőségi láncot alkothat. |
| Október 2–6. | A DB10016 adatbázist használó Marketing Cloud ügyfelek szolgáltatáskiesést szenvedtek, mert az adatbázis nem volt elérhető; a Salesforce az adatbázis visszaállítását és érvényesítését végezte el. | A szolgáltatáskiesés fázisa 3 nap 16 óra elteltével jelentett, mielőtt a teljesítmény romlása elkezdődött volna. | Az adatbázis-helyreállítás sokkal lassabb lehet, mint az alkalmazás újraindítása, ezért a folytonossági terveknek hosszú időtartamú módra van szükségük. |
| Október 20. | Több Salesforce-felhőt is érintett egy DNS-probléma egy külső felhőinfrastruktúra-szolgáltatónál. A Commerce Cloud, a MuleSoft, a Marketing Cloud Account Engagement, a Heroku és más szolgáltatások is jelentettek ehhez kapcsolódó hatást. | Szolgáltatásonként változó; a Commerce szolgáltatásban jelzett zavar 3 óra 19 perc volt, míg egy MuleSoft incidens 16 óra 23 percig maradt folyamatban. | Egyetlen szolgáltatói szintű függőség eltérő tüneteket és helyreállítási időket okozhat a különböző termékekben. |
| November 18. | A Commerce Cloud áruházak egy részhalmaza időszakosan HTTP 500 hibákat tapasztalt. A Salesforce közölte, hogy platformjuk és hálózatuk normálisan működött, és a zavart egy harmadik féltől származó CDN-szolgáltató konfigurációs frissítésének tulajdonította, amelyet visszavontak. | 4 óra 40 perc | Az ügyféloldali rendelkezésre állás a megvalósítás peremén akkor is meghibásodhat, ha az alapvető alkalmazásplatform kifogástalan állapotban van. |
Forrásrekordok: Salesforce Trust incidens 13702 , Salesforce Trust incidens 13729 , Salesforce Trust incidens 10014307 , Salesforce Trust incidens 10014353 , Salesforce Trust incidens 20003296 , Salesforce Trust Commerce Cloud incidens 20003368 , Salesforce Trust MuleSoft incidens 20003364 és Salesforce Trust Commerce Cloud incidens 20003465 .
A Salesforce Trust termék, példány, szolgáltatás, és néha adatbázis vagy regionális komponens szerint jelenti az incidenseket. A február 7-i fennakadás az ügyfelek egy részhalmazát érintette. Az október 2-i Marketing Cloud incidens egyetlen adatbázisra összpontosult. Az október 20-i esemény több felhőt is átfogott, de eltérő helyreállítási időket és tüneteket eredményezett. A válaszadók számára ezért az első hasznos kérdés nem egyszerűen az, hogy a Salesforce leállt-e, hanem az, hogy melyik bérlő, termék, régió, példány és függőség hibásodik meg.
A Salesforce lehetővé teszi egy szervezet állapotának megkeresését a Saját domain név használatával. A hivatalos támogatási cikk elmagyarázza, hogyan használható a Megbízhatósági állapot oldal a példányspecifikus állapot- és karbantartási információk megkereséséhez: Salesforce Súgó: Szervezeti állapot és karbantartási dátumok lekérése a Saját domain név használatával .
Számos 2025-ös incidens mutatja, hogy a SaaS folytonossági tervezése miért nem állhat meg a SaaS-szállítók határánál. A február 13–14-i incidens egy harmadik féltől származó hálózati szolgáltatót érintett. Az október 20-i többfelhős zavar egy harmadik féltől származó felhőinfrastruktúra-szállító DNS-problémájához kapcsolódott. November 18-án a Salesforce a Commerce Cloud áruházának csatlakozási problémáit jelentette egy harmadik féltől származó CDN-szolgáltató konfigurációs frissítésével összefüggésben.
A tanulság nem az, hogy a harmadik felek eleve megbízhatatlanok. Hanem az, hogy az ügyfelek munkafolyamatai a szolgáltatások láncolatától függenek: identitás, DNS, hálózatépítés, tartalomszolgáltatás, felhőinfrastruktúra, API-k és alkalmazásszolgáltatások. Az incidensmodellnek ezt a láncolatot kell követnie.
A június 18–19-i adatközponti esemény erre egy erős példa. A Salesforce leírta a fizikai és virtuális erőforrások visszaállítását, majd az adatbázisok és replikák online állapotba hozását, az adatparaméterek validálását és a függő szolgáltatások helyreállítását. Az októberi Marketing Cloud adatbázis-kiesés hasonlóképpen visszaállításon, konfigurációs ellenőrzéseken, validáláson, majd egy későbbi teljesítménycsökkenési fázison ment keresztül.
Ez a megkülönböztetés fontos az üzleti csapatok számára. A „platform helyreáll” nem feltétlenül jelenti azt, hogy minden sor lemerült, minden integráció újra lejátszódott, minden kirakat stabil, vagy minden ütemezett feladat sikeresen lefutott.
Egy hasznos megbízhatósági felülvizsgálat három lépésből áll. Először is, olvassa el az érintett szolgáltatásokat és példányokat. Másodszor, hasonlítsa össze a közzétett kezdési időpontot a telemetriai adatokkal; a Salesforce időnként módosítja az incidensek kezdési időpontjait a vizsgálatok javulásával. Harmadszor, különböztesse meg a szolgáltatásmegszakítást a teljesítményromlástól vagy a funkciómegszakítástól. Ezek a címkék különböző működési állapotokat írnak le, és egy funkciószintű incidens a platform nagy részét használhatóvá teheti.
Ne feltételezze, hogy egy incidens időtartama megegyezik azzal az időszakkal, amely alatt minden érintett ügyfél azonos tüneteket tapasztalt. A Salesforce frissítései gyakran a hatás sugárának bővülését vagy csökkenését, a szakaszos helyreállítást vagy a termékspecifikus helyreállítást írják le. Belső jelentésekhez rögzítse mind a szállító hivatalos ütemtervét, mind a saját megfigyelt hatásidőtartamát.
A 2025-ös év legerősebb rugalmassági tanulsága az, hogy egy kiesési tervnek több mint 30 perces üzemmóddal kell rendelkeznie. Egy rövid idejű zavar csak kommunikációt és türelmet igényelhet. Egy több órás esemény sorban álló munkát és ellenőrzött manuális folyamatokat igényel. Egy több napig tartó zavar, mint például az említett Marketing Cloud adatbázis-incidens, személyzeti átadást, elmaradáskezelést, ügyfélkommunikációt, valamint helyreállítási tervet igényel az elhalasztott kampányokra, importokra, exportokra, API-műveletekre és jelentéskészítésre.
Határozza meg a helyreállítási prioritásokat egy kiesés előtt. Egy értékesítési szervezet számára az érdeklődők gyűjtése és az ügyfél-elkötelezettségek teljesítése megelőzheti az elemzések frissítését. Egy kiskereskedő számára a rendelésfelvétel, a készlet pontossága és az ügyfélszolgálat láthatósága lehet a kritikus út. Egy marketingcsapat számára a prioritás a duplikált küldések megakadályozása és a kampányállapot megőrzése lehet, ahelyett, hogy minden ütemezett tevékenységet egy instabil rendszeren keresztül próbálnának erőltetni.
A retrospektív elemzést a feltételezések tesztelésére használjuk, ne a következő hiba előrejelzésére. A 2025-ös incidensek azt mutatják, hogy a kiváltó probléma adódhat a forgalmi nyomásból, a szállítói hálózatépítésből, a fizikai hűtésből, az adatbázisokból, a DNS-ből, a CDN konfigurációjából vagy a szoftverváltozásokból. Nincs egyetlen megoldás, amely mindezeket lefedné.
Egy kiforrott Salesforce folytonossági tervnek ezért le kell képeznie az üzleti folyamatokat a technikai függőségekhez, hozzá kell rendelnie a tartalék tulajdonosokat, meg kell határoznia a biztonságos újrapróbálkozási viselkedést, a Salesforce Trust monitorozását közel kell tartania az incidens munkafolyamatához, és a szolgáltatás helyreállítása után hivatalos egyeztetési fázist kell tartalmaznia. A leghasznosabb mérőszám nem egyszerűen az, hogy „miután a Salesforce zöldre váltott”. Ez az az idő, amíg az üzleti folyamatot a végponttól a végéig ellenőrizték, és a várakozó listát biztonságosan kijavították.
Ez a retrospektív jelentés a Salesforce saját Trust and Help nyilvántartásaiból készült, és a 2025-ös naptári évből származó kiválasztott eseményekre összpontosít. A Salesforce számos más incidensről szóló értesítést is közzétett az év során, beleértve a rövidebb és szűkebb hatókörű eseményeket is. Néhány Trust oldal frissült a kezdeti esemény után, mivel a hatásidőszakok és az érintett összetevők tisztázódtak. A jelenlegi szolgáltatási állapot megtekintéséhez a Salesforce Trust Status oldalát használja a korábbi cikkek helyett.
Ismerd meg, mire jó a DLSS 4.5, a CUDA, a Blackwell, az NVIDIA NIM és az Omniverse, és melyik megoldás illik a játékhoz, fejlesztéshez vagy vállalati AI-hoz.
GTA VI: a hivatalos megjelenési dátum, a megerősített PS5 és Xbox Series X|S platformok, az előtöltés és a PC-verzió jelenlegi státusza.
Mutatjuk, mire használható a PENNY alkalmazás: digitális kártya, kuponok, akciós újság, bevásárlólista, üzletkereső, Scan&Go és online rendelés.
A világűr hete 2026. október 4–10.: budapesti programok, találkozás Farkas Bertalannal, oktatási anyagok és a rakétaforradalom technológiái.
Gyakorlati útmutató az otthoni energiatároláshoz: működés, kWh és kW, LFP és más akkumulátortechnológiák, napelem-kompatibilitás, biztonság és választási szempontok.
Budapesti októberi útlezárások és közlekedési változások: Erzsébet híd, Budafoki út, MÁV-vágányzárak, maraton, parkolás és aktuális kerülők.
Budapest 2026. októberi zárvatartásai: FSZEK, múzeumok, Magyar Posta, fővárosi ügyfélszolgálatok és kormányablakok, október 23-i eltérésekkel és online lehetőségekkel.
Így ellenőrizd a budapesti hulladékszállítást 2026 októberében: október 23., cím szerinti kukanaptár, zöldhulladék, lomtalanítás, pótszállítás és hulladékudvarok.
A 2026/2027-es tanév hivatalos rendje alapján: utolsó tanítási nap, őszi szünet, visszatérés, október 23., helyi eltérések és iskolai munkanapok Budapesten.
Hivatalos 2026. októberi családi pótlék- és nyugdíjfizetési dátumok Magyarországon, banki jóváírás, postai kézbesítés és késés esetén ellenőrzendő lépések.
