Прекъсванията в Salesforce през 2025 г. не следваха един прост модел. Някои инциденти бяха ограничени до конкретни случаи или продукти, докато други преминаха през множество облаци или зависеха от инфраструктура на трети страни. За екипите по операции, ИТ, CRM, търговия и маркетинг, полезната ретроспекция не е списък на всички публикации за доверие, публикувани през тази година. Тя е преглед на прекъсванията, които разкриват повтарящи се режими на отказ: зависимости за удостоверяване, инфраструктура на центрове за данни, възстановяване на бази данни, мрежи за доставяне на съдържание, DNS на доставчици на облак и промени, които трябва да бъдат отменени.
Тази справка се фокусира върху избран набор от значими инциденти от 2025 г., документирани от Salesforce Trust. „Значителен“ тук означава оперативно значим поради продължителност, обхват или вида на засегнатия работен процес на клиента; това не означава, че всеки клиент е бил засегнат и не е пълен списък на инцидентите. Точното въздействие зависи от продукта, екземпляра, региона и клиента.
| Дата | Какво съобщи Salesforce | Докладвана продължителност или прозорец за възстановяване | Защо е важно от оперативна гледна точка |
|---|---|---|---|
| 7 февруари | Прекъсване на обслужването за подгрупа от клиенти, като Salesforce посочва ограничения на ресурсите, свързани с високото използване на мрежовия трафик. | 2 часа и 20 минути | Капацитетът и натискът от трафика могат да доведат до влошаване на производителността в пълна недостъпност. |
| 13–14 февруари | Прекъсване на услугата, свързано с проблем с доставчик на трета страна; Salesforce заяви, че доставчикът е открил повреди във физическата мрежова инфраструктура, докато Salesforce е работил по превключване на системата с повреда. | 1 час и 45 минути | Външната свързаност може да стане част от ефективната граница на наличност на Salesforce. |
| 10–11 юни | Събитие в множество облачни системи засегна удостоверяването и услугите в различни продукти, включително Heroku, Commerce, Marketing Cloud и други услуги на Salesforce. | Един инцидент с Trust е продължил 22 часа и 43 минути | Зависимостите между идентичността и споделената платформа могат да създадат широко въздействие върху бизнеса, дори когато отделните приложения остават в добро състояние. |
| 18–19 юни | Повреда в охладителната система в центъра за данни в Индианаполис предизвика прекъсване на мрежата; Salesforce съобщи, че повечето сървъри в по-силно засегнатите стекове са изключили мрежата преди поетапното възстановяване. | Докладвано е, че прекъсването на обслужването е продължило 18 часа и 44 минути при посочения инцидент. | Физическите съоръжения, захранването, мрежите, виртуалната инфраструктура, базите данни и възстановяването на приложения могат да образуват дълга верига от зависимости. |
| 2–6 октомври | Клиентите на Marketing Cloud, работещи с база данни DB10016, загубиха услугата, защото базата данни не беше налична; Salesforce извърши възстановяване и валидиране на базата данни. | Фазата на прекъсване на услугата е докладвана като 3 дни и 16 часа преди преминаване към влошаване на производителността | Възстановяването на базата данни може да бъде много по-бавно от рестартирането на приложението, така че плановете за непрекъснатост се нуждаят от режим с дълга продължителност. |
| 20 октомври | Няколко облачни услуги на Salesforce бяха засегнати от проблем с DNS при външен доставчик на облачна инфраструктура. Commerce Cloud, MuleSoft, Marketing Cloud Account Engagement, Heroku и други услуги съобщиха за свързано въздействие. | Варира в зависимост от услугата; цитираното прекъсване на търговията е било 3 часа и 19 минути, докато инцидент с MuleSoft е останал открит 16 часа и 23 минути. | Зависимостта на ниво един доставчик може да създаде различни симптоми и време за възстановяване при различните продукти. |
| 18 ноември | Подгрупа от магазини в Commerce Cloud е имала периодични грешки HTTP 500. Salesforce заяви, че платформата и мрежата им работят нормално и отдаде прекъсването на актуализация на конфигурацията на CDN доставчик от трета страна, която е била отменена. | 4 часа и 40 минути | Наличността, ориентирана към клиента, може да се повреди на ръба на доставката, дори когато основната платформа на приложението е в изправност. |
Изходни записи: Инцидент с Salesforce Trust 13702 , инцидент с Salesforce Trust 13729 , инцидент с Salesforce Trust 10014307 , инцидент с Salesforce Trust 10014353 , инцидент с Salesforce Trust 20003296 , инцидент с Salesforce Trust Commerce Cloud 20003368 , инцидент с Salesforce Trust MuleSoft 20003364 и инцидент с Salesforce Trust Commerce Cloud 20003465 .
Salesforce Trust отчита инциденти по продукт, екземпляр, услуга, а понякога и по база данни или регионален компонент. Прекъсването на 7 февруари засегна подгрупа от клиенти. Инцидентът с Marketing Cloud от 2 октомври беше съсредоточен върху една база данни. Събитието на 20 октомври обхвана множество облака, но доведе до различно време за възстановяване и симптоми. Следователно за реагиращите първият полезен въпрос не е просто дали Salesforce не работи, а кой клиент, продукт, регион, екземпляр и зависимост се проваля.
Salesforce предоставя начин за намиране на статуса на организация, използвайки нейното име в „Моят домейн“. Официалната статия за поддръжка обяснява как да използвате страницата „Състояние на доверие“, за да намерите специфична за екземпляра информация за статуса и поддръжката: Помощ за Salesforce: получаване на статуса на организацията и дати за поддръжка с „Моят домейн“ .
Няколко инцидента от 2025 г. показват защо планирането за непрекъснатост на SaaS не може да спре на границата на SaaS доставчика. Инцидентът от 13 до 14 февруари включваше мрежов доставчик на трета страна. Прекъсването на множество облачни услуги на 20 октомври беше свързано с проблем с DNS при доставчик на облачна инфраструктура на трета страна. На 18 ноември Salesforce съобщи за проблеми с свързаността на магазина в Commerce Cloud, свързани с актуализация на конфигурацията на CDN доставчик на трета страна.
Поуката не е, че трети страни са по своята същност ненадеждни. Поуката е, че работните процеси на клиентите зависят от верига от услуги: идентичност, DNS, работа в мрежа, доставка на съдържание, облачна инфраструктура, API и приложни услуги. Вашият модел на инциденти трябва да следва тази верига.
Събитието в центъра за данни на 18-19 юни е силен пример. Salesforce описа възстановяването на физически и виртуални ресурси, след което пускането на бази данни и реплики онлайн, валидирането на параметрите на данните и възстановяването на зависими услуги. Октомврийското прекъсване на базата данни на Marketing Cloud също премина през възстановяване, проверки на конфигурацията, валидиране и след това по-късна фаза на влошаване на производителността.
Това разграничение е важно за бизнес екипите. „Платформата се възстановява“ не означава непременно, че всяка опашка е изчерпана, всяка интеграция е преиграна, всеки магазин е стабилен или всяка планирана задача е изпълнена успешно.
Един полезен преглед на доверието се състои от три етапа. Първо, прочетете засегнатите услуги и инстанции. Второ, сравнете публикуваното време на стартиране с вашата телеметрия; Salesforce понякога преразглежда времената за стартиране на инциденти, когато разследванията се подобрят. Трето, разграничете прекъсването на услугата от влошаване на производителността или прекъсване на функциите. Тези етикети описват различни оперативни състояния и инцидент на ниво функция може да остави по-голямата част от платформата използваема.
Не приемайте, че продължителността на инцидента е равна на периода, през който всеки засегнат клиент е изпитвал идентични симптоми. Актуализациите на Salesforce често описват разширяване или свиване на радиуса на въздействие, поетапно възстановяване или възстановяване на специфичен за продукта продукт. За вътрешно отчитане запишете както официалния график на доставчика, така и вашия собствен наблюдаван прозорец на въздействие.
Най-силният урок за устойчивост от 2025 г. е, че планът за прекъсване трябва да има режим с продължителност повече от 30 минути. Кратко прекъсване може да изисква само комуникация и търпение. Многочасово събитие изисква работа на опашка и контролирани ръчни процеси. Прекъсване, продължаващо няколко дни, като например посочения инцидент с базата данни на Marketing Cloud, изисква предаване на персонала, управление на натрупаните задачи, комуникация с клиентите и план за възстановяване на отложени кампании, импортиране, експортиране, API операции и отчетност.
Определете приоритетите за възстановяване преди прекъсване. За търговска организация, привличането на потенциални клиенти и ангажиментите към клиентите може да са преди обновяването на анализите. За търговец на дребно, приемането на поръчки, точността на инвентара и видимостта на обслужването на клиентите може да са критичният път. За маркетингов екип приоритетът може да бъде предотвратяването на дублирани изпращания и запазването на състоянието на кампанията, вместо опитите за налагане на всяка планирана дейност през нестабилна система.
Използвайте ретроспективата, за да тествате предположения, а не да предсказвате следващия неуспех. Инцидентите от 2025 г. показват, че първоначалният проблем може да произтича от натиск върху трафика, мрежи от доставчици, физическо охлаждане, бази данни, DNS, конфигурация на CDN или промени в софтуера. Няма единно решение, което да покрива всички тези фактори.
Следователно, един зрял план за непрекъснатост на дейността на Salesforce трябва да съпоставя бизнес процесите с технически зависимости, да определя резервни отговорници, да дефинира безопасно поведение при повторен опит, да поддържа мониторинга на доверието на Salesforce близо до работния процес при инциденти и да включва официална фаза на съгласуване след възстановяване на услугата. Най-полезният показател не е просто „времето, докато Salesforce стане екологичен“. Това е времето, докато бизнес процесът бъде проверен от край до край и натрупаните задачи бъдат безопасно изчистени.
Тази ретроспектива е изготвена от собствените записи на Salesforce за доверие и помощ и се фокусира върху избрани инциденти от календарната 2025 година. Salesforce публикува много други известия за инциденти през годината, включително по-кратки и по-тесно обхватни събития. Някои страници за доверие бяха актуализирани след първоначалното събитие, тъй като бяха изяснени времевите рамки на въздействие и засегнатите компоненти. За текущо състояние на услугата използвайте „ Състояние на доверието на Salesforce“ , вместо да разчитате на историческа статия.
Прегледайте забележителните прекъсвания на Salesforce през 2025 г., какви са били неуспешните действия, колко дълго са продължили избрани инциденти и практическите уроци за устойчивост, които екипите могат да приложат.
Build a practical Salesforce downtime continuity plan with impact analysis, RTO/RPO targets, manual workarounds, integration controls, and recovery checks.
Learn how to contact Salesforce Support during a major outage: check Trust Status, choose the right channel, open a strong case, and track recovery.
Отстраняване на неизправности при влизане в Salesforce Workbench, REST Explorer, изчакване, 503, версия на API и ограничаване на грешките по време на престой с практичен диагностичен контролен списък.
StoreForce issues can disrupt scheduling, timekeeping, and employee workflows. Learn how to assess impact, keep stores operating, verify recovery, and know when to escalate.
Разберете основните причини за широко разпространените прекъсвания на работата в облака, как се натрупват повреди, какво да проверите първо и как да проектирате по-устойчив план за възстановяване.
Ако Datorama или Marketing Cloud Intelligence изглеждат неработещи, използвайте този контролен списък, базиран на доказателства, за да проверите прекъсването, да защитите качеството на отчитането и да разберете кога данните отново са надеждни.
A practical look at how Heroku outages can affect deployed apps, dynos, routing, databases, deploys, Heroku Connect, logs, and recovery.
Understand how Salesforce and AWS connect through Hyperforce, integrations, networking, data residency, outages, and shared operational responsibilities.
Прекъсването на AWS не означава автоматично, че Salesforce не работи. Научете как Hyperforce, регионите, инстанциите и Salesforce Trust определят дали вашата организация е засегната.
