История сбоев Anaplan

1. 7 сентября 2026 г. в 13:26 UTCinvestigating

   В настоящее время мы изучаем вопрос, влияющий на возможность доступа клиентов к платформе Anaplan. Мы работаем над тем, чтобы решить эту проблему как можно быстрее и будем предоставлять обновления каждые 30 минут или после разрешения.

2. 7 сентября 2026 г. в 13:33 UTCinvestigating

   Мы определили вероятную причину проблемы, и сейчас мы сосредоточены на скорейшем восстановлении сервиса. В настоящее время у нас еще нет времени для решения. Мы предоставим дополнительные обновления через 30 минут или после разрешения.

3. 7 сентября 2026 г. в 13:35 UTCmonitoring

   Сервис восстановлен, теперь вы можете возобновить нормальную деятельность. Мы продолжим следить за платформой, чтобы не возникало никаких дополнительных проблем. Если у вас есть какие-либо вопросы, проблемы или вы продолжаете испытывать проблемы, пожалуйста, не стесняйтесь обращаться в службу поддержки Anaplan. Мы предоставим вам окончательную информацию, когда мы будем считать эту ситуацию полностью решенной.

4. 7 сентября 2026 г. в 13:46 UTCresolved

   Мы подтвердили, что вопрос сейчас решен. Мы приносим глубокие извинения за любое влияние, которое этот вопрос мог оказать. Мы ценим ваше терпение и партнерство, когда мы работали над этим вопросом. В течение 7 рабочих дней мы проведем подробный анализ первопричин (RCA), который будет опубликован на нашей странице состояния. Если у вас есть какие-либо вопросы или проблемы, пожалуйста, не стесняйтесь обращаться к нам в Anaplan Support.

Автоматический перевод официального обновления инцидента.

1. 3 сентября 2026 г. в 14:56 UTCinvestigating

   В настоящее время мы изучаем вопрос, влияющий на возможность доступа клиентов к платформе Anaplan. Мы работаем над тем, чтобы решить эту проблему как можно быстрее и будем предоставлять обновления каждые 30 минут или после разрешения.

2. 3 сентября 2026 г. в 15:12 UTCidentified

   Мы определили вероятную причину проблемы, и сейчас мы сосредоточены на скорейшем восстановлении сервиса. В настоящее время у нас еще нет времени для решения. Мы предоставим дополнительные обновления через 30 минут или после разрешения.

3. 3 сентября 2026 г. в 15:16 UTCmonitoring

   Сервис восстановлен, теперь вы можете возобновить нормальную деятельность. Мы продолжим следить за платформой, чтобы не возникало никаких дополнительных проблем. Если у вас есть какие-либо вопросы, проблемы или вы продолжаете испытывать проблемы, пожалуйста, не стесняйтесь обращаться в службу поддержки Anaplan. Мы предоставим вам окончательную информацию, когда мы будем считать эту ситуацию полностью решенной.

4. 3 сентября 2026 г. в 18:04 UTCresolved

   Мы подтвердили, что вопрос сейчас решен. Мы приносим глубокие извинения за любое влияние, которое этот вопрос мог оказать. Мы ценим ваше терпение и партнерство, когда мы работали над этим вопросом. В течение 7 рабочих дней мы проведем подробный анализ первопричин (RCA), который будет опубликован на нашей странице состояния. Если у вас есть какие-либо вопросы или проблемы, пожалуйста, не стесняйтесь обращаться к нам в Anaplan Support.

Автоматический перевод официального обновления инцидента.

1. 1 сентября 2026 г. в 09:49 UTCinvestigating

   В настоящее время мы изучаем проблему, которая влияет на способность клиентов запускать интеграцию Cloudworks. Мы работаем над тем, чтобы решить эту проблему как можно быстрее и будем предоставлять обновления каждые 30 минут или после разрешения.

2. 1 сентября 2026 г. в 10:25 UTCinvestigating

   Спасибо за ваше терпение, поскольку мы продолжаем изучать этот вопрос. В настоящее время у нас еще нет времени для решения. Мы будем продолжать предоставлять обновления каждые 30 минут, поскольку мы работаем над решением этой проблемы как можно быстрее.

3. 1 сентября 2026 г. в 11:06 UTCinvestigating

   Спасибо за ваше терпение, пока мы исследуем этот вопрос. Мы подтвердили проблему, затрагивающую интеграцию CloudWorks в нескольких регионах. Это остается главным приоритетом, и у нас пока нет времени для его решения. Мы будем продолжать делиться обновлениями каждые 30 минут, поскольку мы работаем над тем, чтобы решить эту проблему как можно быстрее.

4. 1 сентября 2026 г. в 11:45 UTCidentified

   Спасибо за ваше терпение, пока мы исследуем этот вопрос. Интеграция CloudWorks началась и успешно завершилась во всех регионах, однако мы продолжаем внимательно следить за ситуацией. Мы будем делиться дальнейшими обновлениями каждые 30 минут, поскольку мы работаем, чтобы решить эту проблему как можно быстрее.

5. 1 сентября 2026 г. в 12:19 UTCmonitoring

   Сервис восстановлен, теперь вы можете возобновить нормальную деятельность. Мы продолжим следить за платформой, чтобы не возникало никаких дополнительных проблем. Если у вас есть какие-либо вопросы, проблемы или вы продолжаете испытывать проблемы, пожалуйста, не стесняйтесь обращаться в службу поддержки Anaplan. Мы предоставим вам окончательную информацию, когда мы будем считать эту ситуацию полностью решенной.

6. 1 сентября 2026 г. в 12:42 UTCresolved

   Мы подтвердили, что вопрос сейчас решен. Мы приносим глубокие извинения за любое влияние, которое этот вопрос мог оказать. Мы ценим ваше терпение и партнерство, когда мы работали над этим вопросом. В течение 7 рабочих дней мы проведем подробный анализ первопричин (RCA), который будет опубликован на нашей странице состояния. Если у вас есть какие-либо вопросы или проблемы, пожалуйста, не стесняйтесь обращаться к нам в Anaplan Support.

Автоматический перевод официального обновления инцидента.

1. 1 сентября 2026 г. в 09:10 UTCinvestigating

   В настоящее время мы изучаем проблему, которая влияет на способность клиентов запускать интеграцию Cloudworks. Мы работаем над тем, чтобы решить эту проблему как можно быстрее и будем предоставлять обновления каждые 30 минут или после разрешения.

2. 1 сентября 2026 г. в 09:28 UTCmonitoring

   Сервис восстановлен, теперь вы можете возобновить нормальную деятельность. Мы продолжим следить за платформой, чтобы не возникало никаких дополнительных проблем. Если у вас есть какие-либо вопросы, проблемы или вы продолжаете испытывать проблемы, пожалуйста, не стесняйтесь обращаться в службу поддержки Anaplan. Мы предоставим вам окончательную информацию, когда мы будем считать эту ситуацию полностью решенной.

3. 1 сентября 2026 г. в 09:47 UTCresolved

   Мы подтвердили, что вопрос сейчас решен. Мы приносим глубокие извинения за любое влияние, которое этот вопрос мог оказать. Мы ценим ваше терпение и партнерство, когда мы работали над этим вопросом. В течение 7 рабочих дней мы проведем подробный анализ первопричин (RCA), который будет опубликован на нашей странице состояния. Если у вас есть какие-либо вопросы или проблемы, пожалуйста, не стесняйтесь обращаться к нам в Anaplan Support.

Автоматический перевод официального обновления инцидента.

1. 27 августа 2026 г. в 10:22 UTCinvestigating

   В настоящее время мы изучаем вопрос, влияющий на возможность доступа клиентов к платформе Anaplan в Канаде. Мы работаем над тем, чтобы решить эту проблему как можно быстрее и будем предоставлять обновления каждые 30 минут или после разрешения.

2. 27 августа 2026 г. в 10:52 UTCinvestigating

   Спасибо за ваше терпение, поскольку мы продолжаем изучать этот вопрос. В настоящее время у нас еще нет времени для решения. Мы будем продолжать предоставлять обновления каждые 30 минут, поскольку мы работаем над решением этой проблемы как можно быстрее.

3. 27 августа 2026 г. в 10:57 UTCidentified

   Мы определили вероятную причину проблемы, и сейчас мы сосредоточены на скорейшем восстановлении сервиса. В настоящее время мы предоставим дополнительные обновления в течение 30 минут или после разрешения.

4. 27 августа 2026 г. в 10:58 UTCmonitoring

   Сервис восстановлен, теперь вы можете возобновить нормальную деятельность. Мы продолжим следить за платформой, чтобы не возникало никаких дополнительных проблем. Если у вас есть какие-либо вопросы, проблемы или вы продолжаете испытывать проблемы, пожалуйста, не стесняйтесь обращаться в службу поддержки Anaplan. Мы предоставим вам окончательную информацию, когда мы будем считать эту ситуацию полностью решенной.

5. 27 августа 2026 г. в 11:08 UTCresolved

   Мы подтвердили, что вопрос сейчас решен. Мы приносим глубокие извинения за любое влияние, которое этот вопрос мог оказать. Мы ценим ваше терпение и партнерство, когда мы работали над этим вопросом. В течение 7 рабочих дней мы проведем подробный анализ первопричин (RCA), который будет опубликован на нашей странице состояния. Если у вас есть какие-либо вопросы или проблемы, пожалуйста, не стесняйтесь обращаться к нам в Anaplan Support.

6. 3 сентября 2026 г. в 15:52 UTCpostmortem

   27 августа 2026 года в 10:22 UTC некоторые клиенты в нашем регионе Ca1: Cloud - Canada испытывали периодические проблемы с доступом к платформе. В течение этого времени пользователи могут столкнуться с ошибками при попытке войти в систему. Влияние различалось в зависимости от того, какой компонент обрабатывал каждый запрос — некоторые запросы увенчались успехом, а другие оказались безуспешными. ** Коренная причина** После стандартного обновления системы один компонент маршрутизации трафика в регионе Канады вошел в несогласованное состояние после перезагрузки конфигурации и не смог правильно восстановить свои инструкции маршрутизации. Компонент начал периодически отклонять или неправильно направлять запросы клиентов. Проверки здоровья компонента подтвердили его доступность, но не зафиксировали правильность конфигурации маршрутизации. В результате он оставался активным и продолжал обслуживать трафик. Это привело к тому, что некоторые запросы были успешными, в то время как другие были неудачными, в зависимости от того, какой компонент обрабатывал соединение. ** Восстановление** Наша инженерная команда определила проблему и приняла немедленные меры. Команда выделила проблему в один компонент маршрутизации трафика и перезапустила его. Это перераспределило весь входящий трафик по остальным здоровым компонентам. К 11:08 UTC вопрос был полностью решен. ** Корректирующие и профилактические действия** Мы осуществляем следующие действия для предотвращения рецидивов: Мы ужесточаем проверки работоспособности наших компонентов маршрутизации трафика, чтобы немедленно изолировать и автоматически перезапустить любой компонент, который не валидируется правильно после обновления конфигурации. Это не позволяет деградировавшему компоненту продолжать обслуживать трафик и вызывать периодические сбои доступа для клиентов. Мы совершенствуем наш мониторинг, чтобы обеспечить более детальную видимость отдельных компонентов обслуживания. Это позволяет быстрее выявлять локальные проблемы, прежде чем они затронут больше клиентов. Мы приносим извинения за влияние, которое этот вопрос оказал на вашу деятельность. Мы стремимся к улучшениям, изложенным выше, чтобы предотвратить подобные сбои. Если у вас есть вопросы или проблемы, пожалуйста, свяжитесь с нашей командой поддержки (https://support.anaplan.com/).

Автоматический перевод официального обновления инцидента.

1. 15 августа 2026 г. в 03:27 UTCinvestigating

   В настоящее время мы изучаем проблему, которая влияет на способность клиентов запускать интеграцию Cloudworks. Мы работаем над тем, чтобы решить эту проблему как можно быстрее и будем предоставлять обновления каждые 30 минут или после разрешения.

2. 15 августа 2026 г. в 04:02 UTCinvestigating

   В настоящее время мы изучаем вопрос, влияющий на возможность доступа клиентов к платформе Anaplan, которая также влияет на интеграцию CloudWorks. Мы работаем над тем, чтобы решить эту проблему как можно быстрее и будем предоставлять обновления каждые 30 минут или после разрешения.

3. 15 августа 2026 г. в 04:31 UTCinvestigating

   Спасибо за ваше терпение, поскольку мы продолжаем изучать этот вопрос. В настоящее время у нас еще нет времени для решения. Мы будем продолжать предоставлять обновления каждые 30 минут, поскольку мы работаем над решением этой проблемы как можно быстрее.

4. 15 августа 2026 г. в 05:03 UTCidentified

   Мы определили вероятную причину проблемы, и сейчас мы сосредоточены на скорейшем восстановлении сервиса. В настоящее время у нас еще нет времени для решения. Мы предоставим дополнительные обновления через 30 минут или после разрешения.

5. 15 августа 2026 г. в 05:33 UTCidentified

   Мы обострили эту проблему со сторонним поставщиком, чтобы смягчить проблему. В настоящее время у нас еще нет времени для решения. Мы предоставим дополнительные обновления через 30 минут или после разрешения.

6. 15 августа 2026 г. в 06:13 UTCidentified

   Мы продолжаем тесно сотрудничать с нашим поставщиком для решения проблемы доступа, затрагивающей регион EU2, который остается нашим наивысшим приоритетом. В ходе нашего расследования мы определили в качестве основной причины проблемы подключения к региону ЕС-ЦЕНТРАЛ-1. Начиная с 7:33 вечера 14 августа, наш поставщик начал испытывать увеличение потерь пакетов, влияющих на связь для клиентов в регионе ЕС-Централ-1. Пострадавшее место было идентифицировано как Эквиникс, Франкфурт. Несмотря на достигнутый прогресс, связь с этим местом остается нарушенной. Мы продолжаем уделять приоритетное внимание шагам разрешения с нашим поставщиком. Однако полное восстановление ожидается через несколько часов. Мы будем предоставлять обновления каждые 60 минут, поскольку мы работаем над восстановлением сервиса как можно быстрее или раньше, если дополнительная информация станет доступной.

7. 15 августа 2026 г. в 07:12 UTCidentified

   Мы продолжаем работать с нашим поставщиком для решения проблемы доступа, затрагивающей регион eu2. Мы также изучаем несколько путей для скорейшего восстановления сервиса. Сотрудничество с нашим поставщиком продолжается, однако полное восстановление ожидается через несколько часов. Мы будем предоставлять обновления каждые 60 минут, поскольку мы работаем, чтобы восстановить обслуживание как можно быстрее, или раньше, если дополнительная информация станет доступной

8. 15 августа 2026 г. в 08:11 UTCidentified

   Мы завершили переориентацию движения из пострадавшего района и сейчас находимся на этапе мониторинга. Дальнейшее обновление будет предоставлено в течение 30 минут или раньше, если появится дополнительная информация.

9. 15 августа 2026 г. в 08:37 UTCresolved

   Мы подтвердили, что вопрос сейчас решен. Мы приносим глубокие извинения за любое влияние, которое этот вопрос мог оказать. Мы ценим ваше терпение и партнерство, когда мы работали над этим вопросом. В течение 7 рабочих дней мы проведем подробный анализ первопричин (RCA), который будет опубликован на нашей странице состояния. Если у вас есть какие-либо вопросы или проблемы, пожалуйста, не стесняйтесь обращаться к нам в Anaplan Support.

10. 25 августа 2026 г. в 16:00 UTCpostmortem

    15 августа 2026 года, с 03:16 UTC до 08:23 UTC, клиенты в нашем регионе eu2: Data Center - Germany испытали перебои в обслуживании, которые препятствовали доступу к платформе Anaplan. За это время локальный инфраструктурный сбой повлиял на способность региона подключаться к внешним сервисам, что привело к потере доступности платформы. ** Коренная причина** Сбой был вызван экологическим сбоем на стороннем объекте нашего поставщика во Франкфурте, Германия. Утечка в системе охлаждения объекта привела к локальному перегреву, что вызвало автоматические отключения безопасности критического сетевого оборудования. Исчезнувшая вода также повредила локализованные системы распределения электроэнергии внутри объекта, отключив сетевые устройства. Этот комбинированный отказ питания и охлаждения помешал системе решать внешние адреса и выполнять исходящие запросы в этом регионе. ** Восстановление** Поскольку условия окружающей среды на объекте сделали район небезопасным для входа, наш поставщик задержался в оценке и ремонте пострадавшего оборудования. В результате наша инженерная команда развернула аварийное изменение, чтобы перенаправить трафик по альтернативному пути региональной сети, минуя поврежденный объект и регион. Это успешно восстановило полную внешнюю связь и разрешение имени, а доступ к платформе был полностью восстановлен к 08:23 UTC. Оператор объекта и наш поставщик продолжили восстановительные работы в течение следующих дней, а полное восстановление было подтверждено 18 августа. Мы поддерживали нашу аварийную маршрутизацию в течение этого периода, чтобы поддерживать стабильный сервис, пока поставщик завершал ремонт. ** Корректирующие и профилактические действия** Мы осуществляем следующие меры по укреплению устойчивости и снижению риска аналогичных нарушений: Мы добавляем слой, который автоматически перенаправляет трафик в альтернативные географические местоположения во время локализованного отключения, без необходимости ручного вмешательства. Мы позволяем кэшированным записям продолжать обслуживать трафик, когда путь к внешним решателям недоступен, поэтому потеря подключения к внешним службам больше не препятствует доступу к платформе, когда происходит региональное событие. Мы работаем с нашими сторонними поставщиками оборудования и сетей, чтобы пересмотреть их стандарты для критически важных систем питания и охлаждения и обеспечить более сильные профилактические меры защиты. Мы приносим извинения за влияние, которое этот вопрос оказал на вашу деятельность. Мы стремимся к улучшениям, изложенным выше, чтобы предотвратить подобные сбои. Если у вас есть вопросы или проблемы, пожалуйста, свяжитесь с нашей службой поддержки.

Автоматический перевод официального обновления инцидента.

1. 29 июля 2026 г. в 11:06 UTCinvestigating

   В настоящее время мы изучаем вопрос, влияющий на возможность доступа клиентов к платформе Anaplan. Мы работаем над тем, чтобы решить эту проблему как можно быстрее и будем предоставлять обновления каждые 30 минут или после разрешения.

2. 29 июля 2026 г. в 11:36 UTCinvestigating

   В настоящее время мы изучаем вопрос, влияющий на возможность доступа клиентов к платформе Anaplan. Спасибо за ваше терпение, поскольку мы продолжаем изучать этот вопрос. В настоящее время у нас еще нет времени для решения. Мы будем продолжать предоставлять обновления каждые 30 минут, поскольку мы работаем над решением этой проблемы как можно быстрее.

3. 29 июля 2026 г. в 11:41 UTCmonitoring

   Сервис восстановлен, теперь вы можете возобновить нормальную деятельность. Мы продолжим следить за платформой, чтобы не возникало никаких дополнительных проблем. Если у вас есть какие-либо вопросы, проблемы или вы продолжаете испытывать проблемы, пожалуйста, не стесняйтесь обращаться в службу поддержки Anaplan. Мы предоставим вам окончательную информацию, когда мы будем считать эту ситуацию полностью решенной.

4. 29 июля 2026 г. в 12:51 UTCresolved

   Мы подтвердили, что вопрос сейчас решен. Мы приносим глубокие извинения за любое влияние, которое этот вопрос мог оказать. Мы ценим ваше терпение и партнерство, когда мы работали над этим вопросом. В течение 7 рабочих дней мы проведем подробный анализ первопричин (RCA), который будет опубликован на нашей странице состояния. Если у вас есть какие-либо вопросы или проблемы, пожалуйста, не стесняйтесь обращаться к нам в Anaplan Support.

5. 7 августа 2026 г. в 18:56 UTCpostmortem

   On July 29, 2026, between 10:57 UTC and 11:53 UTC, customers in our us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Netherlands, eu2: Data Center - Germany, eu4: Cloud - Europe, us5: Cloud - US East, us7: Cloud - US, and ap1: Cloud - Japan regions experienced degraded performance. This resulted in delayed model and workspace access, slow page load times, and slower logins across the platform, as well as delayed execution of CloudWorks™ integrations. All other regions were unaffected during this time.  **Root Cause**  The incident was triggered by an automated security software update deployed across our platform servers. This simultaneous update caused an unexpected, short-lived spike in storage activity that temporarily exceeded the storage systems' processing capacity. The resulting latency disrupted communication between internal metadata services and core system servers, causing the service connection pools to become unresponsive and preventing them from automatically recovering.  **Recovery**  Our engineering team identified the issue and took immediate action. We performed rolling restarts of the affected metadata services to clear the unresponsive connection pools and stabilize the systems. By 11:30 UTC, affected systems had recovered. Following this, the CloudWorks™ scheduler was restarted to process and clear the backlog of integration tasks. The issue was fully resolved by 11:53 UTC.  **Corrective & Preventative Actions**  We are implementing the following actions to prevent recurrence:  * We are implementing enhanced storage performance tiers and traffic-prioritization controls to isolate key platform workloads from other background system activities.  * We are updating our internal service connection frameworks to automatically detect and gracefully recover from unexpected system connection interruptions.  * We are refining our security software deployment processes to stagger rollouts and limit simultaneous resource utilization.  * We are enhancing our synthetic monitoring dashboards to improve visibility of regional service performance deviations.  * We are conducting rigorous connection-recovery and system testing in our lower environments to validate application resilience under loaded states.  We apologize for any impact this issue may have had on your business operations. We are continuously strengthening our systems and procedures to ensure we avoid future disruptions to your business and users.  If you have further questions or concerns, please visit our [Support website](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). We appreciate your patience during this incident and value the trust you place in Anaplan.

Автоматический перевод официального обновления инцидента.

1. 24 июля 2026 г. в 20:35 UTCinvestigating

   В настоящее время мы изучаем проблему, в результате которой некоторые клиенты не могут загружать модели. Мы работаем над тем, чтобы решить эту проблему как можно быстрее и будем предоставлять обновления каждые 30 минут или после разрешения.

2. 24 июля 2026 г. в 23:01 UTCinvestigating

   Спасибо за ваше терпение, поскольку мы продолжаем изучать этот вопрос. В настоящее время у нас еще нет времени для решения. Мы будем продолжать предоставлять обновления каждые 30 минут, поскольку мы работаем над решением этой проблемы как можно быстрее.

3. 24 июля 2026 г. в 23:33 UTCinvestigating

   Спасибо за ваше терпение, поскольку мы продолжаем изучать этот вопрос. Наши группы поддержки продолжают расследование этого вопроса, однако у нас пока нет времени для его решения. Мы будем продолжать предоставлять обновления каждые 30 минут, поскольку мы работаем над решением этой проблемы как можно быстрее.

4. 25 июля 2026 г. в 00:07 UTCinvestigating

   Спасибо за ваше терпение, поскольку мы продолжаем изучать этот вопрос. Этот вопрос был поднят перед нашими старшими инженерными и руководящими командами, которые активно изучают ситуацию и оценивают все необходимые дальнейшие шаги для восстановления полноценных операций. Хотя у нас нет конкретных технических деталей, которыми мы могли бы поделиться в данный момент, пожалуйста, будьте уверены, что разрешение этого инцидента является нашим наивысшим приоритетом. Мы искренне извиняемся за нарушение и ценим ваше терпение. Мы будем продолжать предоставлять обновления каждые 30 минут или раньше, если появятся новые детали, поскольку мы работаем над решением этой проблемы как можно быстрее.

5. 25 июля 2026 г. в 00:39 UTCinvestigating

   Мы определили потенциальные пути восстановления и в настоящее время продвигаем активные мероприятия по смягчению последствий для восстановления стабильности обслуживания. Несмотря на то, что на данном этапе у нас нет четкой оценки времени на восстановление, будьте уверены, что мы по-прежнему сосредоточены на безопасном и быстром решении этой проблемы. Мы внимательно следим за последствиями наших текущих мер по смягчению последствий. Приносим извинения за сохраняющиеся неудобства. Наше следующее обновление будет опубликовано через 30 минут или раньше по мере достижения ключевых вех.

6. 25 июля 2026 г. в 01:08 UTCinvestigating

   Мы понимаем, какой ущерб это вызвало, и хотим заверить вас, что решение этой проблемы как можно быстрее остается нашим главным приоритетом. Наша команда активно занимается восстановлением, и принятые меры демонстрируют значительный прогресс в направлении полного восстановления сервиса. Мы признаем ваше терпение на протяжении всего этого процесса и не принимаем его как должное. Мы внимательно следим за нашими системами и предоставим дальнейшее обновление в течение 30 минут, или раньше, если будет значительное развитие.

7. 25 июля 2026 г. в 01:42 UTCinvestigating

   Мы продолжаем выполнять и подтверждать наши планы восстановления. Мы видим устойчивый прогресс по мере систематического продвижения усилий по восстановлению. Чтобы обеспечить безопасное и полное восстановление, мы продвигаемся осторожно и пока не в состоянии поделиться конкретными техническими вехами. Пожалуйста, будьте уверены, что вся наша команда реагирования по-прежнему полностью привержена урегулированию этого инцидента. Спасибо вам за ваше терпение. Наше следующее обновление будет опубликовано через 30 минут или раньше, как только у нас будет дальнейший прогресс.

8. 25 июля 2026 г. в 02:18 UTCinvestigating

   В настоящее время мы проводим экстренное техническое обслуживание в канадском регионе. Доступ к платформе был временно ограничен, в то время как наша команда работает над полным восстановлением сервиса. Мы активно следим за состоянием окружающей среды и добиваемся прогресса. Мы ценим ваше терпение и понимаем, какое влияние это оказывает на вашу работу. Дальнейшие обновления будут предоставляться каждые 30 минут или раньше, если есть значительное развитие, чтобы поделиться. Мы приносим извинения за неудобства и остаемся приверженными восстановлению сервиса как можно быстрее.

9. 25 июля 2026 г. в 03:09 UTCinvestigating

   Наша команда продолжает активно заниматься восстановительными работами. Работа продвигается по нескольким направлениям, и мы продолжаем двигаться вперед к полному восстановлению сервиса. Мы предоставим дополнительное обновление в течение 30 минут или раньше, если есть значимое развитие, чтобы поделиться. Мы ценим ваше терпение.

10. 25 июля 2026 г. в 03:47 UTCinvestigating

    В настоящее время мы проводим экстренное техническое обслуживание в канадском регионе. Наша команда активно участвует в восстановительных работах в координации с нашим поставщиком, и проблема была решена. Доступ клиентов к окружающей среде Канады остается временно ограниченным, в то время как мы завершаем валидацию и восстановление. Мы ценим ваше терпение и предоставим дальнейшее обновление в течение 1 часа или раньше, если есть значительное развитие, чтобы поделиться.

11. 25 июля 2026 г. в 04:47 UTCinvestigating

    Наша команда продолжает работу по аварийному обслуживанию в регионе Канады в тесной координации с нашим поставщиком. Этот вопрос был решен, и сейчас активно ведутся восстановительные работы. Доступ к окружающей среде Канады остается временно ограниченным, поскольку мы завершаем необходимые этапы проверки до восстановления обслуживания. Мы понимаем, какое влияние это оказывает на вашу работу, и ценим ваше терпение. Наше следующее обновление будет предоставлено в течение 1 часа или раньше, если произойдет значительное развитие.

12. 25 июля 2026 г. в 06:05 UTCidentified

    Наша команда продолжает работу по аварийному обслуживанию в регионе Канады в тесной координации с нашим поставщиком. Однако из-за сложности и масштаба процесса восстановления мы ожидаем, что восстановление займет несколько часов. Доступ к окружающей среде Канады будет оставаться ограниченным в течение всего периода восстановления. Мы признаем значительное влияние, которое это оказывает на вашу работу, и искренне ценим ваше терпение. Наше следующее обновление будет предоставлено в течение одного часа или раньше, если произойдет значительное развитие.

13. 25 июля 2026 г. в 07:06 UTCidentified

    Наша команда и партнеры-поставщики продолжают добиваться прогресса в сложном процессе восстановления для региона Канады во время этого аварийного обслуживания. Мы систематически выполняем наши протоколы восстановления и проверки целостности системы на каждом этапе. Как отмечалось ранее, в связи с масштабами этих усилий, процесс восстановления остается длительным, и доступ к окружающей среде Канады будет по-прежнему ограничен, поскольку мы работаем над безопасным и полным восстановлением обслуживания. Мы по-прежнему полностью осознаем влияние этого перерыва в обслуживании на ваши операции и делаем все возможное, чтобы ускорить эти шаги. Наше следующее обновление будет предоставлено в течение одного часа или раньше, если произойдет значительное развитие.

14. 25 июля 2026 г. в 08:07 UTCidentified

    Наши инженеры и поставщики продолжают активно выполнять шаги по восстановлению в канадском регионе. В настоящее время нет никаких новых технических деталей или изменений, поскольку мы по-прежнему полностью сосредоточены на систематическом и безопасном восстановлении услуг. Доступ к окружающей среде в Канаде остается ограниченным, в то время как эти мероприятия по восстановлению продолжаются. Мы ценим ваше постоянное терпение и партнерство, поскольку мы работаем в рамках этих расширенных усилий. Наше следующее обновление будет предоставлено в течение одного часа или раньше, если произойдет значительное развитие.

15. 25 июля 2026 г. в 09:06 UTCidentified

    Наши инженерные команды и партнеры-поставщики продолжают продвигаться по пути восстановления в регионе Канады. Мы добиваемся позитивных результатов и приближаемся к тому, чтобы вновь обеспечить регион большинством рабочих мест. Доступ к окружающей среде Канады остается временно ограниченным, пока мы выполняем и завершаем эти важные заключительные шаги по проверке для обеспечения стабильности обслуживания. Мы искренне ценим ваше терпение и партнерство, когда мы вступаем в эти заключительные этапы процесса восстановления. Наше следующее обновление будет предоставлено в течение одного часа или раньше, если произойдет значительное развитие.

16. 25 июля 2026 г. в 10:07 UTCinvestigating

    Мы продолжаем систематически выполнять наши шаги по восстановлению в регионе Канады в условиях чрезвычайного обслуживания. Наши инженерные команды и партнеры по поставщикам по-прежнему сосредоточены на заключительных этапах проверки, и мы продолжаем приближаться к созданию региона для большинства клиентов. В настоящее время доступ к окружающей среде Канады остается ограниченным, чтобы обеспечить стабильность системы во время этих критических заключительных шагов. Мы очень благодарны за ваше терпение и партнерство. Наше следующее обновление будет предоставлено в течение одного часа или раньше, если произойдет значительное развитие.

17. 25 июля 2026 г. в 11:14 UTCidentified

    Наши инженерные команды и партнеры-поставщики продолжают систематически продвигаться на заключительных этапах валидации для региона Канады в условиях аварийного обслуживания. Мы по-прежнему сосредоточены на проверке стабильности системы, что удерживает нас на устойчивом пути к обеспечению региона для большинства клиентов. В настоящее время доступ к окружающей среде Канады остается ограниченным, чтобы обеспечить полное завершение этих критических проверок безопасности и стабильности. Мы невероятно благодарны за ваше терпение и партнерство, когда мы завершаем эти расширенные усилия. Наше следующее обновление будет предоставлено в течение одного часа или раньше, если произойдет значительное развитие.

18. 25 июля 2026 г. в 12:37 UTCidentified

    Наши инженерные и вендорские команды вступают в заключительные этапы подготовки нашего плана восстановления для региона Канады в условиях аварийного обслуживания. Поскольку мы готовимся к восстановлению доступа, наш план состоит в том, чтобы включить все услуги в регионе, за исключением конфигураций Bring Your Own Key (BYOK). Кроме того, небольшое количество рабочих мест будет оставаться отключенным первоначально после восстановления общего обслуживания. Для этих конкретных оставшихся рабочих мест мы будем выполнять тщательно контролируемый план систематического восстановления, чтобы восстановить каждую среду индивидуально, чтобы гарантировать полную стабильность и целостность данных. Доступ к окружающей среде Канады в настоящее время остается ограниченным, пока мы завершаем эти заключительные этапы предварительной проверки. Мы понимаем, какое влияние это оказывает на ваши операции, и искренне ценим ваше терпение. Наше следующее обновление будет предоставлено в течение одного часа или раньше, если произойдет значительное развитие.

19. 25 июля 2026 г. в 13:51 UTCidentified

    Сейчас мы восстанавливаем платформу. Наши инженерные и вендорские команды активно работают над тем, чтобы как можно быстрее восстановить сервисы. В рамках нашего плана восстановления мы восстановим все услуги в регионе, за исключением конфигураций Bring Your Own Key (BYOK). Кроме того, небольшое количество рабочих мест будет временно отключено при первоначальном восстановлении обслуживания. Для этих конкретных рабочих пространств мы будем выполнять строго контролируемый, систематический процесс восстановления, чтобы восстановить каждую среду индивидуально и гарантировать полную стабильность и целостность данных. В настоящее время доступ к окружающей среде Канады остается ограниченным. Мы признаем значительное влияние, которое это оказывает на ваши операции, и искренне ценим ваше терпение. Наше следующее обновление будет предоставлено в течение одного часа или раньше, если произойдет значительное развитие.

20. 25 июля 2026 г. в 16:22 UTCidentified

    Наша инженерная команда активно работает над восстановлением стабильности платформы в регионе Канады (CA1) путем тщательного поэтапного восстановления. Сначала мы восстановим общие службы, за исключением конфигураций Bring Your Own Key (BYOK). Чтобы гарантировать стабильную и безопасную среду, небольшое количество рабочих мест может оставаться временно отключенным, пока мы выполняем контролируемые реставрации. В настоящее время общий доступ к окружающей среде Канады остается ограниченным, поскольку мы завершаем эти критические меры по восстановлению. Мы глубоко осознаем значительное влияние, которое эта ситуация оказывает на ваши операции, и искренне ценим ваше терпение, поскольку мы работаем над этими мерами безопасности. Наше следующее обновление будет предоставлено в течение одного часа или раньше, если произойдет значительное развитие.

21. 25 июля 2026 г. в 17:24 UTCidentified

    Мы обеспечили общий доступ клиентов в регион Канады. Все сервисы в регионе теперь доступны онлайн, за исключением конфигурации Bring Your Own Key (BYOK). Кроме того, небольшое количество рабочих мест для клиентов будет временно отключено. Для этих оставшихся рабочих мест наши инженерные команды выполняют тщательно контролируемый план систематического восстановления, чтобы безопасно восстанавливать каждую среду индивидуально, чтобы обеспечить полную целостность данных. Мы искренне ценим ваше терпение и партнерство, поскольку мы выполняем эти последние, точные шаги по восстановлению. Наше следующее обновление будет предоставлено в течение одного часа или раньше, если произойдет значительное развитие.

22. 25 июля 2026 г. в 23:28 UTCidentified

    Мы искренне извиняемся за причиненный ущерб и глубоко ценим ваше терпение. Общий доступ клиентов к региону Канады восстановлен, и сервисы возвращаются в онлайн. Принесите свои собственные настройки ключей и небольшое количество рабочих мест временно останутся в автономном режиме, в то время как мы завершим тщательное индивидуальное восстановление, чтобы обеспечить полную целостность данных. Мы предоставим дополнительное обновление в течение одного часа или раньше, если будет значительное развитие.

23. 25 июля 2026 г. в 23:52 UTCidentified

    Общий доступ клиентов в Канаду восстановлен. Рабочие пространства с использованием шифрования Bring Your Own Key (BYOK) будут временно отключены, пока мы завершаем индивидуальное восстановление для каждого затронутого рабочего пространства. Мы предоставим дополнительную информацию о состоянии восстановления BYOK в 09:00 UTC 26 июля 2026 года. Мы приносим извинения за нарушение и благодарим вас за терпение.

24. 26 июля 2026 г. в 08:59 UTCinvestigating

    Мы пишем, чтобы предоставить обновленную информацию на высоком уровне о сбое в обслуживании, затрагивающем доступ в регион Канады (CA1), который начался в пятницу, 24 июля, в 20:35 UTC. Благодаря целенаправленной координации наших инженерных команд и партнеров-поставщиков общий доступ в регион Канады был успешно возобновлен в субботу, 25 июля, в 17:24 UTC. Подавляющее большинство наших клиентов теперь могут получить доступ к своим рабочим местам и моделям. Текущее состояние и следующие шаги В то время как общий доступ к региону был полностью восстановлен, рабочие пространства, использующие шифрование Bring Your Own Key (BYOK), остаются временно автономными. В настоящее время основное внимание уделяется успешному воспроизведению технических сбоев в контролируемой среде. Выводы, полученные на этом этапе воспроизводства, имеют решающее значение, поскольку они будут непосредственно влиять и определять наиболее безопасный и эффективный путь восстановления для оставшихся рабочих пространств BYOK. Продолжая это систематическое исследование, мы поддерживаем самые высокие стандарты стабильности системы и целостности данных. Мы ожидаем предоставить следующее целевое обновление о восстановлении рабочего пространства BYOK к 11:00 UTC. Мы искренне извиняемся за срыв и влияние, которое это оказало на ваши операции. Наши команды поддержки остаются полностью доступными, чтобы помочь вам с любыми вопросами или неотложными потребностями.

25. 26 июля 2026 г. в 11:16 UTCinvestigating

    Мы пишем, чтобы предоставить обновленную информацию на высоком уровне о сбое в обслуживании, затрагивающем доступ в регион Канады (CA1), который начался в пятницу, 24 июля, в 20:35 UTC. Благодаря целенаправленной координации наших инженерных команд и партнеров-поставщиков общий доступ в регион Канады был успешно возобновлен в субботу, 25 июля, в 17:24 UTC. Подавляющее большинство наших клиентов теперь могут получить доступ к своим рабочим местам и моделям. Текущее состояние и следующие шаги В то время как общий доступ к региону был полностью восстановлен, рабочие пространства, использующие шифрование Bring Your Own Key (BYOK), остаются временно автономными. В настоящее время основное внимание уделяется успешному воспроизведению технических сбоев в контролируемой среде. Выводы, полученные на этом этапе воспроизводства, имеют решающее значение, поскольку они будут непосредственно влиять и определять наиболее безопасный и эффективный путь восстановления для оставшихся рабочих пространств BYOK. Продолжая это систематическое исследование, мы поддерживаем самые высокие стандарты стабильности системы и целостности данных. Мы ожидаем предоставить следующее целевое обновление о восстановлении рабочего пространства BYOK к 13:00 UTC. Мы искренне извиняемся за срыв и влияние, которое это оказало на ваши операции. Наши команды поддержки остаются полностью доступными, чтобы помочь вам с любыми вопросами или неотложными потребностями.

26. 26 июля 2026 г. в 13:06 UTCinvestigating

    В то время как общий доступ к региону Канады (CA1) был полностью восстановлен по состоянию на субботу, 25 июля в 17:24 UTC, рабочие места с использованием шифрования Bring Your Own Key (BYOK) остаются временно автономными. Наше основное внимание к воспроизведению сбоев в контролируемой среде все еще продолжается с нашим поставщиком. Это критический этап, поскольку он напрямую влияет и определяет наиболее безопасный и эффективный путь восстановления для оставшихся рабочих пространств BYOK, обеспечивая при этом стабильность системы и целостность данных. Мы ожидаем предоставить следующее целевое обновление о восстановлении рабочего пространства BYOK к 15:00 UTC. Мы искренне извиняемся за срыв и влияние, которое это оказало на ваши операции. Наши команды поддержки остаются полностью доступными, чтобы помочь вам с любыми вопросами или неотложными потребностями.

27. 26 июля 2026 г. в 15:20 UTCinvestigating

    Общий доступ к региону CA1 остается полностью восстановленным для большинства клиентов. Рабочие пространства, использующие шифрование Bring Your Own Key (BYOK), временно остаются в автономном режиме, пока мы завершаем безопасное восстановление, валидацию и анализ корневых причин. Мы активно сотрудничаем с нашим сторонним партнером по шифрованию, чтобы понять причину и потенциальное исправление.

28. 26 июля 2026 г. в 17:53 UTCidentified

    Общий доступ к региону CA1 по-прежнему полностью восстановлен для большинства клиентов. Рабочие пространства, использующие шифрование Bring Your Own Key (BYOK), временно остаются в автономном режиме, пока мы завершаем безопасное восстановление, валидацию и анализ корневых причин. Мы активно сотрудничаем с нашим сторонним партнером по шифрованию, чтобы понять причину и потенциальное исправление.

29. 26 июля 2026 г. в 18:49 UTCidentified

    Общий доступ в регион Канады (CA1) полностью восстановлен. Однако рабочие пространства, использующие шифрование Bring Your Own Key (BYOK), временно останутся в автономном режиме. Мы предоставим дополнительную информацию о состоянии восстановления BYOK в 10:00 UTC 27 июля 2026 года. Мы приносим извинения за это нарушение и благодарим вас за ваше терпение.

30. 27 июля 2026 г. в 10:03 UTCinvestigating

    Мы пишем, чтобы предоставить обновленную информацию о текущих усилиях по восстановлению рабочих пространств Bring Your Own Key (BYOK) в регионе Канады (CA1). Общие службы для региона полностью восстановлены и работают в штатном режиме. Текущее состояние расследования Наши инженеры и поставщики продолжают глубокое расследование причин недавнего сбоя в обслуживании. В настоящее время мы концентрируем наши усилия на тиражировании проблемы в рамках специализированной, непроизводственной среды. Эта контролируемая репликация является критическим шагом, поскольку технические результаты позволят нам определить и проверить наиболее эффективный путь восстановления для оставшихся рабочих пространств BYOK. Обеспечивая полное понимание поведения системы в этих конкретных условиях, мы можем гарантировать абсолютную безопасность, стабильность и целостность ваших данных на заключительном этапе восстановления. Мы искренне ценим ваше терпение и партнерство, когда мы выполняем эти тщательные шаги по проверке. Наше следующее обновление будет предоставлено в течение двух часов или раньше, если будет достигнута важная веха.

31. 27 июля 2026 г. в 12:30 UTCinvestigating

    Мы продолжаем наше активное расследование и планирование восстановления рабочих мест в Канаде (CA1). Общие службы в регионе полностью восстановлены и продолжают функционировать в штатном режиме. Наши инженерные команды и партнеры продолжают сосредоточивать свои усилия на воспроизведении сбоев в контролируемой, непроизводственной среде. Воспроизведение сценария в этих безопасных условиях остается нашим наивысшим приоритетом, поскольку это критический шаг, который позволит нам определить и подтвердить наиболее эффективный путь восстановления для оставшихся рабочих мест BYOK. Мы методично продвигаемся к тому, чтобы процесс восстановления после его запуска сохранял стабильность системы и целостность данных. Мы ценим ваше терпение и партнерство, в то время как эта глубокая техническая проверка продолжается. Наше следующее обновление будет предоставлено в течение двух часов или раньше, если у нас будет новый прогресс для обмена.

32. 27 июля 2026 г. в 14:04 UTCinvestigating

    Мы продолжаем наши активные усилия по восстановлению рабочих пространств Bring Your Own Key (BYOK) в регионе Канады (CA1). Общие службы по всему региону полностью восстановлены и работают в штатном режиме. Чтобы ускорить решение, наши инженерные команды и партнеры-поставщики проводят несколько направлений исследований одновременно. Этот многогранный подход имеет решающее значение для обеспечения того, чтобы наш план восстановления был полностью утвержден и сохранял целостность окружающей среды. Мы искренне ценим ваше терпение и партнерство, поскольку мы выполняем эти параллельные усилия. Наше следующее обновление будет предоставлено в течение двух часов или раньше, если мы достигнем значительного прорыва.

33. 27 июля 2026 г. в 15:54 UTCidentified

    Мы продолжаем наши активные усилия по восстановлению рабочих пространств Bring Your Own Key (BYOK) в регионе Канады (CA1). Общие службы по всему региону полностью восстановлены и работают в штатном режиме. Наши инженерные команды и партнеры-поставщики одновременно проводят множество исследований. Этот параллельный подход выполняется преднамеренно, чтобы подтвердить и завершить наиболее эффективный путь восстановления для оставшихся рабочих пространств BYOK, обеспечивая безопасное и стабильное восстановление услуг. Мы ценим ваше терпение, поскольку наши команды работают над этими необходимыми шагами. Наше следующее обновление будет предоставлено в течение двух часов или раньше, если мы достигнем значительного прорыва.

34. 27 июля 2026 г. в 17:37 UTCinvestigating

    В то время как общие службы в регионе Канады (CA1) остаются полностью восстановленными и работают в штатном режиме, мы продолжаем уделять особое внимание восстановлению рабочих пространств Bring Your Own Key (BYOK). Наши команды систематически продвигаются вперед с несколькими параллельными рабочими потоками. Выполнение этих усилий одновременно позволяет нам тщательно анализировать все результаты, обеспечивая проверку и реализацию наиболее эффективного пути восстановления для оставшихся рабочих мест BYOK, обеспечивая безопасное и стабильное восстановление услуг. Мы ценим ваше постоянное партнерство и терпение, поскольку мы выполняем эти важные шаги по восстановлению. Мы предоставим дополнительную информацию о состоянии восстановления BYOK в 09:00 UTC (10:00 BST) 28 июля 2026 года.

35. 28 июля 2026 г. в 09:02 UTCidentified

    Общие службы в регионе Канады (CA1) полностью восстановлены и функционируют в штатном режиме. Для оставшихся рабочих пространств Bring Your Own Key (BYOK) наши команды продолжают выполнять несколько параллельных рабочих потоков. Этот параллельный подход осуществляется преднамеренно для проверки наиболее эффективного пути восстановления для оставшихся рабочих пространств BYOK при обеспечении абсолютной стабильности системы. Мы ценим ваше терпение. Наше следующее обновление будет предоставлено в течение двух часов или раньше, если мы достигнем важной вехи.

36. 28 июля 2026 г. в 11:01 UTCidentified

    Общие службы в регионе Канады (CA1) продолжают работать в штатном режиме и остаются полностью стабильными. Наши команды инженеров и поставщиков продолжают продвигаться по нескольким параллельным рабочим потокам для решения оставшихся рабочих областей Bring Your Own Key (BYOK). Этот параллельный подход остается нашим активным фокусом, позволяя нам систематически проверять и реализовывать наиболее эффективный путь восстановления для оставшихся рабочих мест BYOK с самым высоким уровнем безопасности. Мы ценим ваше терпение и поддержку. Наше следующее обновление будет предоставлено в течение двух часов или раньше, если мы достигнем важной вехи.

37. 28 июля 2026 г. в 13:11 UTCidentified

    Общие службы в регионе Канады (CA1) полностью восстановлены, стабильны и продолжают функционировать в нормальном режиме. Наши инженерные команды и партнеры-поставщики продолжают двигаться вперед с несколькими параллельными рабочими потоками для решения оставшихся рабочих пространств Bring Your Own Key (BYOK). Эта параллельная стратегия остается нашим активным фокусом, позволяя нам систематически проверять и реализовывать наиболее эффективный путь восстановления для оставшихся рабочих пространств BYOK. Мы искренне ценим ваше постоянное терпение, поскольку мы работаем через эти преднамеренные шаги. Наше следующее обновление будет предоставлено в течение двух часов или раньше, если мы достигнем важной вехи.

38. 28 июля 2026 г. в 16:02 UTCidentified

    Общие службы в регионе Канады (CA1) полностью восстановлены, стабильны и продолжают функционировать в нормальном режиме. Наши инженерные команды и партнеры-поставщики активно сосредотачиваются на оставшихся рабочих пространствах Bring Your Own Key (BYOK) через несколько параллельных рабочих потоков. Мы ценим ваше терпение и партнерство по мере завершения этих критических этапов проверки. Наше следующее обновление будет предоставлено в течение двух часов или раньше, если мы достигнем важной вехи.

39. 28 июля 2026 г. в 19:51 UTCidentified

    В то время как общие службы в регионе Канады (CA1) остаются полностью восстановленными и работают в штатном режиме, мы продолжаем уделять особое внимание восстановлению рабочих пространств Bring Your Own Key (BYOK). Наши команды систематически продвигаются вперед с несколькими параллельными рабочими потоками. Выполнение этих усилий одновременно позволяет нам тщательно анализировать все результаты, обеспечивая проверку и реализацию наиболее эффективного пути восстановления для оставшихся рабочих мест BYOK, обеспечивая безопасное и стабильное восстановление услуг. Мы ценим ваше постоянное партнерство и терпение, поскольку мы выполняем эти важные шаги по восстановлению. Мы предоставим дополнительную информацию о состоянии восстановления BYOK в 09:00 UTC (10:00 BST) 29 июля 2026 года.

40. 29 июля 2026 г. в 09:04 UTCidentified

    В то время как общие службы в регионе Канады (CA1) остаются полностью восстановленными и работают в штатном режиме, мы продолжаем уделять особое внимание восстановлению рабочих пространств Bring Your Own Key (BYOK). Наши команды продолжают систематически продвигаться по нескольким параллельным направлениям работы. Выполнение этих усилий одновременно позволяет нам тщательно анализировать все технические результаты, обеспечивая проверку и реализацию самого безопасного и стабильного пути восстановления для оставшихся рабочих пространств BYOK. Мы ценим ваше постоянное партнерство и терпение, поскольку мы выполняем эти важные шаги по восстановлению. Наше следующее обновление будет предоставлено в течение двух часов или раньше, если мы достигнем важной вехи.

41. 29 июля 2026 г. в 13:23 UTCinvestigating

    В то время как общие службы в регионе Канады (CA1) остаются полностью восстановленными и работают в штатном режиме, мы продолжаем уделять особое внимание восстановлению рабочих пространств Bring Your Own Key (BYOK). Наши команды по-прежнему продолжают систематически продвигаться по нескольким параллельным направлениям работы. Выполнение этих усилий одновременно позволяет нам тщательно анализировать все технические результаты, обеспечивая проверку и реализацию самого безопасного и стабильного пути восстановления для оставшихся рабочих пространств BYOK. Мы ценим ваше постоянное партнерство и терпение, поскольку мы выполняем эти важные шаги по восстановлению. Наше следующее обновление будет предоставлено в течение двух часов или раньше, если мы достигнем важной вехи.

42. 29 июля 2026 г. в 15:21 UTCinvestigating

    Общие службы в регионе Канады (CA1) полностью восстановлены и продолжают функционировать в штатном режиме. Наши инженерные и операционные команды сохраняют свой целенаправленный, сосредоточенный фокус на восстановлении оставшихся рабочих пространств Bring Your Own Key (BYOK). Чтобы обеспечить максимально безопасное восстановление, мы активно продвигаем несколько параллельных рабочих процессов восстановления. Одновременное выполнение этих усилий позволяет нам тщательно анализировать технические результаты в режиме реального времени, обеспечивая проверку и реализацию наиболее стабильного и безопасного пути для оставшихся рабочих пространств BYOK. Мы искренне ценим ваше постоянное терпение и партнерство, поскольку мы систематически выполняем эти важные шаги по восстановлению. Наше следующее обновление будет предоставлено в течение двух часов или раньше, если мы достигнем важной вехи.

43. 29 июля 2026 г. в 17:17 UTCinvestigating

    В то время как общие службы в регионе Канады (CA1) остаются полностью восстановленными и работают в штатном режиме, мы продолжаем уделять особое внимание восстановлению рабочих пространств Bring Your Own Key (BYOK). Наши команды систематически продвигаются вперед с несколькими параллельными рабочими потоками. Выполнение этих усилий одновременно позволяет нам тщательно анализировать все результаты, обеспечивая проверку и реализацию наиболее эффективного пути восстановления для оставшихся рабочих мест BYOK, обеспечивая безопасное и стабильное восстановление услуг. Мы ценим ваше постоянное партнерство и терпение, поскольку мы выполняем эти важные шаги по восстановлению. Мы предоставим дополнительную информацию о состоянии восстановления BYOK в 09:00 UTC (10:00 BST) 30 июля 2026 года.

44. 30 июля 2026 г. в 08:59 UTCinvestigating

    В то время как общие службы по всему региону Канады (CA1) продолжают работать в нормальном режиме с полной стабильностью, наши технические команды уделяют особое внимание восстановлению оставшихся рабочих мест. Мы продолжаем продвигать несколько параллельных рабочих течений для проверки и выполнения максимально безопасного пути восстановления. Одновременное выполнение этих усилий позволяет нам тщательно анализировать все технические результаты, обеспечивая восстановление услуг с самым высоким уровнем безопасности и стабильности для всех выдающихся рабочих пространств BYOK. Мы ценим ваше постоянное терпение и партнерство, поскольку мы систематически прорабатываем эти важные шаги по восстановлению. Мы предоставим дополнительную информацию о ходе восстановления BYOK в течение двух часов.

45. 30 июля 2026 г. в 11:07 UTCinvestigating

    В то время как общие службы по всему региону Канады (CA1) продолжают работать в нормальном режиме с полной стабильностью, наши технические команды уделяют особое внимание восстановлению оставшихся рабочих мест. Мы продолжаем продвигать несколько параллельных рабочих течений для проверки и выполнения максимально безопасного пути восстановления. Одновременное выполнение этих усилий позволяет нам тщательно анализировать все технические результаты, обеспечивая восстановление услуг с самым высоким уровнем безопасности и стабильности для всех выдающихся рабочих пространств BYOK. Мы ценим ваше постоянное терпение и партнерство, поскольку мы систематически прорабатываем эти важные шаги по восстановлению. Мы предоставим дополнительную информацию о состоянии восстановления BYOK в 09:00 UTC (10:00 BST) 31 июля 2026 года, или раньше, если мы достигнем важной вехи.

46. 31 июля 2026 г. в 09:04 UTCinvestigating

    В то время как общие службы по всему региону Канады (CA1) продолжают работать в нормальном режиме с полной стабильностью, наши технические команды уделяют особое внимание восстановлению оставшихся рабочих мест. Мы продолжаем продвигать несколько параллельных рабочих течений для проверки и выполнения максимально безопасного пути восстановления. Одновременное выполнение этих усилий позволяет нам тщательно анализировать все технические результаты, обеспечивая восстановление услуг с самым высоким уровнем безопасности и стабильности для всех выдающихся рабочих пространств BYOK. Мы ценим ваше постоянное терпение и партнерство, поскольку мы систематически прорабатываем эти важные шаги по восстановлению. Мы предоставим дополнительную информацию о состоянии восстановления BYOK в 09:00 UTC (10:00 BST) 3 августа 2026 года, или раньше, если мы достигнем важной вехи.

47. 31 июля 2026 г. в 13:47 UTCresolved

    Мы подтвердили, что вопрос сейчас решен. Мы приносим глубокие извинения за любое влияние, которое этот вопрос мог оказать. Мы ценим ваше терпение и партнерство, когда мы работали над этим вопросом. В течение 7 рабочих дней мы проведем подробный анализ первопричин (RCA), который будет опубликован на нашей странице состояния. Если у вас есть какие-либо вопросы или проблемы, пожалуйста, не стесняйтесь обращаться к нам в Anaplan Support.

48. 11 августа 2026 г. в 16:03 UTCpostmortem

    **Summary**  On July 24, 2026, at 20:22 UTC, our engineering team began investigating an issue affecting customers in our ca1: Cloud — Canada region. Customers with affected workspaces were unable to open their models. As a precaution, while we validated the scope of the issue, we restricted access to the region behind a maintenance page at 02:18 UTC on July 25. General access to CA1 was restored at 17:24 UTC on July 25. Bring Your Own Key \(BYOK\) workspaces remained offline for additional safeguards, and were re-enabled progressively as those safeguards were validated. The incident was fully resolved on July 31, 2026, at 13:47 UTC.  **Root cause**  The disruption was caused by a defect in a third-party component used within our BYOK service. The defect only surfaced under a very specific combination of events occurring in a particular order on the same host. When a BYOK workspace was unloaded, the component failed tofully clear one of its local resources, leaving behind a stale reference. When a BYOK workspace was subsequently loaded onto the same host, the component attempted to clean up that stale reference before proceeding. During this step, it incorrectly executed a removal that extended beyond the stale reference and deleted files that were still in active use.   The affected files were captured in our regular backups. Once our engineering team identified the source of the activity, isolated it, and applied protective controls to stop any further impact, restoration became a controlled process of returning each affected file to its most recent backup.  **Recovery**  Our engineering team identified the issue and isolated it at its source, then worked systematically to restore the affected files. This allowed us to bring non-BYOK workspaces back online in a controlled sequence, and general access to CA1 was restored at 17:24 UTC on July 25.  We deliberately kept BYOK workspaces offline while our team worked with the third-party vendor to reproduce the trigger in a controlled, non-production environment. This reproduction gave us the diagnostic evidence the vendor needed to build a fix and to confirm the exact cause. It also allowed us to develop and validate our own temporary safeguards — targeted changes to how BYOK workspaces are scheduled — that eliminated the specific combination of conditions required to trigger the defect. These safeguards act as compensating controls to bring BYOK workspaces back online while the third party completes the permanent fix to the underlying component. We re-enabled BYOK workspaces once those safeguards were validated, ensuring the trigger conditions couldn't recur. The incident was fully resolved on July 31, 2026, at 13:47 UTC.  **Corrective and preventative actions**  Our corrective actions follow two complementary tracks. The first removes the specific combination of conditions required to trigger the defect, using controls we have developed and deployed ourselves as compensating safeguards. The second is the permanent fix to the underlying component itself, which the third party is delivering. Together, these tracks address both the trigger and the defect, so that neither can produce another incident of this kind. We are implementing the following actions to prevent recurrence:  * We have deployed changes that prevent the specific combination of conditions required to trigger the defect. This is a temporary but effective control that removes the trigger today, ahead of the permanent fix.  * We are working with the third party to deploy their validated fix. This removes the defect at its source and closes the underlying cause of this incident.  * We are strengthening how we validate BYOK third-party components in non-production before they reach production, including reproducing a wider range of workspace lifecycle scenarios and event sequences. This gives us stronger assurance to surface these types of issues in non-production and are addressed before they can affect customers.  * We have deployed dedicated alerting on the specific event pattern that triggered this incident and are actively reviewing additional file-level alerting. These alerts provide an additional safety net and earlier warning, enabling faster preventative action before customers are affected.  **Closing**  We apologize for any impact this issue may have had on your business operations. We are continuously strengthening our systems and procedures to ensure we avoid future disruptions to your business and users.   If you have further questions or concerns, please visit our [Support](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F) website. We appreciate your patience during this incident and value the trust you place in Anaplan.

Автоматический перевод официального обновления инцидента.

1. 21 июля 2026 г. в 14:30 UTCinvestigating

   В настоящее время мы изучаем проблему, которая влияет на способность клиентов запускать интеграцию Cloudworks. Мы работаем над тем, чтобы решить эту проблему как можно быстрее и будем предоставлять обновления каждые 30 минут или после разрешения.

2. 21 июля 2026 г. в 14:44 UTCmonitoring

   Сервис восстановлен, теперь вы можете возобновить нормальную деятельность. Мы продолжим следить за платформой, чтобы не возникало никаких дополнительных проблем. Если у вас есть какие-либо вопросы, проблемы или вы продолжаете испытывать проблемы, пожалуйста, не стесняйтесь обращаться в службу поддержки Anaplan. Мы предоставим вам окончательную информацию, когда мы будем считать эту ситуацию полностью решенной.

3. 21 июля 2026 г. в 14:54 UTCresolved

   Мы подтвердили, что вопрос сейчас решен. Мы приносим глубокие извинения за любое влияние, которое этот вопрос мог оказать. Мы ценим ваше терпение и партнерство, когда мы работали над этим вопросом. В течение 7 рабочих дней мы проведем подробный анализ первопричин (RCA), который будет опубликован на нашей странице состояния. Если у вас есть какие-либо вопросы или проблемы, пожалуйста, не стесняйтесь обращаться к нам в Anaplan Support.

4. 30 июля 2026 г. в 22:22 UTCpostmortem

   21 июля 2026 года между 14:15 UTC и 14:50 UTC в регионе US5: Cloud - US East произошло нарушение запланированных интеграций CloudWorksTM. Во время этого окна не могут быть запущены автоматизированные рабочие процессы, и пользователи могут испытывать трудности с доступом к услугам интеграции. ** Коренная причина** Проблема была вызвана коротким перерывом в базовых системах хранения после отката системы выпуска. Это привело к потере связи в системе планировщика интеграции, что не позволило успешно выполнять запланированные задачи. ** Восстановление** Наша инженерная команда определила проблему и приняла немедленные меры. Мы проверили подключение к системе, поскольку базовые службы восстанавливались автоматически, и мы выполнили интеграцию тестов для проверки запланированных рабочих процессов. Эти проверки подтвердили, что все механизмы планирования благополучно возобновили нормальные операции, не требуя перезапуска системы. К 14:50 UTC вопрос был полностью решен. ** Корректирующие и профилактические действия** Мы проводим глубокое исследование производительности системы во время операций отката, чтобы обеспечить стабильность в условиях высокой нагрузки. Мы внедряем усиленные проверки здоровья для планировщика интеграции, чтобы гарантировать, что он достигнет «готового» состояния, прежде чем трафик будет маршрутизирован во время откатов. Мы обновляем наши процессы развертывания, чтобы включать автоматическую проверку глубины очереди задач сразу после любого регионального обновления или отката. * Мы обновляем нашу документацию по размеру ресурсов для этой службы с рекомендуемыми значениями запроса/лимита, чтобы обеспечить достаточную емкость для развертывания и операций по откату. Мы приносим извинения за любое влияние, которое этот вопрос мог оказать на вашу деятельность. Мы укрепляем наши системы и процедуры, чтобы избежать сбоев в работе вашего бизнеса и пользователей. Если у вас есть дополнительные вопросы или проблемы, пожалуйста, посетите наш веб-сайт [Поддержка] (https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). Мы ценим ваше терпение во время этого инцидента и ценим доверие, которое вы оказываете Анаплану.

Автоматический перевод официального обновления инцидента.

1. 14 июля 2026 г. в 20:04 UTCinvestigating

   В настоящее время мы изучаем проблему, которая влияет на способность клиентов запускать интеграцию Cloudworks. Мы работаем над тем, чтобы решить эту проблему как можно быстрее и будем предоставлять обновления каждые 30 минут или после разрешения.

2. 14 июля 2026 г. в 21:00 UTCmonitoring

   Мы заметили, что что-то пошло не так. В настоящее время мы изучаем эту проблему и вскоре предоставим обновленную информацию.

3. 14 июля 2026 г. в 21:04 UTCmonitoring

   Сервис восстановлен, теперь вы можете возобновить нормальную деятельность. Мы продолжим следить за платформой, чтобы не возникало никаких дополнительных проблем. Если у вас есть какие-либо вопросы, проблемы или вы продолжаете испытывать проблемы, пожалуйста, не стесняйтесь обращаться в службу поддержки Anaplan. Мы предоставим вам окончательную информацию, когда мы будем считать эту ситуацию полностью решенной.

4. 14 июля 2026 г. в 21:12 UTCresolved

   Мы подтвердили, что вопрос сейчас решен. Мы приносим глубокие извинения за любое влияние, которое этот вопрос мог оказать. Мы ценим ваше терпение и партнерство, когда мы работали над этим вопросом. В течение 7 рабочих дней мы проведем подробный анализ первопричин (RCA), который будет опубликован на нашей странице состояния. Если у вас есть какие-либо вопросы или проблемы, пожалуйста, не стесняйтесь обращаться к нам в Anaplan Support.

5. 22 июля 2026 г. в 18:15 UTCpostmortem

   14 июля 2026 года в 19:55 UTC клиенты в нашем регионе 7: Cloud - US West столкнулись с задержками и сбоями в обработке рабочих мест интеграции CloudWorksTM. Интеграционные рабочие места, которые должны были работать в этом регионе, не были завершены, как ожидалось, что привело к отставанию в обработке, которое было устранено после полного восстановления сервиса. Коренная причина Бэкэнд-компонент, поддерживающий сервис CloudWorksTM, временно исчерпал доступную память, что привело к кратковременному нарушению подключения. Несмотря на немедленное восстановление базы данных, компоненты обработки CloudWorks сохраняли неактивные соединения и не могли автоматически подключаться. Это не позволило завершить работу по интеграции и привело к накоплению очереди запланированных задач. Восстановление Наша инженерная команда определила проблему и приняла немедленные меры. Команда перезапустила компоненты обработки CloudWorksTM, чтобы очистить все устаревшие и неактивные соединения. Чтобы быстро устранить отставание в работе по интеграции, мы временно увеличили пропускную способность компонентов. После проверки того, что рабочие места по интеграции были завершены нормально и отставание было полностью обработано, мы вернули систему к ее первоначальной мощности. К 21:14 UTC вопрос был полностью решен. Корректирующие и профилактические действия Мы осуществляем следующие действия для предотвращения рецидивов: ** Распределение памяти: ** Мы увеличиваем выделение памяти для бэкэнд-компонента в us7. Это снижает вероятность того, что подобное событие с давлением памяти произойдет в будущем. ** Оптимизация базового процесса:** Мы отключили определенные процессы сбора фоновых метрик, которые вносили ненужную нагрузку на бэкэнд-компонент. Это еще больше снижает риск создания давления памяти с течением времени. ** Тест на устойчивость:** Наши инженерные команды проводят контролируемые тесты в непроизводственных средах, чтобы лучше понять, как сервис CloudWorks ведет себя во время коротких сбоев подключения. Эта работа поможет нам улучшить способность службы автоматически восстанавливаться, не требуя ручного вмешательства, если подобное событие произойдет в будущем. Мы приносим извинения за влияние, которое этот вопрос оказал на вашу деятельность. Мы стремимся к улучшениям, изложенным выше, чтобы предотвратить подобные сбои. Если у вас есть вопросы или проблемы, пожалуйста, свяжитесь с [Поддержка] (https://support.anaplan.com/).

Автоматический перевод официального обновления инцидента.

1. 2 июля 2026 г. в 00:00 UTCinvestigating

   В настоящее время мы изучаем вопрос, влияющий на возможность доступа клиентов к платформе Anaplan. Мы работаем над тем, чтобы решить эту проблему как можно быстрее и будем предоставлять обновления каждые 30 минут или после разрешения.

2. 2 июля 2026 г. в 00:30 UTCinvestigating

   Спасибо за ваше терпение, поскольку мы продолжаем изучать этот вопрос. В настоящее время мы сталкиваемся с серьезными перебоями в обслуживании, которые приводят к полной недоступности в пострадавших регионах. Пользователи, пытающиеся получить доступ к услугам в этих регионах, столкнутся с тайм-аутами подключения и неспособностью загрузить ресурсы. В настоящее время у нас еще нет времени для решения. Мы будем продолжать предоставлять обновления каждые 30 минут, поскольку мы работаем над решением этой проблемы как можно быстрее.

3. 2 июля 2026 г. в 00:59 UTCinvestigating

   Мы расследуем проблему, затрагивающую логин и доступ к платформе для клиентов в наших регионах ME1 и EU5. Первоначальное расследование указывает на нарушение пути аутентификации для этих регионов. Решение этой проблемы является нашим главным приоритетом, и наши инженерные команды активно работают над восстановлением нормальной работы. У нас еще нет ЭТА. Мы предоставим еще одно обновление в течение 30 минут или раньше, если у нас будет новая информация.

4. 2 июля 2026 г. в 01:29 UTCinvestigating

   Наше расследование проблемы входа в систему и доступа к платформе, затрагивающей регионы ME1 и EU5, продолжается. Мы привлекли нашего поставщика для дополнительной поддержки, поскольку мы работаем над выявлением и устранением основной причины. Решение этой проблемы остается нашим высшим приоритетом. Пока нет ЭТА. Мы предоставим следующее обновление в течение 30 минут или раньше, если у нас будет новая информация.

5. 2 июля 2026 г. в 01:58 UTCinvestigating

   Наше расследование проблемы входа в систему и доступа к платформе, затрагивающей регионы ME1 и EU5, продолжается. Наши инженерные команды сузили расследование и в сотрудничестве с нашим партнером по инфраструктуре активно проводят несколько исследований. Реставрация остается нашим главным приоритетом. Пока нет ЭТА. Мы предоставим следующее обновление в течение 30 минут или раньше, если у нас будет новая информация.

6. 2 июля 2026 г. в 02:27 UTCinvestigating

   Мы расследуем проблему, затрагивающую логин и доступ к платформе для клиентов в наших регионах ME1 и EU5. Выпуск начался примерно в 23:52 UTC 1 июля 2026 года. В координации с нашим партнером по инфрастуктуре мы успешно сузили потенциальные причины и в настоящее время сосредоточили наши инженерные усилия на выделении проблемы для инициирования целенаправленного смягчения последствий. Наша команда по-прежнему полностью привержена решению этого вопроса как можно быстрее. Мы предоставим следующее обновление в течение 30 минут или раньше, если у нас будет новая информация.

7. 2 июля 2026 г. в 02:55 UTCinvestigating

   Мы продолжаем изучать проблему, касающуюся входа в систему и доступа к платформе для клиентов в наших регионах ME1 и EU5. Мы определили потенциальную причину и активно продвигаем шаги по смягчению последствий для решения проблемы и восстановления полного обслуживания. Мы будем продолжать предоставлять обновления по мере продвижения восстановления. Мы предоставим следующее обновление в течение 30 минут или раньше, если у нас будет новая информация.

8. 2 июля 2026 г. в 03:21 UTCmonitoring

   Сервис восстановлен, теперь вы можете возобновить нормальную деятельность. Мы продолжим следить за платформой, чтобы не возникало никаких дополнительных проблем. Если у вас есть какие-либо вопросы, проблемы или вы продолжаете испытывать проблемы, пожалуйста, не стесняйтесь обращаться в службу поддержки Anaplan. Мы предоставим вам окончательную информацию, когда мы будем считать эту ситуацию полностью решенной.

9. 2 июля 2026 г. в 04:00 UTCresolved

   Мы подтвердили, что вопрос сейчас решен. Мы приносим глубокие извинения за любое влияние, которое этот вопрос мог оказать. Мы ценим ваше терпение и партнерство, когда мы работали над этим вопросом. В течение 7 рабочих дней мы проведем подробный анализ первопричин (RCA), который будет опубликован на нашей странице состояния. Если у вас есть какие-либо вопросы или проблемы, пожалуйста, не стесняйтесь обращаться к нам в Anaplan Support.

10. 10 июля 2026 г. в 18:35 UTCpostmortem

    1 июля 2026 года, примерно в 23:52 по UTC, наши системы мониторинга обнаружили сбои в обслуживании клиентов в регионах Me1: Cloud — Ближний Восток и eu5: Cloud — Европа. За это время пострадавшие клиенты не смогли войти на платформу. Сервис был восстановлен в 03:21 UTC ** Коренная причина** Сбой произошел из-за запланированного изменения конфигурации сети в нашей внутренней инфраструктуре разрешения имен. Неправильная конфигурация была введена как часть изменения, которое оставило основной конфликт маршрутизации на месте. Это привело к тому, что обратный трафик для поиска внутренних имен был неверным во время обычной сетевой активности. В результате внутреннее решение о названии двух пострадавших регионов стало неэффективным. Это предотвратило завершение потока аутентификации и остановило вход клиентов. ** Восстановление** В 23:52 UTC наша команда инженеров и наш партнер по инфраструктуре начали параллельное расследование. Поскольку проблемы внутреннего разрешения имен могут проявляться несколькими различными способами, команда проработала несколько линий исследования, прежде чем изолировать конкретный конфликт маршрутизации. После идентификации мы откатили последние изменения, чтобы восстановить предыдущую хорошо известную конфигурацию маршрутизации. Соединение постепенно восстанавливалось по мере распространения отката, и к 03:21 UTC аутентификация была полностью восстановлена для обоих пострадавших регионов. ** Корректирующие и профилактические действия** Мы осуществляем следующие действия для предотвращения повторения: Мы добавляем предварительную валидацию изменений, которая конкретно определяет класс конфликта маршрутизации, ответственного за этот инцидент. Это закрывает основную проблему конфигурации, прежде чем любое подобное изменение может достичь окружающей среды. * Мы реорганизуем поврежденную настройку маршрутизации, чтобы предотвратить повторное введение этого класса неправильной конфигурации. Это устраняет основную проблему у источника. Мы улучшаем наш мониторинг внутренних путей разрешения имен между нашими облачными средами. Это сокращает время на обнаружение и решение этой проблемы. ** Закрытие** Мы приносим извинения за влияние, которое это нарушение оказало на ваши операции. Вышеуказанные корректирующие действия направлены на предотвращение повторения подобных проблем в будущем. Если у вас есть вопросы или проблемы, пожалуйста, свяжитесь с [Поддержка] (https://support.anaplan.com/).

Автоматический перевод официального обновления инцидента.

1. 22 июня 2026 г. в 07:29 UTCinvestigating

   We are currently investigating an issue resulting in some customers not being able to load models. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 22 июня 2026 г. в 07:48 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

3. 22 июня 2026 г. в 08:23 UTCinvestigating

   We are actively investigating a service disruption currently affecting customers' ability to open Models. This issue is also affecting CloudWorks Integrations. Our engineering teams are prioritizing this issue and evaluating immediate mitigation steps to restore full service as quickly and safely as possible. We do not yet have an estimated time to resolution, but will provide progress updates every 30 minutes or sooner.

4. 22 июня 2026 г. в 08:52 UTCidentified

   We are progressing with active mitigation steps to resolve the disruption affecting Model opening and CloudWorks integrations. Initial reports indicate positive outcomes from these activities. Our engineering teams are closely monitoring system stability while we complete the remaining mitigation steps to ensure a full and durable recovery. We will continue to provide updates every 30 minutes as we work to bring all systems back to standard operations.

5. 22 июня 2026 г. в 09:25 UTCidentified

   We are currently proceeding with the final remediation steps while continuing our investigation into the root cause. Customers should now be able to open models, though some may still encounter temporary delays; however, CloudWorks integrations are not yet completing. We are monitoring these recovery steps closely to ensure full system stability and will continue to provide updates every 30 minutes.

6. 22 июня 2026 г. в 09:36 UTCidentified

   We are pleased to report that all issues affecting model loading have been fully resolved, and normal access has been restored. Additionally, CloudWorks integrations are running again, and our teams are currently processing the accumulated backlog of queued jobs. We are monitoring the queue progression closely to ensure all delayed integrations complete successfully. We will provide our next update in 30 minutes or once the backlog is fully cleared.

7. 22 июня 2026 г. в 10:05 UTCidentified

   Our teams confirm that the CloudWorks integration backlog is actively processing and recovering. Access to opening models remains fully restored and stable. We are continuing to monitor the integration queues closely as jobs complete, and we will provide our next status update in 30 minutes.

8. 22 июня 2026 г. в 10:22 UTCmonitoring

   Service has now been restored; you should now be able to resume normal activities. We will continue to monitor the platform to ensure no additional issues arise. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

9. 22 июня 2026 г. в 10:52 UTCresolved

   We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

10. 1 июля 2026 г. в 19:34 UTCpostmortem

    On June 22, 2026, at 07:20 UTC, we became aware of an issue affecting our us7: Cloud – US region. Customers experienced difficulties loading models, with impact beginning at approximately 05:12 UTC. CloudWorks™ integrations in the region were also unable to run during this period. Customers with active workspace sessions weren't affected. However, any workspace that was unloaded during this time couldn't be loaded until service was restored. Full service was restored at 10:21 UTC.  **Root cause**  A component that manages active workspace resources in the us7 region encountered an unexpected fault and restarted. On restart, the component entered a state where it appeared to be operating normally but couldn't process new workspace requests. Our systems normally recover automatically from this kind of state, but in this case the fault wasn't detected by our recovery processes. We intervened manually and performed a corrective restart of the component, which restored normal operation.  **Recovery**  We conducted a thorough investigation of the platform and identified the source of the issue. We performed a targeted reset of the resource scheduling services to clear the pending connections and restore normal communication. Once communication was re-established at 08:48 UTC, the platform began successfully assigning resources and loading models.  To handle the accumulated backlog of scheduled integrations, we scaled up the processing capacity for CloudWorks™. By 10:21 UTC, the backlog had finished processing, and the issue was fully resolved.  **Corrective and preventative actions**  We're implementing the following actions to prevent recurrence:  * We're deploying enhanced automated monitoring specifically designed to detect the condition seen in this incident, where a component appears operational but isn't processing requests. This closes the detection gap that extended the impact of this issue.  * We're developing automated self-healing for the resource scheduling component, so that a corrective restart can be performed automatically without engineering intervention. This directly addresses the failure mode that caused this incident.  * We're streamlining our scaling procedures for CloudWorks™, so that integration processing capacity can be expanded more rapidly during recovery. This shortens the time to clear integration backlogs following incidents like this one.  We apologize for any impact this issue may have had on your business operations. We are continuously strengthening our systems and procedures to ensure we avoid future disruptions to your business and users.  If you have further questions or concerns, please visit our [Support](https://support.anaplan.com/) website. We appreciate your patience during this incident and value the trust you place in Anaplan.

1. 17 июня 2026 г. в 07:02 UTCinvestigating

   We are currently investigating an issue resulting in some customers not being able to load models. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 17 июня 2026 г. в 08:00 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

3. 17 июня 2026 г. в 08:31 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Our technical teams are fully engaged, and restoring normal service operations as quickly and safely as possible is our absolute priority. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

4. 17 июня 2026 г. в 08:59 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Our coordinated technical response has made progress in narrowing down the scope of our investigation. We have isolated the primary area of concern to our storage configuration layer and are evaluating mitigation steps to alleviate the issue. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

5. 17 июня 2026 г. в 09:22 UTCidentified

   We have identified the likely cause of the issue, and we are focused right now on restoring service as quickly as possible. We have identified mitigation steps to alleviate the issue and initial reports indicate positive outcomes of these activities. Currently, we do not yet have a time to resolution. We will provide further updates in 30 minutes or upon resolution.

6. 17 июня 2026 г. в 09:50 UTCidentified

   We are pleased to report a significant milestone in our resolution efforts. Our cross-functional engineering teams have successfully validated a targeted configuration adjustment to restore access to the affected workspaces. We have initiated a phased deployment of this mitigation across the region to safely and systematically restore full access to all affected workspaces. Currently, we do not yet have a time to resolution. We will provide further updates in 30 minutes or upon resolution.

7. 17 июня 2026 г. в 10:06 UTCmonitoring

   Service has now been restored; you should now be able to resume normal activities. We will continue to monitor the platform to ensure no additional issues arise. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

8. 17 июня 2026 г. в 10:23 UTCresolved

   We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

9. 26 июня 2026 г. в 17:41 UTCpostmortem

   On June 17, 2026, at 06:50 UTC, we became aware of an issue affecting a subset of workspaces in our eu4: Cloud - Europe region. Customers with affected workspaces were unable to load models, seeing persistent loading screens or errors when opening their work. CloudWorks™ integrations in the region also experienced a period of degradation, from approximately 05:20 UTC to 06:26 UTC, because of the same underlying issue. The impact was limited to a specific subset of workspaces — all other regions, and many workspaces in eu4: Cloud - Europe, continued to operate normally. Full service for the affected workspaces was restored at 10:00 UTC.   Root cause  The affected workspaces ran on a previous storage configuration in the eu4 region. Over time, a storage directory used by these workspaces accumulated a large number of small temporary files. The directory reached its operational limit and could no longer accept new file operations. This prevented models from loading for customers whose workspaces were running on this configuration.  Recovery  Our engineering team cleared the accumulated temporary files, which provided immediate relief. We then moved all affected workspaces from the old configuration to the new configuration through an automated process. We checked that model loading was restored through testing. By 10:00 UTC, the issue was fully resolved. On the same day, we implemented a change across the eu4 region to make sure no workspace can be directed to the old configuration.  Corrective and preventative actions  We've taken the following actions to address this incident and prevent it from happening again:  1. We've deployed an update across all regions that prevents any workspace from being directed to the older storage configuration. This eliminates the specific configuration condition that caused this incident.  2. We're decommissioning the older storage configuration. This permanently removes the configuration that caused this incident.  3. We’re strengthening our automated validation checks to confirm that workspaces are running on the correct configuration. This catches any configuration mismatch before it can cause customer impact.  4. We're implementing automated cleanup rules for the temporary files involved in this incident. This prevents storage directories from reaching operational limits and supports faster automatic recovery.  Closing  We apologize for the impact this issue has had on your operations. We're committed to the improvements outlined above to prevent similar disruptions. If you have questions or concerns, please contact [Support](https://support.anaplan.com/).

1. 11 июня 2026 г. в 17:20 UTCinvestigating

   We are currently investigating an issue impacting customers’ ability to access the Anaplan Platform. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 11 июня 2026 г. в 17:45 UTCidentified

   We want to sincerely apologize to our customers for the continued disruption to the Anaplan Platform today. We understand how critical access to Anaplan is for your business, and we deeply regret the impact this is having on your teams. Our engineers have identified the root cause of this issue and are actively working to restore service. We are currently executing remediation steps and will continue to provide updates here every 30 minutes until full service is restored.

3. 11 июня 2026 г. в 18:15 UTCidentified

   We want to start by offering our sincere apologies to every customer affected by today's disruption to the Anaplan Platform. We know your teams rely on Anaplan to do critical work. Our engineering team has identified the root cause and is fully focused on resolution. Active remediation steps are underway, and we are committed to keeping you informed with updates every 30 minutes — or sooner if there is meaningful progress to share.

4. 11 июня 2026 г. в 18:27 UTCmonitoring

   We are pleased to share that the core Anaplan Platform has successfully recovered and all primary services are fully operational. Our engineering teams are actively monitoring platform stability while corrective actions to address the underlying root cause continue to advance. We sincerely apologize for the disruption today and recognize that this has been a difficult week for many of our customers. Restoring your trust and ensuring platform stability remains our highest priority. Next update: In 30 minutes or sooner

5. 11 июня 2026 г. в 18:47 UTCmonitoring

   Our engineering team has successfully implemented a targeted infrastructure patch and completed a controlled failover to the updated version. All primary services are fully restored and accessible to customers. Our teams remain in active monitoring as we continue to validate the patch and advance corrective work across the remaining infrastructure. We do not anticipate further disruption at this time, and we will continue to monitor platform performance closely over the next several hours. We sincerely apologize for the impact today's incidents have had on your teams. A full incident summary will be published once our corrective actions are complete.

6. 12 июня 2026 г. в 00:30 UTCmonitoring

   The issue impacting access to the Anaplan Platform across all affected regions has been mitigated. The platform is stable and all services have returned to normal operation. Corrective measures to prevent recurrence are actively advancing and will continue to be applied to ensure this issue does not reoccur. We are continuing to monitor the platform to confirm stability. We do not anticipate any further customer impact from these activities. We appreciate your patience and partnership. If you have any questions or concerns, please do not hesitate to contact us at Anaplan Support.

7. 12 июня 2026 г. в 15:09 UTCresolved

   We would like to provide you with the latest update regarding the recent service disruption affecting our platform. Working in close collaboration with our vendor, our engineering team were able to identify a software bug in our network infrastructure that was causing temporary connection instability. To resolve the instability, we applied the fix recommended by the Vendor for the software bug, then successfully moved platform traffic to updated infrastructure at 18:17 UTC on 11 June. All connections stabilised with no disruption observed post the transition. Since then, the platform has remained stable and our engineering teams have continued to monitor this closely. This is our final update on this incident. We will provide a thorough Root Cause Analysis (RCA) within 7 business days. Thank you for your patience and understanding throughout this incident.

8. 19 июня 2026 г. в 14:38 UTCpostmortem

   **June 8–12, 2026 Platform Disruptions** On June 8, 2026, at 11:05 UTC, our monitoring detected a brief drop in incoming traffic across the Anaplan platform, with automated monitoring checks failing across all affected regions \(us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Netherlands, eu2: Data Center - Germany, eu4: Cloud - Europe, us5: Cloud - US East, us7: Cloud - US, and ap1: Cloud - Japan\). Over the four days, a series of related disruptions affected the same regions. Customers experienced intermittent difficulties logging in, opening models, and running integrations. The platform was fully stabilized on June 11, 2026, at 18:12 UTC. These disruptions are linked to our previously communicated infrastructure modernization program. On the weekend of June 6, we migrated our control plane, the part of the platform that directs how traffic is routed between services. This was the most complex of the planned migration weekends, and it was completed successfully, as had the two previous migration weekends. The issues described in this report emerged in the days following that migration. This report covers the seven linked incidents that occurred between June 8 and June 11, 2026. **Root cause** As part of our infrastructure modernization program, on the weekend of June 6, we completed a successful migration of our control plane. In the days that followed, we observed two discrete network-hardware issues that interacted to drive these disruptions. _Issue 1: Media Access Control \(MAC\) flapping \(June 8–9\)_ Every device on a network has a MAC address, a unique hardware identifier that network switches use to route traffic to the correct destination. In our environment, the MAC addresses involved are virtual — assigned to logical network gateways rather than to fixed physical hardware — which allows them to legitimately move between hosts as part of normal operation. MAC flapping occurs when a switch sees the same MAC address appearing on two different physical ports in rapid succession, forcing it repeatedly to update its routing tables. This briefly slows or interrupts traffic. For customers, this surfaced as a brief, self-recovering instability. Short bursts of load and intermittent errors appeared and cleared on their own within minutes. The trigger for this behavior was the specific way live production traffic interacted with the new post-migration network. To resolve the issue, we scaled capacity, engaged our vendor, and deployed configuration changes to contain the impact. _Issue 2: network card driver defect \(June 10–11\)_ Once the first set of mitigations were in place, we identified a second issue: A defect in the network card driver, which is the software that controls how a network card sends and receives data. The defect affected fewer than 0.005% of the cards in our estate. Those cards failed randomly and unpredictably, dropping traffic while still appearing healthy to our monitoring systems. This is known as a "gray failure" condition, because the affected components don’t flag themselves as broken. The cards sat in the part of the network that routes traffic between the regions impacted. This resulted in failures that cascaded across the platform and drove disruptions on June 10 and June 11. The defect hadn't been observed in previous migrations or in any other environment, and there were no indicators in pre-deployment testing. The gray failure pattern was also what initially masked the defect as a load issue, until further investigation pointed us to the driver itself. We engaged our vendor, who confirmed the defect. Working closely with them, we rapidly prepared, tested, and deployed the patch to the affected hosts on the evening of June 11, UTC. After that, the platform stabilized. **Recovery** From the first occurrence on June 8 through to permanent resolution on June 11, our engineering team led a continuous, round-the-clock response, working closely with our vendor to identify, diagnose, and resolve the underlying defect. We deployed configuration mitigations, repeatedly rerouted traffic between hosts and across alternative network paths, and scaled out capacity to restore service to customers as quickly as possible while the underlying defect was being addressed. The seven linked incidents and their impact windows were: * **June 8, 2026, 11:00–11:20 UTC** — A short network disruption from the initial MAC flapping event caused intermittent login failures and slow page loads. For most customers, this appeared as a brief 6-minute blip and recovered automatically. Some basic authentication users experienced a longer impact and needed to start a new browser session, with full recovery by 11:20 UTC. * **June 9, 2026, 11:05–11:29 UTC** — A recurrence of the same MAC flapping condition caused a similar brief disruption. Again, most customers experienced only a short blip of around 6 minutes, with basic authentication users seeing a longer impact. We applied scaling changes to address the issue. * **June 10, 2026, 11:02–12:40 UTC** — Customers across all affected regions experienced a loss of access to the platform for approximately 98 minutes. We worked with the vendor and applied configuration changes to address the issue. * **June 10–11, 2026, 23:06–00:04 UTC** — A disruption of approximately 58 minutes, caused when the network card defect affected the backup host that traffic had been moved to. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 03:43–05:20 UTC** — A disruption of approximately 97 minutes, as the next backup host was affected by the same defect. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 11:10–13:02 UTC** — A further recurrence of the network traffic surge caused customers to experience slow or failed access to the platform. We restored service by applying an underlying configuration change. * **June 11, 2026, 17:04–17:48 UTC** — A final disruption of approximately 44 minutes during which we moved traffic to a host running the updated network card driver. The platform was fully stabilized at 18:12 UTC on June 11, 2026, once traffic was successfully moved to a host running the updated network card driver. We then applied the same update to a second host for resilience. Monitoring continued through to midday Friday before the incident was closed. CloudWorks™ experienced a backlog of queued jobs during and immediately after each disruption. Our engineering team scaled out CloudWorks capacity to accelerate processing, and the backlog was fully cleared shortly after each recovery. **Corrective and preventative actions** The control plane migration that preceded these disruptions was a one-time, foundational piece of work. The actions below reflect the learnings we are carrying forward from the event to further strengthen the platform. 1. The updated network card driver has been rolled out across all hosts matching the affected hardware profile, in every region. This removes the underlying defect from our infrastructure, even though it hasn't been observed in any other region. 2. The conditions that allowed MAC flapping to surface as customer-visible instability have been addressed at multiple layers. Configuration changes have been deployed in the affected regions. The underlying network configuration has been standardized across the wider production estate, and we have tuned the network behavior that triggered the initial event. 3. During the incident, our engineering team deployed dedicated alerting in real time for the specific network conditions causing the disruptions, enabling faster detection and intervention throughout the response. We are continuing to strengthen proactive monitoring and early-warning detection across post-release windows, so that emerging anomalies are surfaced and investigated before they escalate into customer-visible disruptions. 4. The remaining infrastructure update that supports the network card fix is being completed across our other environments. This brings the full benefit of the fix to every part of our infrastructure. **What's next** One final migration weekend is scheduled for June 20, 2026. After this, the migration phase of the infrastructure modernization program is complete. **Closing** We apologize for the impact this issue has had on your operations. We're committed to the improvements outlined above to prevent similar disruptions. If you have questions or concerns, please contact [Support](https://support.anaplan.com/).

1. 11 июня 2026 г. в 04:32 UTCinvestigating

   We are currently investigating an issue impacting customers’ ability to access the Anaplan Platform. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 11 июня 2026 г. в 04:58 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

3. 11 июня 2026 г. в 05:03 UTCidentified

   The symptoms currently being observed are similar to the platform issue experienced earlier today. Our engineering and operations teams have been immediately mobilized and are actively diagnosing the root cause. We treat any recurrence with the utmost urgency and priority. We sincerely apologize for this disruption, we treat any recurrence with the utmost urgency and priority. We will provide another update in 30 minutes, or sooner as we obtain more actionable technical details.

4. 11 июня 2026 г. в 05:25 UTCidentified

   We are beginning to see signs of platform recovery, and primary services are starting to stabilize. As systems come back online, a backlog of queued CloudWorks jobs has accumulated and is currently processing. Our engineering teams are closely monitoring the stability of the platform and tracking the queue clearance velocity. We will provide our next update in 30 minutes, or sooner as we confirm continued stability.

5. 11 июня 2026 г. в 05:44 UTCmonitoring

   The platform has successfully recovered and is exhibiting stable performance. We are now focused on clearing the accumulated backlog of CloudWorks jobs. Our engineering teams are actively managing and verifying the processing queue to ensure all delayed jobs complete as quickly and safely as possible. We will continue to supervise the queue clearance and will provide our next update in 30 minutes, or sooner as we approach full restoration. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

6. 11 июня 2026 г. в 06:14 UTCmonitoring

   The platform remains stable and fully operational. We are continuing to process the remaining backlog of CloudWorks jobs. Our engineering teams are actively overseeing the processing queues to ensure all jobs complete successfully and system performance remains steady. We appreciate your continued patience as we work through this remaining queue. We will provide our next update in 30 minutes, or sooner as queue clearance nears completion.

7. 11 июня 2026 г. в 06:30 UTCmonitoring

   Service has now been restored; you should now be able to resume normal activities. We will continue to monitor the platform to ensure no additional issues arise. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

8. 11 июня 2026 г. в 11:05 UTCmonitoring

   We want to keep you informed with the latest update on the service disruption affecting our platform. What we've done We have identified the source of the instability and are actively working to resolve it. Our engineering team, in collaboration with our vendor, has already implemented a configuration change that has reduced the frequency of errors. We are monitoring the platform closely and have seen improvement as a result. We are aware that some customers are experiencing delays and interruptions with their CloudWorks integrations as a direct result of this incident. Our engineering team is actively identifying and resolving any affected integration jobs. Current status The platform is operational. Integration processing is being actively monitored and remediated. We will not consider this incident closed until we are fully satisfied that the platform is stable, all integration jobs are running normally, and the risk of recurrence has been addressed. We will now provide updates every 2 hours, as our investigation progresses and we work with our Vendor. We understand the impact this has had on your operations and we appreciate your patience.

9. 11 июня 2026 г. в 14:01 UTCmonitoring

   We want to keep you informed with the latest update on the service disruption affecting our platform. After collaboration with our Vendor, we have identified two fixes to our underlying infrastructure. The first fix has now been implemented successfully without further disruption and initial monitoring is proving positive. We are continuing to liaise with our Vendor for the secondary fix, to ensure no further disruption is caused. The platform remains stable and all Cloudworks integrations are working as expected and the backlog has been cleared. The incident will remain open and we will provide updates every 2 hours or sooner, as we continue to investigate and have full resolution. We understand the impact this has had on your operations and we appreciate your patience

10. 11 июня 2026 г. в 14:31 UTCresolved

    We want to provide you with the latest update regarding the recent service disruption affecting our platform. All agreed-upon fixes have been successfully implemented across our underlying infrastructure. Our ongoing monitoring shows that system performance remains stable and positive. Our engineering teams will continue to monitor the platform closely to ensure continued stability. Additionally, we are conducting thorough Root Cause Analysis (RCA) and this will be provided within 7 business days. We sincerely understand the impact this disruption has had on your daily operations, and we deeply appreciate your patience and continued partnership as we work to ensure a reliable experience.

11. 19 июня 2026 г. в 15:02 UTCpostmortem

    **June 8–12, 2026 Platform Disruptions** On June 8, 2026, at 11:05 UTC, our monitoring detected a brief drop in incoming traffic across the Anaplan platform, with automated monitoring checks failing across all affected regions \(us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Netherlands, eu2: Data Center - Germany, eu4: Cloud - Europe, us5: Cloud - US East, us7: Cloud - US, and ap1: Cloud - Japan\). Over the four days, a series of related disruptions affected the same regions. Customers experienced intermittent difficulties logging in, opening models, and running integrations. The platform was fully stabilized on June 11, 2026, at 18:12 UTC. These disruptions are linked to our previously communicated infrastructure modernization program. On the weekend of June 6, we migrated our control plane, the part of the platform that directs how traffic is routed between services. This was the most complex of the planned migration weekends, and it was completed successfully, as had the two previous migration weekends. The issues described in this report emerged in the days following that migration. This report covers the seven linked incidents that occurred between June 8 and June 11, 2026. **Root cause** As part of our infrastructure modernization program, on the weekend of June 6, we completed a successful migration of our control plane. In the days that followed, we observed two discrete network-hardware issues that interacted to drive these disruptions. _Issue 1: Media Access Control \(MAC\) flapping \(June 8–9\)_ Every device on a network has a MAC address, a unique hardware identifier that network switches use to route traffic to the correct destination. In our environment, the MAC addresses involved are virtual — assigned to logical network gateways rather than to fixed physical hardware — which allows them to legitimately move between hosts as part of normal operation. MAC flapping occurs when a switch sees the same MAC address appearing on two different physical ports in rapid succession, forcing it repeatedly to update its routing tables. This briefly slows or interrupts traffic. For customers, this surfaced as a brief, self-recovering instability. Short bursts of load and intermittent errors appeared and cleared on their own within minutes. The trigger for this behavior was the specific way live production traffic interacted with the new post-migration network. To resolve the issue, we scaled capacity, engaged our vendor, and deployed configuration changes to contain the impact. _Issue 2: network card driver defect \(June 10–11\)_ Once the first set of mitigations were in place, we identified a second issue: A defect in the network card driver, which is the software that controls how a network card sends and receives data. The defect affected fewer than 0.005% of the cards in our estate. Those cards failed randomly and unpredictably, dropping traffic while still appearing healthy to our monitoring systems. This is known as a "gray failure" condition, because the affected components don’t flag themselves as broken. The cards sat in the part of the network that routes traffic between the regions impacted. This resulted in failures that cascaded across the platform and drove disruptions on June 10 and June 11. The defect hadn't been observed in previous migrations or in any other environment, and there were no indicators in pre-deployment testing. The gray failure pattern was also what initially masked the defect as a load issue, until further investigation pointed us to the driver itself. We engaged our vendor, who confirmed the defect. Working closely with them, we rapidly prepared, tested, and deployed the patch to the affected hosts on the evening of June 11, UTC. After that, the platform stabilized. **Recovery** From the first occurrence on June 8 through to permanent resolution on June 11, our engineering team led a continuous, round-the-clock response, working closely with our vendor to identify, diagnose, and resolve the underlying defect. We deployed configuration mitigations, repeatedly rerouted traffic between hosts and across alternative network paths, and scaled out capacity to restore service to customers as quickly as possible while the underlying defect was being addressed. The seven linked incidents and their impact windows were: * **June 8, 2026, 11:00–11:20 UTC** — A short network disruption from the initial MAC flapping event caused intermittent login failures and slow page loads. For most customers, this appeared as a brief 6-minute blip and recovered automatically. Some basic authentication users experienced a longer impact and needed to start a new browser session, with full recovery by 11:20 UTC. * **June 9, 2026, 11:05–11:29 UTC** — A recurrence of the same MAC flapping condition caused a similar brief disruption. Again, most customers experienced only a short blip of around 6 minutes, with basic authentication users seeing a longer impact. We applied scaling changes to address the issue. * **June 10, 2026, 11:02–12:40 UTC** — Customers across all affected regions experienced a loss of access to the platform for approximately 98 minutes. We worked with the vendor and applied configuration changes to address the issue. * **June 10–11, 2026, 23:06–00:04 UTC** — A disruption of approximately 58 minutes, caused when the network card defect affected the backup host that traffic had been moved to. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 03:43–05:20 UTC** — A disruption of approximately 97 minutes, as the next backup host was affected by the same defect. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 11:10–13:02 UTC** — A further recurrence of the network traffic surge caused customers to experience slow or failed access to the platform. We restored service by applying an underlying configuration change. * **June 11, 2026, 17:04–17:48 UTC** — A final disruption of approximately 44 minutes during which we moved traffic to a host running the updated network card driver. The platform was fully stabilized at 18:12 UTC on June 11, 2026, once traffic was successfully moved to a host running the updated network card driver. We then applied the same update to a second host for resilience. Monitoring continued through to midday Friday before the incident was closed. CloudWorks™ experienced a backlog of queued jobs during and immediately after each disruption. Our engineering team scaled out CloudWorks capacity to accelerate processing, and the backlog was fully cleared shortly after each recovery. **Corrective and preventative actions** The control plane migration that preceded these disruptions was a one-time, foundational piece of work. The actions below reflect the learnings we are carrying forward from the event to further strengthen the platform. 1. The updated network card driver has been rolled out across all hosts matching the affected hardware profile, in every region. This removes the underlying defect from our infrastructure, even though it hasn't been observed in any other region. 2. The conditions that allowed MAC flapping to surface as customer-visible instability have been addressed at multiple layers. Configuration changes have been deployed in the affected regions. The underlying network configuration has been standardized across the wider production estate, and we have tuned the network behavior that triggered the initial event. 3. During the incident, our engineering team deployed dedicated alerting in real time for the specific network conditions causing the disruptions, enabling faster detection and intervention throughout the response. We are continuing to strengthen proactive monitoring and early-warning detection across post-release windows, so that emerging anomalies are surfaced and investigated before they escalate into customer-visible disruptions. 4. The remaining infrastructure update that supports the network card fix is being completed across our other environments. This brings the full benefit of the fix to every part of our infrastructure. **What's next** One final migration weekend is scheduled for June 20, 2026. After this, the migration phase of the infrastructure modernization program is complete. **Closing** We apologize for the impact this issue has had on your operations. We're committed to the improvements outlined above to prevent similar disruptions. If you have questions or concerns, please contact [Support](https://support.anaplan.com/).

1. 10 июня 2026 г. в 23:14 UTCinvestigating

   We are currently investigating an issue impacting customers’ ability to access the Anaplan Platform. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 10 июня 2026 г. в 23:34 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

3. 11 июня 2026 г. в 00:07 UTCidentified

   We are starting to observe the first initial signs of platform recovery. Our engineering teams are proceeding with extreme caution and are closely monitoring system stability and telemetry as services begin to stabilize. We remain actively engaged in verifying that this early recovery is sustained. We will provide our next update in 30 minutes, or sooner if we detect any changes in performance.

4. 11 июня 2026 г. в 00:41 UTCidentified

   The core platform has successfully recovered, and all primary services are fully operational. We are currently processing a backlog of queued jobs within Cloudworks resulting from the incident. While this backlog is being processed, some customers may experience delays in processing times. We will continue to track performance and will provide our next update in 30 minutes, or sooner as the backlog clears.

5. 11 июня 2026 г. в 00:57 UTCmonitoring

   We are pleased to report that the CloudWorks backlog is actively processing, and we are now seeing jobs successfully and steadily completing. System throughput has returned to normal operational levels as the queue continues to clear. Our engineering teams remain focused on monitoring the queue velocity until the backlog is fully exhausted and all services have returned to a completely nominal state. We will provide our next update in 30 minutes, or sooner once queue clearance is complete.

6. 11 июня 2026 г. в 01:15 UTCmonitoring

   We are currently processing a backlog of queued jobs within Cloudworks for US1 and US2 region. While this backlog is being processed, some customers may experience delays in processing times. We will continue to track performance and will provide our next update in 30 minutes, or sooner as the backlog clears.

7. 11 июня 2026 г. в 01:52 UTCresolved

   We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

8. 19 июня 2026 г. в 15:00 UTCpostmortem

   **June 8–12, 2026 Platform Disruptions** On June 8, 2026, at 11:05 UTC, our monitoring detected a brief drop in incoming traffic across the Anaplan platform, with automated monitoring checks failing across all affected regions \(us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Netherlands, eu2: Data Center - Germany, eu4: Cloud - Europe, us5: Cloud - US East, us7: Cloud - US, and ap1: Cloud - Japan\). Over the four days, a series of related disruptions affected the same regions. Customers experienced intermittent difficulties logging in, opening models, and running integrations. The platform was fully stabilized on June 11, 2026, at 18:12 UTC. These disruptions are linked to our previously communicated infrastructure modernization program. On the weekend of June 6, we migrated our control plane, the part of the platform that directs how traffic is routed between services. This was the most complex of the planned migration weekends, and it was completed successfully, as had the two previous migration weekends. The issues described in this report emerged in the days following that migration. This report covers the seven linked incidents that occurred between June 8 and June 11, 2026. **Root cause** As part of our infrastructure modernization program, on the weekend of June 6, we completed a successful migration of our control plane. In the days that followed, we observed two discrete network-hardware issues that interacted to drive these disruptions. _Issue 1: Media Access Control \(MAC\) flapping \(June 8–9\)_ Every device on a network has a MAC address, a unique hardware identifier that network switches use to route traffic to the correct destination. In our environment, the MAC addresses involved are virtual — assigned to logical network gateways rather than to fixed physical hardware — which allows them to legitimately move between hosts as part of normal operation. MAC flapping occurs when a switch sees the same MAC address appearing on two different physical ports in rapid succession, forcing it repeatedly to update its routing tables. This briefly slows or interrupts traffic. For customers, this surfaced as a brief, self-recovering instability. Short bursts of load and intermittent errors appeared and cleared on their own within minutes. The trigger for this behavior was the specific way live production traffic interacted with the new post-migration network. To resolve the issue, we scaled capacity, engaged our vendor, and deployed configuration changes to contain the impact. _Issue 2: network card driver defect \(June 10–11\)_ Once the first set of mitigations were in place, we identified a second issue: A defect in the network card driver, which is the software that controls how a network card sends and receives data. The defect affected fewer than 0.005% of the cards in our estate. Those cards failed randomly and unpredictably, dropping traffic while still appearing healthy to our monitoring systems. This is known as a "gray failure" condition, because the affected components don’t flag themselves as broken. The cards sat in the part of the network that routes traffic between the regions impacted. This resulted in failures that cascaded across the platform and drove disruptions on June 10 and June 11. The defect hadn't been observed in previous migrations or in any other environment, and there were no indicators in pre-deployment testing. The gray failure pattern was also what initially masked the defect as a load issue, until further investigation pointed us to the driver itself. We engaged our vendor, who confirmed the defect. Working closely with them, we rapidly prepared, tested, and deployed the patch to the affected hosts on the evening of June 11, UTC. After that, the platform stabilized. **Recovery** From the first occurrence on June 8 through to permanent resolution on June 11, our engineering team led a continuous, round-the-clock response, working closely with our vendor to identify, diagnose, and resolve the underlying defect. We deployed configuration mitigations, repeatedly rerouted traffic between hosts and across alternative network paths, and scaled out capacity to restore service to customers as quickly as possible while the underlying defect was being addressed. The seven linked incidents and their impact windows were: * **June 8, 2026, 11:00–11:20 UTC** — A short network disruption from the initial MAC flapping event caused intermittent login failures and slow page loads. For most customers, this appeared as a brief 6-minute blip and recovered automatically. Some basic authentication users experienced a longer impact and needed to start a new browser session, with full recovery by 11:20 UTC. * **June 9, 2026, 11:05–11:29 UTC** — A recurrence of the same MAC flapping condition caused a similar brief disruption. Again, most customers experienced only a short blip of around 6 minutes, with basic authentication users seeing a longer impact. We applied scaling changes to address the issue. * **June 10, 2026, 11:02–12:40 UTC** — Customers across all affected regions experienced a loss of access to the platform for approximately 98 minutes. We worked with the vendor and applied configuration changes to address the issue. * **June 10–11, 2026, 23:06–00:04 UTC** — A disruption of approximately 58 minutes, caused when the network card defect affected the backup host that traffic had been moved to. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 03:43–05:20 UTC** — A disruption of approximately 97 minutes, as the next backup host was affected by the same defect. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 11:10–13:02 UTC** — A further recurrence of the network traffic surge caused customers to experience slow or failed access to the platform. We restored service by applying an underlying configuration change. * **June 11, 2026, 17:04–17:48 UTC** — A final disruption of approximately 44 minutes during which we moved traffic to a host running the updated network card driver. The platform was fully stabilized at 18:12 UTC on June 11, 2026, once traffic was successfully moved to a host running the updated network card driver. We then applied the same update to a second host for resilience. Monitoring continued through to midday Friday before the incident was closed. CloudWorks™ experienced a backlog of queued jobs during and immediately after each disruption. Our engineering team scaled out CloudWorks capacity to accelerate processing, and the backlog was fully cleared shortly after each recovery. **Corrective and preventative actions** The control plane migration that preceded these disruptions was a one-time, foundational piece of work. The actions below reflect the learnings we are carrying forward from the event to further strengthen the platform. 1. The updated network card driver has been rolled out across all hosts matching the affected hardware profile, in every region. This removes the underlying defect from our infrastructure, even though it hasn't been observed in any other region. 2. The conditions that allowed MAC flapping to surface as customer-visible instability have been addressed at multiple layers. Configuration changes have been deployed in the affected regions. The underlying network configuration has been standardized across the wider production estate, and we have tuned the network behavior that triggered the initial event. 3. During the incident, our engineering team deployed dedicated alerting in real time for the specific network conditions causing the disruptions, enabling faster detection and intervention throughout the response. We are continuing to strengthen proactive monitoring and early-warning detection across post-release windows, so that emerging anomalies are surfaced and investigated before they escalate into customer-visible disruptions. 4. The remaining infrastructure update that supports the network card fix is being completed across our other environments. This brings the full benefit of the fix to every part of our infrastructure. **What's next** One final migration weekend is scheduled for June 20, 2026. After this, the migration phase of the infrastructure modernization program is complete. **Closing** We apologize for the impact this issue has had on your operations. We're committed to the improvements outlined above to prevent similar disruptions. If you have questions or concerns, please contact [Support](https://support.anaplan.com/).

1. 10 июня 2026 г. в 11:11 UTCinvestigating

   We are currently investigating an active incident that may affect Basic Authentication access. If you encounter issues when attempting to access the platform please use the following workaround while we resolve the issue: - Close your current session— Close the active browser tab or open a new Incognito/Private window. - Re-authenticate— Navigate to the portal and log in again with your credentials to establish a fresh session. We are actively monitoring the platform and will continue to do so until the issue is fully resolved. If you are still experiencing difficulties or have any questions, please reach out to Anaplan Support

2. 10 июня 2026 г. в 11:35 UTCinvestigating

   Since our last update, we have detected a further degradation in general platform performance. Our engineering teams are actively investigating the root cause with the highest priority, and we will provide further updates as the situation develops Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

3. 10 июня 2026 г. в 12:01 UTCinvestigating

   Following our previous notification, the ongoing performance issues have escalated, resulting in broader platform-wide degradation. Our senior engineering teams have successfully identified the root cause of the issue and are currently executing targeted remediation steps to restore normal operations as our absolute highest priority. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

4. 10 июня 2026 г. в 12:34 UTCinvestigating

   Our engineering teams continue to actively investigate the incident while simultaneously implementing targeted remediation steps to stabilize the platform. We are closely monitoring the system's response to these actions and will provide our updates every 30 minutes as we work to resolve this issue as quickly as possible.

5. 10 июня 2026 г. в 12:51 UTCidentified

   The general platform has successfully recovered and is operating normally; however, we are actively addressing a residual issue impacting Cloudworks that is currently preventing integration jobs from completing. Our technical teams remain focused on resolving this remaining component to restore full service across all integrations as quickly as possible. Currently, we do not yet have a time to resolution. We will provide further updates in 30 minutes or upon resolution.

6. 10 июня 2026 г. в 13:18 UTCidentified

   We are pleased to report that integration jobs are now successfully completing, and our systems are actively processing the accumulated backlog across all regions. To accelerate this recovery, we have scaled out our service capacity, with a particular focus on the us7: Cloud - US region to expedite the clearance of its more significant backlog. We will provide further updates in 30 minutes or upon resolution.

7. 10 июня 2026 г. в 13:27 UTCidentified

   We are pleased to report that integration processing has returned to normal operational levels across all global regions, with the sole exception of us7: Cloud - US. The us7: Cloud - US region continues to steadily work through its remaining queue utilizing our expanded capacity, and we are monitoring progress closely to ensure a complete return to baseline performance. Currently, we do not yet have a time to resolution. We will provide further updates in 30 minutes or upon resolution.

8. 10 июня 2026 г. в 13:55 UTCidentified

   As we continue our active recovery efforts, we have identified localized capacity constraints in the us1: Data Center - US East region that may intermittently affect customers attempting to load models. Our engineering teams are addressing this resource bottleneck to restore full service. The CloudWorks backlog in us7: Cloud - US has finished processing, and the service has returned to normal operations. While an estimated time to resolution is not yet established, our teams are treating this with the highest urgency. We will provide our next update in 30 minutes, or sooner if a resolution is reached.

9. 10 июня 2026 г. в 14:33 UTCinvestigating

   Our investigation indicates that the backend connectivity issues in US1, stemming from a localized network disruption, are specifically isolated to the loading of large models in excess of 200GB. Customers attempting to load smaller models should experience normal performance and remain unaffected as our network engineering teams actively work to restore stable pathways for larger model payloads. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

10. 10 июня 2026 г. в 15:04 UTCidentified

    Our network engineering teams continue to actively implement remediation steps to address the localized network issue in the us1: Data Center - US East region. We remain focused on resolving the backend connectivity disruptions affecting the loading of larger models, while smaller models continue to perform normally. We are closely monitoring system behavior as we deploy these targeted fixes and will provide our next update in 30 minutes, or sooner if significant progress is made. Currently, we do not yet have a time to resolution. We will provide further updates in 30 minutes or upon resolution.

11. 10 июня 2026 г. в 15:27 UTCmonitoring

    Service has now been restored; you should now be able to resume normal activities. We will continue to monitor the platform to ensure no additional issues arise. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

12. 10 июня 2026 г. в 16:35 UTCresolved

    We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

13. 19 июня 2026 г. в 14:58 UTCpostmortem

    **June 8–12, 2026 Platform Disruptions** On June 8, 2026, at 11:05 UTC, our monitoring detected a brief drop in incoming traffic across the Anaplan platform, with automated monitoring checks failing across all affected regions \(us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Netherlands, eu2: Data Center - Germany, eu4: Cloud - Europe, us5: Cloud - US East, us7: Cloud - US, and ap1: Cloud - Japan\). Over the four days, a series of related disruptions affected the same regions. Customers experienced intermittent difficulties logging in, opening models, and running integrations. The platform was fully stabilized on June 11, 2026, at 18:12 UTC. These disruptions are linked to our previously communicated infrastructure modernization program. On the weekend of June 6, we migrated our control plane, the part of the platform that directs how traffic is routed between services. This was the most complex of the planned migration weekends, and it was completed successfully, as had the two previous migration weekends. The issues described in this report emerged in the days following that migration. This report covers the seven linked incidents that occurred between June 8 and June 11, 2026. **Root cause** As part of our infrastructure modernization program, on the weekend of June 6, we completed a successful migration of our control plane. In the days that followed, we observed two discrete network-hardware issues that interacted to drive these disruptions. _Issue 1: Media Access Control \(MAC\) flapping \(June 8–9\)_ Every device on a network has a MAC address, a unique hardware identifier that network switches use to route traffic to the correct destination. In our environment, the MAC addresses involved are virtual — assigned to logical network gateways rather than to fixed physical hardware — which allows them to legitimately move between hosts as part of normal operation. MAC flapping occurs when a switch sees the same MAC address appearing on two different physical ports in rapid succession, forcing it repeatedly to update its routing tables. This briefly slows or interrupts traffic. For customers, this surfaced as a brief, self-recovering instability. Short bursts of load and intermittent errors appeared and cleared on their own within minutes. The trigger for this behavior was the specific way live production traffic interacted with the new post-migration network. To resolve the issue, we scaled capacity, engaged our vendor, and deployed configuration changes to contain the impact. _Issue 2: network card driver defect \(June 10–11\)_ Once the first set of mitigations were in place, we identified a second issue: A defect in the network card driver, which is the software that controls how a network card sends and receives data. The defect affected fewer than 0.005% of the cards in our estate. Those cards failed randomly and unpredictably, dropping traffic while still appearing healthy to our monitoring systems. This is known as a "gray failure" condition, because the affected components don’t flag themselves as broken. The cards sat in the part of the network that routes traffic between the regions impacted. This resulted in failures that cascaded across the platform and drove disruptions on June 10 and June 11. The defect hadn't been observed in previous migrations or in any other environment, and there were no indicators in pre-deployment testing. The gray failure pattern was also what initially masked the defect as a load issue, until further investigation pointed us to the driver itself. We engaged our vendor, who confirmed the defect. Working closely with them, we rapidly prepared, tested, and deployed the patch to the affected hosts on the evening of June 11, UTC. After that, the platform stabilized. **Recovery** From the first occurrence on June 8 through to permanent resolution on June 11, our engineering team led a continuous, round-the-clock response, working closely with our vendor to identify, diagnose, and resolve the underlying defect. We deployed configuration mitigations, repeatedly rerouted traffic between hosts and across alternative network paths, and scaled out capacity to restore service to customers as quickly as possible while the underlying defect was being addressed. The seven linked incidents and their impact windows were: * **June 8, 2026, 11:00–11:20 UTC** — A short network disruption from the initial MAC flapping event caused intermittent login failures and slow page loads. For most customers, this appeared as a brief 6-minute blip and recovered automatically. Some basic authentication users experienced a longer impact and needed to start a new browser session, with full recovery by 11:20 UTC. * **June 9, 2026, 11:05–11:29 UTC** — A recurrence of the same MAC flapping condition caused a similar brief disruption. Again, most customers experienced only a short blip of around 6 minutes, with basic authentication users seeing a longer impact. We applied scaling changes to address the issue. * **June 10, 2026, 11:02–12:40 UTC** — Customers across all affected regions experienced a loss of access to the platform for approximately 98 minutes. We worked with the vendor and applied configuration changes to address the issue. * **June 10–11, 2026, 23:06–00:04 UTC** — A disruption of approximately 58 minutes, caused when the network card defect affected the backup host that traffic had been moved to. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 03:43–05:20 UTC** — A disruption of approximately 97 minutes, as the next backup host was affected by the same defect. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 11:10–13:02 UTC** — A further recurrence of the network traffic surge caused customers to experience slow or failed access to the platform. We restored service by applying an underlying configuration change. * **June 11, 2026, 17:04–17:48 UTC** — A final disruption of approximately 44 minutes during which we moved traffic to a host running the updated network card driver. The platform was fully stabilized at 18:12 UTC on June 11, 2026, once traffic was successfully moved to a host running the updated network card driver. We then applied the same update to a second host for resilience. Monitoring continued through to midday Friday before the incident was closed. CloudWorks™ experienced a backlog of queued jobs during and immediately after each disruption. Our engineering team scaled out CloudWorks capacity to accelerate processing, and the backlog was fully cleared shortly after each recovery. **Corrective and preventative actions** The control plane migration that preceded these disruptions was a one-time, foundational piece of work. The actions below reflect the learnings we are carrying forward from the event to further strengthen the platform. 1. The updated network card driver has been rolled out across all hosts matching the affected hardware profile, in every region. This removes the underlying defect from our infrastructure, even though it hasn't been observed in any other region. 2. The conditions that allowed MAC flapping to surface as customer-visible instability have been addressed at multiple layers. Configuration changes have been deployed in the affected regions. The underlying network configuration has been standardized across the wider production estate, and we have tuned the network behavior that triggered the initial event. 3. During the incident, our engineering team deployed dedicated alerting in real time for the specific network conditions causing the disruptions, enabling faster detection and intervention throughout the response. We are continuing to strengthen proactive monitoring and early-warning detection across post-release windows, so that emerging anomalies are surfaced and investigated before they escalate into customer-visible disruptions. 4. The remaining infrastructure update that supports the network card fix is being completed across our other environments. This brings the full benefit of the fix to every part of our infrastructure. **What's next** One final migration weekend is scheduled for June 20, 2026. After this, the migration phase of the infrastructure modernization program is complete. **Closing** We apologize for the impact this issue has had on your operations. We're committed to the improvements outlined above to prevent similar disruptions. If you have questions or concerns, please contact [Support](https://support.anaplan.com/).

1. 10 июня 2026 г. в 09:48 UTCinvestigating

   We are currently investigating an issue impacting customers’ ability to run Cloudworks integrations. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 10 июня 2026 г. в 10:15 UTCmonitoring

   Service has now been restored; you should now be able to resume normal activities. We will continue to monitor the platform to ensure no additional issues arise. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

3. 10 июня 2026 г. в 10:42 UTCresolved

   We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

4. 19 июня 2026 г. в 15:12 UTCpostmortem

   **Introduction**   On June 10, 2026, at 09:48 UTC, customers in us1: Data Center - US East experienced slight delays in the processing and successful completion of CloudWorks™ integrations.   **Root cause**  During routine database patching on June 10, all regions completed without issue except for the us1: Data Center - US East region, where CloudWorks encountered an unexpected loss of database connectivity. This caused deadlocks within the scheduler service.  Our investigation determined that one remote connection had been dropped while a second remained active, resulting in connection conflicts and errors. The issue was remediated by performing a rolling restart of the scheduler service and clearing the database rules.  **Recovery**  Upon identifying the issue, our engineering team acted quickly to initiate a rolling restart of the scheduler service across the affected region. To fully resolve the connection conflict and errors, the team cleared the internal routing and caching rules associated with the database gateway. Following this action, the database connection errors ceased immediately, and manual validation confirmed that integration scheduling had been fully restored. The issue was completely resolved by 10:42 UTC.  **Corrective and preventative actions**  We are implementing the following actions to prevent recurrence and improve service reliability:  * We are developing enhanced system alerts to immediately detect database connectivity issues and abnormal error volumes.  * We are working to replicate the scenario in non-production environments to strengthen CloudWorks' ability to recover from database disconnections.   * We are currently reviewing the errors encountered, along with the relevant system settings, to determine whether any changes can be implemented to better handle this type of issue in the future.  * We are reviewing and optimizing the capacity and sizing of our integration services across all regions to ensure they are robust and resilient.  * We are establishing more detailed incident response runbooks and centralizing triage procedures to accelerate resolution of similar issues.   * We are strengthening our platform observability and system telemetry to improve our diagnostic capabilities and detect connection issues more rapidly.  We apologize for any impact this issue may have had on your business operations.` `We are continuously strengthening our systems and procedures to ensure we avoid future disruptions to your business and users.  If you have further questions or concerns, please visit our [Support website](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). We appreciate your patience during this incident and value the trust you place in Anaplan.

1. 9 июня 2026 г. в 11:14 UTCinvestigating

   We are currently investigating an active incident that may affect Basic Authentication access. If you encounter errors when attempting to log in please do the following: - Close your current session— Close the active browser tab or open a new Incognito/Private window. - Re-authenticate— Navigate to the portal and log in again with your credentials to establish a fresh session. We are actively monitoring the platform and will continue to do so until the issue is fully resolved. If you are still experiencing difficulties or have any questions, please reach out to Anaplan Support We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 9 июня 2026 г. в 11:28 UTCresolved

   We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

3. 19 июня 2026 г. в 14:45 UTCpostmortem

   **June 8–12, 2026 Platform Disruptions** On June 8, 2026, at 11:05 UTC, our monitoring detected a brief drop in incoming traffic across the Anaplan platform, with automated monitoring checks failing across all affected regions \(us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Netherlands, eu2: Data Center - Germany, eu4: Cloud - Europe, us5: Cloud - US East, us7: Cloud - US, and ap1: Cloud - Japan\). Over the four days, a series of related disruptions affected the same regions. Customers experienced intermittent difficulties logging in, opening models, and running integrations. The platform was fully stabilized on June 11, 2026, at 18:12 UTC. These disruptions are linked to our previously communicated infrastructure modernization program. On the weekend of June 6, we migrated our control plane, the part of the platform that directs how traffic is routed between services. This was the most complex of the planned migration weekends, and it was completed successfully, as had the two previous migration weekends. The issues described in this report emerged in the days following that migration. This report covers the seven linked incidents that occurred between June 8 and June 11, 2026. **Root cause** As part of our infrastructure modernization program, on the weekend of June 6, we completed a successful migration of our control plane. In the days that followed, we observed two discrete network-hardware issues that interacted to drive these disruptions. _Issue 1: Media Access Control \(MAC\) flapping \(June 8–9\)_ Every device on a network has a MAC address, a unique hardware identifier that network switches use to route traffic to the correct destination. In our environment, the MAC addresses involved are virtual — assigned to logical network gateways rather than to fixed physical hardware — which allows them to legitimately move between hosts as part of normal operation. MAC flapping occurs when a switch sees the same MAC address appearing on two different physical ports in rapid succession, forcing it repeatedly to update its routing tables. This briefly slows or interrupts traffic. For customers, this surfaced as a brief, self-recovering instability. Short bursts of load and intermittent errors appeared and cleared on their own within minutes. The trigger for this behavior was the specific way live production traffic interacted with the new post-migration network. To resolve the issue, we scaled capacity, engaged our vendor, and deployed configuration changes to contain the impact. _Issue 2: network card driver defect \(June 10–11\)_ Once the first set of mitigations were in place, we identified a second issue: A defect in the network card driver, which is the software that controls how a network card sends and receives data. The defect affected fewer than 0.005% of the cards in our estate. Those cards failed randomly and unpredictably, dropping traffic while still appearing healthy to our monitoring systems. This is known as a "gray failure" condition, because the affected components don’t flag themselves as broken. The cards sat in the part of the network that routes traffic between the regions impacted. This resulted in failures that cascaded across the platform and drove disruptions on June 10 and June 11. The defect hadn't been observed in previous migrations or in any other environment, and there were no indicators in pre-deployment testing. The gray failure pattern was also what initially masked the defect as a load issue, until further investigation pointed us to the driver itself. We engaged our vendor, who confirmed the defect. Working closely with them, we rapidly prepared, tested, and deployed the patch to the affected hosts on the evening of June 11, UTC. After that, the platform stabilized. **Recovery** From the first occurrence on June 8 through to permanent resolution on June 11, our engineering team led a continuous, round-the-clock response, working closely with our vendor to identify, diagnose, and resolve the underlying defect. We deployed configuration mitigations, repeatedly rerouted traffic between hosts and across alternative network paths, and scaled out capacity to restore service to customers as quickly as possible while the underlying defect was being addressed. The seven linked incidents and their impact windows were: * **June 8, 2026, 11:00–11:20 UTC** — A short network disruption from the initial MAC flapping event caused intermittent login failures and slow page loads. For most customers, this appeared as a brief 6-minute blip and recovered automatically. Some basic authentication users experienced a longer impact and needed to start a new browser session, with full recovery by 11:20 UTC. * **June 9, 2026, 11:05–11:29 UTC** — A recurrence of the same MAC flapping condition caused a similar brief disruption. Again, most customers experienced only a short blip of around 6 minutes, with basic authentication users seeing a longer impact. We applied scaling changes to address the issue. * **June 10, 2026, 11:02–12:40 UTC** — Customers across all affected regions experienced a loss of access to the platform for approximately 98 minutes. We worked with the vendor and applied configuration changes to address the issue. * **June 10–11, 2026, 23:06–00:04 UTC** — A disruption of approximately 58 minutes, caused when the network card defect affected the backup host that traffic had been moved to. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 03:43–05:20 UTC** — A disruption of approximately 97 minutes, as the next backup host was affected by the same defect. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 11:10–13:02 UTC** — A further recurrence of the network traffic surge caused customers to experience slow or failed access to the platform. We restored service by applying an underlying configuration change. * **June 11, 2026, 17:04–17:48 UTC** — A final disruption of approximately 44 minutes during which we moved traffic to a host running the updated network card driver. The platform was fully stabilized at 18:12 UTC on June 11, 2026, once traffic was successfully moved to a host running the updated network card driver. We then applied the same update to a second host for resilience. Monitoring continued through to midday Friday before the incident was closed. CloudWorks™ experienced a backlog of queued jobs during and immediately after each disruption. Our engineering team scaled out CloudWorks capacity to accelerate processing, and the backlog was fully cleared shortly after each recovery. **Corrective and preventative actions** The control plane migration that preceded these disruptions was a one-time, foundational piece of work. The actions below reflect the learnings we are carrying forward from the event to further strengthen the platform. 1. The updated network card driver has been rolled out across all hosts matching the affected hardware profile, in every region. This removes the underlying defect from our infrastructure, even though it hasn't been observed in any other region. 2. The conditions that allowed MAC flapping to surface as customer-visible instability have been addressed at multiple layers. Configuration changes have been deployed in the affected regions. The underlying network configuration has been standardized across the wider production estate, and we have tuned the network behavior that triggered the initial event. 3. During the incident, our engineering team deployed dedicated alerting in real time for the specific network conditions causing the disruptions, enabling faster detection and intervention throughout the response. We are continuing to strengthen proactive monitoring and early-warning detection across post-release windows, so that emerging anomalies are surfaced and investigated before they escalate into customer-visible disruptions. 4. The remaining infrastructure update that supports the network card fix is being completed across our other environments. This brings the full benefit of the fix to every part of our infrastructure. **What's next** One final migration weekend is scheduled for June 20, 2026. After this, the migration phase of the infrastructure modernization program is complete. **Closing** We apologize for the impact this issue has had on your operations. We're committed to the improvements outlined above to prevent similar disruptions. If you have questions or concerns, please contact [Support](https://support.anaplan.com/).

1. 8 июня 2026 г. в 13:25 UTCinvestigating

   We are currently investigating an issue impacting customers’ ability to run Cloudworks integrations. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 8 июня 2026 г. в 13:52 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Currently, we do not yet have a time to full resolution.  Access to the UI has been restored and we are currently investigating the degradation to integrations. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

3. 8 июня 2026 г. в 15:18 UTCinvestigating

   We are currently investigating an issue impacting impacting Cloudworks. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

4. 8 июня 2026 г. в 15:31 UTCmonitoring

   Service has now been restored; you should now be able to resume normal activities. We will continue to monitor the platform to ensure no additional issues arise. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

5. 8 июня 2026 г. в 15:51 UTCresolved

   We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

6. 17 июня 2026 г. в 17:08 UTCpostmortem

   **Introduction**  On June 8, 2026, at 13:14 UTC, customers in our ap1: Cloud - Japan, eu1: Data Center - Netherlands, eu2: Data Center - Germany, us2: Data Center - US West, us5: Cloud - US East, us7: Cloud - US, and eu4: Cloud - Europe regions experienced delays and difficulties accessing the CloudWorks™ user interface. During this period, users experienced slow UI access and a temporary inability to create new integrations or run certain scheduled jobs. Existing workflows were unaffected, although some experienced minor delays in completion.  **Root cause**  The root cause of this incident was an incorrect configuration setting where certain backend components did not automatically pick up updated hostname configurations following a scheduled system migration. Consequently, these components continued to attempt connections using the outdated configuration, leading to connection failures. This prevented users from accessing the user interface and successfully initiating new integration runs. The issue was resolved by reloading the updated configuration on the affected services.  **Recovery**  Our engineering team identified the issue and took immediate action. We initiated a rolling restart of the job management service across the affected regions, which restored user interface access. To fully resolve the connection errors, the engineering team performed a comprehensive restart of all related service components in every affected region, forcing them to load the updated database configurations. Following these restarts, database connection errors immediately ceased, and manual validation confirmed that both user-interface access and integration scheduling were fully restored and functioning normally. By 15:52 UTC, the issue was fully resolved.  **Corrective and preventative actions**  We are implementing the following actions to prevent recurrence and improve service reliability:  * We are developing enhanced system alerts to immediately detect database connectivity issues and abnormal error volumes.  * We are reviewing and optimizing the capacity and sizing of our integration services across all regions to ensure they are robust and resilient.  * We are establishing more detailed incident response runbooks and centralizing triage procedures to accelerate resolution of similar configuration mismatches.  * We are strengthening our platform observability and system telemetry to improve our diagnostic capabilities and detect connection issues more rapidly.  * We are refining our strategy and APIs to proactively detect and manage delayed integration workflows.   We apologize for any impact this issue may have had on your business operations. We are continuously strengthening our systems and procedures to ensure we avoid future disruptions to your business and users.  If you have further questions or concerns, please visit our [Support website](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). We appreciate your patience during this incident and value the trust you place in Anaplan.