169 Datto incidents · mai 2025 — official updates, affected components, duration and resolution details.
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 de Datto SaaS Protection hébergés sur 'aue1-bfyii-1533' connaissent une perturbation des services de SaaS Protection et peuvent recevoir une '500 Internal Server Error' lorsqu'ils tentent d'accéder à leurs comptes. 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 un correctif a été mis en oeuvre. Tous les clients hébergés sur le nœud 'aue1-bfyii-1533' sont à nouveau accessibles les comptes fonctionnent normalement. Nous surveillons toute autre question.
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 hébergés sur le pod 'aue2-saas-p2' connaissent une dégradation des performances de sauvegarde affectant les services M365 et Google Workspace. L'équipe d'ingénierie de Kaseya a identifié le problème et s'emploie activement à le résoudre. Si vous avez d'autres 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/
Notre équipe de R-D a mis en place des changements pour régler le problème et les mesures du taux de succès de sauvegarde pour les clients hébergés sur le pod 'aue2-saas-p2' sont revenus à des niveaux normaux. Nous surveillons toute autre question.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où Node use1-dtc-server-118.dato.com est inaccessible empêchant l'accès aux Sauvegardes/ Captures d'écran/Restaurants. L'équipe technique de Kaseya enquête sur la situation 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/
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème affectant les filtres de périphérique qui combinent des conditions de requête négatives, telles que « ne contient pas », avec un opérateur AND/OU intégré dans les critères de filtre. On a modifié la façon dont ces conditions sont évaluées pour corriger ces requêtes, mais elles n'ont pas été communiquées comme prévu et peuvent amener certains filtres existants à retourner des résultats différents de ceux prévus précédemment. Nous envisageons de revenir à cette modification, si vous croyez que vos filtres peuvent être affectés, veuillez contacter le support pour l'aide pour examiner votre configuration et les conseils sur les prochaines étapes.
Nous sommes conscients d'un problème affectant les filtres de périphérique qui combinent des conditions de requête négatives, telles que « ne contient pas », avec un opérateur AND/OU intégré dans les critères de filtre. On a modifié la façon dont ces conditions sont évaluées pour corriger ces requêtes, mais elles n'ont pas été communiquées comme prévu et peuvent amener certains filtres existants à retourner des résultats différents de ceux prévus précédemment. Nous envisageons de revenir à cette modification, si vous croyez que vos filtres peuvent être affectés, veuillez contacter le support pour l'aide pour examiner votre configuration et les conseils sur les prochaines étapes.
Nous abordons activement une question touchant les filtres d'appareils qui utilisent des critères composés, comme « ne contient pas » combinés avec des opérateurs logiques imbriqués. L'ingénierie prépare une mise à jour pour restaurer le comportement précédent d'évaluation des filtres. La construction est actuellement validée dans notre environnement de mise en scène, et nous fournirons une mise à jour une fois la fenêtre de sortie de production confirmée. Mesures recommandées : Filtres : Aucune action n'est nécessaire sur les filtres existants. Les configurations existantes seront évaluées comme prévu une fois la mise à jour déployée. Automatisations: Par précaution, les partenaires peuvent choisir de s'arrêter temporairement ou de reporter les emplois ou les politiques non critiques qui ciblent les filtres dynamiques jusqu'à ce que la mise à jour soit terminée. Nous publierons notre prochaine mise à jour une fois que la validation de l'étape sera terminée.
Une mise à jour a été déployée à Pinotage (EU1) au cours du week-end pour restaurer le comportement standard d'évaluation des filtres. Nos tests internes confirment que les filtres fonctionnent comme prévu et que toutes les tâches automatisées fonctionnent bien. Nous surveillons activement la performance de la plate-forme tout au long d'un jour ouvrable avant de marquer cet incident complètement résolu. Si vous avez interrompu des emplois ou des politiques prévus par précaution, il est maintenant sûr de les reprendre. Nous publierons notre prochaine mise à jour à la fin de la journée.
Cet incident est maintenant résolu après que l'équipe de R & D de Kaseya a restauré la fonctionnalité de filtre de l'appareil antérieur avec une mise à jour au cours du week-end Si vous avez interrompu des emplois ou des politiques prévus par précaution, il est maintenant sûr de les reprendre.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où les clients de Datto SaaS Protection hébergés sur « gbe2-bfyii-1555 » connaissent une perturbation des services de SaaS Protection. L'équipe d'ingénierie de Kaseya enquête actuellement. 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.
Les clients hébergés sur le nœud 'gbe2-bfyii-1555' sont à nouveau accessibles et les sauvegardes fonctionnent normalement. Notre équipe de R-D surveille tout autre problème.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Deux vulnérabilités critiques ont été divulguées dans des bibliothèques PHP tierces qui permettent l'exécution de code distant non authentifié. Les équipes de sécurité de Kaseya évaluent tous les systèmes et produits de Kaseya et appliquent des correctifs dès qu'ils sont disponibles. Cette page est la source de vérité pour le statut et les conseils de Kaseya. État du produit : Tous les produits: Action client: aucun Kaseya infrastructure d'entreprise: Action client: aucune Composants tiers dans les produits Kaseya: Action client: aucun
Kaseya est conscient de deux vulnérabilités critiques en PHP : CVE-2026-109618 et CVE-2026-109619. CVE-2026-109618 implique une vulnérabilité à l'exécution de code à distance lorsque le traitement d'erreurs hors mémoire via longjmp() laisse la mémoire de requête non initialisée en raison d'une mauvaise gestion du flux de contrôle, permettant potentiellement aux attaquants d'exécuter le code à distance en utilisant des déclencheurs hors mémoire (OOM). CVE-2026-109619 décrit une vulnérabilité d'exécution de code à distance où le traitement des erreurs fatales de longjmp() laisse la mémoire globale pointée vers des régions de mémoire libérée. Ces régions peuvent ensuite être consultées lors de requêtes ultérieures, ce qui pourrait permettre l'exécution arbitraire de codes. Kaseya a terminé une évaluation de son portefeuille de produits concernant ces vulnérabilités. Le tableau ci-dessous résume l'état actuel des produits et services touchés. À mesure que nos efforts d'enquête et d'assainissement se poursuivront, nous tenons à jour la liste suivante avec les renseignements les plus récents. Voici ce que signifie chaque statut : Entièrement piqué: La correction a été appliquée. Contrôles de compensation: Le produit est touché, des contrôles de protection sont en place, et nous nous efforçons de remédier. Non affecté : Le produit n'est pas affecté par ces vulnérabilités. État du produit : Audit - Non affecté Autotask PSA - entièrement piqué Sauvegarde Datto pour les fichiers Azure + Blob Storage - Non affecté BMS - Entièrement patché Connect Booster - Non affecté Datto Sauvegarde pour Azure - Non affecté Datto BCDR - Contrôles compensateurs Produits Datto Direct to Cloud - Compensation des commandes Datto EDR - Non affecté Datto Networking - Compensation des contrôles Datto Partner Portal - Compensation des contrôles Datto RMM - entièrement piqué Datto SaaS Défense - Non affecté Datto SaaS Protection + Backupify - Contrôles compensateurs Datto Workplace + Protection des fichiers - Compensation des contrôles Sauvegarde d'extrémité V2 - Entièrement Patched Graphus - Non affecté Agent d'identification - Contrôles compensateurs Inky - Non affecté Colle IT - Non affectée Kaseya One - Non affecté Kaseya Citation Manager - Compensation des contrôles Kaseya MDM - Non affecté Sauvegarde Microsoft Entra - Non affecté MyITProcess - Non affecté Passée - Non touchée Outils RapidFire - Entièrement Patched RocketCyber - Commandes compensatrices Alertes SaaS - Non touchées Paiements sécurisés - Compensation des contrôles Couverture - Contrôles compensateurs Unirends - Contrôles compensateurs UniView - Non affecté vPenTest - entièrement recoupé VSA 10 - Entièrement pliée VSA 9 - Contrôles compensateurs Nous continuerons de fournir des mises à jour au fur et à mesure que des renseignements supplémentaires seront disponibles. Pour toute question complémentaire, veuillez créer un ticket avec notre équipe de support ici: https://helpdesk.kaseya.com/hc/en-gb#/contact
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où les partenaires de RocketCyber, dans la région de l'UE, connaissent des pages Web qui se chargent lentement ou pas du tout, au sein de la plateforme. 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 de Datto Partner Portal ont connu une erreur lorsqu'ils ont tenté d'accéder au Datto Partner Portal. L'équipe d'ingénierie de Kaseya a mis en place une résolution et l'accès des utilisateurs a été restauré. 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/
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Un fournisseur tiers, ConnectWise, a récemment signalé des tentatives d'accès non autorisé associées à l'environnement de sauvegarde ConnectWise Cloud. ConnectWise a lancé ses procédures d'intervention en cas d'incident et a appliqué des mesures de confinement dans le cadre de ses enquêtes. Pour le moment, selon ConnectWise, rien n'indique que les données de sauvegarde des partenaires de ConnectWise ont été consultées. Toutes les mises à jour supplémentaires liées à cet incident peuvent être trouvées sur la page d'état ConnectWise à status.connectwise.com. Dans le cadre de nos efforts de surveillance de la sécurité, le Kaseya Security Operations Center a déployé des mesures de détection supplémentaires le 16 octobre 2026, ciblant des indicateurs de compromis divulgués publiquement. Les activités correspondant à ces indicateurs sont automatiquement désignées comme étant de gravité critique et rapidement examinées par nos analystes de la sécurité. L'équipe produit de Kaseya a également déployé une action de fortification dans les environnements SaaS Alerts et KSIEM pour aider à atténuer davantage ce risque. Veuillez suivre les étapes ci-dessous pour appliquer la mesure de fortification: Action Name: Désactiver les applications de sauvegarde et de gestion de cloud ConnectWise Cloud Étapes vers le déploiement au sein des alertes SaaS et du portail KSIEM: Dans le menu de gauche, sous "Modules", sélectionnez Fortify → Actions, puis exécutez ce qui suit : 1. Définir Sélectionner le produit à Microsoft. 2. Sélectionnez l'organisation à l'org du client (ou laissez-la sur Tous) et laissez Sélectionner Actions sur Tous. 3. Cliquez sur Afficher les actions. 4. Rechercher désactiver ConnectWise Cloud Backup et Cloud Management applications dans la boîte de recherche. 5. Sous les boutons de l'action, cliquez sur l'icône de la baguette intitulée Appliquer. Si vous pensez avoir été compromis en raison de ce problème, veuillez contacter le support Kaseya.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes au courant d'un problème où certains Datto SaaS Protection Partners sont incapables d'accéder aux comptes clients hébergés sur le noeud isw1-bfyii-1134 L'équipe d'ingénierie de Kaseya enquête sur la question. 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 les dernières mises à jour : https://status.kaseya.com/
L'équipe de recherche et de développement de Kaseya a mis en place un correctif et, par conséquent, les clients hébergés sur le nœud sont maintenant accessibles et toute la fonctionnalité est rétablie. Nous surveillons actuellement la santé du service et les progrès avec lesquels le service travaille à travers les sauvegardes en attente. Le temps estimé pour la récupération complète est jusqu'à 8 heures.
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 agents sont incapables de se connecter et où les utilisateurs du portail sont incapables de se connecter dans la région de l'UA. L'équipe d'ingénierie de Kaseya enquête actuellement sur cette 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ù Datto Endpoint Backup pour les utilisateurs de PC hébergés sur Cloud Siris 296721 dans la région de l'Est des États-Unis peut éprouver des performances de sauvegarde dégradées. L'équipe de recherche-développement de Kaseya étudie actuellement la question et travaille à une 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 affectant la connectivité des agents Datto RMM macOS. À l'heure actuelle, nous avons identifié les comportements suivants: - Les nouvelles installations d'agents macOS ne sont pas en mesure d'établir la connectivité. - Les agents macOS existants, qui sont actuellement dans les environnements de production, devraient rester en ligne; cependant, notre enquête est en cours pour déterminer si d'autres scénarios peuvent faire passer les agents hors ligne. - Les tests initiaux montrent que si un appareil macOS est redémarré, l'agent ne peut pas redémarrer, ce qui fait que l'appareil est hors ligne dans Datto RMM. Nos équipes étudient activement la cause profonde avec Apple et travaillent à développer une résolution. Nous fournirons des mises à jour supplémentaires à mesure que de plus amples renseignements seront disponibles. Jusqu'à nouvel ordre, nous vous recommandons d'éviter les remises inutiles des appareils macOS gérés et de reporter les déploiements de nouveaux agents macOS lorsque cela est possible. Nous nous excusons pour le désagrément et apprécions votre patience pendant que nous travaillons à résoudre ce problème. 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é la cause du problème affectant la connectivité des agents Datto RMM macOS. Nos équipes travaillent actuellement sur une résolution. Les comportements décrits dans notre précédente mise à jour restent inchangés: • Les nouvelles installations d'agents macOS ne sont pas en mesure d'établir la connectivité. • Les agents macOS existants actuellement dans les environnements de production devraient rester en ligne. • Si un appareil macOS est redémarré, l'agent peut ne pas redémarrer, ce qui fait que l'appareil est hors ligne dans Datto RMM. Jusqu'à ce qu'une résolution soit disponible, nous continuons à recommander d'éviter les rappels inutiles des appareils macOS gérés et de reporter le déploiement de nouveaux agents macOS lorsque cela est possible. Nous publierons notre prochaine mise à jour ici avant 11h00 HAE le samedi 3 octobre 2026, ou plus tôt si plus d'information devient disponible. Nous nous excusons pour le désagrément et apprécions votre patience pendant que nous travaillons à résoudre ce problème. 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/
Nos équipes continuent de travailler sur une résolution. Les comportements décrits dans notre précédente mise à jour restent inchangés: • Les nouvelles installations d'agents macOS ne sont pas en mesure d'établir la connectivité. • Les agents macOS existants actuellement dans les environnements de production devraient rester en ligne. • Si un appareil macOS est redémarré, l'agent peut ne pas redémarrer, ce qui fait que l'appareil est hors ligne dans Datto RMM. Jusqu'à ce qu'une résolution soit disponible, nous continuons à recommander d'éviter les rappels inutiles des appareils macOS gérés et de reporter le déploiement de nouveaux agents macOS lorsque cela est possible. Nous publierons notre prochaine mise à jour ici avant 19h00 HAE le samedi 3 octobre 2026, ou plus tôt si plus d'information devient disponible. Nous nous excusons pour le désagrément et apprécions votre patience pendant que nous travaillons à résoudre ce problème. 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 de R & D de Kaseya a mis au point une solution et fera le point sur les agents MacOS ce soir et demain. Nous afficherons une fenêtre de maintenance pour chaque plateforme avant la mise à jour. Pour aider à mettre à jour les agents macOS et à vérifier qu'ils sont correctement mis à jour, nous avons préparé un guide étape par étape disponible ici: https://rmm.dato.com/help/fr/Content/Troubleshooting/Agent/macOS11994.htm Jusqu'à ce que la mise à jour soit disponible sur votre plateforme, les comportements décrits dans nos précédents messages restent inchangés: • Les nouvelles installations d'agents macOS ne sont pas en mesure d'établir la connectivité. • Les agents macOS existants actuellement dans les environnements de production devraient rester en ligne. • Si un appareil macOS est redémarré, l'agent peut ne pas redémarrer, ce qui fait que l'appareil est hors ligne dans Datto RMM. • Nous continuons à recommander d'éviter les remises inutiles de dispositifs macOS gérés et de reporter le déploiement de nouveaux agents macOS lorsque cela est possible. Nous afficherons notre prochaine mise à jour ici après tous les déploiements sont terminés, ou plus tôt si plus d'informations deviennent disponibles. Nous nous excusons pour le désagrément et apprécions votre patience pendant que nous travaillons à résoudre ce problème. 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 maintenant été déployé sur toutes les plateformes prises en charge et est disponible pour tous les clients. Nos équipes surveillent activement l'environnement et la télémétrie des plateformes pour valider l'efficacité des changements et s'assurer que les systèmes continuent de fonctionner comme prévu. Nous encourageons tous les clients à vérifier que leurs appareils macOS sont en ligne et à signaler avec succès après le déploiement de cette solution. Bien que de nombreux appareils devraient se rétablir normalement, certains agents macOS peuvent rester hors ligne et nécessiteront une remise en état supplémentaire, y compris une intervention manuelle des utilisateurs finaux. Pour faciliter ce processus, nous avons préparé un guide étape par étape qui vous aidera à confirmer l'état de l'agent, à identifier les appareils qui nécessitent une aide supplémentaire et à vous guider dans les étapes de récupération recommandées : https://rmm.dato.com/help/fr/Content/Troubleshooting/Agent/macOS11994.htm Nous apprécions votre patience, votre compréhension et votre partenariat tout en travaillant à l'étude et au règlement de ces problèmes. Si vous avez d'autres questions ou avez besoin d'aide, veuillez contacter notre équipe de soutien à l'adresse https://helpdesk.kaseya.com/hc/en-gb#/contact
L'équipe de R & D de Kaseya publiera un nouvel agent Datto RMM sur toutes les plateformes. Cette version comprend un nouveau numéro de version de l'agent, ce qui facilite la distinction entre les agents qui ont été mis à jour et ceux qui peuvent encore nécessiter une attention. Le déploiement de l'agent mis à jour suivra le calendrier de maintenance publié. Nous encourageons les partenaires à examiner les notes de diffusion pour obtenir des renseignements détaillés sur le déploiement, le calendrier de déploiement de la plate-forme et les directives concernant la version mise à jour de l'agent. Notes de sortie: https://rmm.datto.com/help/fr/Content/0HOME/ReleaseNotes/2026/ReleaseNotesDattorRMMv15.1.4.htm Nous continuons de surveiller activement le déploiement et ses résultats sur toutes les plateformes. Les partenaires devraient vérifier que leurs appareils restent en ligne après la mise à jour. Si des appareils macOS restent hors ligne ou nécessitent des mesures d'assainissement supplémentaires, veuillez consulter les directives disponibles et contacter le support si une aide supplémentaire est nécessaire.
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
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où les clients de Datto SaaS Protection hébergés sur le nœud V2 'aue1-bfyii-2213' connaissent une perturbation des services de SaaS Protection. L'équipe d'ingénierie de Kaseya enquête actuellement. 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.
Notre équipe de R-D a résolu le problème et les clients hébergés sur « aue1-bfyii-2213 » devraient maintenant être accessibles et les comptes fonctionnent normalement. Nous surveillons toute autre question.
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème dans BMS et Vorex où les utilisateurs obtiennent des erreurs lors de la production de factures par lots, en utilisant l'automatisation de la facturation pour envoyer des factures, et des problèmes en utilisant le bouton "Post All" lors de l'étape "Billing Review". 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/
Le problème a été identifié et une solution est en cours de mise en oeuvre.
L'équipe d'ingénierie de Kaseya a des problèmes fixes liés à la production de factures par lots et à l'utilisation de l'automatisation de la facturation. La question avec le bouton « Post All » à l'étape « Facturation Review » sera réglée à une date ultérieure. Comme solution de rechange, les utilisateurs peuvent utiliser l'option de sélection en vrac pour sélectionner plusieurs ou tous les éléments de ligne à la fois, puis cliquez sur "Post" au lieu de "Post All". Cela fournit le même résultat en affichant tous les éléments de ligne sélectionnés, avec une seule étape supplémentaire pendant que nous travaillons sur une correction permanente.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes conscients d'un problème où les utilisateurs peuvent faire l'expérience de la latence prolongée lors de la navigation dans toute la plateforme Kaseya Citation Manager. 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/
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.
Microsoft Graph API migration a été complété dans tous les environnements de Datto SaaS Protection, y compris les clients utilisant des configurations d'archives en place. Aucune autre activité migratoire ne devrait avoir d'incidence sur les opérations de secours. Certains clients peuvent continuer à subir une dégradation des performances de sauvegarde pendant que nos équipes d'ingénierie travaillent à restaurer les taux de succès de sauvegarde aux niveaux de pré-migration. Plusieurs corrections et optimisations sont activement déployées dans les environnements V2 et V3, y compris des améliorations au traitement des erreurs de l'API Microsoft Graph et la fiabilité globale du traitement de sauvegarde. Les équipes continuent de surveiller l'impact de chaque changement au fur et à mesure qu'il est publié. Cadence de sauvegarde actuelle : Environnements V2 : Tous les services Microsoft 365 continuent de sauvegarder trois fois par jour. Environnements V3 : L'échange continue de se faire trois fois par jour. SharePoint, OneDrive et Teams restent sur une cadence réduite d'une sauvegarde par jour tandis que les efforts d'optimisation continuent de maintenir des taux de succès de sauvegarde élevés et d'atténuer le throttling de service Microsoft. À l'heure actuelle, nous n'avons pas de date de règlement fixe, car des améliorations sont apportées grâce à des efforts d'assainissement continus plutôt qu'à un seul rejet. Bien que l'on s'attende à ce que la performance continue à s'améliorer, certains clients peuvent rencontrer des problèmes de performance de sauvegarde intermittents jusqu'à ce que tous les problèmes identifiés aient été résolus. Sur la base des progrès actuels, nous sommes prudemment optimistes quant au règlement des questions restantes au cours des prochains jours. Nous continuerons à fournir des mises à jour lorsque les corrections seront confirmées. Les clients qui n'ont pas effectué la réautorisation requise par Microsoft 365 doivent suivre les instructions ci-dessous : https://saasprotection.dato.com/help/M365/Content/Troubleshooting/General/ews-to-graph.html Si vous avez d'autres questions ou avez besoin d'aide, veuillez contacter notre équipe de soutien à l'adresse suivante : https://helpdesk.kaseya.com/hc/en-gb#/contact Abonnez-vous à la page d'état de Kaseya pour obtenir des renseignements à jour à l'adresse suivante : https://status.kaseya.com/
Les performances de sauvegarde et les taux de succès continuent de s'améliorer à mesure que des optimisations supplémentaires sont déployées dans les environnements de protection de Datto SaaS. Les efforts actuels sont axés sur l'amélioration des performances et de la fiabilité des sauvegardes, y compris des améliorations continues pour aider à atténuer l'impact du throttling de service Microsoft. Les tendances globales demeurent positives et nous nous attendons à des améliorations continues à mesure que les efforts d'optimisation progressent. La cadence de sauvegarde reste inchangée: V2: Tous les services Microsoft 365 sauvegardent trois fois par jour. V3: Exchange soutient trois fois par jour; SharePoint, OneDrive et Teams restent à une sauvegarde par jour tandis que les efforts d'optimisation continuent. Nous continuerons de suivre de près les résultats et de fournir des mises à jour supplémentaires à mesure que de nouvelles améliorations seront apportées.
Les taux de succès de sauvegarde se sont considérablement améliorés au cours du week-end après les derniers efforts d'optimisation, et la performance globale reste sur une tendance positive. La grande majorité des comptes clients de SaaS Protection traitent les sauvegardes normalement, tandis que les équipes d'ingénierie continuent à mettre en œuvre des améliorations de migration post-Microsoft Graph pour les environnements qui peuvent encore connaître des performances de sauvegarde réduites sur certains services Microsoft 365. Pour aider à maintenir des taux de succès de sauvegarde élevés à mesure que les efforts d'optimisation progressent, la cadence de sauvegarde reste inchangée : V2: Tous les services Microsoft 365 sauvegardent trois fois par jour. V3: Exchange sauvegarde trois fois par jour; SharePoint, OneDrive et Teams restent à une sauvegarde par jour. Nous continuerons de surveiller de près le rendement et de fournir d'autres mises à jour à mesure que d'autres améliorations seront apportées.
Les taux de réussite des sauvegardes continuent de s'améliorer et reviennent à des niveaux normaux dans les environnements SaaS Protection à mesure que des améliorations supplémentaires de la migration après Microsoft Graph sont déployées. La plupart des comptes clients traitent maintenant les sauvegardes normalement, et la performance globale de la plateforme a continué à s'améliorer. Les équipes du génie continuent de s'attacher à mettre en œuvre des améliorations supplémentaires et à surveiller étroitement les résultats afin d'assurer des améliorations continues. Nous fournirons d'autres mises à jour à mesure que les progrès se poursuivront.
Les taux de succès des sauvegardes sont largement revenus à des niveaux d'exploitation normaux et demeurent stables dans les environnements SaaS Protection. La grande majorité des comptes clients traitent les sauvegardes avec succès, tandis que les efforts d'optimisation continus continuent d'améliorer la cohérence à travers la plateforme. Dans le cadre de ces améliorations, la cadence de sauvegarde a maintenant été normalisée pour tous les types de charge de travail et environnements Microsoft 365 à trois sauvegardes par jour. Les équipes d'ingénierie continueront de surveiller de près les performances de la plateforme pour assurer une stabilité et une fiabilité durables.
Suite à une mise à jour récente de la plate-forme, certains environnements SaaS Protection dans plusieurs régions ont connu une augmentation du throttling de l'API Microsoft 365, entraînant une dégradation des performances de sauvegarde et un traitement de sauvegarde retardé pour un sous-ensemble de clients. La question sous-jacente a été abordée, et les taux de succès de secours sont déjà en évolution positive, car les environnements touchés sont en mesure de combler l'arriéré actuel. On s'attend à ce que la performance continue à s'améliorer au fur et à mesure que le traitement s'accélère, et les équipes d'ingénierie surveillent de près les efforts de récupération pour assurer un retour à des niveaux d'exploitation normaux pour tous les clients.
Les taux de succès de sauvegarde ont largement regagné les niveaux d'exploitation attendus après la récente augmentation de Microsoft 365 API throttling, et les performances de la plate-forme restent stables dans les environnements SaaS Protection. La grande majorité des comptes clients traitent les sauvegardes avec succès, tandis que les équipes d'ingénierie continuent à mettre en place des optimisations et des améliorations de plate-forme pour améliorer encore la cohérence, les performances et la fiabilité globale du service.
Toutes les charges de travail de Microsoft 365 continuent d'être sauvegardées trois fois par jour dans tous les environnements SaaS Protection. Les performances de sauvegarde et les taux de réussite demeurent stables pour la grande majorité des clients, car les améliorations de migration post-Microsoft Graph continuent d'être déployées. Parmi les améliorations récentes, mentionnons l'amélioration de la manipulation de Microsoft 365 API throttling et des optimisations supplémentaires pour l'efficacité de traitement de sauvegarde, aidant à réduire les échecs, améliorer la récupération des limitations de service, et améliorer la fiabilité globale de sauvegarde. Ces améliorations sont mises en oeuvre dans tous les environnements. Les équipes d'ingénierie s'occupent également activement de plusieurs questions qui touchent un sous-ensemble de sauvegardes Microsoft 365 et continuent de développer et de déployer des améliorations supplémentaires pour améliorer encore les performances, la cohérence et les taux d'achèvement des sauvegardes. Bien que ces améliorations et optimisations continuent d'être mises en œuvre, un sous-ensemble de clients dans plusieurs régions peut encore connaître des sauvegardes retardées ou manquées, ou des sauvegardes qui complètent certains éléments individuels non sauvegardés. Les changements récents ont entraîné des progrès continus, et les équipes demeurent axées sur l'amélioration de la cohérence, de la fiabilité et des performances globales de la plateforme.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
Nous sommes actuellement en situation de perturbation du service pour le serveur mentionné ci-dessous, où les administrateurs peuvent être incapables de se connecter à l'interface utilisateur. Notre équipe s'emploie activement à restaurer les fonctionnalités en ce moment. Nous nous excusons pour tout désagrément. - Équipe des opérations en nuage
Nous continuons d'enquêter sur cette question.
Un correctif a été mis en place et nous suivons les résultats.
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.
Nous sommes conscients d'un problème où les utilisateurs de Kaseya Citation Manager obtiennent une erreur 504 Azure Front Door, et la lenteur potentielle si vous pouvez accéder à KQM. 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/
Cet incident a été résolu.
Traduit automatiquement depuis la mise à jour officielle de l'incident.
