Störungsverlauf von Anaplan

1. 7. September 2026 um 13:26 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das sich auf die Fähigkeit der Kunden auswirkt, auf die Anaplan-Plattform zuzugreifen. Wir arbeiten daran, dieses Problem so schnell wie möglich zu lösen und werden alle 30 Minuten oder nach Lösung Updates bereitstellen.

2. 7. September 2026 um 13:33 UTCinvestigating

   Wir haben die wahrscheinliche Ursache des Problems identifiziert und konzentrieren uns derzeit darauf, den Service so schnell wie möglich wiederherzustellen. Derzeit haben wir noch keine Zeit für eine Lösung. Wir werden weitere Updates in 30 Minuten oder nach Auflösung bereitstellen.

3. 7. September 2026 um 13:35 UTCmonitoring

   Der Service wurde jetzt wiederhergestellt; Sie sollten jetzt in der Lage sein, normale Aktivitäten wieder aufzunehmen. Wir werden die Plattform weiterhin überwachen, um sicherzustellen, dass keine zusätzlichen Probleme auftreten. Wenn Sie Fragen, Bedenken haben oder weiterhin Probleme haben, zögern Sie bitte nicht, den Anaplan-Support zu kontaktieren. Wir werden Ihnen ein endgültiges Update zur Verfügung stellen, wenn wir diese Situation als vollständig gelöst betrachten.

4. 7. September 2026 um 13:46 UTCresolved

   Wir haben bestätigt, dass das Problem nun gelöst ist. Wir entschuldigen uns zutiefst für alle Auswirkungen, die dieses Problem verursacht haben könnte. Wir schätzen Ihre Geduld und Partnerschaft, als wir dieses Problem durchgearbeitet haben. Wir werden innerhalb von 7 Werktagen eine detaillierte Ursachenanalyse (RCA) durchführen, die auf unserer Statusseite geteilt wird. Wenn Sie Fragen oder Bedenken haben, zögern Sie bitte nicht, uns unter Anaplan Support zu kontaktieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. September 2026 um 14:56 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das sich auf die Fähigkeit der Kunden auswirkt, auf die Anaplan-Plattform zuzugreifen. Wir arbeiten daran, dieses Problem so schnell wie möglich zu lösen und werden alle 30 Minuten oder nach Lösung Updates bereitstellen.

2. 3. September 2026 um 15:12 UTCidentified

   Wir haben die wahrscheinliche Ursache des Problems identifiziert und konzentrieren uns derzeit darauf, den Service so schnell wie möglich wiederherzustellen. Derzeit haben wir noch keine Zeit für eine Lösung. Wir werden weitere Updates in 30 Minuten oder nach Auflösung bereitstellen.

3. 3. September 2026 um 15:16 UTCmonitoring

   Der Service wurde jetzt wiederhergestellt; Sie sollten jetzt in der Lage sein, normale Aktivitäten wieder aufzunehmen. Wir werden die Plattform weiterhin überwachen, um sicherzustellen, dass keine zusätzlichen Probleme auftreten. Wenn Sie Fragen, Bedenken haben oder weiterhin Probleme haben, zögern Sie bitte nicht, den Anaplan-Support zu kontaktieren. Wir werden Ihnen ein endgültiges Update zur Verfügung stellen, wenn wir diese Situation als vollständig gelöst betrachten.

4. 3. September 2026 um 18:04 UTCresolved

   Wir haben bestätigt, dass das Problem nun gelöst ist. Wir entschuldigen uns zutiefst für alle Auswirkungen, die dieses Problem verursacht haben könnte. Wir schätzen Ihre Geduld und Partnerschaft, als wir dieses Problem durchgearbeitet haben. Wir werden innerhalb von 7 Werktagen eine detaillierte Ursachenanalyse (RCA) durchführen, die auf unserer Statusseite geteilt wird. Wenn Sie Fragen oder Bedenken haben, zögern Sie bitte nicht, uns unter Anaplan Support zu kontaktieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. September 2026 um 09:49 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das sich auf die Fähigkeit der Kunden auswirkt, Cloudworks-Integrationen auszuführen. Wir arbeiten daran, dieses Problem so schnell wie möglich zu lösen und werden alle 30 Minuten oder nach Lösung Updates bereitstellen.

2. 1. September 2026 um 10:25 UTCinvestigating

   Vielen Dank für Ihre Geduld, während wir dieses Problem weiter untersuchen. Derzeit haben wir noch keine Zeit für eine Lösung. Wir werden weiterhin alle 30 Minuten Updates bereitstellen, da wir daran arbeiten, dieses Problem so schnell wie möglich zu beheben.

3. 1. September 2026 um 11:06 UTCinvestigating

   Vielen Dank für Ihre anhaltende Geduld, während wir dieses Problem untersuchen. Wir haben ein Problem mit CloudWorks-Integrationen in mehreren Regionen bestätigt. Dies bleibt eine oberste Priorität, und wir haben noch keine geschätzte Zeit für eine Lösung. Wir werden weiterhin alle 30 Minuten Updates teilen, während wir daran arbeiten, dies so schnell wie möglich zu beheben.

4. 1. September 2026 um 11:45 UTCidentified

   Vielen Dank für Ihre anhaltende Geduld, während wir dieses Problem untersuchen. Wir haben beobachtet, dass CloudWorks-Integrationen in allen Regionen erfolgreich gestartet und abgeschlossen wurden; wir beobachten die Situation jedoch weiterhin genau. Wir werden alle 30 Minuten weitere Updates teilen, während wir daran arbeiten, dies so schnell wie möglich zu beheben.

5. 1. September 2026 um 12:19 UTCmonitoring

   Der Service wurde jetzt wiederhergestellt; Sie sollten jetzt in der Lage sein, normale Aktivitäten wieder aufzunehmen. Wir werden die Plattform weiterhin überwachen, um sicherzustellen, dass keine zusätzlichen Probleme auftreten. Wenn Sie Fragen, Bedenken haben oder weiterhin Probleme haben, zögern Sie bitte nicht, den Anaplan-Support zu kontaktieren. Wir werden Ihnen ein endgültiges Update zur Verfügung stellen, wenn wir diese Situation als vollständig gelöst betrachten.

6. 1. September 2026 um 12:42 UTCresolved

   Wir haben bestätigt, dass das Problem nun gelöst ist. Wir entschuldigen uns zutiefst für alle Auswirkungen, die dieses Problem verursacht haben könnte. Wir schätzen Ihre Geduld und Partnerschaft, als wir dieses Problem durchgearbeitet haben. Wir werden innerhalb von 7 Werktagen eine detaillierte Ursachenanalyse (RCA) durchführen, die auf unserer Statusseite geteilt wird. Wenn Sie Fragen oder Bedenken haben, zögern Sie bitte nicht, uns unter Anaplan Support zu kontaktieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 1. September 2026 um 09:10 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das sich auf die Fähigkeit der Kunden auswirkt, Cloudworks-Integrationen auszuführen. Wir arbeiten daran, dieses Problem so schnell wie möglich zu lösen und werden alle 30 Minuten oder nach Lösung Updates bereitstellen.

2. 1. September 2026 um 09:28 UTCmonitoring

   Der Service wurde jetzt wiederhergestellt; Sie sollten jetzt in der Lage sein, normale Aktivitäten wieder aufzunehmen. Wir werden die Plattform weiterhin überwachen, um sicherzustellen, dass keine zusätzlichen Probleme auftreten. Wenn Sie Fragen, Bedenken haben oder weiterhin Probleme haben, zögern Sie bitte nicht, den Anaplan-Support zu kontaktieren. Wir werden Ihnen ein endgültiges Update zur Verfügung stellen, wenn wir diese Situation als vollständig gelöst betrachten.

3. 1. September 2026 um 09:47 UTCresolved

   Wir haben bestätigt, dass das Problem nun gelöst ist. Wir entschuldigen uns zutiefst für alle Auswirkungen, die dieses Problem verursacht haben könnte. Wir schätzen Ihre Geduld und Partnerschaft, als wir dieses Problem durchgearbeitet haben. Wir werden innerhalb von 7 Werktagen eine detaillierte Ursachenanalyse (RCA) durchführen, die auf unserer Statusseite geteilt wird. Wenn Sie Fragen oder Bedenken haben, zögern Sie bitte nicht, uns unter Anaplan Support zu kontaktieren.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 27. August 2026 um 10:22 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das sich auf die Fähigkeit der Kunden auswirkt, auf die Anaplan-Plattform in Kanada zuzugreifen. Wir arbeiten daran, dieses Problem so schnell wie möglich zu lösen und werden alle 30 Minuten oder nach Lösung Updates bereitstellen.

2. 27. August 2026 um 10:52 UTCinvestigating

   Vielen Dank für Ihre Geduld, während wir dieses Problem weiter untersuchen. Derzeit haben wir noch keine Zeit für eine Lösung. Wir werden weiterhin alle 30 Minuten Updates bereitstellen, da wir daran arbeiten, dieses Problem so schnell wie möglich zu beheben.

3. 27. August 2026 um 10:57 UTCidentified

   Wir haben die wahrscheinliche Ursache des Problems identifiziert und konzentrieren uns derzeit darauf, den Service so schnell wie möglich wiederherzustellen. Derzeit werden wir weitere Updates in 30 Minuten oder nach Auflösung bereitstellen.

4. 27. August 2026 um 10:58 UTCmonitoring

   Der Service wurde jetzt wiederhergestellt; Sie sollten jetzt in der Lage sein, normale Aktivitäten wieder aufzunehmen. Wir werden die Plattform weiterhin überwachen, um sicherzustellen, dass keine zusätzlichen Probleme auftreten. Wenn Sie Fragen, Bedenken haben oder weiterhin Probleme haben, zögern Sie bitte nicht, den Anaplan-Support zu kontaktieren. Wir werden Ihnen ein endgültiges Update zur Verfügung stellen, wenn wir diese Situation als vollständig gelöst betrachten.

5. 27. August 2026 um 11:08 UTCresolved

   Wir haben bestätigt, dass das Problem nun gelöst ist. Wir entschuldigen uns zutiefst für alle Auswirkungen, die dieses Problem verursacht haben könnte. Wir schätzen Ihre Geduld und Partnerschaft, als wir dieses Problem durchgearbeitet haben. Wir werden innerhalb von 7 Werktagen eine detaillierte Ursachenanalyse (RCA) durchführen, die auf unserer Statusseite geteilt wird. Wenn Sie Fragen oder Bedenken haben, zögern Sie bitte nicht, uns unter Anaplan Support zu kontaktieren.

6. 3. September 2026 um 15:52 UTCpostmortem

   Am 27. August 2026 um 10:22 UTC hatten einige Kunden in unserer Region ca1: Cloud - Kanada intermittierende Probleme beim Zugriff auf die Plattform. Während dieser Zeit sind Benutzer möglicherweise auf Fehler beim Versuch, sich anzumelden, gestoßen. Die Auswirkungen variierten je nachdem, welche Komponente jede Anfrage bearbeitete - einige Anfragen waren erfolgreich, während andere erfolglos waren. **Wurzelursache** Nach einem Standardsystemupdate trat eine einzelne Verkehrsroutenkomponente in der Region Kanada nach einem Neuladen der Konfiguration in einen inkonsistenten Zustand ein und konnte ihre Routinganweisungen nicht korrekt neu erstellen. Die Komponente begann intermittierend Kundenanfragen abzulehnen oder fehlzuleiten. Die Zustandsprüfungen der Komponente verifizierten die Verfügbarkeit, erfassten jedoch nicht die Richtigkeit der Routing-Konfiguration. Infolgedessen blieb es aktiv und diente weiterhin dem Verkehr. Dies führte dazu, dass einige Anfragen erfolgreich waren, während andere erfolglos waren, je nachdem, welche Komponente die Verbindung behandelte. **Erholung** Unser Ingenieurteam identifizierte das Problem und ergriff sofortige Maßnahmen. Das Team isolierte das Problem auf eine einzelne Traffic-Routing-Komponente und startete es neu. Dies verteilte den gesamten eingehenden Verkehr auf die verbleibenden gesunden Komponenten. Bis 11:08 UTC war das Problem vollständig gelöst. ** Korrektive und vorbeugende Maßnahmen** Wir implementieren die folgenden Maßnahmen, um ein Wiederauftreten zu verhindern: * Wir verhärten die Gesundheitskontrollen unserer Verkehrsleitkomponenten, um alle Komponenten, die nach einer Konfigurationsaktualisierung nicht korrekt validiert werden können, sofort zu isolieren und automatisch neu zu starten. Dies verhindert, dass eine degradierte Komponente weiterhin den Datenverkehr bedient und intermittierende Zugriffsfehler für Kunden verursacht. * Wir verfeinern unser Monitoring, um mehr granulare Sichtbarkeit in einzelnen Servicekomponenten zu bieten. Dies ermöglicht eine schnellere Erkennung lokalisierter Probleme, bevor sie mehr Kunden betreffen. Wir entschuldigen uns für die Auswirkungen dieses Problems auf Ihre Operationen. Wir sind den oben beschriebenen Verbesserungen verpflichtet, um ähnliche Störungen zu verhindern. Wenn Sie Fragen oder Bedenken haben, wenden Sie sich bitte an unser [Support](https://support.anaplan.com/) Team.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 15. August 2026 um 03:27 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das sich auf die Fähigkeit der Kunden auswirkt, Cloudworks-Integrationen auszuführen. Wir arbeiten daran, dieses Problem so schnell wie möglich zu lösen und werden alle 30 Minuten oder nach Lösung Updates bereitstellen.

2. 15. August 2026 um 04:02 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das sich auf die Fähigkeit der Kunden auswirkt, auf die Anaplan-Plattform zuzugreifen, was sich auch auf CloudWorks-Integrationen auswirkt. Wir arbeiten daran, dieses Problem so schnell wie möglich zu lösen und werden alle 30 Minuten oder nach Lösung Updates bereitstellen.

3. 15. August 2026 um 04:31 UTCinvestigating

   Vielen Dank für Ihre Geduld, während wir dieses Problem weiter untersuchen. Derzeit haben wir noch keine Zeit für eine Lösung. Wir werden weiterhin alle 30 Minuten Updates bereitstellen, da wir daran arbeiten, dieses Problem so schnell wie möglich zu beheben.

4. 15. August 2026 um 05:03 UTCidentified

   Wir haben die wahrscheinliche Ursache des Problems identifiziert und konzentrieren uns derzeit darauf, den Service so schnell wie möglich wiederherzustellen. Derzeit haben wir noch keine Zeit für eine Lösung. Wir werden weitere Updates in 30 Minuten oder nach Auflösung bereitstellen.

5. 15. August 2026 um 05:33 UTCidentified

   Wir haben dieses Problem mit dem Drittanbieter eskaliert, um das Problem zu mildern. Derzeit haben wir noch keine Zeit für eine Lösung. Wir werden weitere Updates in 30 Minuten oder nach Auflösung bereitstellen.

6. 15. August 2026 um 06:13 UTCidentified

   Wir arbeiten weiterhin eng mit unserem Anbieter zusammen, um das Zugangsproblem zu lösen, das die EU2-Region betrifft, was unsere höchste Priorität bleibt. Durch unsere Untersuchung haben wir Verbindungsprobleme mit der EU-CENTRAL-1-Region als die zugrunde liegende Ursache identifiziert. Ab 19.33 Uhr PDT am 14. August erlebte unser Anbieter einen erhöhten Paketverlust, der die Konnektivität für Kunden in der EU-CENTRAL-1-Region beeinflusste. Der betroffene Standort wurde als Equinix, Frankfurt identifiziert. Während Fortschritte gemacht wurden, bleiben die Verbindungen zu diesem Standort beeinträchtigt. Wir priorisieren weiterhin Lösungsschritte mit unserem Anbieter. Es wird jedoch erwartet, dass die vollständige Erholung mehrere Stunden entfernt ist. Wir werden alle 60 Minuten ein Update bereitstellen, während wir daran arbeiten, den Service so schnell wie möglich wiederherzustellen, oder früher, wenn zusätzliche Informationen verfügbar sind.

7. 15. August 2026 um 07:12 UTCidentified

   Wir arbeiten weiterhin mit unserem Anbieter zusammen, um das Zugangsproblem zu lösen, das die eu2-Region als unsere oberste Priorität betrifft. Wir erforschen auch mehrere Wege, um den Service so schnell wie möglich wiederherzustellen. Die Zusammenarbeit mit unserem Lieferanten ist im Gange; es wird jedoch erwartet, dass die vollständige Wiederherstellung mehrere Stunden entfernt ist. Wir werden alle 60 Minuten ein Update bereitstellen, während wir daran arbeiten, den Service so schnell wie möglich wiederherzustellen, oder früher, wenn zusätzliche Informationen verfügbar sind

8. 15. August 2026 um 08:11 UTCidentified

   Wir haben die Umleitung des Verkehrs aus dem betroffenen Gebiet abgeschlossen und befinden uns nun in einer Überwachungsphase. Ein weiteres Update wird in 30 Minuten oder früher bereitgestellt, wenn zusätzliche Informationen verfügbar sind.

9. 15. August 2026 um 08:37 UTCresolved

   Wir haben bestätigt, dass das Problem nun gelöst ist. Wir entschuldigen uns zutiefst für alle Auswirkungen, die dieses Problem verursacht haben könnte. Wir schätzen Ihre Geduld und Partnerschaft, als wir dieses Problem durchgearbeitet haben. Wir werden innerhalb von 7 Werktagen eine detaillierte Ursachenanalyse (RCA) durchführen, die auf unserer Statusseite geteilt wird. Wenn Sie Fragen oder Bedenken haben, zögern Sie bitte nicht, uns unter Anaplan Support zu kontaktieren.

10. 25. August 2026 um 16:00 UTCpostmortem

    Am 15. August 2026, von 03:16 UTC bis 08:23 UTC, erlebten Kunden in unserer Region eu2: Data Center - Deutschland eine Serviceunterbrechung, die den Zugang zur Anaplan-Plattform verhinderte. Während dieser Zeit beeinträchtigte ein lokaler Infrastrukturausfall die Fähigkeit der Region, sich mit externen Diensten zu verbinden, was zu einem Verlust der Plattformverfügbarkeit führte. **Wurzelursache** Die Störung wurde durch einen Umweltausfall bei unserem Drittanbieter in Frankfurt, Deutschland, verursacht. Ein Leck im Kühlsystem der Einrichtung führte zu einer lokalisierten Überhitzung, die automatische Sicherheitsabschaltungen kritischer Netzwerkgeräte auslöste. Entkommenes Wasser beschädigte auch lokalisierte Stromverteilungssysteme innerhalb der Anlage und deaktivierte Netzwerkgeräte. Dieser kombinierte Strom- und Kühlausfall verhinderte, dass das System externe Adressen löste und ausgehende Anfragen in dieser Region ausführte. **Erholung** Da die Umweltbedingungen der Anlage das Gebiet unsicher machten, wurde unser Verkäufer bei der Beurteilung und Reparatur der betroffenen Geräte verzögert. Infolgedessen hat unser Engineering-Team eine Notfalländerung eingeführt, um den Verkehr durch einen alternativen regionalen Netzwerkpfad umzuleiten und die beeinträchtigte Einrichtung und Region zu umgehen. Diese erfolgreiche Wiederherstellung der vollständigen externen Konnektivität und Namensauflösung sowie des Plattformzugangs wurde bis 08:23 UTC vollständig wiederhergestellt. Der Betreiber der Anlage und unser Verkäufer setzten die Wiederherstellungsarbeiten in den folgenden Tagen fort, wobei die vollständige Restaurierung bis zum 18. August bestätigt wurde. Wir haben unser Notfall-Routing während dieses Zeitraums beibehalten, um den Service stabil zu halten, während der Verkäufer die Reparaturen abgeschlossen hat. ** Korrektive und vorbeugende Maßnahmen** Wir setzen die folgenden Maßnahmen um, um die Widerstandsfähigkeit zu stärken und das Risiko einer ähnlichen Störung zu verringern: * Wir fügen eine Ebene hinzu, die den Datenverkehr während eines lokalisierten Ausfalls automatisch an alternative geografische Standorte umleitet, ohne dass manuelle Eingriffe erforderlich sind. * Wir ermöglichen zwischengespeicherten Datensätzen, den Datenverkehr weiterhin zu bedienen, wenn der Pfad zu externen Resolvern nicht verfügbar ist, so dass ein Verbindungsverlust zu externen Diensten den Plattformzugriff nicht mehr verhindert, wenn ein regionales Ereignis eintritt. * Wir arbeiten mit unseren Drittanbietern zusammen, um ihre Standards für kritische Strom- und Kühlsysteme zu überprüfen und sicherzustellen, dass stärkere vorbeugende Sicherheitsvorkehrungen getroffen werden. Wir entschuldigen uns für die Auswirkungen dieses Problems auf Ihre Operationen. Wir verpflichten uns zu den oben beschriebenen Verbesserungen, um ähnliche Störungen zu verhindern. Wenn Sie Fragen oder Bedenken haben, kontaktieren Sie bitte unser Support-Team.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. Juli 2026 um 11:06 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das sich auf die Fähigkeit der Kunden auswirkt, auf die Anaplan-Plattform zuzugreifen. Wir arbeiten daran, dieses Problem so schnell wie möglich zu lösen und werden alle 30 Minuten oder nach Lösung Updates bereitstellen.

2. 29. Juli 2026 um 11:36 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das sich auf die Fähigkeit der Kunden auswirkt, auf die Anaplan-Plattform zuzugreifen. Vielen Dank für Ihre Geduld, während wir dieses Problem weiter untersuchen. Derzeit haben wir noch keine Zeit für eine Lösung. Wir werden weiterhin alle 30 Minuten Updates bereitstellen, da wir daran arbeiten, dieses Problem so schnell wie möglich zu beheben.

3. 29. Juli 2026 um 11:41 UTCmonitoring

   Der Service wurde jetzt wiederhergestellt; Sie sollten jetzt in der Lage sein, normale Aktivitäten wieder aufzunehmen. Wir werden die Plattform weiterhin überwachen, um sicherzustellen, dass keine zusätzlichen Probleme auftreten. Wenn Sie Fragen, Bedenken haben oder weiterhin Probleme haben, zögern Sie bitte nicht, den Anaplan-Support zu kontaktieren. Wir werden Ihnen ein endgültiges Update zur Verfügung stellen, wenn wir diese Situation als vollständig gelöst betrachten.

4. 29. Juli 2026 um 12:51 UTCresolved

   Wir haben bestätigt, dass das Problem nun gelöst ist. Wir entschuldigen uns zutiefst für alle Auswirkungen, die dieses Problem verursacht haben könnte. Wir schätzen Ihre Geduld und Partnerschaft, als wir dieses Problem durchgearbeitet haben. Wir werden innerhalb von 7 Werktagen eine detaillierte Ursachenanalyse (RCA) durchführen, die auf unserer Statusseite geteilt wird. Wenn Sie Fragen oder Bedenken haben, zögern Sie bitte nicht, uns unter Anaplan Support zu kontaktieren.

5. 7. August 2026 um 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.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. Juli 2026 um 20:35 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das dazu führt, dass einige Kunden keine Modelle laden können. Wir arbeiten daran, dieses Problem so schnell wie möglich zu lösen und werden alle 30 Minuten oder nach Lösung Updates bereitstellen.

2. 24. Juli 2026 um 23:01 UTCinvestigating

   Vielen Dank für Ihre Geduld, während wir dieses Problem weiter untersuchen. Derzeit haben wir noch keine Zeit für eine Lösung. Wir werden weiterhin alle 30 Minuten Updates bereitstellen, da wir daran arbeiten, dieses Problem so schnell wie möglich zu beheben.

3. 24. Juli 2026 um 23:33 UTCinvestigating

   Vielen Dank für Ihre Geduld, während wir dieses Problem weiter untersuchen. Unsere Supportteams untersuchen dieses Problem weiterhin, aber wir haben noch keine Zeit zur Lösung. Wir werden weiterhin alle 30 Minuten Updates bereitstellen, da wir daran arbeiten, dieses Problem so schnell wie möglich zu beheben.

4. 25. Juli 2026 um 00:07 UTCinvestigating

   Vielen Dank für Ihre Geduld, während wir dieses Problem weiter untersuchen. Dieses Problem wurde an unsere leitenden Ingenieur- und Führungsteams weitergeleitet, die die Situation aktiv untersuchen und alle notwendigen nächsten Schritte zur Wiederherstellung des vollständigen Betriebs bewerten. Obwohl wir derzeit keine spezifischen technischen Details teilen müssen, seien Sie bitte versichert, dass die Lösung dieses Vorfalls unsere höchste Priorität ist. Wir entschuldigen uns aufrichtig für die Störung und schätzen Ihre Geduld. Wir werden weiterhin alle 30 Minuten Updates bereitstellen, oder früher, wenn neue Details auftauchen, da wir daran arbeiten, dieses Problem so schnell wie möglich zu beheben.

5. 25. Juli 2026 um 00:39 UTCinvestigating

   Wir haben potenzielle Sanierungspfade identifiziert und führen derzeit aktive Minderungsmaßnahmen zur Wiederherstellung der Servicestabilität durch. Obwohl wir in dieser Phase keine feste geschätzte Zeit bis zur Wiederherstellung (ETA) haben, seien Sie bitte versichert, dass unser Hauptaugenmerk weiterhin auf der sicheren und schnellen Lösung dieses Problems liegt. Wir beobachten die Auswirkungen unserer aktuellen Minderungsmaßnahmen genau. Wir entschuldigen uns für die anhaltende Unannehmlichkeit. Unser nächstes Update wird in 30 Minuten oder früher veröffentlicht, wenn wichtige Meilensteine erreicht werden.

6. 25. Juli 2026 um 01:08 UTCinvestigating

   Wir verstehen die Störung, die dies verursacht hat, und möchten Ihnen versichern, dass die schnellstmögliche Lösung unserer obersten Priorität bleibt. Unser Team ist aktiv an der Sanierung beteiligt, und die ergriffenen Maßnahmen zeigen bedeutende Fortschritte in Richtung Full-Service-Wiederherstellung. Wir erkennen Ihre Geduld während dieses Prozesses an und nehmen sie nicht als selbstverständlich hin. Wir überwachen unsere Systeme genau und werden innerhalb von 30 Minuten ein weiteres Update bereitstellen, oder früher, wenn es eine signifikante Entwicklung geben sollte.

7. 25. Juli 2026 um 01:42 UTCinvestigating

   Wir setzen die Umsetzung und Validierung unserer Sanierungspläne fort. Wir sehen anhaltende Fortschritte, da die Bemühungen um den Wiederaufbau systematisch voranschreiten. Um eine sichere und vollständige Wiederherstellung zu gewährleisten, kommen wir vorsichtig voran und sind noch nicht in der Lage, bestimmte technische Meilensteine zu teilen. Bitte seien Sie versichert, dass unser gesamtes Reaktionsteam sich weiterhin voll und ganz der Lösung dieses Vorfalls widmet. Vielen Dank für Ihre anhaltende Geduld. Unser nächstes Update wird in 30 Minuten oder früher veröffentlicht, sobald wir weitere Fortschritte zu berichten haben.

8. 25. Juli 2026 um 02:18 UTCinvestigating

   Wir führen derzeit Notfallwartungen in der Region Kanada durch. Der Zugriff auf die Plattform wurde vorübergehend eingeschränkt, während unser Team daran arbeitet, die Sanierung abzuschließen und die Wiederherstellung des Full-Service zu validieren. Wir beobachten aktiv die Umwelt und machen Fortschritte. Wir schätzen Ihre Geduld und verstehen die Auswirkungen, die dies auf Ihre Arbeit hat. Weitere Updates werden alle 30 Minuten zur Verfügung gestellt, oder früher, wenn es eine signifikante Entwicklung zu teilen. Wir entschuldigen uns für die Unannehmlichkeiten und bleiben verpflichtet, den Service so schnell wie möglich wiederherzustellen.

9. 25. Juli 2026 um 03:09 UTCinvestigating

   Unser Team ist weiterhin aktiv an den Sanierungsbemühungen beteiligt. Die Arbeit schreitet über mehrere Workstreams hinweg voran und wir machen weiterhin Fortschritte in Richtung Full-Service-Wiederherstellung. Wir werden innerhalb von 30 Minuten ein weiteres Update bereitstellen, oder früher, wenn es eine sinnvolle Entwicklung zu teilen gibt. Wir schätzen Ihre anhaltende Geduld.

10. 25. Juli 2026 um 03:47 UTCinvestigating

    Wir führen derzeit Notfallwartungen in der Region Kanada durch. Unser Team engagiert sich aktiv in Abhilfemaßnahmen in Abstimmung mit unserem Lieferanten, und das Problem wurde eingedämmt. Der Zugang der Kunden zur kanadischen Umgebung bleibt vorübergehend eingeschränkt, während wir die Validierungs- und Wiederherstellungsbemühungen abschließen. Wir schätzen Ihre Geduld und werden ein weiteres Update innerhalb von 1 Stunde zur Verfügung stellen, oder früher, wenn es eine signifikante Entwicklung zu teilen.

11. 25. Juli 2026 um 04:47 UTCinvestigating

    Unser Team arbeitet weiterhin durch Notfallwartung in der Region Kanada in enger Abstimmung mit unserem Lieferanten. Das Problem wurde eingedämmt und die Wiederherstellungsbemühungen sind aktiv im Gange. Der Zugriff auf die kanadische Umgebung bleibt vorübergehend eingeschränkt, da wir die erforderlichen Validierungsschritte vor der Servicewiederherstellung abschließen. Wir erkennen die Auswirkungen auf Ihre Arbeit und schätzen Ihre anhaltende Geduld. Unser nächstes Update wird innerhalb von 1 Stunde zur Verfügung gestellt, oder früher sollte eine signifikante Entwicklung eintreten.

12. 25. Juli 2026 um 06:05 UTCidentified

    Unser Team arbeitet weiterhin durch Notfallwartung in der Region Kanada in enger Abstimmung mit unserem Lieferanten. Das Problem wurde jedoch aufgrund der Komplexität und des Umfangs des Wiederherstellungsprozesses eingedämmt, wir erwarten, dass die Wiederherstellung eine erweiterte Anstrengung sein wird, die mehrere Stunden dauern wird. Der Zugang zum kanadischen Umfeld bleibt für die Dauer der Erholung eingeschränkt. Wir erkennen die erheblichen Auswirkungen, die dies auf Ihre Arbeit hat und schätzen Ihre Geduld aufrichtig. Unser nächstes Update wird innerhalb einer Stunde zur Verfügung gestellt, oder früher sollte eine signifikante Entwicklung eintreten.

13. 25. Juli 2026 um 07:06 UTCidentified

    Unser Team und unsere Lieferantenpartner machen während dieser Notfallwartung weiterhin Fortschritte durch den komplexen Wiederherstellungsprozess für die Region Kanada. Wir führen unsere Wiederherstellungsprotokolle systematisch aus und validieren die Systemintegrität in jeder Phase. Wie bereits erwähnt, bleibt dies aufgrund des Umfangs dieser Bemühungen ein erweiterter Wiederherstellungsprozess, und der Zugang zur kanadischen Umgebung wird weiterhin eingeschränkt, da wir auf eine sichere und vollständige Servicewiederherstellung hinarbeiten. Wir sind uns der Auswirkungen dieser Serviceunterbrechung auf Ihren Betrieb bewusst und tun alles, um diese Schritte zu beschleunigen. Unser nächstes Update wird innerhalb einer Stunde zur Verfügung gestellt, oder früher sollte eine signifikante Entwicklung eintreten.

14. 25. Juli 2026 um 08:07 UTCidentified

    Unsere Engineering- und Lieferantenteams führen weiterhin aktiv die Wiederherstellungsschritte für die Region Kanada unter Notfallwartung durch. Es gibt derzeit keine neuen technischen Details oder Änderungen zu teilen, da unser Fokus ausschließlich auf der systematischen und sicheren Wiederherstellung von Diensten liegt. Der Zugang zur kanadischen Umgebung bleibt eingeschränkt, während diese Wiederherstellungsaktivitäten im Gange sind. Wir schätzen Ihre anhaltende Geduld und Partnerschaft, während wir durch diese ausgedehnten Bemühungen arbeiten. Unser nächstes Update wird innerhalb einer Stunde zur Verfügung gestellt, oder früher sollte eine signifikante Entwicklung eintreten.

15. 25. Juli 2026 um 09:06 UTCidentified

    Unsere Engineering-Teams und Lieferantenpartner durchlaufen weiterhin die Wiederherstellungsschritte für die Region Kanada unter Notfallwartung. Wir machen positive Fortschritte und nähern uns der Wiederermöglichung der Region für die meisten Arbeitsbereiche. Der Zugriff auf die kanadische Umgebung bleibt vorübergehend eingeschränkt, während wir diese entscheidenden abschließenden Validierungsschritte ausführen und abschließen, um die Servicestabilität zu gewährleisten. Wir schätzen aufrichtig ihre geduld und partnerschaft, wenn wir in diese letzten phasen des genesungsprozesses eintreten. Unser nächstes Update wird innerhalb einer Stunde zur Verfügung gestellt, oder früher sollte eine signifikante Entwicklung eintreten.

16. 25. Juli 2026 um 10:07 UTCinvestigating

    Wir setzen unsere Wiederherstellungsschritte für die Region Kanada unter Notfallwartung systematisch fort. Unsere Engineering-Teams und Lieferantenpartner konzentrieren sich weiterhin auf die abschließenden Validierungsphasen, und wir kommen der Region für die Mehrheit der Kunden näher. Der Zugang zur kanadischen Umgebung bleibt vorerst eingeschränkt, um sicherzustellen, dass wir die Systemstabilität während dieser kritischen letzten Schritte aufrechterhalten. Wir sind sehr dankbar für Ihre anhaltende Geduld und Partnerschaft. Unser nächstes Update wird innerhalb einer Stunde zur Verfügung gestellt, oder früher sollte eine signifikante Entwicklung eintreten.

17. 25. Juli 2026 um 11:14 UTCidentified

    Unsere Engineering-Teams und Lieferantenpartner durchlaufen weiterhin systematisch die Endphasen der Validierung für die Region Kanada unter Notfallwartung. Wir konzentrieren uns weiterhin auf die Überprüfung der Systemstabilität, was uns auf einem stetigen Weg hält, die Region für die Mehrheit der Kunden zu ermöglichen. Der Zugang zur kanadischen Umgebung bleibt vorerst eingeschränkt, um sicherzustellen, dass diese kritischen Sicherheits- und Stabilitätsprüfungen vollständig abgeschlossen sind. Wir sind unglaublich dankbar für Ihre anhaltende Geduld und Partnerschaft, während wir diese ausgedehnten Bemühungen abschließen. Unser nächstes Update wird innerhalb einer Stunde zur Verfügung gestellt, oder früher sollte eine signifikante Entwicklung eintreten.

18. 25. Juli 2026 um 12:37 UTCidentified

    Unsere Engineering- und Lieferantenteams gehen in die letzten Vorbereitungsphasen unseres Sanierungsplans für die Region Kanada unter Notfallwartung. Während wir uns darauf vorbereiten, den Zugang wiederherzustellen, ist es unser Plan, alle Dienste in der Region zu aktivieren, mit Ausnahme von Bring Your Own Key (BYOK) Konfigurationen. Darüber hinaus bleibt eine kleine Anzahl von Arbeitsbereichen bei der Wiederherstellung des allgemeinen Dienstes zunächst deaktiviert. Für diese spezifischen verbleibenden Arbeitsbereiche werden wir einen streng kontrollierten, systematischen Wiederherstellungsplan durchführen, um jede Umgebung individuell wiederherzustellen, um vollständige Stabilität und Datenintegrität zu gewährleisten. Der Zugriff auf die kanadische Umgebung bleibt derzeit eingeschränkt, während wir diese letzten Schritte zur Vorabvalidierung abschließen. Wir erkennen die anhaltenden Auswirkungen auf Ihre Operationen und schätzen Ihre anhaltende Geduld aufrichtig. Unser nächstes Update wird innerhalb einer Stunde zur Verfügung gestellt, oder früher sollte eine signifikante Entwicklung eintreten.

19. 25. Juli 2026 um 13:51 UTCidentified

    Derzeit stellen wir die Plattform wieder her. Unsere Engineering- und Lieferantenteams arbeiten aktiv daran, die Dienste so schnell wie möglich wiederherzustellen. Als Teil unseres Wiederherstellungsplans werden wir alle Dienste in der Region mit Ausnahme von Bring Your Own Key (BYOK) -Konfigurationen wiederherstellen. Darüber hinaus bleibt eine kleine Anzahl von Arbeitsbereichen bei der anfänglichen Servicewiederherstellung vorübergehend deaktiviert. Für diese spezifischen Arbeitsbereiche werden wir einen streng kontrollierten, systematischen Wiederherstellungsprozess durchführen, um jede Umgebung individuell wiederherzustellen und vollständige Stabilität und Datenintegrität zu gewährleisten. Der Zugang zur kanadischen Umgebung bleibt derzeit eingeschränkt Wir erkennen die erheblichen Auswirkungen, die dies auf Ihre Operationen hat, und schätzen Ihre anhaltende Geduld aufrichtig. Unser nächstes Update wird innerhalb einer Stunde zur Verfügung gestellt, oder früher sollte eine signifikante Entwicklung eintreten.

20. 25. Juli 2026 um 16:22 UTCidentified

    Unser Engineering-Team arbeitet aktiv daran, die Plattformstabilität in der gesamten Region Kanada (CA1) durch eine sorgfältig schrittweise Erholung wiederherzustellen. Wir werden zunächst allgemeine Dienste wiederherstellen, mit Ausnahme von Bring Your Own Key (BYOK) Konfigurationen. Um eine stabile und sichere Umgebung zu gewährleisten, kann eine kleine Anzahl von Arbeitsbereichen vorübergehend deaktiviert bleiben, während wir kontrollierte Restaurierungen durchführen. Der Zugang zur kanadischen Umgebung ist derzeit noch eingeschränkt, da wir diese kritischen Restaurierungsmaßnahmen abschließen. Wir sind uns der erheblichen auswirkungen dieser situation auf ihre operationen bewusst und schätzen ihre anhaltende geduld, während wir diese sicherheitsmaßnahmen durcharbeiten. Unser nächstes Update wird innerhalb einer Stunde zur Verfügung gestellt, oder früher sollte eine signifikante Entwicklung eintreten.

21. 25. Juli 2026 um 17:24 UTCidentified

    Wir haben den allgemeinen Kundenzugang in die Region Kanada ermöglicht. Alle Dienste in der Region werden jetzt online gestellt, mit Ausnahme von Bring Your Own Key (BYOK) Konfigurationen. Darüber hinaus bleibt eine kleine, bestimmte Anzahl von Kundenarbeitsbereichen vorübergehend deaktiviert. Für diese verbleibenden Arbeitsbereiche führen unsere Engineering-Teams einen streng kontrollierten, systematischen Wiederherstellungsplan durch, um jede Umgebung einzeln sicher wiederherzustellen und die vollständige Datenintegrität zu gewährleisten. Wir schätzen ihre anhaltende geduld und partnerschaft, während wir diese letzten, präzisen genesungsschritte ausführen. Unser nächstes Update wird innerhalb einer Stunde zur Verfügung gestellt, oder früher sollte eine signifikante Entwicklung eintreten.

22. 25. Juli 2026 um 23:28 UTCidentified

    Wir entschuldigen uns aufrichtig für die Störung, die dies verursacht hat, und schätzen Ihre Geduld zutiefst. Der allgemeine Kundenzugang zur Region Kanada wurde wiederhergestellt und die Dienste werden wieder online gestellt. Bring Your Own Key-Konfigurationen und eine kleine Anzahl von Arbeitsbereichen bleiben vorübergehend offline, während wir eine sorgfältige, individualisierte Wiederherstellung durchführen, um die vollständige Datenintegrität zu gewährleisten. Wir werden innerhalb einer Stunde ein weiteres Update bereitstellen, oder früher, wenn es eine signifikante Entwicklung zu teilen gibt.

23. 25. Juli 2026 um 23:52 UTCidentified

    Der allgemeine Kundenzugang zur Region Kanada wurde wiederhergestellt. Workspaces mit Bring Your Own Key (BYOK)-Verschlüsselung bleiben vorübergehend offline, während wir die individualisierte Wiederherstellung für jeden betroffenen Workspace abschließen. Wir werden ein weiteres Update zum BYOK-Wiederherstellungsstatus um 09:00 Uhr UTC am 26. Juli 2026 bereitstellen. Wir entschuldigen uns für die Störung und danken Ihnen für Ihre Geduld.

24. 26. Juli 2026 um 08:59 UTCinvestigating

    Wir schreiben, um ein hochrangiges Update über die Serviceunterbrechung zu liefern, die den Zugang zur Region Kanada (CA1) betrifft und am Freitag, den 24. Juli um 20:35 UTC begann. Durch die engagierte Koordination unserer Engineering-Teams und Lieferantenpartner wurde der allgemeine Zugang zur Region Kanada am Samstag, den 25. Juli um 17:24 UTC erfolgreich wieder ermöglicht. Die überwiegende Mehrheit unserer Kunden kann jetzt normal auf ihre Arbeitsbereiche und Modelle zugreifen. Aktueller Status und nächste Schritte Während der Zugriff auf die allgemeine Region vollständig wiederhergestellt wurde, bleiben Arbeitsbereiche, die die Bring Your Own Key (BYOK)-Verschlüsselung verwenden, vorübergehend offline. Unser Hauptaugenmerk liegt derzeit auf der erfolgreichen Reproduktion der technischen Störung in einer kontrollierten Umgebung. Die Erkenntnisse aus dieser Reproduktionsphase sind entscheidend, da sie den sichersten und effektivsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche direkt beeinflussen und bestimmen. Die systematische Untersuchung stellt sicher, dass wir die höchsten Standards für Systemstabilität und Datenintegrität einhalten. Wir erwarten, dass wir unser nächstes gezieltes Update zur Wiederherstellung des BYOK-Arbeitsbereichs bis 11:00 UTC bereitstellen werden. Wir entschuldigen uns aufrichtig für die Störung und die Auswirkungen, die dies auf Ihre Operationen hatte. Unsere Support-Teams stehen Ihnen weiterhin zur Verfügung, um Sie bei Fragen oder unmittelbaren Bedürfnissen zu unterstützen.

25. 26. Juli 2026 um 11:16 UTCinvestigating

    Wir schreiben, um ein hochrangiges Update über die Serviceunterbrechung zu liefern, die den Zugang zur Region Kanada (CA1) betrifft und am Freitag, den 24. Juli um 20:35 UTC begann. Durch die engagierte Koordination unserer Engineering-Teams und Lieferantenpartner wurde der allgemeine Zugang zur Region Kanada am Samstag, den 25. Juli um 17:24 UTC erfolgreich wieder ermöglicht. Die überwiegende Mehrheit unserer Kunden kann jetzt normal auf ihre Arbeitsbereiche und Modelle zugreifen. Aktueller Status und nächste Schritte Während der Zugriff auf die allgemeine Region vollständig wiederhergestellt wurde, bleiben Arbeitsbereiche, die die Bring Your Own Key (BYOK)-Verschlüsselung verwenden, vorübergehend offline. Unser Hauptaugenmerk liegt derzeit auf der erfolgreichen Reproduktion der technischen Störung in einer kontrollierten Umgebung. Die Erkenntnisse aus dieser Reproduktionsphase sind entscheidend, da sie den sichersten und effektivsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche direkt beeinflussen und bestimmen. Die systematische Untersuchung stellt sicher, dass wir die höchsten Standards für Systemstabilität und Datenintegrität einhalten. Wir erwarten, dass wir unser nächstes gezieltes Update zur Wiederherstellung des BYOK-Arbeitsbereichs bis 13:00 Uhr UTC bereitstellen werden. Wir entschuldigen uns aufrichtig für die Störung und die Auswirkungen, die dies auf Ihre Operationen hatte. Unsere Support-Teams stehen Ihnen weiterhin zur Verfügung, um Sie bei Fragen oder unmittelbaren Bedürfnissen zu unterstützen.

26. 26. Juli 2026 um 13:06 UTCinvestigating

    Während der allgemeine Zugang zur Region Kanada (CA1) am Samstag, den 25. Juli um 17:24 Uhr UTC vollständig wiederhergestellt wurde, bleiben Arbeitsbereiche, die die Bring Your Own Key (BYOK)-Verschlüsselung verwenden, vorübergehend offline. Unser Hauptaugenmerk darauf, die Störung in einer kontrollierten Umgebung zu reproduzieren, geht bei unserem Anbieter noch weiter. Dies ist eine kritische Phase, da sie den sichersten und effektivsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche direkt beeinflusst und bestimmt und gleichzeitig Systemstabilität und Datenintegrität gewährleistet. Wir erwarten, dass wir unser nächstes gezieltes Update zur Wiederherstellung des BYOK-Arbeitsbereichs bis 15:00 UTC bereitstellen werden. Wir entschuldigen uns aufrichtig für die Störung und die Auswirkungen, die dies auf Ihre Operationen hatte. Unsere Support-Teams stehen Ihnen weiterhin zur Verfügung, um Sie bei Fragen oder unmittelbaren Bedürfnissen zu unterstützen.

27. 26. Juli 2026 um 15:20 UTCinvestigating

    Der allgemeine Zugang zur CA1-Region bleibt für die Mehrheit der Kunden vollständig wiederhergestellt. Workspaces mit Bring Your Own Key (BYOK)-Verschlüsselung bleiben vorübergehend offline, während wir die sichere Wiederherstellung, Validierung und Wurzelursachenanalyse abschließen. Wir arbeiten aktiv mit unserem Drittanbieter-Verschlüsselungspartner zusammen, um die Ursache und mögliche Behebung zu verstehen.

28. 26. Juli 2026 um 17:53 UTCidentified

    Der allgemeine Zugang zur CA1-Region bleibt für die Mehrheit der Kunden vollständig wiederhergestellt. Workspaces, die Bring Your Own Key (BYOK)-Verschlüsselung verwenden, bleiben vorübergehend offline, während wir die sichere Wiederherstellung, Validierung und Wurzelursachenanalyse abschließen. Wir arbeiten aktiv mit unserem Drittanbieter-Verschlüsselungspartner zusammen, um die Ursache und mögliche Behebung zu verstehen.

29. 26. Juli 2026 um 18:49 UTCidentified

    Der allgemeine Zugang zur Region Kanada (CA1) bleibt vollständig wiederhergestellt. Arbeitsbereiche mit Bring Your Own Key (BYOK)-Verschlüsselung bleiben jedoch vorübergehend offline. Wir werden eine weitere Aktualisierung des BYOK-Wiederherstellungsstatus um 10:00 Uhr UTC am 27. Juli 2026 zur Verfügung stellen. Wir entschuldigen uns für diese Störung und danken Ihnen für Ihre anhaltende Geduld.

30. 27. Juli 2026 um 10:03 UTCinvestigating

    Wir schreiben, um ein Status-Update zu den laufenden Wiederherstellungsbemühungen für Bring Your Own Key (BYOK) Arbeitsbereiche in der Region Kanada (CA1) bereitzustellen. Die allgemeinen Dienste für die Region bleiben vollständig wiederhergestellt und funktionieren normal. Aktueller Untersuchungsstatus Unsere Engineering- und Lieferantenteams setzen ihre eingehende Untersuchung der Ursache der jüngsten Serviceunterbrechung fort. Wir konzentrieren uns derzeit darauf, das Problem in einer dedizierten Nicht-Produktionsumgebung zu replizieren. Diese kontrollierte Replikation ist ein entscheidender Schritt, da die technischen Erkenntnisse es uns direkt ermöglichen, den effektivsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche zu identifizieren und zu validieren. Indem wir sicherstellen, dass wir das Verhalten des Systems unter diesen spezifischen Bedingungen in der Nichtproduktion zuerst gründlich verstehen, können wir die absolute Sicherheit, Stabilität und Integrität Ihrer Daten während der endgültigen Wiederherstellungsphase garantieren. Wir schätzen Ihre Geduld und Partnerschaft bei der Durchführung dieser sorgfältigen Validierungsschritte aufrichtig. Unser nächstes Update wird innerhalb von zwei Stunden zur Verfügung gestellt, oder früher sollte ein bedeutender Meilenstein erreicht werden.

31. 27. Juli 2026 um 12:30 UTCinvestigating

    Wir setzen unsere aktive Untersuchungs- und Wiederherstellungsplanung für Bring Your Own Key (BYOK)-Arbeitsbereiche in der Region Kanada (CA1) fort. Die allgemeinen Dienste für die Region bleiben vollständig wiederhergestellt und funktionieren weiterhin normal. Unsere Engineering-Teams und Lieferantenpartner konzentrieren sich weiterhin darauf, die Störung in einer kontrollierten Nicht-Produktionsumgebung zu replizieren. Die Replikation des Szenarios unter diesen sicheren Bedingungen bleibt unsere höchste Priorität, da es der entscheidende Schritt ist, der es uns ermöglicht, den effektivsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche zu identifizieren und zu bestätigen. Wir gehen methodisch vor, um sicherzustellen, dass der einmal eingeleitete Wiederherstellungsprozess die Systemstabilität und Datenintegrität bewahrt. Wir schätzen Ihre anhaltende Geduld und Partnerschaft, während diese tiefgründige technische Validierung fortgesetzt wird. Unser nächstes Update wird innerhalb von zwei Stunden zur Verfügung gestellt, oder früher sollten wir neue Fortschritte teilen.

32. 27. Juli 2026 um 14:04 UTCinvestigating

    Wir setzen unsere aktiven Bemühungen fort, Bring Your Own Key (BYOK) Arbeitsbereiche in der Region Kanada (CA1) wiederherzustellen. Die allgemeinen Dienste in der gesamten Region bleiben vollständig wiederhergestellt und funktionieren normal. Um die Lösung zu beschleunigen, verfolgen unsere Engineering-Teams und Lieferantenpartner mehrere Untersuchungslinien gleichzeitig. Dieser facettenreiche Ansatz ist entscheidend, um sicherzustellen, dass unser Wiederherstellungsplan vollständig validiert ist und die Integrität Ihrer Umgebung bewahrt. Wir schätzen Ihre Geduld und Partnerschaft bei der Durchführung dieser gleichzeitigen Bemühungen aufrichtig. Unser nächstes Update wird innerhalb von zwei Stunden zur Verfügung gestellt, oder früher sollten wir einen signifikanten Durchbruch erzielen.

33. 27. Juli 2026 um 15:54 UTCidentified

    Wir setzen unsere aktiven Bemühungen fort, Bring Your Own Key (BYOK) Arbeitsbereiche in der Region Kanada (CA1) wiederherzustellen. Die allgemeinen Dienste in der gesamten Region bleiben vollständig wiederhergestellt und funktionieren normal. Unsere Engineering-Teams und Lieferantenpartner verfolgen gleichzeitig mehrere Untersuchungslinien. Dieser parallele Ansatz wird bewusst durchgeführt, um den effektivsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche zu validieren und abzuschließen, um sicherzustellen, dass wir die Dienste sicher und mit höchster Stabilität wiederherstellen. Wir schätzen Ihre anhaltende Geduld, während unsere Teams diese notwendigen Schritte durcharbeiten. Unser nächstes Update wird innerhalb von zwei Stunden zur Verfügung gestellt, oder früher sollten wir einen signifikanten Durchbruch erzielen.

34. 27. Juli 2026 um 17:37 UTCinvestigating

    Während die allgemeinen Dienste in der gesamten Region Kanada (CA1) vollständig wiederhergestellt sind und normal funktionieren, konzentrieren wir uns weiterhin auf die Wiederherstellung von Bring Your Own Key (BYOK)-Arbeitsbereichen. Unsere Teams gehen systematisch mit mehreren parallelen Workstreams voran. Die gleichzeitige Durchführung dieser Bemühungen ermöglicht es uns, alle Ergebnisse gründlich zu analysieren und sicherzustellen, dass wir den effektivsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche validieren und implementieren, um sicherzustellen, dass wir die Dienste sicher und mit höchster Stabilität wiederherstellen. Wir schätzen Ihre laufende Partnerschaft und Geduld, während wir diese kritischen Wiederherstellungsschritte ausführen. Wir werden ein weiteres Update zum BYOK-Wiederherstellungsstatus um 09:00 Uhr UTC (10:00 BST) am 28. Juli 2026 bereitstellen.

35. 28. Juli 2026 um 09:02 UTCidentified

    Die allgemeinen Dienste in der Region Kanada (CA1) bleiben vollständig wiederhergestellt und funktionieren normal. Für die verbleibenden Bring Your Own Key (BYOK) Workspaces führen unsere Teams weiterhin mehrere parallele Workstreams aus. Dieser gleichzeitige Ansatz wird bewusst durchgeführt, um den effektivsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche zu validieren und gleichzeitig die absolute Systemstabilität zu gewährleisten. Wir schätzen Ihre anhaltende Geduld. Unser nächstes Update wird innerhalb von zwei Stunden zur Verfügung gestellt, oder früher sollten wir einen bedeutenden Meilenstein erreichen.

36. 28. Juli 2026 um 11:01 UTCidentified

    Die allgemeinen Dienste in der Region Kanada (CA1) funktionieren weiterhin normal und bleiben vollständig stabil. Unsere Engineering- und Lieferantenteams durchlaufen weiterhin mehrere gleichzeitige Workstreams, um die verbleibenden Bring Your Own Key (BYOK) Workspaces zu adressieren. Dieser parallele Ansatz bleibt unser aktiver Fokus, so dass wir den effektivsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche mit dem höchsten Sicherheitsniveau systematisch validieren und implementieren können. Wir schätzen Ihre anhaltende Geduld und Unterstützung. Unser nächstes Update wird innerhalb von zwei Stunden zur Verfügung gestellt, oder früher sollten wir einen bedeutenden Meilenstein erreichen.

37. 28. Juli 2026 um 13:11 UTCidentified

    Allgemeine Dienste in der Region Kanada (CA1) bleiben vollständig wiederhergestellt, stabil und funktionieren weiterhin normal. Unsere Engineering-Teams und Lieferantenpartner arbeiten weiterhin mit mehreren gleichzeitigen Workstreams, um die verbleibenden Bring Your Own Key (BYOK)-Arbeitsbereiche zu adressieren. Diese parallele Strategie bleibt unser aktiver Fokus, so dass wir den effektivsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche systematisch validieren und implementieren können. Wir schätzen Ihre anhaltende Geduld, während wir diese bewussten Schritte durcharbeiten. Unser nächstes Update wird innerhalb von zwei Stunden zur Verfügung gestellt, oder früher sollten wir einen bedeutenden Meilenstein erreichen.

38. 28. Juli 2026 um 16:02 UTCidentified

    Allgemeine Dienste in der Region Kanada (CA1) bleiben vollständig wiederhergestellt, stabil und funktionieren weiterhin normal. Unsere Engineering-Teams und Lieferantenpartner konzentrieren sich aktiv auf die verbleibenden Bring Your Own Key (BYOK)-Arbeitsbereiche durch mehrere parallele Workstreams. Wir schätzen Ihre anhaltende Geduld und Partnerschaft, während wir diese kritischen Validierungsphasen abschließen. Unser nächstes Update wird innerhalb von zwei Stunden zur Verfügung gestellt, oder früher sollten wir einen bedeutenden Meilenstein erreichen.

39. 28. Juli 2026 um 19:51 UTCidentified

    Während die allgemeinen Dienste in der gesamten Region Kanada (CA1) vollständig wiederhergestellt sind und normal funktionieren, konzentrieren wir uns weiterhin auf die Wiederherstellung von Bring Your Own Key (BYOK)-Arbeitsbereichen. Unsere Teams gehen systematisch mit mehreren parallelen Workstreams voran. Die gleichzeitige Durchführung dieser Bemühungen ermöglicht es uns, alle Ergebnisse gründlich zu analysieren und sicherzustellen, dass wir den effektivsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche validieren und implementieren, um sicherzustellen, dass wir die Dienste sicher und mit höchster Stabilität wiederherstellen. Wir schätzen Ihre laufende Partnerschaft und Geduld, während wir diese kritischen Wiederherstellungsschritte ausführen. Wir werden ein weiteres Update zum BYOK-Wiederherstellungsstatus um 09:00 UTC (10:00 BST) am 29. Juli 2026 bereitstellen.

40. 29. Juli 2026 um 09:04 UTCidentified

    Während die allgemeinen Dienste in der gesamten Region Kanada (CA1) vollständig wiederhergestellt sind und normal funktionieren, konzentrieren wir uns weiterhin auf die Wiederherstellung von Bring Your Own Key (BYOK)-Arbeitsbereichen. Unsere Teams entwickeln sich systematisch durch mehrere parallele Workstreams weiter. Die gleichzeitige Durchführung dieser Bemühungen ermöglicht es uns, alle technischen Ergebnisse gründlich zu analysieren und sicherzustellen, dass wir den sichersten und stabilsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche validieren und implementieren. Wir schätzen Ihre laufende Partnerschaft und Geduld, während wir diese kritischen Wiederherstellungsschritte ausführen. Unser nächstes Update wird innerhalb von zwei Stunden zur Verfügung gestellt, oder früher sollten wir einen bedeutenden Meilenstein erreichen.

41. 29. Juli 2026 um 13:23 UTCinvestigating

    Während die allgemeinen Dienste in der gesamten Region Kanada (CA1) vollständig wiederhergestellt sind und normal funktionieren, konzentrieren wir uns weiterhin auf die Wiederherstellung von Bring Your Own Key (BYOK)-Arbeitsbereichen. Unsere Teams entwickeln sich weiterhin systematisch durch mehrere parallele Workstreams. Die gleichzeitige Durchführung dieser Bemühungen ermöglicht es uns, alle technischen Ergebnisse gründlich zu analysieren und sicherzustellen, dass wir den sichersten und stabilsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche validieren und implementieren. Wir schätzen Ihre laufende Partnerschaft und Geduld, während wir diese kritischen Wiederherstellungsschritte ausführen. Unser nächstes Update wird innerhalb von zwei Stunden zur Verfügung gestellt, oder früher sollten wir einen bedeutenden Meilenstein erreichen.

42. 29. Juli 2026 um 15:21 UTCinvestigating

    Allgemeine Dienste in der Region Kanada (CA1) bleiben vollständig wiederhergestellt und funktionieren weiterhin normal. Unsere Engineering- und Operationsteams konzentrieren sich weiterhin auf die Wiederherstellung der verbleibenden Bring Your Own Key (BYOK)-Arbeitsbereiche. Um eine möglichst sichere Wiederherstellung zu gewährleisten, treiben wir aktiv mehrere parallele Wiederherstellungs-Workstreams voran. Die gleichzeitige Durchführung dieser Bemühungen ermöglicht es uns, technische Ergebnisse in Echtzeit zu analysieren und sicherzustellen, dass wir den stabilsten und sichersten Weg für die verbleibenden BYOK-Arbeitsbereiche validieren und implementieren. Wir schätzen ihre anhaltende geduld und partnerschaft, während wir diese kritischen genesungsschritte systematisch durchführen. Unser nächstes Update wird innerhalb von zwei Stunden zur Verfügung gestellt, oder früher sollten wir einen bedeutenden Meilenstein erreichen.

43. 29. Juli 2026 um 17:17 UTCinvestigating

    Während die allgemeinen Dienste in der gesamten Region Kanada (CA1) vollständig wiederhergestellt sind und normal funktionieren, konzentrieren wir uns weiterhin auf die Wiederherstellung von Bring Your Own Key (BYOK)-Arbeitsbereichen. Unsere Teams gehen systematisch mit mehreren parallelen Workstreams voran. Die gleichzeitige Durchführung dieser Bemühungen ermöglicht es uns, alle Ergebnisse gründlich zu analysieren und sicherzustellen, dass wir den effektivsten Wiederherstellungspfad für die verbleibenden BYOK-Arbeitsbereiche validieren und implementieren, um sicherzustellen, dass wir die Dienste sicher und mit höchster Stabilität wiederherstellen. Wir schätzen Ihre laufende Partnerschaft und Geduld, während wir diese kritischen Wiederherstellungsschritte ausführen. Wir werden ein weiteres Update über den BYOK-Wiederherstellungsstatus um 09:00 UTC (10:00 BST) am 30. Juli 2026 bereitstellen.

44. 30. Juli 2026 um 08:59 UTCinvestigating

    Während die allgemeinen Dienste in der Region Kanada (CA1) weiterhin normal und mit voller Stabilität funktionieren, konzentrieren sich unsere technischen Teams weiterhin auf die Wiederherstellung der verbleibenden Bring Your Own Key (BYOK)-Arbeitsbereiche. Wir werden weiterhin mehrere parallele Workstreams vorantreiben, um den sichersten Wiederherstellungspfad zu validieren und auszuführen. Die gleichzeitige Durchführung dieser Bemühungen ermöglicht es uns, alle technischen Ergebnisse gründlich zu analysieren und sicherzustellen, dass wir die Dienste mit dem höchsten Maß an Sicherheit und Stabilität für alle herausragenden BYOK-Arbeitsbereiche wiederherstellen. Wir schätzen ihre anhaltende geduld und partnerschaft, während wir diese kritischen genesungsschritte systematisch durcharbeiten. Wir werden in zwei Stunden ein weiteres Update über den Fortschritt der BYOK-Wiederherstellung bereitstellen.

45. 30. Juli 2026 um 11:07 UTCinvestigating

    Während die allgemeinen Dienste in der Region Kanada (CA1) weiterhin normal und mit voller Stabilität funktionieren, konzentrieren sich unsere technischen Teams weiterhin auf die Wiederherstellung der verbleibenden Bring Your Own Key (BYOK)-Arbeitsbereiche. Wir werden weiterhin mehrere parallele Workstreams vorantreiben, um den sichersten Wiederherstellungspfad zu validieren und auszuführen. Die gleichzeitige Durchführung dieser Bemühungen ermöglicht es uns, alle technischen Ergebnisse gründlich zu analysieren und sicherzustellen, dass wir die Dienste mit dem höchsten Maß an Sicherheit und Stabilität für alle herausragenden BYOK-Arbeitsbereiche wiederherstellen. Wir schätzen ihre anhaltende geduld und partnerschaft, während wir diese kritischen genesungsschritte systematisch durcharbeiten. Wir werden ein weiteres Update zum BYOK-Wiederherstellungsstatus um 09:00 UTC (10:00 BST) am 31. Juli 2026 oder früher bereitstellen, wenn wir einen bedeutenden Meilenstein erreichen.

46. 31. Juli 2026 um 09:04 UTCinvestigating

    Während die allgemeinen Dienste in der Region Kanada (CA1) weiterhin normal und mit voller Stabilität funktionieren, konzentrieren sich unsere technischen Teams weiterhin auf die Wiederherstellung der verbleibenden Bring Your Own Key (BYOK)-Arbeitsbereiche. Wir werden weiterhin mehrere parallele Workstreams vorantreiben, um den sichersten Wiederherstellungspfad zu validieren und auszuführen. Die gleichzeitige Durchführung dieser Bemühungen ermöglicht es uns, alle technischen Ergebnisse gründlich zu analysieren und sicherzustellen, dass wir die Dienste mit dem höchsten Maß an Sicherheit und Stabilität für alle herausragenden BYOK-Arbeitsbereiche wiederherstellen. Wir schätzen ihre anhaltende geduld und partnerschaft, während wir diese kritischen genesungsschritte systematisch durcharbeiten. Wir werden ein weiteres Update über den BYOK-Wiederherstellungsstatus um 09:00 UTC (10:00 BST) am 3. August 2026 oder früher bereitstellen, wenn wir einen bedeutenden Meilenstein erreichen.

47. 31. Juli 2026 um 13:47 UTCresolved

    Wir haben bestätigt, dass das Problem nun gelöst ist. Wir entschuldigen uns zutiefst für alle Auswirkungen, die dieses Problem verursacht haben könnte. Wir schätzen Ihre Geduld und Partnerschaft, als wir dieses Problem durchgearbeitet haben. Wir werden innerhalb von 7 Werktagen eine detaillierte Ursachenanalyse (RCA) durchführen, die auf unserer Statusseite geteilt wird. Wenn Sie Fragen oder Bedenken haben, zögern Sie bitte nicht, uns unter Anaplan Support zu kontaktieren.

48. 11. August 2026 um 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.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 21. Juli 2026 um 14:30 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das sich auf die Fähigkeit der Kunden auswirkt, Cloudworks-Integrationen auszuführen. Wir arbeiten daran, dieses Problem so schnell wie möglich zu lösen und werden alle 30 Minuten oder nach Lösung Updates bereitstellen.

2. 21. Juli 2026 um 14:44 UTCmonitoring

   Der Service wurde jetzt wiederhergestellt; Sie sollten jetzt in der Lage sein, normale Aktivitäten wieder aufzunehmen. Wir werden die Plattform weiterhin überwachen, um sicherzustellen, dass keine zusätzlichen Probleme auftreten. Wenn Sie Fragen, Bedenken haben oder weiterhin Probleme haben, zögern Sie bitte nicht, den Anaplan-Support zu kontaktieren. Wir werden Ihnen ein endgültiges Update zur Verfügung stellen, wenn wir diese Situation als vollständig gelöst betrachten.

3. 21. Juli 2026 um 14:54 UTCresolved

   Wir haben bestätigt, dass das Problem nun gelöst ist. Wir entschuldigen uns zutiefst für alle Auswirkungen, die dieses Problem verursacht haben könnte. Wir schätzen Ihre Geduld und Partnerschaft, als wir dieses Problem durchgearbeitet haben. Wir werden innerhalb von 7 Werktagen eine detaillierte Ursachenanalyse (RCA) durchführen, die auf unserer Statusseite geteilt wird. Wenn Sie Fragen oder Bedenken haben, zögern Sie bitte nicht, uns unter Anaplan Support zu kontaktieren.

4. 30. Juli 2026 um 22:22 UTCpostmortem

   Am 21. Juli 2026, zwischen 14:15 UTC und 14:50 UTC, erlebte die us5: Cloud - US East Region eine Störung der geplanten CloudWorksTM Integrationen. Während dieses Fensters konnten automatisierte Workflows nicht ausgelöst werden, und Benutzer hatten möglicherweise Schwierigkeiten beim Zugriff auf Integrationsdienste. **Wurzelursache** Das Problem wurde durch eine kurze Unterbrechung der zugrunde liegenden Speichersysteme nach einem System Release Rollback ausgelöst. Dies führte zu einem Verbindungsverlust innerhalb des Integrations-Scheduler-Systems, was verhinderte, dass geplante Aufgaben erfolgreich in die Warteschlange gestellt oder ausgelöst wurden. **Erholung** Unser Ingenieurteam identifizierte das Problem und ergriff sofortige Maßnahmen. Wir verifizierten die Systemkonnektivität, da die zugrunde liegenden Dienste automatisch wiederhergestellt wurden, und führten Testintegrationen aus, um geplante Workflows zu validieren. Diese Validierungsprüfungen bestätigten, dass alle Planungsmechanismen den normalen Betrieb sicher wieder aufgenommen hatten, ohne dass ein Neustart des Systems erforderlich war. Um 14:50 UTC war das Problem vollständig gelöst. ** Korrektive und vorbeugende Maßnahmen** * Wir führen eine eingehende Untersuchung der Systemleistung während des Rollback-Betriebs durch, um die Stabilität unter Hochlastbedingungen zu gewährleisten. * Wir implementieren verbesserte Gesundheitschecks für den Integrationsplaner, um sicherzustellen, dass er einen "bereiten" Zustand erreicht, bevor der Verkehr während Rollbacks geleitet wird. * Wir aktualisieren unsere Bereitstellungsprozesse, um die automatisierte Validierung der Tiefe der Aufgabenwarteschlange unmittelbar nach einem regionalen Update oder Rollback einzubeziehen. * Wir aktualisieren unsere Dokumentation zur Ressourcengröße für diesen Dienst mit empfohlenen Anforderungs-/Grenzwerten, um eine ausreichende Kapazität für Bereitstellungs- und Rollback-Operationen sicherzustellen. Wir entschuldigen uns für jegliche Auswirkungen dieses Problems auf Ihre Geschäftstätigkeit. Wir stärken unsere Systeme und Verfahren, um Störungen Ihres Unternehmens und Ihrer Benutzer zu vermeiden. Wenn Sie weitere Fragen oder Bedenken haben, besuchen Sie bitte unsere [Support](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F) Website. Wir schätzen Ihre Geduld während dieses Vorfalls und schätzen das Vertrauen, das Sie in Anaplan setzen.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. Juli 2026 um 20:04 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das sich auf die Fähigkeit der Kunden auswirkt, Cloudworks-Integrationen auszuführen. Wir arbeiten daran, dieses Problem so schnell wie möglich zu lösen und werden alle 30 Minuten oder nach Lösung Updates bereitstellen.

2. 14. Juli 2026 um 21:00 UTCmonitoring

   Wir haben festgestellt, dass etwas schief gelaufen ist. Wir untersuchen derzeit das Problem und werden bald ein Update bereitstellen.

3. 14. Juli 2026 um 21:04 UTCmonitoring

   Der Service wurde jetzt wiederhergestellt; Sie sollten jetzt in der Lage sein, normale Aktivitäten wieder aufzunehmen. Wir werden die Plattform weiterhin überwachen, um sicherzustellen, dass keine zusätzlichen Probleme auftreten. Wenn Sie Fragen, Bedenken haben oder weiterhin Probleme haben, zögern Sie bitte nicht, den Anaplan-Support zu kontaktieren. Wir werden Ihnen ein endgültiges Update zur Verfügung stellen, wenn wir diese Situation als vollständig gelöst betrachten.

4. 14. Juli 2026 um 21:12 UTCresolved

   Wir haben bestätigt, dass das Problem nun gelöst ist. Wir entschuldigen uns zutiefst für alle Auswirkungen, die dieses Problem verursacht haben könnte. Wir schätzen Ihre Geduld und Partnerschaft, als wir dieses Problem durchgearbeitet haben. Wir werden innerhalb von 7 Werktagen eine detaillierte Ursachenanalyse (RCA) durchführen, die auf unserer Statusseite geteilt wird. Wenn Sie Fragen oder Bedenken haben, zögern Sie bitte nicht, uns unter Anaplan Support zu kontaktieren.

5. 22. Juli 2026 um 18:15 UTCpostmortem

   Am 14. Juli 2026 um 19:55 UTC erlebten Kunden in unserer us7: Cloud - US West-Region Verzögerungen und Ausfälle bei der CloudWorksTM-Integration. Integrationsjobs, die in dieser Region ausgeführt werden sollten, wurden nicht wie erwartet abgeschlossen, was zu einem Verarbeitungsrückstand führte, der nach der vollständigen Wiederherstellung des Dienstes gelöscht wurde. Wurzelursache Eine Backend-Komponente, die den CloudWorksTM-Dienst unterstützt, erschöpft vorübergehend ihren verfügbaren Speicher, was zu einer kurzen Verbindungsstörung führt. Obwohl die Datenbank sofort wiederhergestellt wurde, behielten die CloudWorksTM-Verarbeitungskomponenten inaktive Verbindungen bei und konnten sich nicht automatisch wieder verbinden. Dies verhinderte, dass Integrationsaufträge abgeschlossen wurden, und führte dazu, dass sich eine Schlange von geplanten Aufgaben ansammelte. Wiederfindung Unser Ingenieurteam identifizierte das Problem und ergriff sofortige Maßnahmen. Das Team startete die CloudWorksTM-Verarbeitungskomponenten neu, um alle veralteten und inaktiven Verbindungen zu löschen. Um den Rückstand ausstehender Integrationsaufträge schnell zu beseitigen, haben wir die Verarbeitungskapazität der Komponenten vorübergehend erhöht. Nachdem wir überprüft hatten, dass Integrationsaufträge normal abgeschlossen und der Backlog vollständig verarbeitet wurden, haben wir das System wieder auf seine ursprüngliche Kapazität gebracht. Bis 21:14 UTC war das Problem vollständig gelöst. Korrektur- und Präventivmaßnahmen Wir implementieren die folgenden Maßnahmen, um Wiederholungen zu verhindern: * **Erhöhung der Speicherzuweisung:** Wir erhöhen die Speicherzuweisung für die Back-End-Komponente in us7. Dies verringert die Wahrscheinlichkeit, dass ein ähnliches Gedächtnisdruckereignis in der Zukunft auftritt. * **Hintergrundprozessoptimierung:** Wir haben bestimmte metrische Hintergrundsammlungsprozesse deaktiviert, die unnötig zur Backend-Komponente beigetragen haben. Dies senkt das Risiko eines Speicherdruckaufbaus im Laufe der Zeit weiter. * **Resilienzprüfung:** Unsere Engineering-Teams führen kontrollierte Tests in Nicht-Produktionsumgebungen durch, um besser zu verstehen, wie sich der CloudWorksTM-Service bei kurzen Verbindungsstörungen verhält. Diese Arbeit wird uns helfen, die Fähigkeit des Dienstes zu verbessern, sich automatisch zu erholen - ohne manuelles Eingreifen zu erfordern - sollte in Zukunft ein ähnliches Ereignis auftreten. Wir entschuldigen uns für die Auswirkungen dieses Problems auf Ihre Operationen. Wir verpflichten uns zu den oben beschriebenen Verbesserungen, um ähnliche Störungen zu verhindern. Wenn Sie Fragen oder Bedenken haben, wenden Sie sich bitte an [Support](https://support.anaplan.com/).

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 2. Juli 2026 um 00:00 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das sich auf die Fähigkeit der Kunden auswirkt, auf die Anaplan-Plattform zuzugreifen. Wir arbeiten daran, dieses Problem so schnell wie möglich zu lösen und werden alle 30 Minuten oder nach Lösung Updates bereitstellen.

2. 2. Juli 2026 um 00:30 UTCinvestigating

   Vielen Dank für Ihre Geduld, während wir dieses Problem weiter untersuchen. Wir erleben derzeit eine kritische Serviceunterbrechung, die zu einer vollständigen Nichtverfügbarkeit in den betroffenen Regionen führt. Benutzer, die versuchen, auf Dienste in diesen Regionen zuzugreifen, werden auf Verbindungszeiten und das Ausbleiben des Ladens von Ressourcen stoßen. Derzeit haben wir noch keine Zeit für eine Lösung. Wir werden weiterhin alle 30 Minuten Updates bereitstellen, da wir daran arbeiten, dieses Problem so schnell wie möglich zu beheben.

3. 2. Juli 2026 um 00:59 UTCinvestigating

   Wir untersuchen ein Problem, das sich auf den Login- und Plattformzugang für Kunden in unseren Regionen ME1 und EU5 auswirkt. Erste Untersuchungen deuten auf eine Störung im Authentifizierungspfad für diese Regionen hin. Dies zu lösen hat höchste Priorität, und unsere Ingenieurteams arbeiten aktiv daran, den normalen Betrieb wiederherzustellen. Wir haben noch keine ETA. Wir werden innerhalb von 30 Minuten ein weiteres Update bereitstellen, oder früher, wenn wir wichtige neue Informationen haben.

4. 2. Juli 2026 um 01:29 UTCinvestigating

   Unsere Untersuchung des Login- und Plattformzugangsproblems, das die Regionen ME1 und EU5 betrifft, läuft derzeit. Wir haben unseren Anbieter für zusätzliche Unterstützung engagiert, während wir daran arbeiten, die Ursache zu identifizieren und zu beheben. Dies zu lösen, bleibt unsere höchste Priorität. Noch keine ETA. Wir werden unser nächstes Update innerhalb von 30 Minuten oder früher bereitstellen, wenn wir wichtige neue Informationen haben.

5. 2. Juli 2026 um 01:58 UTCinvestigating

   Unsere Untersuchung des Login- und Plattformzugangsproblems, das die Regionen ME1 und EU5 betrifft, läuft derzeit. Unsere Engineering-Teams haben die Untersuchung eingegrenzt und verfolgen in Zusammenarbeit mit unserem Infrastrukturpartner aktiv mehrere Anfragen. Der Restaurierungsservice bleibt unsere höchste Priorität. Noch keine ETA. Wir werden unser nächstes Update innerhalb von 30 Minuten oder früher bereitstellen, wenn wir wichtige neue Informationen haben.

6. 2. Juli 2026 um 02:27 UTCinvestigating

   Wir untersuchen ein Problem, das den Login- und Plattformzugang für Kunden in unseren Regionen ME1 und EU5 betrifft. Die Ausgabe begann um ca. 23:52 UTC am 1. Juli 2026. In Abstimmung mit unserem Infrastrukturpartner haben wir die möglichen Ursachen erfolgreich eingegrenzt und konzentrieren unsere Engineering-Bemühungen derzeit auf die Isolierung des Problems, um eine gezielte Minderung einzuleiten. Unser Team setzt sich weiterhin dafür ein, dieses Problem so schnell wie möglich zu lösen. Wir werden unser nächstes Update innerhalb von 30 Minuten oder früher bereitstellen, wenn wir wichtige neue Informationen haben.

7. 2. Juli 2026 um 02:55 UTCinvestigating

   Wir untersuchen weiterhin das Problem des Logins und des Plattformzugangs für Kunden in unseren Regionen ME1 und EU5. Wir haben die mögliche Ursache identifiziert und gehen aktiv Schritte zur Minderung des Problems ein, um den Full-Service wiederherzustellen. Wir werden weiterhin Updates bereitstellen, wenn die Sanierung voranschreitet. Wir werden unser nächstes Update innerhalb von 30 Minuten oder früher bereitstellen, wenn wir wichtige neue Informationen haben.

8. 2. Juli 2026 um 03:21 UTCmonitoring

   Der Service wurde jetzt wiederhergestellt; Sie sollten jetzt in der Lage sein, normale Aktivitäten wieder aufzunehmen. Wir werden die Plattform weiterhin überwachen, um sicherzustellen, dass keine zusätzlichen Probleme auftreten. Wenn Sie Fragen, Bedenken haben oder weiterhin Probleme haben, zögern Sie bitte nicht, den Anaplan-Support zu kontaktieren. Wir werden Ihnen ein endgültiges Update zur Verfügung stellen, wenn wir diese Situation als vollständig gelöst betrachten.

9. 2. Juli 2026 um 04:00 UTCresolved

   Wir haben bestätigt, dass das Problem nun gelöst ist. Wir entschuldigen uns zutiefst für alle Auswirkungen, die dieses Problem verursacht haben könnte. Wir schätzen Ihre Geduld und Partnerschaft, als wir dieses Problem durchgearbeitet haben. Wir werden innerhalb von 7 Werktagen eine detaillierte Ursachenanalyse (RCA) durchführen, die auf unserer Statusseite geteilt wird. Wenn Sie Fragen oder Bedenken haben, zögern Sie bitte nicht, uns unter Anaplan Support zu kontaktieren.

10. 10. Juli 2026 um 18:35 UTCpostmortem

    Am 1. Juli 2026, um ca. 23:52 UTC, erkannten unsere Überwachungssysteme eine Servicestörung, die sich auf Kunden in den Regionen me1: Cloud – Middle East und eu5: Cloud – Europe auswirkte. Während dieser Zeit konnten sich betroffene Kunden nicht auf der Plattform anmelden. Service wurde um 03:21 UTC wiederhergestellt **Wurzelursache** Die Störung entstand aus einer geplanten Netzwerkkonfigurationsänderung unserer internen Namensauflösungsinfrastruktur. Eine Fehlkonfiguration wurde als Teil der Änderung eingeführt, die einen zugrunde liegenden Routing-Konflikt hinterlassen hat. Dies führte dazu, dass der Rückverkehr für interne Name-Lookups während der routinemäßigen Netzwerkaktivität einen falschen Pfad einschlug. Infolgedessen scheiterte die interne Namensauflösung für die beiden betroffenen Regionen. Dadurch wurde verhindert, dass der Authentifizierungsfluss abgeschlossen wurde und Kunden sich nicht anmelden konnten. **Erholung** Bei der Erkennung um 23:52 UTC begannen unser Ingenieurteam und unser Infrastrukturpartner parallel zu untersuchen. Da Probleme mit der internen Namensauflösung auf verschiedene Arten auftreten können, arbeitete das Team mehrere Anfragen durch, bevor es den spezifischen Routing-Konflikt isolierte. Einmal identifiziert, haben wir die letzte Änderung zurückgenommen, um die vorherige bekannte Routing-Konfiguration wiederherzustellen. Die Konnektivität erholte sich schrittweise, als sich das Rollback ausbreitete, und bis 03:21 UTC wurde die Authentifizierung für beide betroffenen Regionen vollständig wiederhergestellt. ** Korrektive und vorbeugende Maßnahmen** Wir implementieren die folgenden Maßnahmen, um eine Wiederholung zu verhindern: * Wir fügen eine Pre-Change-Validierung hinzu, die speziell die Klasse von Routing-Konflikten erkennt, die für diesen Vorfall verantwortlich sind. Dies schließt das zugrunde liegende Konfigurationsproblem, bevor eine ähnliche Änderung die Umgebung erreichen kann. * Wir strukturieren das betroffene Routing-Setup neu, um zu verhindern, dass diese Klasse von Fehlkonfigurationen erneut eingeführt wird. Dadurch wird das zugrunde liegende Problem an der Quelle entfernt. * Wir verbessern unsere Überwachung der internen Namensauflösungspfade zwischen unseren Cloud-Umgebungen. Dies verkürzt die Zeit zum Erkennen und Beheben dieser Problemklasse. **Schließen** Wir entschuldigen uns für die Auswirkungen, die diese Störung auf Ihre Operationen hatte. Die oben genannten Korrekturmaßnahmen konzentrieren sich darauf, ein Wiederauftreten eines ähnlichen Problems in der Zukunft zu verhindern. Wenn Sie Fragen oder Bedenken haben, wenden Sie sich bitte an [Support](https://support.anaplan.com/).

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juli 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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. Juni 2026 um 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.