169 Datto incidents · maggio 2025 — official updates, affected components, duration and resolution details.
Una soluzione è stata implementata e stiamo monitorando i risultati.
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo a conoscenza di un problema in cui i clienti di Datto SaaS Protection ospitati su 'aue1-bfyii-1533' stanno vivendo una disgregazione per i servizi di SaaS Protection e possono ricevere un '500 Errore di server interno' quando si tenta di accedere ai loro account. Il team di Kaseya Engineering sta indagando attivamente. Se avete bisogno di ulteriori domande o richiedere assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Il nostro team R&D ha identificato il problema e una soluzione è stata implementata. Tutti i clienti ospitati sul nodo 'aue1-bfyii-1533' sono accessibili di nuovo i conti stanno funzionando normalmente. Stiamo monitorando per qualsiasi altro problema.
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo consapevoli di un problema in cui i clienti ospitati su pod 'aue2-saas-p2' stanno sperimentando il degrado delle prestazioni di backup che interessano M365 e i servizi di Google Workspace. Il Kaseya Engineering Team ha identificato il problema e sta lavorando attivamente per risolverlo. Se avete domande aggiuntive o avete bisogno di assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Il nostro team R&D ha implementato modifiche per affrontare il problema e le metriche di successo di backup per i clienti ospitati su pod 'aue2-saas-p2' sono tornati a livelli normali. Stiamo monitorando per qualsiasi altro problema.
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo consapevoli di un problema in cui Node use1-dtc-server-118.datto.com è inaccessibile impedendo l'accesso a Backup / Screenshots / Ripristini. Il team di Kaseya Engineering sta indagando sulla situazione Se avete bisogno di ulteriori domande o richiedere assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo consapevoli di un problema che riguarda i filtri del dispositivo che combinano le condizioni di query negative, come “non contiene,” con un operatore E/OR incorporato all’interno dei criteri di filtro. Un cambiamento con il modo in cui queste condizioni vengono valutate è stato fatto per correggere queste query tuttavia non è stato comunicato come previsto e può causare alcuni filtri esistenti per restituire risultati diversi rispetto a quanto previsto in precedenza. Stiamo considerando di ripristinare questa modifica, se si ritiene che i filtri possano essere colpiti, si prega di contattare Supporto per la revisione della configurazione e della guida sui prossimi passi.
Siamo consapevoli di un problema che riguarda i filtri del dispositivo che combinano le condizioni di query negative, come “non contiene,” con un operatore E/OR incorporato all’interno dei criteri di filtro. Un cambiamento con il modo in cui queste condizioni vengono valutate è stato fatto per correggere queste query tuttavia non è stato comunicato come previsto e può causare alcuni filtri esistenti per restituire risultati diversi rispetto a quanto previsto in precedenza. Stiamo considerando di ripristinare questa modifica, se si ritiene che i filtri possano essere colpiti, si prega di contattare Supporto per la revisione della configurazione e della guida sui prossimi passi.
Stiamo affrontando attivamente un problema che riguarda i filtri del dispositivo che utilizzano criteri composti, come "non contiene" combinato con gli operatori logici nidificati. Ingegneria sta preparando un aggiornamento per ripristinare il comportamento di valutazione del filtro precedente. La costruzione è attualmente validata nel nostro ambiente di staging, e forniremo un aggiornamento una volta che la finestra di rilascio di produzione è confermata. Azioni consigliate: Filtri: Non è necessaria alcuna azione sui filtri dei dispositivi esistenti. Le configurazioni esistenti valuteranno come previsto una volta che l'aggiornamento viene distribuito. Automazioni: Come precauzione, i partner possono scegliere di mettere temporaneamente in pausa o differire posti di lavoro non critici o politiche che mirano a filtri dinamici fino a quando l'aggiornamento non è completo. pubblicheremo il nostro prossimo aggiornamento una volta che si conclude la convalida di staging.
Un aggiornamento è stato distribuito al Pinotage (EU1) durante il fine settimana per ripristinare il comportamento di valutazione del filtro del dispositivo standard. Il nostro test interno conferma che i filtri funzionano come previsto, e tutte le attività automatizzate sono in esecuzione senza intoppi. Stiamo monitorando attivamente le prestazioni della piattaforma in un giorno di business completo prima di marcare questo incidente completamente risolto. Se avete messo in pausa qualsiasi lavoro programmato o politiche come precauzione, è ora sicuro riprenderli. pubblicheremo il nostro prossimo aggiornamento alla fine del giorno di lavoro.
Questo incidente è ora risolto dopo che il team Kaseya R&D ha ripristinato la funzionalità del filtro del dispositivo precedente con un aggiornamento nel fine settimana Se avete messo in pausa qualsiasi lavoro programmato o politiche come precauzione, è ora sicuro riprenderli.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo consapevoli di un problema in cui i clienti di Datto SaaS Protection ospitati su 'gbe2-bfyii-1555' stanno vivendo una rottura per i servizi di SaaS Protection. Il team di Kaseya Engineering sta indagando. Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Il problema è stato identificato e si sta attuando una correzione.
I clienti ospitati sul nodo 'gbe2-bfyii-1555' sono accessibili di nuovo e i backup sono in esecuzione normalmente. Il nostro team R&D sta monitorando per qualsiasi altro problema.
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Due vulnerabilità critiche sono state divulgate nelle librerie PHP di terze parti che permettono l'esecuzione di codice remoto non autenticata. I team di sicurezza Kaseya stanno valutando tutti i sistemi e i prodotti Kaseya e applicano le correzioni quando diventano disponibili. Questa pagina è la fonte della verità per lo stato e la guida di Kaseya. Stato del prodotto: Tutti i prodotti: Azione del cliente: nessuno Kaseya infrastruttura aziendale: azione del cliente: nessuno Componenti di terze parti nei prodotti Kaseya: Azione del cliente: nessuno
Kaseya è consapevole di due vulnerabilità critiche in PHP: CVE-2026-109618 e CVE-2026-109619. CVE-2026-109618 comporta una vulnerabilità di esecuzione del codice remoto in cui la gestione di errori fuori memoria tramite longjmp() lascia la richiesta di memoria non inizializzata a causa di una gestione del flusso di controllo improprio, potenzialmente permettendo agli aggressori di raggiungere l'esecuzione del codice remoto utilizzando trigger out-of-memory (OOM). CVE-2026-109619 descrive una vulnerabilità di esecuzione del codice remoto in cui longjmp() la gestione degli errori fatali lascia la memoria globale puntando a regioni di memoria liberate. Queste regioni possono essere successivamente accessibili durante le richieste successive, potenzialmente consentendo l'esecuzione arbitraria di codice. Kaseya ha completato una valutazione del suo portafoglio di prodotti per quanto riguarda queste vulnerabilità. Nella tabella sottostante viene fornito un riepilogo dello stato attuale dei prodotti e dei servizi colpiti. Man mano che i nostri sforzi di indagine e di bonifica continuano, terremo aggiornato il seguente elenco con le ultime informazioni. Ecco cosa significa ogni stato: Fully Patched: La correzione è stata applicata. Comandi di compensazione: Il prodotto è impattato, i controlli protettivi sono in posizione, e stiamo lavorando per remediare. Non interessato: il prodotto non è influenzato da queste vulnerabilità. Stato del prodotto: AudIT - Non colpito Autotask PSA - Fully Patched Datto Backup per i file Azure + Blob Storage - Non interessato BMS - Completamente patchato Collegare Booster - Non interessato Datto Backup per Azure - Non interessato Datto BCDR - Comandi Compensanti Datto Direct to Cloud Products - Comandi Compensanti Datto EDR - Non colpito Datto Networking - Comandi Compensanti Datto Partner Portal - Comandi Compensanti Datto RMM - Fully Patched Datto SaaS Defense - Non interessato Protezione Datto SaaS + Backupify - Comandi Compensanti Datto Workplace + File Protect - Comandi Compensanti Endpoint Backup V2 - Fully Patched Graphus - Non interessato Agente ID - Comandi Compensanti Inky - Non interessato IT Glue - Non colpito Kaseya One - Non interessato Kaseya Quote Manager - Comandi Compensanti Kaseya MDM - Non interessato Microsoft Entra Backup - Non interessato MyITProcess - Non colpito Passly - Non interessato Strumenti RapidFire - Pienamente Patched RocketCyber - Comandi Compensanti SaaS Alerts -Non interessato Pagamenti sicuri - Comandi di compensazione Spanning - Comandi Compensanti Unitrends - Comandi Compensanti UniView - Non interessato vPenTest - Fully Patched VSA 10 - Fully Patched VSA 9 - Comandi di compensazione Continueremo a fornire aggiornamenti come ulteriori informazioni diventano disponibili. Per ulteriori domande, si prega di creare un biglietto con il nostro team di supporto qui: https://helpdesk.kaseya.com/hc/en-gb#/contact
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo a conoscenza di un problema in cui i partner di RocketCyber, nella regione dell'UE, stanno vivendo pagine web caricando lentamente o non affatto, all'interno della piattaforma. Il team di Kaseya Engineering sta attualmente indagando sul problema. Se avete bisogno di ulteriori domande o richiedere assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Una soluzione è stata implementata e stiamo monitorando i risultati.
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo a conoscenza di un problema in cui gli utenti di Datto Partner Portal hanno sperimentato un errore durante il tentativo di accedere al Datto Partner Portal. Il Kaseya Engineering Team ha implementato una risoluzione e l'accesso degli utenti è stato ripristinato. Se avete bisogno di ulteriori domande o richiedere assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Un fornitore di terze parti, ConnectWise, ha recentemente segnalato tentativi di accesso non autorizzato associati all'ambiente ConnectWise Cloud Backup. ConnectWise ha avviato le procedure di risposta agli incidenti e ha applicato misure di contenimento mentre continuano a indagare. In questo momento, secondo ConnectWise non vi è alcuna indicazione che i dati di backup dei partner ConnectWise siano stati accessibili. Tutti gli aggiornamenti aggiuntivi relativi a questo incidente possono essere trovati sulla pagina di stato ConnectWise su status.connectwise.com. Nell'ambito dei nostri sforzi di monitoraggio della sicurezza in corso, il Kaseya Security Operations Center ha implementato ulteriori misure di rilevamento il 16 ottobre 2026, mirando indicatori pubblicamente divulgati di compromesso. L'attività corrispondente a questi indicatori viene automaticamente designata come gravità critica e prontamente esaminata dai nostri analisti di sicurezza. Il team di prodotti Kaseya ha anche implementato un'azione fortificata all'interno degli ambienti SaaS Alerts e KSIEM per contribuire a mitigare ulteriormente questo rischio. Si prega di seguire i passaggi seguenti per applicare l'azione fortifica: Nome d'azione: Disattiva le app ConnectWise Cloud Backup e Cloud Management Passi a Deploy all'interno del portale SaaS Alerts e KSIEM: Nel menu a sinistra, sotto "Module", selezionare Fortify → Azioni, quindi eseguire i seguenti: 1. Impostare Seleziona prodotto in Microsoft. 2. Impostare Selezionare l'organizzazione all'org del cliente (o lasciarlo su Tutti), e lasciare Selezionare Azioni su Tutti. 3. Fare clic su Mostra azioni. 4. Cerca per disabilitare le app ConnectWise Cloud Backup e Cloud Management nella casella di ricerca. 5. Sotto i pulsanti dell'azione, fare clic sull'icona bacchetta etichettata Applica. Se senti di essere stato compromesso a causa di questo problema, si prega di contattare il supporto Kaseya.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo a conoscenza di un problema in cui alcuni partner di protezione Datto SaaS non sono in grado di accedere ai conti dei clienti ospitati sul nodo isw1-bfyii-1134 Il team di Kaseya Engineering sta indagando sul problema. Se avete domande o avete bisogno di assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per gli ultimi aggiornamenti: https://status.kaseya.com/
Il Kaseya R&D Team ha implementato una soluzione, e di conseguenza, i clienti ospitati sul nodo sono ora accessibili e la piena funzionalità è ripristinata. Attualmente stiamo monitorando la salute del servizio e il progresso con cui il servizio sta lavorando attraverso i backup in coda. Il tempo stimato per il recupero completo è fino a 8 ore.
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo consapevoli di un problema in cui gli agenti non sono in grado di connettersi e gli utenti del portale non sono in grado di accedere nella regione dell'UA. Il team di Kaseya Engineering sta attualmente indagando su questo problema. Se avete bisogno di ulteriori domande o richiedere assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Una soluzione è stata implementata e stiamo monitorando i risultati.
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo consapevoli di un problema in cui Datto Endpoint Backup per gli utenti di PC ospitati su Cloud Siris 296721 nella regione dell'Est americano può sperimentare le prestazioni di backup degradate. Il Kaseya R&D Team sta attualmente indagando sul problema e sta lavorando verso una risoluzione. Se avete bisogno di ulteriori domande o richiedere assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Una soluzione è stata implementata e stiamo monitorando i risultati.
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo consapevoli di un problema che riguarda la connettività degli agenti di Datto RMM macOS. In questo momento, abbiamo identificato i seguenti comportamenti: - Le installazioni di macOS non sono in grado di stabilire la connettività. - Gli agenti macOS esistenti, che sono attualmente in ambienti di produzione, dovrebbero rimanere online; tuttavia, la nostra indagine è in corso per determinare se scenari aggiuntivi possono causare agenti di andare offline. - Il test iniziale mostra che se un dispositivo macOS è riavviato, l'agente non può riavviare, causando il dispositivo di essere offline in Datto RMM. I nostri team stanno attivamente indagando la causa principale con Apple e lavorano per sviluppare una risoluzione. Forniremo aggiornamenti aggiuntivi come ulteriori informazioni diventano disponibili. Fino a nuovo avviso, si consiglia di evitare inutili riavvio di dispositivi macOS gestiti e di inviare nuove implementazioni di agente macOS, se possibile. Ci scusiamo per l'inconveniente e apprezziamo la vostra pazienza mentre lavoriamo per risolvere questo problema. Se avete bisogno di ulteriori domande o richiedere assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Abbiamo identificato la causa del problema che riguarda la connettività di agenti macOS Datto RMM. Le nostre squadre stanno ora lavorando a una risoluzione. I comportamenti descritti nel nostro precedente aggiornamento rimangono invariati: • Le installazioni di agente macOS installate di recente non sono in grado di stabilire la connettività. • Gli agenti macOS esistenti che sono attualmente in ambienti di produzione dovrebbero rimanere online. • Se un dispositivo macOS è riavviato, l'agente non può riavviare, causando il dispositivo di essere offline in Datto RMM. Fino a quando non è disponibile una risoluzione, continuiamo a consigliare di evitare inutili riavvio di dispositivi macOS gestiti e di inviare nuove implementazioni di agente macOS, se possibile. Posteremo il nostro prossimo aggiornamento qui entro le ore 11:00 EDT il sabato 3 ottobre 2026, o prima se ulteriori informazioni diventano disponibili. Ci scusiamo per l'inconveniente e apprezziamo la vostra pazienza mentre lavoriamo per risolvere questo problema. Se avete bisogno di ulteriori domande o richiedere assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
I nostri team continuano a lavorare su una risoluzione. I comportamenti descritti nel nostro precedente aggiornamento rimangono invariati: • Le installazioni di agente macOS installate di recente non sono in grado di stabilire la connettività. • Gli agenti macOS esistenti che sono attualmente in ambienti di produzione dovrebbero rimanere online. • Se un dispositivo macOS è riavviato, l'agente non può riavviare, causando il dispositivo di essere offline in Datto RMM. Fino a quando non è disponibile una risoluzione, continuiamo a consigliare di evitare inutili riavvio di dispositivi macOS gestiti e di inviare nuove implementazioni di agente macOS, se possibile. Posteremo il nostro prossimo aggiornamento qui entro le 19:00 PM EDT il sabato 3 ottobre 2026, o prima se ulteriori informazioni diventano disponibili. Ci scusiamo per l'inconveniente e apprezziamo la vostra pazienza mentre lavoriamo per risolvere questo problema. Se avete bisogno di ulteriori domande o richiedere assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Il team di Kaseya R&D ha sviluppato una soluzione e si aggiornerà agli agenti MacOS stasera e domani. Invieremo una finestra di manutenzione per ogni piattaforma prima dell'aggiornamento. Per aiutare ad aggiornare gli agenti macOS e verificare che siano aggiornati correttamente, abbiamo preparato una guida passo dopo passo disponibile qui: https://rmm.datto.com/help/en/Content/Troubleshooting/Agent/macOS11994.htm Fino a quando l'aggiornamento non è fuori sulla vostra piattaforma i comportamenti descritti nei nostri post precedenti rimangono invariati: • Le installazioni di agente macOS installate di recente non sono in grado di stabilire la connettività. • Gli agenti macOS esistenti che sono attualmente in ambienti di produzione dovrebbero rimanere online. • Se un dispositivo macOS è riavviato, l'agente non può riavviare, causando il dispositivo di essere offline in Datto RMM. • Continuiamo a consigliare di evitare inutili riavvio di dispositivi macOS gestiti e di inviare nuove implementazioni di agenti macOS, se possibile. Posteremo il nostro prossimo aggiornamento qui dopo che tutte le distribuzioni sono completate, o prima se ulteriori informazioni diventano disponibili. Ci scusiamo per l'inconveniente e apprezziamo la vostra pazienza mentre lavoriamo per risolvere questo problema. Se avete bisogno di ulteriori domande o richiedere assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Una correzione è ora stata implementata su tutte le piattaforme supportate ed è disponibile per tutti i clienti. I nostri team stanno monitorando attivamente l'ambiente e la telemetria della piattaforma per convalidare l'efficacia dei cambiamenti e garantire che i sistemi continuino a funzionare come previsto. Incoraggiamo tutti i clienti a verificare che i loro dispositivi macOS siano online e riferiscano con successo seguendo la distribuzione di questa soluzione. Mentre molti dispositivi dovrebbero recuperare normalmente, alcuni agenti macOS possono rimanere offline e richiederanno un ulteriore risanamento compreso l'intervento manuale da parte degli utenti finali. Per aiutare con questo processo, abbiamo preparato una guida passo-passo che vi aiuterà a confermare lo stato dell'agente, identificare i dispositivi che richiedono ulteriore assistenza e camminare attraverso i passaggi di recupero consigliati: https://rmm.datto.com/help/en/Content/Troubleshooting/Agent/macOS11994.htm Apprezziamo la vostra pazienza, comprensione e partnership mentre abbiamo lavorato per indagare e risolvere questi problemi. Se avete domande aggiuntive o avete bisogno di assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact
Il team di Kaseya R&D pubblicherà un nuovo agente Datto RMM costruito su tutte le piattaforme. Questa versione include un nuovo numero di versione agente, rendendo più facile per i partner distinguere tra agenti che sono stati aggiornati e quelli che possono ancora richiedere l'attenzione. La distribuzione della costruzione dell'agente aggiornato seguirà il programma di manutenzione della piattaforma pubblicato. Incoraggiamo i partner a rivedere le note di rilascio per informazioni dettagliate di distribuzione, tempi di rollout della piattaforma e guida per quanto riguarda la versione aggiornata dell'agente. Note di rilascio: https://rmm.datto.com/help/en/Content/0HOME/ReleaseNotes/2026/ReleaseNotesDattoRMMv15.1.4.htm Continuiamo a monitorare attivamente il rollout e i suoi risultati su tutte le piattaforme. I partner devono verificare che i loro dispositivi rimangano online dopo l'aggiornamento. Se i dispositivi macOS rimangono offline o richiedono un ulteriore risanamento, si prega di fare riferimento alla guida disponibile e contattare il supporto se è necessario ulteriore assistenza.
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
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo consapevoli di un problema in cui i clienti di Datto SaaS Protection hanno ospitato sul nodo V2 'aue1-bfyii-2213' stanno vivendo una rottura per i servizi di SaaS Protection. Il team di Kaseya Engineering sta indagando. Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Il problema è stato identificato e si sta attuando una correzione.
Il nostro team R&D ha risolto il problema e i clienti ospitati su 'aue1-bfyii-2213' dovrebbero ora essere accessibili e gli account funzionano normalmente. Stiamo monitorando per qualsiasi altro problema.
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo a conoscenza di un problema sia in BMS che Vorex dove gli utenti stanno ottenendo errori quando si generano fatture batch, utilizzando automazione di fatturazione per inviare fatture, e problemi utilizzando il pulsante "Post All" quando nella fase "Billing Review". Il team di Kaseya Engineering sta indagando sul problema. Se avete bisogno di ulteriori domande o richiedere assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Il problema è stato identificato e si sta attuando una correzione.
Il Kaseya Engineering Team ha risolto i problemi relativi alla generazione di fatture batch e all'utilizzo dell'automazione di fatturazione. Il problema con il pulsante "Post All" quando sulla fase "Billing Review" sarà fissato in un secondo momento. Come soluzione di lavoro, gli utenti possono utilizzare l'opzione di selezione alla rinfusa per selezionare più o tutti gli elementi della linea contemporaneamente, quindi fare clic su "Post" invece di "Post All". Questo fornisce lo stesso risultato inviando tutti gli elementi della linea selezionati, con un solo ulteriore passo mentre lavoriamo su una fissa permanente.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo consapevoli di un problema in cui gli utenti possono sperimentare la latenza estesa durante la navigazione in tutta la piattaforma Kaseya Quote Manager. Il team di Kaseya Engineering sta indagando sul problema. Se avete bisogno di ulteriori domande o richiedere assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Una soluzione è stata implementata e stiamo monitorando i risultati.
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Microsoft Graph API migrazione è stata completata in tutti gli ambienti Datto SaaS Protection, compresi i clienti che utilizzano configurazioni di archivio in-place. Non sono previste ulteriori attività di migrazione per influenzare le operazioni di backup. Alcuni clienti possono continuare a sperimentare il degrado delle prestazioni di backup mentre i nostri team di ingegneria lavorano per ripristinare i tassi di successo di backup ai livelli di pre-migrazione. Molteplici correzioni e ottimizzazioni vengono implementate attivamente in ambienti V2 e V3, tra cui miglioramenti nella gestione degli errori Microsoft Graph API e nell'affidabilità generale dell'elaborazione di backup. I team continuano a monitorare l'impatto di ogni cambiamento in quanto viene rilasciato. Cadence di backup attuale: V2 ambienti: Tutti i servizi Microsoft 365 continuano a eseguire il backup tre volte al giorno. V3 ambienti: Exchange continua a eseguire il backup tre volte al giorno. SharePoint, OneDrive e Teams rimangono su una ridotta cadenza di un backup al giorno, mentre gli sforzi di ottimizzazione continuano a mantenere alti tassi di successo di backup e mitigare il ritardo del servizio Microsoft. Al momento non abbiamo una data di risoluzione fissa, in quanto vengono apportati miglioramenti attraverso gli sforzi di bonifica in corso piuttosto che un singolo rilascio. Mentre le prestazioni dovrebbero continuare a migliorare, alcuni clienti possono sperimentare problemi di prestazioni di backup intermittenti fino a quando tutti i problemi identificati sono stati affrontati. Sulla base dei progressi attuali, siamo prudentemente ottimisti sul fatto che i restanti problemi saranno risolti nei prossimi giorni a settimane. Continueremo a fornire aggiornamenti come correzioni sono confermate. I clienti che non hanno completato la riautorizzazione richiesta Microsoft 365 inquilino devono seguire le istruzioni qui: https://saasprotection.datto.com/help/M365/Content/Troubleshooting/General/ews-to-graph.html Se avete domande aggiuntive o avete bisogno di assistenza, si prega di contattare il nostro team di supporto al: https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su: https://status.kaseya.com/
Le prestazioni di backup e i tassi di successo continuano a migliorare in quanto vengono implementate ulteriori ottimizzazioni in ambienti Datto SaaS Protection. Gli sforzi attuali si concentrano sul miglioramento delle prestazioni di backup e dell'affidabilità, inclusi i miglioramenti continui per contribuire a mitigare l'impatto di Microsoft service throttling. Le tendenze globali rimangono positive, e ci aspettiamo continui miglioramenti come progressi degli sforzi di ottimizzazione. La cadenza di backup rimane immutata: V2: Tutti i servizi Microsoft 365 tornano tre volte al giorno. V3: Scambio supporta tre volte al giorno; SharePoint, OneDrive e Team rimangono ad un backup al giorno mentre gli sforzi di ottimizzazione continuano. Continueremo a monitorare attentamente i risultati e fornire ulteriori aggiornamenti in quanto vengono implementati ulteriori miglioramenti.
I tassi di successo del backup sono migliorati in modo significativo nel corso del fine settimana dopo gli ultimi sforzi di ottimizzazione, e le prestazioni globali rimangono su una tendenza positiva. La grande maggioranza dei clienti di SaaS Protection sta elaborando i backup normalmente, mentre i team di ingegneria continuano ad implementare ulteriori miglioramenti di migrazione post-Microsoft Graph per ambienti che possono ancora sperimentare ridotte prestazioni di backup in alcuni servizi Microsoft 365. Per aiutare a mantenere alti tassi di successo di backup come progressi degli sforzi di ottimizzazione, la cadenza di backup rimane invariata: V2: Tutti i servizi Microsoft 365 tornano tre volte al giorno. V3: Lo scambio viene eseguito tre volte al giorno; SharePoint, OneDrive e Team rimangono in un backup al giorno. Continueremo a monitorare attentamente le prestazioni e fornire ulteriori aggiornamenti come ulteriori miglioramenti sono implementati.
I tassi di successo di backup continuano a trend positivamente e stanno tornando a livelli normali in ambienti SaaS Protection, poiché vengono implementati ulteriori miglioramenti della migrazione post-Microsoft Graph. La maggior parte dei clienti ora stanno elaborando i backup normalmente, e le prestazioni della piattaforma globale ha continuato a migliorare. I team di ingegneria rimangono concentrati sull'attuazione di ulteriori miglioramenti e le prestazioni di monitoraggio da vicino per garantire miglioramenti continui. Forniremo ulteriori aggiornamenti mentre il progresso continua.
I tassi di successo di backup sono in gran parte restituiti a livelli operativi normali e rimangono stabili in ambienti SaaS Protection. La stragrande maggioranza dei clienti sta elaborando i backup con successo, mentre gli sforzi di ottimizzazione in corso continuano a migliorare ulteriormente la coerenza attraverso la piattaforma. Come parte di questi miglioramenti, la cadenza di backup è stata standardizzata in tutti i tipi e ambienti di carico di lavoro Microsoft 365 a tre backup al giorno. I team di ingegneria continueranno a monitorare attentamente le prestazioni della piattaforma per garantire una stabilità e affidabilità duratura.
A seguito di un recente aggiornamento della piattaforma, alcuni ambienti di SaaS Protection in più regioni hanno sperimentato un aumento del throttling Microsoft 365 API, con conseguente degrado delle prestazioni di backup e l'elaborazione di backup ritardata per un sottoinsieme di clienti. Il problema sottostante è stato affrontato, e i tassi di successo di backup sono già trend positivamente come gli ambienti interessati funzionano attraverso il backlog esistente. Si prevede che le prestazioni continuino a migliorare mentre l'elaborazione si aggiorna, e i team di Engineering stanno monitorando attentamente gli sforzi di recupero per garantire un ritorno ai livelli operativi normali per tutti i clienti.
I tassi di successo di backup sono in gran parte restituiti ai livelli operativi attesi dopo il recente aumento di Microsoft 365 API throttling, e le prestazioni della piattaforma rimangono stabili in tutti gli ambienti SaaS Protection. La stragrande maggioranza dei clienti sta elaborando i backup con successo, mentre i team di Engineering continuano ad implementare ottimizzazioni e miglioramenti della piattaforma per migliorare ulteriormente la coerenza, le prestazioni e l'affidabilità dei servizi.
Tutti i carichi di lavoro Microsoft 365 continuano a essere supportati tre volte al giorno in tutti gli ambienti di protezione SaaS. Le prestazioni di backup e i tassi di successo rimangono stabili per la maggior parte dei clienti in quanto i miglioramenti della migrazione post-Microsoft Graph continuano a essere implementati. Recenti miglioramenti includono una gestione migliorata della limitazione Microsoft 365 API e ulteriori ottimizzazioni per l'efficienza di elaborazione di backup, contribuendo a ridurre i guasti, migliorare il recupero dai limiti di servizio e migliorare l'affidabilità di backup generale. Questi miglioramenti vengono implementati in tutti gli ambienti. I team di ingegneria stanno anche affrontando attivamente diversi problemi rimanenti che riguardano un sottoinsieme di backup Microsoft 365 e continuano a sviluppare e implementare ulteriori miglioramenti per migliorare ulteriormente le prestazioni, la consistenza e i tassi di completamento di backup. Mentre questi miglioramenti e ottimizzazioni continuano ad essere implementati, un sottoinsieme di clienti in più regioni può ancora sperimentare backup ritardati o mancati, o backup che completano alcuni singoli elementi non supportati. I recenti cambiamenti hanno portato avanti i progressi, e i team rimangono concentrati sul miglioramento della coerenza, dell'affidabilità e delle prestazioni globali della piattaforma.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Attualmente stiamo sperimentando interruzioni di servizio per il server di seguito menzionato, dove gli amministratori potrebbero non essere in grado di accedere all'interfaccia utente. Il nostro team sta lavorando attivamente per ripristinare la funzionalità in questo momento. Ci scusiamo per qualsiasi inconveniente. - Cloud Operations Team
Stiamo continuando a indagare su questo problema.
Una soluzione è stata implementata e stiamo monitorando i risultati.
Stiamo continuando a monitorare eventuali ulteriori problemi.
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
Siamo a conoscenza di un problema in cui gli utenti di Kaseya Quote Manager ottengono un errore 504 Azure Front Door e una lentezza potenziale se possibile accedere a KQM. Il team di Kaseya Engineering sta attualmente indagando sul problema. Se avete bisogno di ulteriori domande o richiedere assistenza, si prega di contattare il nostro team di supporto all'indirizzo https://helpdesk.kaseya.com/hc/en-gb#/contact Iscriviti alla pagina di stato Kaseya per informazioni aggiornate su https://status.kaseya.com/
Questo incidente è stato risolto.
Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.
