Störungsverlauf von Anaplan

1. 27. Oktober 2026 um 13:22 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das dazu führt, dass einige Kunden Probleme beim Anmelden auf der Anaplan-Plattform haben. 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. Oktober 2026 um 14:52 UTCidentified

   Unser Anbieter hat ein Problem von Drittanbietern identifiziert, das einige Kunden betrifft, deren Datenverkehr nach den letzten Firmware-Upgrades durch externe Firewalls von Anbietern geleitet wird. Betroffene Kunden können folgende Verhaltensweisen beobachten: ERR TIMED OUT-Fehler bei Standard-HTTP Unsere Teams überwachen aktiv die Sanierungsbemühungen des Anbieters, um sicherzustellen, dass die Dienstleistungen vollständig stabilisiert sind. Wir werden weitere Updates in 60 Minuten oder nach Auflösung bereitstellen.

3. 27. Oktober 2026 um 15:03 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. 27. Oktober 2026 um 15:41 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. 26. Oktober 2026 um 10:55 UTCinvestigating

   Wir untersuchen derzeit den eingeschränkten Zugang zu Modellen in der me1-Region. Benutzer können nicht über die Anaplan-Benutzeroberfläche zu Modellen navigieren. Schlag: Modellnavigation über die Benutzeroberfläche: Betroffen - Benutzer können nicht zu Modellen über die Standard-Benutzeroberflächennavigation surfen oder diese öffnen. - Modellzugriff über Shortcut-Links: Verfügbar - Benutzer, die einen direkten Shortcut- oder Bookmark-Link zu einem Modell haben, können weiterhin darauf zugreifen. - Bereits aktive Sitzungen: Nicht betroffen – Benutzer, die derzeit in einem Modell angemeldet sind, sind nicht betroffen. Apps: Nicht betroffen. Wir arbeiten daran, die Ursache zu identifizieren und die vollständige Navigation so schnell wie möglich wiederherzustellen. Wir werden ein Update in 30 Minuten oder sobald wir mehr Informationen haben.

2. 26. Oktober 2026 um 10:57 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. 26. Oktober 2026 um 11:25 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. 16. Oktober 2026 um 14:44 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. 16. Oktober 2026 um 14:57 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

3. 16. Oktober 2026 um 15:07 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. 16. Oktober 2026 um 15:40 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. 27. Oktober 2026 um 21:01 UTCpostmortem

   **Einführung** Zwischen 14:25 UTC und 15:05 UTC am 16. Oktober 2026 konnten sich die Benutzer nicht bei der Plattform anmelden oder auf ihre Modelle zugreifen. Diese Störung dauerte 40 Minuten und betraf Kunden an folgenden Standorten: * us1: Rechenzentrum - US East * us2: Rechenzentrum - US West * eu1: Data Center - Niederlande * eu2: Rechenzentrum - Deutschland * eu4: Cloud - Europa * us5: Cloud - US East * us7: Cloud - US * ap1: Cloud - Japan **Wurzelursache** Der Vorfall wurde ausgelöst, als eine administrative Suche nach Benutzerrollen eine ressourcenintensive Abfrage initiierte. Diese Anforderung erfolgte nach Auswahl eines leeren Rollen-Hyperlinks, der einen umfangreichen Datensynchronisationsprozess startete, der nicht erfolgreich doppelte Datensätze filterte. Durch die Verarbeitung dieser doppelten Datensätze erfuhr unser Authentifizierungssystem eine extrem hohe Auslastung. Dies erschöpfte die verfügbaren Ressourcen und führte dazu, dass Plattformzugriffsdienste nicht mehr reagierten. **Erholung** Unser Ingenieurteam identifizierte das Problem und ergriff sofortige Maßnahmen. Wir haben den Authentifizierungsdienst vorübergehend verkleinert, um die Belastung zu reduzieren, so dass das System sich erholen kann, und die Verarbeitungskapazität erhöht. Sobald sich das Authentifizierungssystem stabilisiert hatte, wurden die Dienste wieder voll ausgelastet. Darüber hinaus haben wir operative Richtlinien für unsere Support-Teams implementiert, um zu vermeiden, dass die ressourcenintensive Suchoption ausgelöst wird, während dauerhafte Korrekturen vorbereitet wurden. Bis 15:05 UTC war das Problem vollständig gelöst. ** Korrektive und vorbeugende Maßnahmen** Wir implementieren die folgenden Maßnahmen, um Wiederholungen zu verhindern: * Wir haben die administrative Oberfläche aktualisiert, um leere Rollen als Klartext anzuzeigen, wodurch verhindert wird, dass die ressourcenintensive Abfrage ausgelöst wird. * Wir optimieren die Abfragelogik des Systems, um Benutzerdatensätze während Synchronisationsprozessen effizient zu deduplizieren. * Wir automatisieren die Synchronisierung von Benutzeraktualisierungen im Hintergrund, um zu verhindern, dass sich diese Prozesse auf aktive Benutzersitzungen auswirken. * Wir erhöhen die Verarbeitungskapazität und Konfigurationsreplikate in allen Regionen weltweit, um die Widerstandsfähigkeit des Gesamtsystems zu verbessern. Wir entschuldigen uns für jegliche Auswirkungen dieses Problems auf Ihre Geschäftstätigkeit. Wir stärken unsere Systeme und Verfahren kontinuierlich, um zukünftige Störungen für Ihr Unternehmen und Ihre 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. 7. Oktober 2026 um 15:42 UTCinvestigating

   Wir untersuchen derzeit ein Problem, das zu intermittierenden Fehlern beim Versuch führt, Modelle zu laden. 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. Oktober 2026 um 15:58 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. 7. Oktober 2026 um 16:28 UTCidentified

   Wir haben die wahrscheinliche Ursache des Vorfalls identifiziert und arbeiten aktiv daran, den Service so schnell wie möglich wiederherzustellen. Eine Lösungszeit steht noch nicht zur Verfügung. Wir werden innerhalb von 30 Minuten oder unmittelbar nach der Lösung ein weiteres Update herausgeben.

4. 7. Oktober 2026 um 16:59 UTCidentified

   Wir untersuchen diesen Vorfall weiter und arbeiten derzeit an mehreren Wiederherstellungsschritten, um den Service so schnell wie möglich wiederherzustellen. Unser Ingenieurteam engagiert sich aktiv und priorisiert eine vollständige Restaurierung. Wir werden unser nächstes Update innerhalb von 30 Minuten oder früher zur Verfügung stellen, wenn wir erhebliche Fortschritte zu teilen haben. Wir schätzen Ihre Geduld und entschuldigen uns für alle Unannehmlichkeiten, die dies verursachen könnte.

5. 7. Oktober 2026 um 17:32 UTCidentified

   Wir haben einige Änderungen vorgenommen und sehen positive Fortschritte. Obwohl das Problem noch nicht vollständig gelöst ist, hat sich das Fehlervolumen erheblich verringert. Unser Ingenieurteam arbeitet weiterhin an Wiederherstellungsschritten, um eine vollständige Wiederherstellung zu erreichen. Wir werden unser nächstes Update innerhalb von 30 Minuten oder früher zur Verfügung stellen, wenn wir erhebliche Fortschritte zu teilen haben. Wir schätzen Ihre Geduld und entschuldigen uns für alle Unannehmlichkeiten, die dies verursachen könnte.

6. 7. Oktober 2026 um 17:46 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.

7. 7. Oktober 2026 um 18:02 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.

8. 16. Oktober 2026 um 18:22 UTCpostmortem

   Zwischen 14:41 UTC und 17:47 UTC am Mittwoch, den 7. Oktober 2026, haben Kunden, die versuchen, auf Modelle in us2: Data Center - US West zuzugreifen, möglicherweise intermittierende Ladeverzögerungen, Netzwerkfehler und HTTP 500-Fehler erlebt. **Wurzelursache** Der Vorfall wurde durch ein automatisiertes Wartungsupdate ausgelöst, das zu einem unerwarteten Zurücksetzen der Netzwerkschnittstelle auf einem Infrastruktur-Host führte. Wenn die Netzwerkschnittstelle initialisiert wurde, verhinderte ein unerwartetes Softwareverhalten, dass der Netzwerkverkehr normal weitergeleitet wurde. Während die Netzwerkschnittstellen einen gesunden Verbindungszustand zu Überwachungssystemen meldeten, hörte der Fahrer auf, den Netzwerkverkehr weiterzuleiten. Dieser stille Fehler deaktivierte die virtuellen Maschinen, die auf diesem Server gehostet wurden, einschließlich der primären regionalen DNS-Caching- und Authentifizierungsdienste. Der Verlust dieser primären Routingdienste erhöhte den Datenverkehr auf den verbleibenden Servern, was zu intermittierenden Plattformverzögerungen und Timeouts führte. Die Sanierung wurde weiter verlangsamt, weil die Wiederherstellung der betroffenen Systeme auf interne Dienste angewiesen war, die vorübergehend nicht verfügbar waren. **Erholung** Um die Auswirkungen auf die Kunden zu verringern und die Stabilität der Plattform wiederherzustellen, haben wir unsere Teams sofort mobilisiert, um die Quelle der Netzwerkdegradation zu isolieren und aktive Benutzersitzungen zu schützen. Wir begannen damit, aktive Kunden-Workloads sicher von der betroffenen Infrastruktur wegzuleiten. Parallel dazu implementierten wir Notfallverkehrsumleitungskonfigurationen auf der gesamten Plattform, um beeinträchtigte Netzwerkkomponenten und Routenanforderungen durch gesunde Routing-Systeme zu umgehen. Sobald die Verkehrswege stabilisiert waren, haben wir die primären Netzwerk-Routing-Dienste sicher auf eine alternative, gesunde Infrastruktur verlagert. Dadurch wurde die normale Netzwerkkommunikation erfolgreich wiederhergestellt, wodurch die Antwortzeiten und Systemfehlerraten bei 17:17 UTC wieder auf das Ausgangsniveau gebracht wurden. Nach der Migration haben wir den Plattformverkehr genau beobachtet, die Reaktionsfähigkeit der Modelle validiert und bestätigt, dass die Datenimporte über die Region hinweg erfolgreich abgeschlossen wurden. Der volle Service wurde von 17:47 UTC wiederhergestellt. ** Korrektive und vorbeugende Maßnahmen** Um eine Wiederholung zu verhindern und die Widerstandsfähigkeit der Plattform zu verbessern, implementieren wir die folgenden Korrekturmaßnahmen: * Um den Auslöser für diesen Vorfall zu beheben, haben wir die automatische Update-Funktion, die das Zurücksetzen der Netzwerkschnittstelle verursacht hat, dauerhaft entfernt. * Wir führen ein Betriebssystem-Upgrade über Infrastruktur-Hosts aus, um den Softwarefehler dauerhaft zu beheben, der dazu geführt hat, dass der Fahrer den Netzwerkverkehr trotz Meldung eines gesunden Verbindungszustands nicht weiterleitet. * Wir erhöhen die Routing-Kapazität und verlagern wichtige Netzwerksysteme auf eine eigenständige Infrastruktur. Dadurch wird sichergestellt, dass das Netzwerk-Routing während Plattformereignissen völlig unabhängig und widerstandsfähig bleibt. Wir entschuldigen uns für jegliche Auswirkungen dieses Problems auf Ihre Geschäftstätigkeit. Wir stärken unsere Systeme und Verfahren kontinuierlich, um zukünftige Störungen für Ihr Unternehmen und Ihre Benutzer zu vermeiden. Wenn Sie weitere Fragen oder Bedenken haben, besuchen Sie bitte unsere [Support](https://support.anaplan.com/) 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. 17. September 2026 um 11:18 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. 17. September 2026 um 11:29 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. 17. September 2026 um 11:35 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. 24. September 2026 um 18:19 UTCpostmortem

   Am 17. September 2026, um 11:13 UTC, erlebten Kunden in unserer Region eu3: Cloud - Europe Verzögerungen und Schwierigkeiten beim Zugriff auf geplante CloudWorksTM-Integrationen. Während die CloudWorksTM-Benutzeroberfläche für die Anzeige zugänglich blieb, waren geplante und manuelle Integrationen vorübergehend nicht verfügbar. **Wurzelursache** Eine vorübergehende Netzwerkstörung innerhalb der zugrunde liegenden Cloud-Infrastruktur unterbrach die Kommunikation zwischen internen Servern, die den Planungsmechanismus unterstützen. Diese Netzwerkfluktuation führte dazu, dass das interne Planungssystem in einen automatisierten abgesicherten Modus wechselte, um Dateninkonsistenzen zu verhindern. In diesem Zustand trennte sich der Planungsdienst und konnte geplante Integrationen nicht verarbeiten und ausführen. **Erholung** Unser Ingenieurteam identifizierte das Problem und ergriff sofortige Maßnahmen. Wir haben Standard-Wiederherstellungsprotokolle ausgeführt, um die Verbindung zwischen den Planungsservern wiederherzustellen, und die CloudWorksTM-Servicekomponenten neu gestartet. Nach dem erfolgreichen Neustart bestätigte das Team, dass die geplanten Integrationen den normalen Betrieb wieder aufgenommen haben und erfolgreich abgeschlossen wurden. Um 11:29 UTC war das Problem vollständig gelöst. ** Korrektive und vorbeugende Maßnahmen** Wir implementieren die folgenden Maßnahmen, um Wiederholungen zu verhindern: * Wir implementieren Optimierungen für unsere automatisierten Wartungs- und Serverumbauprozesse, um zu verhindern, dass der geplante Betrieb während der Systemaktualisierungen unterbrochen wird. * Wir schreiten mit unserer strategischen Initiative voran, unsere Planungsplattform auf eine hochbelastbare Infrastruktur mit automatisierten Selbstheilungsfunktionen zu migrieren. Wir entschuldigen uns für jegliche Auswirkungen dieses Problems auf Ihre Geschäftstätigkeit. Wir stärken unsere Systeme und Verfahren kontinuierlich, um zukünftige Störungen für Ihr Unternehmen und Ihre Benutzer zu vermeiden. Wenn Sie weitere Fragen oder Bedenken haben, besuchen Sie bitte unsere [Support](https://support.anaplan.com/) 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. 16. September 2026 um 12:24 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. 16. September 2026 um 12: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.

3. 16. September 2026 um 12:41 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. 24. September 2026 um 18:09 UTCpostmortem

   Am 16. September 2026, um 12:07 UTC, erlebten Kunden in unserer us5: Cloud - US East Region Verzögerungen beim Abschluss von CloudWorksTM Integrationsläufen. **Wurzelursache** Während eines geplanten Wartungsfensters in unserer zugrunde liegenden Messaging-Infrastruktur wurden aktive Verbindungen zum CloudWorksTM-Dienst vorübergehend eingestellt. Aufgrund einer Einschränkung des Verbindungshandlings erholte sich der Service nicht automatisch, sobald die Wartung abgeschlossen war. Dadurch blieben die Verarbeitungskomponenten in einem unempfänglichen Zustand, was den Abschluss von Integrationsläufen verhinderte und zu einem erhöhten Ressourcenverbrauch führte. **Erholung** Unser Ingenieurteam identifizierte das Problem und ergriff sofortige Maßnahmen. Wir haben die Planungs- und Verarbeitungskomponenten neu gestartet und skaliert, wodurch die normalen Terminabschlüsse sofort wiederhergestellt wurden. Bis 12:36 UTC war das Problem vollständig gelöst. ** Korrektive und vorbeugende Maßnahmen** Wir implementieren die folgenden Maßnahmen, um Wiederholungen zu verhindern: * Wir verbessern unsere Mechanismen zur Verbindungsverarbeitung, um sicherzustellen, dass Verarbeitungsdienste bei Wartungsereignissen automatisch und anmutig wieder eine Verbindung zur Nachrichteninfrastruktur herstellen können. * Wir prüfen automatisierte Wiederherstellungsmechanismen, um Planungspausen ohne manuelles Eingreifen proaktiv zu erkennen und zu lösen. Wir entschuldigen uns für jegliche Auswirkungen dieses Problems auf Ihre Geschäftstätigkeit. Wir stärken unsere Systeme und Verfahren kontinuierlich, um zukünftige Störungen für Ihr Unternehmen und Ihre Benutzer zu vermeiden. Wenn Sie weitere Fragen oder Bedenken haben, besuchen Sie bitte unsere Support-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. 10. September 2026 um 17:22 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. 10. September 2026 um 17:37 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. 10. 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.

4. 21. September 2026 um 18:01 UTCpostmortem

   Am 10. September 2026 um 16:56 UTC haben Kunden in unserer us7: Cloud - US-Region möglicherweise Verzögerungen beim Versuch, neue Workspaces zu laden. Bestehende aktive Workspace-Sitzungen waren nicht betroffen. **Wurzelursache** Ein kürzlich durchgeführtes Konfigurationsupdate für unseren internen Workspace-Ressourcenzuweisungsdienst reduzierte die Reaktionszeit für Anfragen an die Backend-Infrastruktur. Unter bestimmten Bedingungen überschritten vorübergehende Infrastrukturverzögerungen innerhalb der Region diese Grenze, wodurch der Dienst wiederholt neu gestartet wurde. Dies verhinderte, dass das System neue Workspace-Verbindungen einrichtete und das Laden des Modells verzögerte. **Erholung** Unser Ingenieurteam identifizierte das Problem und ergriff sofortige Maßnahmen. Wir haben eine Notfallkonfigurationsänderung implementiert, um das Reaktionszeitlimit zu deaktivieren, so dass sich der Workspace-Ressourcenzuweisungsdienst stabilisieren kann. Nach der Anwendung verarbeitete das System erfolgreich den Backlog der Verbindungsanforderungen, und der Dienst wurde wiederhergestellt. Bis 18:02 UTC war das Problem vollständig gelöst. ** Korrektive und vorbeugende Maßnahmen** Wir implementieren die folgenden Maßnahmen, um Wiederholungen zu verhindern: * Wir überprüfen und passen die Antwortlimits für unseren Workspace-Ressourcenzuweisungsdienst an, um eine sicherere, belastbarere Konfiguration zu schaffen, die vorübergehende Infrastrukturverzögerungen berücksichtigt. * Wir erweitern unsere Umfangsabdeckung für synthetische Überwachungstests für die Anschluss- und Ladeprozesse neuer Arbeitsbereiche, um die Früherkennung von Problemen mit der Zuweisung von Arbeitsbereichen zu verbessern. Wir entschuldigen uns für die Auswirkungen dieses Problems auf Ihre Geschäftstätigkeit. Wir stärken kontinuierlich unsere Systeme und Verfahren, um Störungen Ihres Unternehmens und Ihrer Benutzer zu vermeiden. 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. 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.

5. 16. September 2026 um 22:19 UTCpostmortem

   Am 7. September 2026 um 13:00 Uhr UTC erlebten die Kunden eine Unfähigkeit, auf die Anaplan-Plattform zuzugreifen. Kunden stießen auf Umleitungsschleifen und leere Seiten, wenn sie versuchten, auf die Benutzeroberfläche zuzugreifen, und Integrationen wurden beeinträchtigt. **Wurzelursache** Ein Backend-System-Update unseres Authentifizierungssystems leitete versehentlich die Token-Validierung auf einen falschen Endpunkt um. Das Problem wurde vor der Veröffentlichung nicht gefunden, da der Endpunkt in den Testumgebungen verfügbar war, so dass die Validierung wie erwartet funktionierte. Der Fehler erschien in der Produktion, wo der Endpunkt nicht verfügbar war. Infolgedessen konnte das System die Schlüssel, die zur Überprüfung von Kundensitzungstoken erforderlich sind, nicht abrufen und Kundenanfragen nicht authentifizieren. **Erholung** Unser Ingenieurteam identifizierte das Problem und ergriff sofortige Maßnahmen. Bei der Erkennung von Authentifizierungsfehlern nach der Veröffentlichung haben wir sofort ein Rollback des Authentifizierungssystems auf die vorherige Version ausgelöst. Dadurch wurde der korrekte Token-Validierungs-Endpunkt wiederhergestellt, und Authentifizierungsfehler wurden auf normale Werte zurückgeführt. Die Validierung von Session-Token wurde wiederhergestellt und die Kunden erhielten wieder Zugang zur Plattform. Um 13:35 UTC war das Problem vollständig gelöst. ** Korrektive und vorbeugende Maßnahmen** Wir implementieren die folgenden Maßnahmen, um Wiederholungen zu verhindern: * Wir korrigieren die Konfiguration des Authentifizierungssystems, so dass die Token-Validierung den richtigen Endpunkt verwendet. Dadurch wird verhindert, dass die Validierung von Sitzungstoken durch ein Systemupdate zu einem falschen Endpunkt umgeleitet wird. * Wir fügen unserem Bereitstellungsprozess Validierungsprüfungen hinzu, um zu bestätigen, dass Update-Abhängigkeiten in der Produktionsumgebung vor dem Release aktiv sind. Dadurch wird verhindert, dass Updates bereitgestellt werden, die auf Konfigurationen beruhen, die in der Produktion nicht verfügbar sind. 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. 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.

5. 9. September 2026 um 08:38 UTCpostmortem

   **Einführung** Am 3. September 2026, von 14:51 UTC bis 16:17 UTC, war die Region in1: Cloud - India nicht verfügbar. Während dieser Zeit konnten die Kunden nicht auf die Plattform zugreifen oder um sie herum navigieren. **Wurzelursache** Am 3. September 2026, während einer geplanten Erneuerung von Sicherheitszertifikaten für unsere Dienste in der Region Indien, wurde ein unvollständiges Zertifikatspaket angewendet. Dies führte dazu, dass Authentifizierungs- und Validierungsdienste die sichere Verbindung nicht überprüfen konnten, was dazu führte, dass die Plattform nicht zugänglich war. **Erholung** Unser Ingenieurteam identifizierte das Problem und ergriff sofortige Maßnahmen. Wir haben die benutzerdefinierte Konfiguration auf den verwalteten sicheren Zertifikatsdienst der Plattform zurückgesetzt, wodurch die Verbindungsvalidierung erfolgreich wiederhergestellt wurde. Bis 16:17 UTC war das Problem vollständig gelöst. ** Korrektive und vorbeugende Maßnahmen** Wir implementieren die folgenden Maßnahmen, um Wiederholungen zu verhindern: * Wir führen eine gründliche Prüfung aller Sicherheitszertifikate in unseren Umgebungen durch, um unser Konfigurationsmanagement zu optimieren und zu standardisieren. * Wir wechseln zu Managed Certificate Services, um die manuellen Konfigurationsanforderungen zu minimieren. * Wir implementieren automatisierte Vollketten-Validierungsprüfungen für alle zukünftigen Sicherheitszertifikat-Updates, um die vollständige Integrität vor der Bereitstellung zu gewährleisten. Wir entschuldigen uns für jegliche Auswirkungen dieses Problems auf Ihre Geschäftstätigkeit. Wir stärken unsere Systeme und Verfahren kontinuierlich, um zukünftige Störungen für Ihr Unternehmen und Ihre Benutzer zu vermeiden. Wenn Sie weitere Fragen oder Bedenken haben, besuchen Sie bitte unsere [Support-Website] (https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). 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. 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.

7. 10. September 2026 um 22:10 UTCpostmortem

   Am 1. September 2026, zwischen 08:00 UTC und 12:20 UTC, können Kunden in unseren us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Niederlande, eu2: Data Center - Deutschland, eu4: Cloud - Europa, us5: Cloud - US East, us7: Cloud - US und ap1: Cloud - Japan Regionen verzögerte CloudWorksTM Integrationen und intermittierende API-Fehler erlebt haben. **Wurzelursache** Ein Update unseres API-Services, der die interne Verarbeitungskapazität erhöhen soll, führte zu ungewöhnlichem Verhalten unter Produktionslast. Infolge dieses Verhaltens stieg die Nutzung von Serviceressourcen unerwartet an ihre Grenzen. Dies drosselte die Anforderungsverarbeitung und führte zu Netzwerkauflösungszeiten zwischen internen Diensten. Folglich waren Integrationsprozesse und API-Anforderungen zeitweise nicht in der Lage, eine Verbindung zu internen Backend-Komponenten herzustellen. Darüber hinaus, obwohl das Zurücksetzen des Updates die primären Ressourcenprobleme behoben hat, wurde dadurch eine Korrektur für Startverzögerungen entfernt. Dies führte zu vorübergehenden Verbindungsschwierigkeiten für einige API-Anforderungen während des Wiederherstellungszeitraums. **Erholung** Unser Engineering-Team hat sofort unsere Incident Response-Verfahren eingeleitet, um die Quelle der Verzögerungen zu isolieren und den Service wiederherzustellen. Wir haben die API-Änderung rückgängig gemacht, interne Netzwerkauflösungsdienste neu gestartet, um die Timeouts zu löschen, und die Integrationsdienstkapazitäten in den betroffenen Regionen erhöht. Um die durch das Rollback wieder eingeführten Startverzögerungen zu beheben, haben wir die Initialisierungslast verwaltet und einen Fix-Forward-Ansatz implementiert, indem wir den Startverzögerungsfix vom ursprünglichen Update getrennt und erfolgreich neu bereitgestellt haben. Bis 12:20 UTC hatten sich die Integrationsverarbeitungs- und API-Dienste stabilisiert, und bis 17:24 UTC war das Problem vollständig gelöst. ** Korrektive und vorbeugende Maßnahmen** Wir implementieren die folgenden Maßnahmen, um Wiederholungen zu verhindern: * Wir entwickeln unseren API-Verarbeitungscode neu, um die zugrunde liegenden Ressourcenengpässe zu beheben, die zu diesem Vorfall geführt haben, und stellen sicher, dass wir die Plattformkapazität bei hoher Last sicher optimieren können. * Wir verbessern unsere System-Start-Konfiguration und Gesundheitscheck-Parameter, um zu verhindern, dass Initialisierungsverzögerungen zu Serviceunterbrechungen führen. * Wir stärken unsere Netzwerküberwachungs- und Beobachtbarkeitsmetriken, um einen tieferen Einblick in die interne Namensauflösung und die Netzwerkleistung zu bieten. Wir entschuldigen uns für jegliche Auswirkungen dieses Problems auf Ihre Geschäftstätigkeit. Wir stärken kontinuierlich unsere Systeme und Verfahren, um sicherzustellen, dass wir zukünftige Störungen Ihres Unternehmens und Ihrer Benutzer vermeiden. Wenn Sie weitere Fragen oder Bedenken haben, besuchen Sie bitte unsere [Support](https://support.anaplan.com/) 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. 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.

4. 10. September 2026 um 22:09 UTCpostmortem

   Am 1. September 2026, zwischen 08:00 UTC und 12:20 UTC, können Kunden in unseren us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Niederlande, eu2: Data Center - Deutschland, eu4: Cloud - Europa, us5: Cloud - US East, us7: Cloud - US und ap1: Cloud - Japan Regionen verzögerte CloudWorksTM Integrationen und intermittierende API-Fehler erlebt haben. **Wurzelursache** Ein Update unseres API-Services, der die interne Verarbeitungskapazität erhöhen soll, führte zu ungewöhnlichem Verhalten unter Produktionslast. Infolge dieses Verhaltens stieg die Nutzung von Serviceressourcen unerwartet an ihre Grenzen. Dies drosselte die Anforderungsverarbeitung und führte zu Netzwerkauflösungszeiten zwischen internen Diensten. Folglich waren Integrationsprozesse und API-Anforderungen zeitweise nicht in der Lage, eine Verbindung zu internen Backend-Komponenten herzustellen. Darüber hinaus, obwohl das Zurücksetzen des Updates die primären Ressourcenprobleme behoben hat, wurde dadurch eine Korrektur für Startverzögerungen entfernt. Dies führte zu vorübergehenden Verbindungsschwierigkeiten für einige API-Anforderungen während des Wiederherstellungszeitraums. **Erholung** Unser Engineering-Team hat sofort unsere Incident Response-Verfahren eingeleitet, um die Quelle der Verzögerungen zu isolieren und den Service wiederherzustellen. Wir haben die API-Änderung rückgängig gemacht, interne Netzwerkauflösungsdienste neu gestartet, um die Timeouts zu löschen, und die Integrationsdienstkapazitäten in den betroffenen Regionen erhöht. Um die durch das Rollback wieder eingeführten Startverzögerungen zu beheben, haben wir die Initialisierungslast verwaltet und einen Fix-Forward-Ansatz implementiert, indem wir den Startverzögerungsfix vom ursprünglichen Update getrennt und erfolgreich neu bereitgestellt haben. Bis 12:20 UTC hatten sich die Integrationsverarbeitungs- und API-Dienste stabilisiert, und bis 17:24 UTC war das Problem vollständig gelöst. ** Korrektive und vorbeugende Maßnahmen** Wir implementieren die folgenden Maßnahmen, um Wiederholungen zu verhindern: * Wir entwickeln unseren API-Verarbeitungscode neu, um die zugrunde liegenden Ressourcenengpässe zu beheben, die zu diesem Vorfall geführt haben, und stellen sicher, dass wir die Plattformkapazität bei hoher Last sicher optimieren können. * Wir verbessern unsere System-Start-Konfiguration und Gesundheitscheck-Parameter, um zu verhindern, dass Initialisierungsverzögerungen zu Serviceunterbrechungen führen. * Wir stärken unsere Netzwerküberwachungs- und Beobachtbarkeitsmetriken, um einen tieferen Einblick in die interne Namensauflösung und die Netzwerkleistung zu bieten. Wir entschuldigen uns für jegliche Auswirkungen dieses Problems auf Ihre Geschäftstätigkeit. Wir stärken kontinuierlich unsere Systeme und Verfahren, um sicherzustellen, dass wir zukünftige Störungen Ihres Unternehmens und Ihrer Benutzer vermeiden. Wenn Sie weitere Fragen oder Bedenken haben, besuchen Sie bitte unsere [Support](https://support.anaplan.com/) 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. 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/).