128 Datto incidents · mai 2025 — official updates, affected components, duration and resolution details.
The Kaseya R&D Team responded to alerts related to the eu.rocketcyber.com site. The incident lasted for about 30 minutes during which Rocketcyber customers hosted in the EU region were not able to access the product. The issue is now resolved, and we are currently monitoring the health of the service.
Nous traversons une interruption de service sur PHILKAS01 Server, ce qui peut affecter la capacité des administrateurs de gérer les paramètres. Nous sommes conscients de la question et notre équipe s'emploie activement à la résoudre. Nous nous excusons pour tout désagrément. - Kaseya Cloud Operations Team
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Un correctif a été mis en place et nous suivons les résultats.
Nous restons à l'affût de tout autre problème.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où les utilisateurs Datto BCDR jumelés à Server5465 peuvent éprouver des performances hors site dégradées. L'équipe d'ingénierie de Kaseya étudie la question et travaille à une résolution. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où les utilisateurs Datto BCDR jumelés à Server2214 peuvent éprouver des performances hors site dégradées. L'équipe d'ingénierie de Kaseya étudie la question et travaille à une résolution. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Le problème a été identifié et une solution est en cours de mise en oeuvre.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où les utilisateurs sur UK01 et UK02 qui utilisent Outlook comme leur service d'email n'ont pas leurs e-mails être envoyés et reçus. L'équipe d'ingénierie Kaseya a identifié le problème et travaille avec Microsoft pour le résoudre. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Microsoft a corrigé le problème en recevant des courriels de domaines externes. Nous avons vérifié que les courriels sont maintenant traités sans problème. Cet incident est résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où Datto Endpoint Backup pour les utilisateurs de PC hébergés sur Cloud Siris 299242 peut éprouver des performances de sauvegarde et de récupération dégradées. L'équipe d'ingénierie de Kaseya étudie la question et travaille à une résolution. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème empêchant les administrateurs de Secure Edge de consulter les informations d'utilisation récentes au sein du gestionnaire de réseau Datto. Nous avons identifié la cause profonde du problème. Les données saisies ont repris leur traitement et nous nous attendons à ce que les mesures soient à nouveau disponibles en quelques heures. Nous mettrons à jour ce poste au fur et à mesure que nous continuerons de surveiller la question et d'y travailler. Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Le problème qui empêche les administrateurs de Secure Edge de consulter les informations d'utilisation récentes dans Datto Network Manager a été résolu. Les données saisies ont été traitées et les paramètres d'utilisation sont maintenant disponibles comme prévu. Nous apprécions votre patience pendant que nous avons travaillé sur cette question. Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où certains clients hébergés sur le pod 'aue1-saas-p0' connaissent actuellement des performances de sauvegarde dégradées pour les services Exchange. L'équipe d'ingénierie de Kaseya enquête activement. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Notre équipe de R-D a identifié le problème et a commencé à déployer des changements pour atténuer les problèmes de performance de la sauvegarde Exchange pour les clients hébergés sur le pod 'aue1-saas-p0'
Nous continuons de travailler sur une solution à ce problème.
À la suite des récents changements déployés par notre équipe de R-D, nous constatons des améliorations dans les taux de succès des sauvegardes de change pour les clients hébergés sur le pod 'aue1-saas-p0'. Notre équipe reste active et continue de travailler à d'autres améliorations tout en surveillant étroitement l'environnement.
Après d'autres changements déployés par notre équipe de R-D, nous constatons une amélioration continue des taux de succès des sauvegardes de change pour les clients hébergés sur le pod 'aue1-saas-p0'. Notre équipe surveille de près l'environnement au fur et à mesure que le traitement de sauvegarde et les taux de réussite continuent de se rétablir.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où les opérations Cloud sont entravées pour certains de nos partenaires Datto BCDR. L'équipe d'ingénierie de Kaseya enquête sur la question. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Nous continuons d'enquêter sur cette question.
L'équipe d'ingénierie des systèmes de Kaseya continue d'étudier la question.
L'équipe d'ingénierie des systèmes de Kaseya a identifié le problème et travaille à le résoudre.
Nous continuons de travailler sur une solution à ce problème.
La remise en état a été identifiée et est actuellement déployée dans les nœuds touchés dans le cadre d'un déploiement échelonné afin d'assurer une résolution contrôlée et efficace.
La majorité des serveurs BCDR ont été restaurés avec succès et fonctionnent normalement. Un nombre limité de serveurs sont toujours en cours de remise en état, et les équipes du génie s'emploient activement à terminer les efforts de récupération et à remettre tous les systèmes touchés en état opérationnel complet.
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où les clients rencontrent 500 erreurs tout en accédant aux produits Backup & RMM dans le portail partenaire Datto (DPP). L'équipe de R-D de Kaseya étudie la question. Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Nous sommes heureux de vous informer que le récent incident de service vécu par nos partenaires BCDR ET DRMM, où les utilisateurs ont éprouvé des difficultés à se connecter au portail partenaire de Datto, a maintenant été résolu avec succès. Nous comprenons l'impact que de tels problèmes peuvent avoir sur vos activités commerciales, et nous nous excusons sincèrement pour tout désagrément causé pendant cette période. Notre équipe a travaillé avec diligence pour identifier la cause profonde du problème. Notre objectif est non seulement de répondre à la préoccupation immédiate, mais aussi de minimiser le risque d'incidents semblables à l'avenir. En analysant les facteurs sous-jacents, nous visons à améliorer nos systèmes et nos processus, en assurant une expérience plus solide et plus fiable pour tous nos partenaires. Merci de votre patience et de votre compréhension. Nous demeurons déterminés à offrir un service exceptionnel et une amélioration continue.
Nous restons à l'affût de tout autre problème.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Une dégradation récente avec les QuickBooks Online d'Inuit a été signalée par Intuit. Ceci affecte actuellement les appels API qui peuvent entraîner des défaillances de synchronisation entraînant des retards dans la synchronisation des données vers et depuis QBO et ConnectBooster. Notre équipe surveille actuellement l'état de ce projet à partir de la page Statut d'Inuit qui peut être consultée ici: https://status.developer.intuit.com/ Pour l'instant, une solution de rechange valide n'est pas disponible, et nous vous recommandons de vous abonner à la page d'état d'Inuit pour des mises à jour immédiates. Notre équipe continuera de fournir des mises à jour de l'état des lieux au fur et à mesure qu'elles seront reçues sur la page d'état. Je vous remercie,
Intuit a mis à jour sa page d'état indiquant qu'il s'agit d'une panne majeure dans le système Intuit. Ils enquêtent encore sur la question. Ceci affecte actuellement les appels d'API entraînant des défaillances de synchronisation entraînant des retards dans la synchronisation des données vers et depuis QBO et ConnectBooster. Notre équipe continue de suivre l'état de la situation à partir de la page Statut d'Inuit qui peut être consultée ici: https://status.developer.intuit.com/ Pour l'instant, une solution de rechange valide n'est pas disponible, et nous vous recommandons de vous abonner à la page d'état d'Inuit pour des mises à jour immédiates. Notre équipe continuera de fournir des mises à jour sur l'état de la page
Intuit a signalé que la fonctionnalité de l'API est revenue, et les appels devraient être terminés comme prévu. Nos équipes internes ont confirmé que les synchronisations fonctionnent maintenant comme prévu. Nous conseillons aux partenaires de comparer les données entre ConnectBooster, et QuickBooks Online pour s'assurer que les données sont à jour, et sinon, de définir leur date de synchronisation de retour à 9/1/2026 - 13h qui était avant la panne signalé par Intuit et permettre une synchronisation de paquet comptable pour avoir lieu. Je vous remercie,
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où la page Datto SaaS Protection Status ne charge pas les détails pour certains de nos utilisateurs. L'équipe technique de Kaseya enquête actuellement sur la question. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où les utilisateurs sont incapables d'accéder à la plateforme Vidal L'équipe d'ingénierie de Kaseya enquête activement et nous fournirons des mises à jour à mesure que de plus amples informations seront disponibles. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
L'équipe d'ingénierie de Kaseya a publié une correction. Le service a été rétabli et nous surveillons l'environnement pour assurer une stabilité continue.
La question de l'accès à la plate-forme Datto RMM Vidal a été résolue.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où les utilisateurs de Datto Workplace dans la région des États-Unis hébergés sur les cellules 1, 6 et 15 peuvent subir des perturbations intermittentes de la connectivité des services, ce qui entraîne une dégradation de l'accès aux services de Workplace. L'équipe d'ingénierie de Kaseya étudie cette question et travaille à une résolution. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous traversons une interruption de service sur EU - VSA114 Server, qui peut avoir un impact sur la capacité des administrateurs de gérer les paramètres. Nous sommes conscients de la question et notre équipe s'emploie activement à la résoudre. Nous nous excusons pour tout désagrément. - Kaseya Cloud Operations Team
Nous continuons d'enquêter sur cette question.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous enquêtons sur une question touchant les rapports de situation entre Datto RMM, Datto EDR et Datto AV. Certains appareils peuvent générer des alertes dans Datto RMM signalant que Datto EDR ou Datto AV n'est pas détecté. Datto EDR et Datto AV restent installés et fonctionnent normalement sur les terminaux affectés. Cette question se limite à la façon dont leur statut est communiqué et affiché au sein de Datto RMM et n'indique pas une perte de protection du point de départ. Nos équipes d'ingénierie enquêtent sur cette question avec une priorité élevée. Nous fournirons d'autres mises à jour à mesure que de plus amples renseignements seront disponibles. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Nous avons identifié un problème touchant la déclaration de statut entre Datto EDR, Datto AV et Datto RMM. Par conséquent, certains appareils peuvent générer des alertes incorrectes dans Datto RMM indiquant que Datto EDR nécessite une attention ou que Datto AV n'est pas installé. Notre enquête a confirmé que Datto EDR et Datto AV restent installés et fonctionnent correctement sur les paramètres affectés. Les services de protection des points d'extrémité continuent de fonctionner comme prévu. La question se limite aux informations sur l'état qui sont signalées et affichées dans Datto RMM et n'indique pas une perte de protection ou une défaillance des produits Datto EDR ou Datto AV. Les équipes d'ingénierie ont identifié la cause sous-jacente et travaillent activement à une résolution. Nous continuerons de fournir des mises à jour au fur et à mesure que des renseignements supplémentaires seront disponibles. Si vous avez des questions ou avez besoin d'aide, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où certains clients hébergés sur le pod 'use1-saas-p7' connaissent actuellement des performances de sauvegarde dégradées pour les services Exchange. L'équipe d'ingénierie de Kaseya enquête activement. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Nous continuons d'enquêter sur cette question.
Notre équipe de R-D a identifié un problème qui cause la dégradation de la performance de sauvegarde des services Exchange sur le pod 'use1-saas-p7'. Des modifications de configuration ont été mises en place pour atténuer le problème et d'autres changements sont en cours de préparation en vue d'un déploiement afin d'améliorer la performance de la sauvegarde Exchange.
Notre équipe de R-D a apporté d'autres changements pour régler le problème et la performance de sauvegarde Exchange sur le module « use1-saas-p7 » s'améliore.
Les taux de succès de sauvegarde des services de change sur le module «use1-saas-p7» continuent de s'améliorer. D'autres changements ont été apportés pour régler le problème de la performance de la sauvegarde Exchange et notre équipe de R-D surveille de près les résultats.
Les taux de succès de sauvegarde des services de change sur le module «use1-saas-p7» continuent de s'améliorer à la suite des changements qui ont été mis en œuvre. Notre équipe de R-D continue de surveiller de près le rendement du système et les résultats de sauvegarde afin de maintenir la tendance positive.
Les mesures du taux de réussite des services de change sur le pod 'use1-saas-p7' sont revenues à des niveaux normaux et demeurent stables. Notre équipe de R-D continue de surveiller tout autre problème.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous voyons un pic dans les alertes pour cette règle causée par un changement récent dans le comportement par défaut de Microsoft. Ce n'est pas une indication de menaces actives. Une mise à jour des règles est attendue aujourd'hui. En attendant, vous pouvez temporairement désactiver la règle sous Politiques → Détection → "Possible Shim Database Persistance via sdbinst.exe" pour réduire le bruit jusqu'à ce que la correction soit déployée. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
L'assistant de compatibilité des programmes de Microsoft (PCA) utilise sdbinst.exe pour gérer les bases de données de compatibilité des applications dans le cadre de la maintenance courante de Windows. La mise à jour d'août Windows a introduit des problèmes connus de compatibilité de jeu, et la réparation de Microsoft de ces problèmes déclenché sdbinst. l'activité exe sur les paramètres affectés simultanément — correspondant au schéma de pic que nous avons observé. La règle touchée a été mise à jour à partir de 9h15 HNE et a été poussée à tous les locataires. Les volumes d'alerte devraient revenir aux niveaux prévus. Si vous avez désactivé la règle en tant que mesure temporaire, il est sûr de la réactiver sous Politiques → Détection → "Possible Shim Database Persistance via sdbinst.exe".
Cet incident a été résolu.
**Datto EDR - Détection de masse sur le comportement Windows – 2026-08-27** ** Résumé** Entre **2026-08-27 08:00 UTC** et **2026-08-27 16:00 UTC**, les clients Datto EDR ont connu un volume élevé de détections générées par la Persistance de la base de données de Shim possible via sdbinst.exe**. L'augmentation des alertes a créé des frais généraux opérationnels supplémentaires pour les clients et les analystes qui examinent les alertes. Aucune interruption de service n'a eu lieu, et la fonctionnalité de protection des paramètres est demeurée opérationnelle tout au long de l'événement. Le problème a été résolu après que la règle de détection a été mise à jour pour tenir compte d'un nouveau comportement légitime du système d'exploitation Windows. ** Cause de la mort** Un comportement légitime de Microsoft Windows impliquant **sdbinst.exe** et le chemin du fichier **C:\Windows\\appcompat\\cloudsdb\\apppatch.sdb** n'était pas couvert par les exclusions existantes dans une règle de détection Datto EDR. Un changement dans le comportement de Microsoft correspond aux critères de la règle **Possible Shim Database Persistance via sdbinst.exe**, ce qui entraîne un volume de détection plus élevé que prévu. La logique des règles a été mise à jour pour tenir compte correctement du comportement nouvellement observé et éliminer les détections involontaires. **Échéancier de l'incident** * **Identifié:** 2026-08-27 08:00 UTC \(rapports clients et augmentation du volume d'alerte identifiée\) * **Avis public:** 2026-08-27 11:00 UTC \(incident augmenté aux équipes d'ingénierie de produit et de détection et les communications initiées\) * **Résolu :** 2026-08-27 16:00 UTC \(règle mise à jour déployée et volume d'alerte retourné aux niveaux attendus\) ** Mesures préventives** Pour réduire la probabilité et l'impact d'incidents semblables à l'avenir, nous mettons en oeuvre les améliorations suivantes : ** Renforcement de la surveillance et de l'alerte** * Mettre en place une surveillance et une base pour les règles de détection individuelles afin d'identifier plus rapidement les pics anormaux en volume d'alerte. * Développer des mesures internes qui fournissent une visibilité sur les tendances de détection et le comportement des règles anormales avant que l'impact à grande échelle du client se produise. **Amélioration de la gestion des incidents et des interventions** * Améliorer les flux de travail d'escalade pour une augmentation importante du volume de détection afin de s'assurer que les ressources d'ingénierie appropriées sont engagées le plus rapidement possible. * Continuer à affiner les procédures de réponse pour le réglage et la validation des règles de détection lorsque des changements inattendus de comportement de la plate-forme ou du système d'exploitation sont observés. **Amélioration du contenu de la décoration** * Améliorer les processus d'examen technique de détection pour tenir compte de l'évolution des comportements du système d'exploitation et des modèles d'exécution légitimes nouvellement introduits. * Élargir les tests de validation et d'exclusion pour les règles de détection où les mises à jour du système d'exploitation peuvent introduire des changements de comportement qui ressemblent à une activité suspecte. ** Impact client** * Produit touché : **Datto EDR** * Type d'impact: ** Augmentation du volume de détection / alertes de masse** * Disponibilité du service : **Pas de panne** * État de la protection de la sécurité : ** La protection est restée active et opérationnelle** * Impact client: Les clients ont connu un volume d'alerte accru nécessitant un examen supplémentaire et des efforts opérationnels. Cet incident a été entièrement résolu et Datto EDR continue de fonctionner normalement.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où Datto Endpoint Backup pour les utilisateurs de PC en Allemagne, jumelé à 'des1-dtc-server-30', 'des1-dtc-server-32' et 'des1-dtc-server-33' connaîtra des performances hors site dégradées, ce qui pourrait affecter les opérations de sauvegarde et de récupération. L'équipe d'ingénierie de Kaseya étudie actuellement la question et travaille à une résolution. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Un correctif a été mis en place et nous suivons les résultats.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où certains clients Datto SaaS Protection hébergés dans plusieurs régions connaissent des problèmes de sauvegarde et de restauration. Les services d'exportation ne sont pas touchés. L'équipe d'ingénierie de Kaseya a identifié le problème et s'emploie activement à le résoudre. Si vous avez besoin d'aide ou de questions supplémentaires, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à https://status.kaseya.com/
Nous continuons de travailler sur une solution à ce problème.
Un correctif a été mis en place et nous suivons les résultats.
Nous restons à l'affût de tout autre problème.
Notre équipe de R-D continue de s'attaquer à ce problème et de rétablir la fonctionnalité complète des clients touchés.
Notre équipe de R-D a apporté d'autres changements afin de rétablir la fonctionnalité complète des clients touchés et elle surveille de près toute autre question.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.