169 Datto incidents · Mai 2025 — official updates, affected components, duration and resolution details.
Ein Fix wurde implementiert und wir überwachen die Ergebnisse.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir sind uns eines Problems bewusst, bei dem Datto SaaS Protection-Kunden, die auf "aue1-bfyii-1533" gehostet werden, eine Störung der SaaS-Schutzdienste erfahren und möglicherweise einen "500 Internal Server Error" erhalten, wenn sie versuchen, auf ihre Konten zuzugreifen. Das Kaseya Engineering Team untersucht aktiv. Sollten Sie zusätzliche Fragen benötigen oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Unser R & D-Team hat das Problem identifiziert und ein Fix wurde implementiert. Alle Kunden, die auf dem Knoten 'aue1-bfyii-1533' gehostet werden, sind wieder zugänglich, da die Konten normal funktionieren. Wir überwachen alle anderen Fragen.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir sind uns eines Problems bewusst, bei dem Kunden, die auf dem Pod 'aue2-saas-p2' gehostet werden, eine Verschlechterung der Backup-Performance erfahren, die sich auf die Dienste M365 und Google Workspace auswirkt. Das Kaseya Engineering Team hat das Problem identifiziert und arbeitet aktiv daran, es zu lösen. Sollten Sie weitere Fragen haben oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Unser F & E-Team hat Änderungen vorgenommen, um das Problem zu beheben, und die Backup-Erfolgsratenmetriken für Kunden, die auf dem Pod 'aue2-saas-p2' gehostet werden, sind auf ein normales Niveau zurückgekehrt. Wir überwachen alle anderen Fragen.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir sind uns eines Problems bewusst, bei dem Node use1-dtc-server-118.datto.com nicht zugänglich ist und den Zugriff auf Backups / Screenshots / Restores verhindert. Das Kaseya Engineering Team untersucht die Situation Sollten Sie zusätzliche Fragen benötigen oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Uns ist ein Problem bekannt, das Gerätefilter betrifft, die negative Abfragebedingungen wie "nicht enthalten" mit einem eingebetteten UND / ODER-Operator innerhalb der Filterkriterien kombinieren. Eine Änderung in der Art und Weise, wie diese Bedingungen bewertet werden, wurde vorgenommen, um diese Abfragen zu korrigieren, wurde jedoch nicht wie erwartet kommuniziert und kann dazu führen, dass einige vorhandene Filter andere Ergebnisse als bisher erwartet liefern. Wir erwägen, diese Änderung rückgängig zu machen, wenn Sie glauben, dass Ihre Filter betroffen sein könnten, wenden Sie sich bitte an den Support, um Ihre Konfiguration und Anleitung für die nächsten Schritte zu überprüfen.
Uns ist ein Problem bekannt, das Gerätefilter betrifft, die negative Abfragebedingungen wie "nicht enthalten" mit einem eingebetteten UND / ODER-Operator innerhalb der Filterkriterien kombinieren. Eine Änderung in der Art und Weise, wie diese Bedingungen bewertet werden, wurde vorgenommen, um diese Abfragen zu korrigieren, wurde jedoch nicht wie erwartet kommuniziert und kann dazu führen, dass einige vorhandene Filter andere Ergebnisse als bisher erwartet liefern. Wir erwägen, diese Änderung rückgängig zu machen, wenn Sie glauben, dass Ihre Filter betroffen sein könnten, wenden Sie sich bitte an den Support, um Ihre Konfiguration und Anleitung für die nächsten Schritte zu überprüfen.
Wir befassen uns aktiv mit einem Problem, das Gerätefilter betrifft, die zusammengesetzte Kriterien wie "nicht enthalten" in Kombination mit verschachtelten logischen Operatoren verwenden. Engineering bereitet ein Update vor, um das frühere Filterauswertungsverhalten wiederherzustellen. Der Build wird derzeit in unserer Staging-Umgebung validiert, und wir werden ein Update bereitstellen, sobald das Produktionsfreigabefenster bestätigt ist. Empfohlene Aktionen: Filter: Es sind keine Maßnahmen für Ihre vorhandenen Gerätefilter erforderlich. Bestehende Konfigurationen werden wie erwartet bewertet, sobald das Update bereitgestellt wird. Automatisierung: Als Vorsichtsmaßnahme können Partner beschließen, nicht-kritische geplante Aufträge oder Richtlinien, die auf dynamische Filter abzielen, vorübergehend zu unterbrechen oder zu verschieben, bis das Update abgeschlossen ist. Wir werden unser nächstes Update veröffentlichen, sobald die Staging-Validierung abgeschlossen ist.
Am Wochenende wurde ein Update für Pinotage (EU1) bereitgestellt, um das Bewertungsverhalten von Standard-Gerätefiltern wiederherzustellen. Unsere internen Tests bestätigen, dass Filter wie erwartet funktionieren und alle automatisierten Aufgaben reibungslos laufen. Wir überwachen aktiv die Performance der Plattform über einen ganzen Werktag, bevor wir diesen Vorfall vollständig beheben. Wenn Sie alle geplanten Jobs oder Richtlinien als Vorsichtsmaßnahme angehalten haben, ist es jetzt sicher, sie wieder aufzunehmen. Wir werden unser nächstes Update am Ende des Werktages veröffentlichen.
Dieser Vorfall wird nun behoben, nachdem das Kaseya R & D-Team die vorherige Gerätefilterfunktionalität mit einem Update über das Wochenende wiederhergestellt hat. Wenn Sie alle geplanten Jobs oder Richtlinien als Vorsichtsmaßnahme angehalten haben, ist es jetzt sicher, sie wieder aufzunehmen.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir sind uns eines Problems bewusst, bei dem Datto SaaS Protection-Kunden, die auf 'gbe2-bfyii-1555' gehostet werden, eine Störung der SaaS-Schutzdienste erfahren. Das Kaseya Engineering Team untersucht derzeit. Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Das Problem wurde identifiziert und ein Fix wird implementiert.
Kunden, die auf dem Knoten 'gbe2-bfyii-1555' gehostet werden, sind wieder zugänglich und Backups laufen normal. Unser R & D-Team überwacht alle anderen Probleme.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Zwei kritische Sicherheitslücken wurden in PHP-Bibliotheken von Drittanbietern offengelegt, die eine nicht authentifizierte Ausführung von Remotecode ermöglichen. Die Sicherheitsteams von Kaseya prüfen alle Kaseya-Systeme und -Produkte und wenden Korrekturen an, sobald sie verfügbar sind. Diese Seite ist die Quelle der Wahrheit für Kaseya Status und Führung. Produktstatus: Alle Produkte: Kundenaktion: keine Kaseya Unternehmensinfrastruktur: Kundenaktion: keine Drittkomponenten in Kaseya-Produkten: Kundenaktion: keine
Kaseya kennt zwei kritische Schwachstellen in PHP: CVE-2026-109618 und CVE-2026-109619. CVE-2026-109618 beinhaltet eine Sicherheitsanfälligkeit für die Ausführung von Remotecode, bei der die Handhabung von Out-of-Memory-Fehlern über longjmp() den Anforderungsspeicher aufgrund einer unsachgemäßen Steuerungsflussverwaltung uninitialisiert lässt, was es Angreifern möglicherweise ermöglicht, Remotecodeausführung mit Out-of-Memory (OOM)-Triggern zu erreichen. CVE-2026-109619 beschreibt eine Sicherheitsanfälligkeit für die Ausführung von Remotecode, bei der die fatale Fehlerbehandlung von longjmp() den globalen Speicher auf freigegebene Speicherbereiche verweist. Auf diese Regionen kann später bei nachfolgenden Anfragen zugegriffen werden, was möglicherweise eine beliebige Codeausführung ermöglicht. Kaseya hat eine Bewertung seines Produktportfolios hinsichtlich dieser Schwachstellen abgeschlossen. Eine Zusammenfassung des aktuellen Status der betroffenen Produkte und Dienstleistungen finden Sie in der folgenden Tabelle. Da unsere Untersuchungs- und Sanierungsbemühungen fortgesetzt werden, werden wir die folgende Liste mit den neuesten Informationen aktualisieren. Hier ist, was jeder Status bedeutet: Vollständig gepatcht: Der Fix wurde angewendet. Ausgleichskontrollen: Das Produkt ist betroffen, Schutzkontrollen sind vorhanden und wir arbeiten daran, Abhilfe zu schaffen. Nicht betroffen: Das Produkt ist von diesen Schwachstellen nicht betroffen. Produktstatus: AudIT - nicht betroffen Autotask PSA - Vollständig gepatcht Datto Backup für Azure Files + Blob Storage - nicht betroffen BMS - Vollständig gepatcht Connect Booster - nicht betroffen Datto Backup für Azure - nicht betroffen Datto BCDR - Ausgleichskontrollen Datto Direct zu Cloud-Produkten - kompensierende Kontrollen Datto EDR - nicht betroffen Datto Networking - Ausgleichskontrollen Datto Partner Portal - Ausgleichskontrollen Datto RMM - Vollständig gepatcht Datto SaaS Defense - nicht betroffen Datto SaaS Protection + Backupify - Ausgleichskontrollen Datto Workplace + File Protect - kompensierende Kontrollen Endpoint Backup V2 - Vollständig gepatcht Graphus — nicht betroffen ID Agent - Ausgleichskontrollen Inky - nicht betroffen IT Kleber - nicht betroffen Kaseya One - nicht betroffen Kaseya Quote Manager - Ausgleichskontrollen Kaseya MDM - nicht betroffen Microsoft Entra Backup - nicht betroffen MyITProcess - nicht betroffen Passend - nicht betroffen RapidFire Tools - Vollständig gepatcht RocketCyber - Kompensierende Kontrollen SaaS-Benachrichtigungen - nicht betroffen Sichere Zahlungen - Ausgleichskontrollen Spanning - Ausgleichskontrollen Unitrends - Ausgleichskontrollen UniView - nicht betroffen vPenTest - Vollständig gepatcht VSA 10 - Vollständig gepatcht VSA 9 - Ausgleichskontrollen Wir werden weiterhin Updates bereitstellen, sobald zusätzliche Informationen verfügbar sind. Für weitere Fragen erstellen Sie bitte ein Ticket mit unserem Support-Team hier: https://helpdesk.kaseya.com/hc/en-gb#/contact
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir sind uns eines Problems bewusst, bei dem RocketCyber-Partner in der EU-Region erleben, dass Webseiten innerhalb der Plattform langsam oder gar nicht geladen werden. Das Kaseya Engineering Team untersucht derzeit das Problem. Sollten Sie zusätzliche Fragen benötigen oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Ein Fix wurde implementiert und wir überwachen die Ergebnisse.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Uns ist ein Problem bekannt, bei dem Benutzer des Datto Partner Portals einen Fehler beim Versuch, auf das Datto Partner Portal zuzugreifen, festgestellt haben. Das Kaseya Engineering Team hat eine Lösung implementiert und der Benutzerzugriff wurde wiederhergestellt. Sollten Sie zusätzliche Fragen benötigen oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Ein Drittanbieter, ConnectWise, hat kürzlich Versuche eines unbefugten Zugriffs im Zusammenhang mit der ConnectWise Cloud Backup-Umgebung gemeldet. ConnectWise hat seine Incident Response-Verfahren eingeleitet und Containment-Maßnahmen ergriffen, während sie weiter untersuchen. Zu diesem Zeitpunkt gibt es laut ConnectWise keinen Hinweis darauf, dass auf die Backup-Daten der ConnectWise-Partner zugegriffen wurde. Alle zusätzlichen Updates zu diesem Vorfall finden Sie auf der ConnectWise Status-Seite unter status.connectwise.com. Als Teil unserer laufenden Sicherheitsüberwachungsbemühungen setzte das Kaseya Security Operations Center am 16. Oktober 2026 zusätzliche Erkennungsmaßnahmen ein, die auf öffentlich bekannt gegebene Indikatoren für Kompromisse abzielten. Aktivitäten, die mit diesen Indikatoren übereinstimmen, werden automatisch als kritischer Schweregrad bezeichnet und von unseren Sicherheitsanalysten umgehend überprüft. Das Kaseya-Produktteam hat auch eine Verstärkungsmaßnahme in SaaS-Alerts- und KSIEM-Umgebungen implementiert, um dieses Risiko weiter zu mindern. Bitte befolgen Sie die folgenden Schritte, um die Anreicherungsmaßnahme anzuwenden: Aktionsname: ConnectWise Cloud Backup und Cloud Management Apps deaktivieren Schritte zum Bereitstellen innerhalb von SaaS Alerts und KSIEM Portal: Wählen Sie im linken Menü unter "Module" Fortify → Aktionen aus und führen Sie dann Folgendes aus: 1. Setzen Sie Select Product auf Microsoft. 2. Setzen Sie Organisation auswählen für die Organisation des Kunden (oder lassen Sie sie auf Alle) und lassen Sie Aktionen auswählen auf Alle. 3. Klicken Sie Aktionen anzeigen. 4. Suchen Sie im Suchfeld nach Deaktivieren von ConnectWise Cloud Backup- und Cloud-Management-Apps. 5. Klicken Sie unter den Schaltflächen der Aktion auf das Zauberstabsymbol mit der Aufbringung. Wenn Sie das Gefühl haben, dass Sie aufgrund dieses Problems kompromittiert wurden, wenden Sie sich bitte an den Kaseya-Support.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Uns ist ein Problem bekannt, bei dem einige Datto SaaS Protection Partner nicht auf Kundenkonten zugreifen können, die auf dem isw1-bfyii-1134 Knoten gehostet werden. Das Kaseya Engineering Team untersucht das Problem. Wenn Sie Fragen haben oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für die neuesten Updates: https://status.kaseya.com/
Das Kaseya R & D-Team hat einen Fix implementiert, und als Ergebnis sind die auf dem Knoten gehosteten Clients jetzt zugänglich und die volle Funktionalität ist wiederhergestellt. Wir überwachen derzeit den Zustand des Dienstes und den Fortschritt, mit dem der Dienst durch die in die Warteschlange gestellten Backups arbeitet. Die geschätzte Zeit für die vollständige Erholung beträgt bis zu 8 Stunden.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Uns ist ein Problem bekannt, bei dem Agenten keine Verbindung herstellen können und Portalbenutzer sich nicht in der AU-Region anmelden können. Das Kaseya Engineering Team untersucht derzeit dieses Problem. Sollten Sie zusätzliche Fragen benötigen oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Ein Fix wurde implementiert und wir überwachen die Ergebnisse.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir sind uns eines Problems bewusst, bei dem Datto Endpoint Backup für PC-Benutzer, die auf Cloud Siris 296721 in der US-Ostregion gehostet werden, eine beeinträchtigte Backup-Leistung aufweisen kann. Das Kaseya R&D Team untersucht derzeit das Problem und arbeitet an einer Lösung. Sollten Sie zusätzliche Fragen benötigen oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Ein Fix wurde implementiert und wir überwachen die Ergebnisse.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir sind uns eines Problems bewusst, das die Konnektivität von Datto RMM macOS-Agenten beeinflusst. Zu diesem Zeitpunkt haben wir folgende Verhaltensweisen identifiziert: Neu installierte macOS-Agent-Installationen können keine Konnektivität herstellen. Bestehende macOS-Agenten, die sich derzeit in Produktionsumgebungen befinden, sollten online bleiben; Unsere Untersuchung wird jedoch fortgesetzt, um festzustellen, ob zusätzliche Szenarien dazu führen können, dass Agenten offline gehen. Erste Tests zeigen, dass, wenn ein macOS-Gerät neu gestartet wird, der Agent möglicherweise nicht neu gestartet wird, wodurch das Gerät in Datto RMM offline ist. Unsere Teams untersuchen aktiv die Ursache mit Apple und arbeiten daran, eine Lösung zu entwickeln. Wir werden zusätzliche Updates bereitstellen, sobald weitere Informationen verfügbar sind. Bis auf weiteres empfehlen wir, unnötige Neustarts von verwalteten macOS-Geräten zu vermeiden und neue macOS-Agent-Bereitstellungen nach Möglichkeit zu verschieben. Wir entschuldigen uns für die Unannehmlichkeiten und schätzen Ihre Geduld, während wir daran arbeiten, dieses Problem zu lösen. Sollten Sie zusätzliche Fragen benötigen oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Wir haben die Ursache des Problems identifiziert, das die Konnektivität von Datto RMM macOS-Agenten beeinflusst. Unsere Teams arbeiten jetzt an einer Lösung. Die in unserem vorherigen Update beschriebenen Verhaltensweisen bleiben unverändert: • Neu installierte macOS-Agenteninstallationen können keine Konnektivität herstellen. • Bestehende macOS-Agenten, die sich derzeit in Produktionsumgebungen befinden, sollten online bleiben. • Wenn ein macOS-Gerät neu gestartet wird, wird der Agent möglicherweise nicht neu gestartet, wodurch das Gerät in Datto RMM offline ist. Bis eine Auflösung verfügbar ist, empfehlen wir weiterhin, unnötige Neustarts von verwalteten macOS-Geräten zu vermeiden und neue macOS-Agent-Bereitstellungen nach Möglichkeit zu verschieben. Wir werden unser nächstes Update hier bis 11:00 Uhr EDT am Samstag, den 3. Oktober 2026 oder früher veröffentlichen, wenn weitere Informationen verfügbar sind. Wir entschuldigen uns für die Unannehmlichkeiten und schätzen Ihre Geduld, während wir daran arbeiten, dieses Problem zu lösen. Sollten Sie zusätzliche Fragen benötigen oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Unsere Teams arbeiten weiter an einer Lösung. Die in unserem vorherigen Update beschriebenen Verhaltensweisen bleiben unverändert: • Neu installierte macOS-Agenteninstallationen können keine Konnektivität herstellen. • Bestehende macOS-Agenten, die sich derzeit in Produktionsumgebungen befinden, sollten online bleiben. • Wenn ein macOS-Gerät neu gestartet wird, wird der Agent möglicherweise nicht neu gestartet, wodurch das Gerät in Datto RMM offline ist. Bis eine Auflösung verfügbar ist, empfehlen wir weiterhin, unnötige Neustarts von verwalteten macOS-Geräten zu vermeiden und neue macOS-Agent-Bereitstellungen nach Möglichkeit zu verschieben. Wir werden unser nächstes Update hier bis 19:00 Uhr EDT am Samstag, den 3. Oktober 2026 oder früher veröffentlichen, wenn weitere Informationen verfügbar sind. Wir entschuldigen uns für die Unannehmlichkeiten und schätzen Ihre Geduld, während wir daran arbeiten, dieses Problem zu lösen. Sollten Sie zusätzliche Fragen benötigen oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Das Kaseya R & D-Team hat einen Fix entwickelt und wird das Update heute Abend und morgen für die MacOS-Agenten bereitstellen. Wir werden ein Wartungsfenster für jede Plattform vor dem Update veröffentlichen. Um die Aktualisierung von macOS-Agenten und deren korrekte Aktualisierung zu unterstützen, haben wir eine Schritt-für-Schritt-Anleitung vorbereitet, die hier verfügbar ist: https://rmm.datto.com/help/en/Content/Troubleshooting/Agent/macOS11994.htm Bis das Update auf Ihrer Plattform veröffentlicht wird, bleiben die in unseren vorherigen Beiträgen beschriebenen Verhaltensweisen unverändert: • Neu installierte macOS-Agenteninstallationen können keine Konnektivität herstellen. • Bestehende macOS-Agenten, die sich derzeit in Produktionsumgebungen befinden, sollten online bleiben. • Wenn ein macOS-Gerät neu gestartet wird, wird der Agent möglicherweise nicht neu gestartet, wodurch das Gerät in Datto RMM offline ist. • Wir empfehlen weiterhin, unnötige Neustarts von verwalteten macOS-Geräten zu vermeiden und neue macOS-Agent-Bereitstellungen nach Möglichkeit zu verschieben. Wir werden unser nächstes Update hier veröffentlichen, nachdem alle Bereitstellungen abgeschlossen sind, oder früher, wenn mehr Informationen verfügbar sind. Wir entschuldigen uns für die Unannehmlichkeiten und schätzen Ihre Geduld, während wir daran arbeiten, dieses Problem zu lösen. Sollten Sie zusätzliche Fragen benötigen oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Ein Fix wurde nun auf allen unterstützten Plattformen bereitgestellt und steht allen Kunden zur Verfügung. Unsere Teams überwachen aktiv die Umgebung und die Plattformtelemetrie, um die Wirksamkeit der Änderungen zu validieren und sicherzustellen, dass die Systeme weiterhin wie erwartet funktionieren. Wir empfehlen allen Kunden, sich zu vergewissern, dass ihre macOS-Geräte online sind und nach der Bereitstellung dieses Fixes erfolgreich berichten. Während viele Geräte normal wiederherstellen sollten, bleiben einige macOS-Agenten möglicherweise offline und erfordern zusätzliche Abhilfemaßnahmen, einschließlich manueller Eingriffe durch die Endbenutzer. Um diesen Prozess zu unterstützen, haben wir eine Schritt-für-Schritt-Anleitung erstellt, die Ihnen hilft, den Agentenstatus zu bestätigen, Geräte zu identifizieren, die weitere Unterstützung benötigen, und Sie durch die empfohlenen Wiederherstellungsschritte führt: https://rmm.datto.com/help/en/Content/Troubleshooting/Agent/macOS11994.htm Wir schätzen Ihre Geduld, Ihr Verständnis und Ihre Partnerschaft, während wir daran gearbeitet haben, diese Probleme zu untersuchen und zu lösen. Sollten Sie weitere Fragen haben oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact
Das Kaseya R&D Team wird einen neuen Datto RMM Agent Build auf allen Plattformen veröffentlichen. Diese Version enthält eine neue Agentenversionsnummer, die es den Partnern erleichtert, zwischen Agenten zu unterscheiden, die aktualisiert wurden, und solchen, die möglicherweise noch Aufmerksamkeit erfordern. Die Bereitstellung des aktualisierten Agenten-Builds folgt dem veröffentlichten Wartungsplan für die Plattform. Wir empfehlen den Partnern, die Release Notes für detaillierte Bereitstellungsinformationen, das Rollout-Timing der Plattform und Hinweise zur aktualisierten Agent-Version zu überprüfen. Pressemitteilungen: https://rmm.datto.com/help/en/Content/0HOME/ReleaseNotes/2026/ReleaseNotesDattoRMMv15.1.4.htm Wir überwachen weiterhin aktiv den Rollout und seine Ergebnisse auf allen Plattformen. Partner sollten überprüfen, ob ihre Geräte nach dem Update online bleiben. Wenn macOS-Geräte offline bleiben oder eine zusätzliche Behebung erfordern, lesen Sie bitte die verfügbare Anleitung und wenden Sie sich an den Support, wenn weitere Unterstützung erforderlich ist.
The Kaseya R&D team has completed the deployment of Datto RMM agent version 15.1.4 across all platforms. With the updated agent build now available across all platforms, we are marking this status page as Resolved. Some macOS agents may still require additional attention to complete the update or return to an online state. Partners should review the help article referenced in the 15.1.4 release notes for guidance on identifying and remediating affected agents. If additional assistance is required after following the recommended steps, please contact Support. Release notes: https://rmm.datto.com/help/en/Content/0HOME/ReleaseNotes/2026/ReleaseNotesDattoRMMv15.1.4.htm
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir sind uns eines Problems bewusst, bei dem Datto SaaS Protection-Kunden, die auf dem V2-Knoten 'aue1-bfyii-2213' gehostet werden, eine Störung der SaaS-Schutzdienste erfahren. Das Kaseya Engineering Team untersucht derzeit. Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Das Problem wurde identifiziert und ein Fix wird implementiert.
Unser R & D-Team hat das Problem behoben und Kunden, die auf "aue1-bfyii-2213" gehostet werden, sollten jetzt zugänglich sein und Konten funktionieren normal. Wir überwachen alle anderen Fragen.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir sind uns eines Problems sowohl in BMS als auch in Vorex bewusst, bei dem Benutzer Fehler beim Erstellen von Batch-Rechnungen, bei der Verwendung von Rechnungsautomatisierungen zum Senden von Rechnungen und bei Problemen mit der Schaltfläche "Alle posten" in der Phase "Billing Review" erhalten. Das Kaseya Engineering Team untersucht das Problem. Sollten Sie zusätzliche Fragen benötigen oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Das Problem wurde identifiziert und ein Fix wird implementiert.
Das Kaseya Engineering Team hat Probleme im Zusammenhang mit der Erstellung von Batch-Rechnungen und der Verwendung von Abrechnungsautomatisierung behoben. Das Problem mit der Schaltfläche "Alle posten" in der Phase "Billing Review" wird zu einem späteren Zeitpunkt behoben. Als Workaround können Benutzer die Option Bulk Select verwenden, um mehrere oder alle Zeilenelemente gleichzeitig auszuwählen, und dann auf "Post" anstelle von "Post All" klicken. Dies liefert das gleiche Ergebnis, indem alle ausgewählten Zeilenelemente veröffentlicht werden, mit nur einem zusätzlichen Schritt, während wir an einem dauerhaften Fix arbeiten.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir sind uns eines Problems bewusst, bei dem Benutzer beim Navigieren in der Kaseya Quote Manager-Plattform eine erweiterte Latenz erfahren können. Das Kaseya Engineering Team untersucht das Problem. Sollten Sie zusätzliche Fragen benötigen oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Ein Fix wurde implementiert und wir überwachen die Ergebnisse.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Die Migration der Microsoft Graph API wurde in allen SaaS-Schutzumgebungen von Datto abgeschlossen, einschließlich Kunden, die vor Ort Archivkonfigurationen verwenden. Es wird nicht erwartet, dass sich weitere Migrationsaktivitäten auf Backup-Operationen auswirken. Einige Kunden können weiterhin eine Verschlechterung der Backup-Performance erleben, während unsere Engineering-Teams daran arbeiten, die Backup-Erfolgsraten auf ein Niveau vor der Migration wiederherzustellen. Mehrere Korrekturen und Optimierungen werden in V2- und V3-Umgebungen aktiv eingesetzt, einschließlich Verbesserungen bei der Fehlerbehandlung von Microsoft Graph API und der allgemeinen Zuverlässigkeit der Backup-Verarbeitung. Teams überwachen weiterhin die Auswirkungen jeder Änderung, sobald sie veröffentlicht wird. Aktuelle Backup Cadence: V2-Umgebungen: Alle Microsoft 365-Dienste werden weiterhin dreimal täglich gesichert. V3-Umgebungen: Exchange wird weiterhin dreimal pro Tag gesichert. SharePoint, OneDrive und Teams bleiben auf einer reduzierten Trittfrequenz von einem Backup pro Tag, während die Optimierungsbemühungen weiterhin hohe Backup-Erfolgsraten beibehalten und die Microsoft-Service-Drosselung mindern. Wir haben derzeit kein festes Auflösungsdatum, da Verbesserungen durch laufende Sanierungsbemühungen und nicht durch ein einziges Release erzielt werden. Während erwartet wird, dass sich die Leistung weiter verbessert, können bei einigen Kunden intermittierende Backup-Leistungsprobleme auftreten, bis alle identifizierten Probleme behoben sind. Auf der Grundlage der aktuellen Fortschritte sind wir vorsichtig optimistisch, dass die verbleibenden Probleme in den kommenden Tagen oder Wochen gelöst werden. Wir werden weiterhin Updates bereitstellen, wenn Fixes bestätigt werden. Kunden, die die erforderliche Neuautorisierung für Microsoft 365-Mandanten nicht abgeschlossen haben, sollten die folgenden Anweisungen befolgen: https://saasprotection.datto.com/help/M365/Content/Troubleshooting/General/ews-to-graph.html Sollten Sie weitere Fragen haben oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter: https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya-Statusseite für aktuelle Informationen unter: https://status.kaseya.com/
Die Backup-Leistung und -Erfolgsraten verbessern sich weiter, da zusätzliche Optimierungen in Datto SaaS Protection-Umgebungen implementiert werden. Die derzeitigen Bemühungen konzentrieren sich auf die weitere Verbesserung der Backup-Leistung und -Verlässlichkeit, einschließlich weiterer Verbesserungen, um die Auswirkungen der Drosselung von Microsoft-Diensten zu verringern. Insgesamt bleiben die Trends positiv und wir erwarten weitere Verbesserungen, wenn die Optimierungsbemühungen voranschreiten. Die Backup-Kadenz bleibt unverändert: V2: Alle Microsoft 365-Dienste werden dreimal täglich gesichert. V3: Exchange wird dreimal täglich gesichert; SharePoint, OneDrive und Teams bleiben bei einem Backup pro Tag, während die Optimierungsbemühungen fortgesetzt werden. Wir werden die Ergebnisse weiterhin genau beobachten und zusätzliche Updates bereitstellen, wenn weitere Verbesserungen implementiert werden.
Die Backup-Erfolgsraten haben sich nach den neuesten Optimierungsbemühungen am Wochenende deutlich verbessert, und die Gesamtleistung bleibt auf einem positiven Trend. Die große Mehrheit der SaaS Protection-Kundenkonten verarbeitet Backups in der Regel, während Engineering-Teams weiterhin zusätzliche Verbesserungen nach der Migration von Microsoft Graph für Umgebungen implementieren, in denen die Backup-Leistung bei einigen Microsoft 365-Diensten möglicherweise noch reduziert ist. Um hohe Backup-Erfolgsraten bei fortschreitenden Optimierungsbemühungen aufrechtzuerhalten, bleibt die Backup-Kadenz unverändert: V2: Alle Microsoft 365-Dienste werden dreimal täglich gesichert. V3: Exchange wird dreimal täglich gesichert; SharePoint, OneDrive und Teams bleiben bei einem Backup pro Tag. Wir werden die Leistung weiterhin genau überwachen und weitere Updates bereitstellen, wenn zusätzliche Verbesserungen implementiert werden.
Backup-Erfolgsraten entwickeln sich weiterhin positiv und kehren in SaaS-Schutzumgebungen auf ein normales Niveau zurück, da zusätzliche Verbesserungen nach der Migration von Microsoft Graph bereitgestellt werden. Die meisten Kundenkonten verarbeiten jetzt Backups normal und die Gesamtleistung der Plattform hat sich weiter verbessert. Die Engineering-Teams konzentrieren sich weiterhin auf die Implementierung zusätzlicher Verbesserungen und die genaue Überwachung der Leistung, um weitere Verbesserungen sicherzustellen. Wir werden weitere Updates bereitstellen, wenn die Fortschritte weitergehen.
Die Backup-Erfolgsraten sind weitgehend auf das normale Betriebsniveau zurückgekehrt und bleiben in allen SaaS-Schutzumgebungen stabil. Die überwiegende Mehrheit der Kundenkonten verarbeitet Backups erfolgreich, während die laufenden Optimierungsbemühungen die Konsistenz auf der gesamten Plattform weiter verbessern. Im Rahmen dieser Verbesserungen wurde die Backup-Kadenz nun für alle Microsoft 365-Workload-Typen und -Umgebungen auf drei Backups pro Tag standardisiert. Die Engineering-Teams werden die Plattformleistung weiterhin genau überwachen, um nachhaltige Stabilität und Zuverlässigkeit zu gewährleisten.
Nach einem kürzlichen Plattform-Update erfuhren einige SaaS-Schutzumgebungen in mehreren Regionen eine erhöhte Microsoft 365 API-Drosselung, was zu einer Verschlechterung der Backup-Performance und einer verzögerten Backup-Verarbeitung für eine Teilmenge von Kunden führte. Das zugrunde liegende Problem wurde behoben, und die Backup-Erfolgsraten tendieren bereits positiv, da die betroffenen Umgebungen den bestehenden Rückstand durcharbeiten. Es wird erwartet, dass sich die Leistung weiter verbessern wird, wenn die Verarbeitung aufholt, und die Engineering-Teams überwachen die Wiederherstellungsbemühungen genau, um eine Rückkehr zu einem normalen Betriebsniveau für alle Kunden sicherzustellen.
Die Backup-Erfolgsraten sind nach dem jüngsten Anstieg der Microsoft 365-API-Drosselung weitgehend auf das erwartete Betriebsniveau zurückgekehrt, und die Plattformleistung bleibt in allen SaaS-Schutzumgebungen stabil. Die überwiegende Mehrheit der Kundenkonten verarbeitet Backups erfolgreich, während Engineering-Teams weiterhin Plattformoptimierungen und -verbesserungen implementieren, um die Konsistenz, Leistung und die allgemeine Servicezuverlässigkeit weiter zu verbessern.
Alle Microsoft 365-Workloads werden weiterhin dreimal täglich in allen SaaS-Schutzumgebungen gesichert. Die Backup-Leistung und die Erfolgsraten bleiben für die überwiegende Mehrheit der Kunden stabil, da die laufenden Verbesserungen nach der Migration von Microsoft Graph weiterhin eingesetzt werden. Zu den jüngsten Verbesserungen gehören eine verbesserte Handhabung der Microsoft 365 API-Drosselung und zusätzliche Optimierungen für die Backup-Verarbeitungseffizienz, die dazu beitragen, Fehler zu reduzieren, die Wiederherstellung von Servicebeschränkungen zu verbessern und die Zuverlässigkeit des Backups insgesamt zu verbessern. Diese Verbesserungen werden in allen Umgebungen eingeführt. Die Engineering-Teams befassen sich auch aktiv mit einigen verbleibenden Problemen, die eine Teilmenge von Microsoft 365-Backups betreffen, und entwickeln und implementieren weiterhin zusätzliche Verbesserungen, um die Leistung, Konsistenz und die Backup-Abschlussraten weiter zu verbessern. Während diese Verbesserungen und Optimierungen weiterhin implementiert werden, kann es bei einer Teilmenge von Kunden in mehreren Regionen immer noch zu verzögerten oder verpassten Backups oder Backups kommen, die mit einigen einzelnen Elementen abgeschlossen sind, die nicht gesichert sind. Die jüngsten Änderungen haben zu weiteren Fortschritten geführt, und die Teams konzentrieren sich weiterhin auf die weitere Verbesserung der Konsistenz, Zuverlässigkeit und Gesamtleistung der Plattform.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir erleben derzeit eine Serviceunterbrechung für den unten genannten Server, bei dem sich Administratoren möglicherweise nicht bei der Benutzeroberfläche anmelden können. Unser Team arbeitet aktiv daran, die Funktionalität zu diesem Zeitpunkt wiederherzustellen. Wir entschuldigen uns für jegliche Unannehmlichkeiten. - Cloud Operations Team
Wir werden dieses Problem weiter untersuchen.
Ein Fix wurde implementiert und wir überwachen die Ergebnisse.
Wir werden weiterhin auf weitere Probleme achten.
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
Wir sind uns eines Problems bewusst, bei dem Kaseya Quote Manager-Benutzer einen 504-Azure-Front Door-Fehler und eine mögliche Langsamkeit erhalten, wenn sie auf KQM zugreifen können. Das Kaseya Engineering Team untersucht derzeit das Problem. Sollten Sie zusätzliche Fragen benötigen oder Unterstützung benötigen, kontaktieren Sie bitte unser Support-Team unter https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnieren Sie die Kaseya Status Page für aktuelle Informationen unter https://status.kaseya.com/
Dieser Vorfall wurde behoben.
Automatisch aus der offiziellen Störungsmeldung übersetzt.
