Cronologia delle interruzioni di Treasure Data

1. 22 ottobre 2026 alle ore 03:24 UTCidentified

   Dal 13 ottobre 2026 02:00 UTC, alcuni lavori di importazione che leggono i file Parquet da Amazon S3 completano con successo ma la data di carico e le colonne di tempo come testo (string) invece di numeri (lungo). Se la tabella di destinazione definisce già queste colonne a lungo, i valori importati sono vuoti (NULL). Solo le colonne memorizzate con un tipo di data o di ora nel file Parquet sono interessate. Altre colonne e altri connettori di dati non sono interessati. Abbiamo identificato la causa, un cambiamento introdotto nel rilascio del 13 ottobre, e stiamo preparando una correzione. Stiamo valutando l'intera portata dell'impatto. Forniamo un aggiornamento in 30 minuti.

2. 22 ottobre 2026 alle ore 04:06 UTCidentified

   Abbiamo identificato la causa di Amazon S3 Parquet importa la data di caricamento e le colonne di tempo come testo (string) invece di numeri (lungo) dal 13 ottobre 2026 02:00 UTC, e stanno implementando una correzione. Fino a quando la correzione non viene implementata, i lavori di importazione interessati continuano a completare con successo con queste colonne caricate come testo. Altre colonne e altri connettori di dati non sono interessati. Stiamo verificando l'integrità dei dati per i dati importati durante questo periodo. Forniremo un aggiornamento in 1 ora.

3. 22 ottobre 2026 alle ore 06:22 UTCidentified

   Abbiamo identificato la causa di Amazon S3 Parquet importa la data di caricamento e le colonne di tempo come testo (string) invece di numeri (lungo) dal 13 ottobre 2026 02:00 UTC, e stanno dispiegando una correzione. Fino a quando la correzione non viene implementata, i lavori di importazione interessati continuano a completare con queste colonne caricate come testo. Altre colonne e altri connettori di dati non sono interessati. Stiamo verificando l'integrità dei dati per i dati importati durante questo periodo. Forniremo un aggiornamento in 30 minuti.

4. 22 ottobre 2026 alle ore 07:44 UTCmonitoring

   Abbiamo implementato una correzione per Amazon S3 Parquet importa la data di caricamento e le colonne di tempo come testo. I nuovi lavori di importazione caricano queste colonne come numeri (lungo), come prima del 13 ottobre 2026. Stiamo monitorando per garantire la stabilità. Forniremo un aggiornamento in 30 minuti.

5. 22 ottobre 2026 alle ore 10:15 UTCresolved

   Il problema che causa le importazioni di Amazon S3 Parquet per caricare le colonne di data e ora come testo (string) invece di numeri (lungo) è stato risolto. Un fix è stato distribuito il 22 ottobre 2026 alle 07:40 UTC, e nuovi lavori di importazione caricano queste colonne come numeri (lungo), come prima del 13 ottobre 2026. I dati importati tra il 13 ottobre 2026 02:00 UTC e il 22 ottobre 2026 07:40 UTC possono contenere le colonne di data e ora interessate. Contattaremo direttamente i clienti interessati. Ci scusiamo per l'inconveniente e vi ringraziamo per la vostra pazienza.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 7 ottobre 2026 alle ore 04:21 UTCidentified

   Da circa 22:55 UTC il 6 ottobre, gli utenti dell'app mobile Treasure AI Voice potrebbero non essere in grado di trasferire nuove registrazioni dal loro dispositivo. Il trasferimento fallisce con un errore "non autorizzato". Ciò riguarda sia i trasferimenti Wi-Fi che Bluetooth. Abbiamo identificato la causa e stiamo implementando una soluzione. Le registrazioni che sono già state trasferite, e le loro trascrizioni e riassunti, non sono influenzate. Forniremo un aggiornamento in 30 minuti.

2. 7 ottobre 2026 alle ore 04:27 UTCidentified

   Stiamo continuando a lavorare per risolvere questo problema.

3. 7 ottobre 2026 alle ore 04:54 UTCmonitoring

   Abbiamo implementato una correzione lato server per i guasti di trasferimento di registrazione in Treasure AI Voice. Nuovi trasferimenti dall'app mobile stanno succedendo di nuovo. Non è richiesto alcun aggiornamento delle app. Le registrazioni che non sono state trasferite durante l'incidente possono essere trasferite nuovamente dal dispositivo. Stiamo monitorando per garantire la stabilità.

4. 7 ottobre 2026 alle ore 05:24 UTCresolved

   I guasti di trasferimento di registrazione in Treasure AI Voice sono stati risolti. Tutti i sistemi sono operativi normalmente. Tra circa 22:55 UTC il 6 ottobre e [fix time] UTC il 7 ottobre, nuove registrazioni non potrebbero essere trasferite dall'app mobile. Abbiamo implementato una correzione lato server e non è richiesto alcun aggiornamento app. Le registrazioni che non sono state trasferite durante questo periodo possono essere trasferite nuovamente dal dispositivo. Grazie per la pazienza.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 30 settembre 2026 alle ore 04:36 UTCresolved

   Tra il 28 settembre (5:30 PM UTC) e il 29 settembre (6:30 PM UTC) i clienti senza segmenti di lotto che avevano programmato aggiornamenti attributo avrebbero visto lavori falliti che impediscono il caricamento dei dati batch in Reactor. I clienti avrebbero visto errori in attesa delle modifiche di configurazione da aggiornare. L'impatto è qualsiasi applicazioni in tempo reale, personalizzazioni o campagne durante tale finestra potrebbero aver fatto affidamento su dati di attributo batch stanti. Il sistema ha recuperato e i flussi di lavoro ora inviano dati aggiornati.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 settembre 2026 alle ore 17:22 UTCinvestigating

   Stiamo attualmente indagando i lavori di esportazione batch che non riescono a caricare i dati in Reactor nella regione degli Stati Uniti (AWS). Gli aggiornamenti dei dati saranno ritardati fino a 24 ore. Si aggiornerà lo stato in un'ora.

2. 29 settembre 2026 alle ore 18:20 UTCmonitoring

   È stata attuata una correzione e abbiamo osservato che i posti di lavoro stanno raggiungendo.

3. 29 settembre 2026 alle ore 21:18 UTCresolved

   Questo incidente è stato risolto, e il nostro team di supporto sarà in seguito con i clienti interessati.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 28 settembre 2026 alle ore 03:41 UTCinvestigating

   Attualmente stiamo vivendo un problema con la nostra funzione Live Chat per i piani di supporto Corporate e Enterprise. La nostra squadra sta indagando attivamente. Puoi ancora raggiungere il nostro team di supporto come al solito inviando un'email a [email protected]. Apprezziamo la vostra pazienza e ci scusiamo per qualsiasi disagio.

2. 28 settembre 2026 alle ore 13:16 UTCresolved

   Abbiamo identificato e risolto il problema che riguarda la funzione Live Chat per i piani di supporto aziendale e Enterprise. Il servizio è stato completamente restaurato e funziona normalmente. Ci scusiamo sinceramente per qualsiasi inconveniente che questo potrebbe aver causato e grazie per la vostra pazienza.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 17 settembre 2026 alle ore 03:14 UTCidentified

   Abbiamo identificato la causa di ritardi che interessano le email transazionali dalla nostra interfaccia web e stanno lavorando su una soluzione. I clienti possono ricevere alcune email più tardi del previsto durante questo periodo. Le email interessate includono le notifiche di sistema e le richieste di ripristino della password. Altri servizi e-mail sono operativi normalmente. Forniremo un altro aggiornamento entro 30 minuti.

2. 17 settembre 2026 alle ore 03:44 UTCmonitoring

   La consegna e-mail Transactional sta recuperando, ma potrebbe richiedere del tempo per tornare ai livelli normali. Stiamo continuando a monitorare il servizio. Altri servizi e-mail rimangono inalterati. Forneremo un altro aggiornamento entro 2 ore.

3. 17 settembre 2026 alle ore 06:10 UTCmonitoring

   La consegna e-mail Transactional sta recuperando, ma potrebbe richiedere del tempo per tornare ai livelli normali. Stiamo continuando a monitorare il servizio. Altri servizi e-mail rimangono inalterati. Forneremo un altro aggiornamento entro 24 ore.

4. 18 settembre 2026 alle ore 06:51 UTCmonitoring

   La consegna e-mail Transactional sta recuperando, ma potrebbe richiedere del tempo per tornare ai livelli normali. La consegna continua a migliorare costantemente. Stiamo continuando a monitorare il servizio. Altri servizi e-mail rimangono inalterati. Forniremo un altro aggiornamento entro 7 giorni.

5. 25 settembre 2026 alle ore 04:44 UTCmonitoring

   La consegna e-mail transazionale continua a recuperare, ma potrebbe richiedere un po 'di tempo per tornare ai livelli normali. La consegna rimane stabile e continuiamo a monitorare il servizio. Altri servizi e-mail rimangono inalterati. Forneremo un altro aggiornamento entro sette giorni, o prima se le condizioni cambiano.

6. 5 ottobre 2026 alle ore 02:19 UTCmonitoring

   Stiamo continuando a monitorare eventuali ulteriori problemi.

7. 5 ottobre 2026 alle ore 02:20 UTCmonitoring

   La consegna e-mail transazionale continua a recuperare, ma potrebbe richiedere un po 'di tempo per tornare ai livelli normali. La consegna rimane stabile e continuiamo a monitorare il servizio. Altri servizi e-mail rimangono inalterati. Forniamo un altro aggiornamento entro 14 giorni, o prima se le condizioni cambiano.

8. 16 ottobre 2026 alle ore 00:04 UTCresolved

   Non stiamo più osservando eventuali ritardi di consegna. Abbiamo migliorato il nostro monitoraggio e continueremo a guardare per le interruzioni. Se si nota una consegna lenta, si prega di contattare il nostro team di supporto per l'assistenza.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 27 luglio 2026 alle ore 08:29 UTCresolved

   Tra il 7/25 e oggi, 7/27 alle 11:30 AM JST, abbiamo sperimentato un problema di degrado delle prestazioni che interessa BulkLoad (Data Connector Import), Result Export (Activation) e Bulk Import. Dopo i rapporti ricevuti questa mattina, il nostro team di ingegneri ha indagato il problema e identificato alto carico di sistema in condizioni specifiche (aumento del ritardo nella comunicazione dei componenti interni) come causa principale. Il problema è stato risolto con la rotazione completa dei nostri nodi server, e le prestazioni complete sono state ripristinate a partire dalle 11:30 AM JST. Ci scusiamo sinceramente per qualsiasi inconveniente causato. Stiamo esaminando le nostre regole di monitoraggio e di avviso per prevenire problemi simili in futuro.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 7 luglio 2026 alle ore 17:04 UTCinvestigating

   Stiamo osservando le prestazioni degradate in Treasure Work e tdx nella regione di Tokyo. Questo numero è limitato al modello Claude Haiku 4.5 solo nella regione di Tokyo. Gli utenti possono notare che le richieste utilizzando Claude Haiku 4.5 errori di ritorno o time out. In questo momento, non vediamo problemi con altri modelli. Come soluzione di lavoro, gli utenti possono selezionare un modello diverso. Stiamo attivamente indagando su questo problema e si propone di fornire un aggiornamento in 30 minuti.

2. 7 luglio 2026 alle ore 17:40 UTCinvestigating

   Stiamo continuando a indagare su questo problema e fornirà un altro aggiornamento in 30 minuti.

3. 7 luglio 2026 alle ore 18:07 UTCidentified

   Stiamo continuando a esplorare questo problema e stiamo valutando un potenziale fix. Ci aggiorneremo non appena il nostro test sarà completo.

4. 7 luglio 2026 alle ore 19:42 UTCidentified

   Stiamo continuando a lavorare attraverso un potenziale fix e lavorando per identificare eventuali fattori di contributo. Ancora una volta, poiché il problema è localizzato ai modelli Haiku 4.5 nella regione di Tokyo, si consiglia agli utenti di utilizzare temporaneamente un modello diverso se stanno vivendo eventuali tassi di errore elevati. Ci scusiamo per l'inconveniente e avremo un altro aggiornamento presto.

5. 7 luglio 2026 alle ore 20:27 UTCmonitoring

   Una soluzione è stata implementata e stiamo monitorando i risultati.

6. 7 luglio 2026 alle ore 20:59 UTCresolved

   Questo problema è stato risolto. Treasure Work e tdx sono operativi normalmente, e il modello Claude Haiku 4.5 nella regione di Tokyo non sta più vivendo errori o timeout. Grazie per la pazienza.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 26 giugno 2026 alle ore 21:48 UTCidentified

   Stiamo sperimentando il degrado delle prestazioni di query Hive nella regione degli Stati Uniti. Questo numero iniziò il 25 giugno 2026. Gli utenti possono osservare i tempi di esecuzione di query più lunghi di quanto previsto, in particolare per lavori di lunga durata con volumi di dati di grandi dimensioni. Abbiamo identificato la causa e stiamo lavorando a una soluzione. Forniamo un aggiornamento in 30 minuti.

2. 26 giugno 2026 alle ore 22:22 UTCidentified

   Stiamo sperimentando il degrado delle prestazioni di query Hive nella regione degli Stati Uniti. Questo numero iniziò il 25 giugno 2026. Gli utenti possono osservare i tempi di esecuzione di query più lunghi di quanto previsto, in particolare per lavori di lunga durata con volumi di dati di grandi dimensioni. Abbiamo identificato la causa. Per affrontare questo problema, stiamo convalidando una modifica di configurazione del cluster prima di applicarlo all'ambiente di produzione. Forniremo un aggiornamento in 30 minuti.

3. 26 giugno 2026 alle ore 22:57 UTCidentified

   Stiamo continuando a lavorare su una soluzione. Il nostro team sta convalidando un cambiamento di configurazione del cluster prima di applicarlo all'ambiente di produzione. Forniremo un aggiornamento in 30 minuti.

4. 26 giugno 2026 alle ore 23:57 UTCmonitoring

   Abbiamo fornito un nuovo cluster con capacità sufficiente e ora stiamo routing posti di lavoro ad esso. Le prestazioni di query dovrebbero recuperare gradualmente mentre il cluster si stabilizza. Stiamo monitorando la situazione da vicino. Forniremo un aggiornamento in 1 ora.

5. 27 giugno 2026 alle ore 01:13 UTCresolved

   Il degrado delle prestazioni di ricerca nella regione degli Stati Uniti è stato risolto. Abbiamo fornito con successo un nuovo cluster e indirizzato tutto il traffico ad esso. I sistemi ora funzionano normalmente. Grazie per la pazienza.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 25 giugno 2026 alle ore 11:46 UTCresolved

   Risolto — Alcuni risultati esportazione (esportazione di dati) posti di lavoro nelle regioni degli Stati Uniti, di Tokyo e dell'UE potrebbero aver fallito o ritardato tra il 24 giugno 2026 21:00 UTC e il 25 giugno 2026 05:26 UTC. Durante questo periodo, i nodi di calcolo sottostanti erano intermittentemente instabili, il che potrebbe causare la cessazione dei lavori di esportazione prima di completare. In alcuni casi un lavoro interessato potrebbe essere finito senza un messaggio di errore chiaro. Il problema è stato risolto e tutti i sistemi sono operativi normalmente. L'integrità dei dati non è influenzata — i dati di origine in Treasure Data non sono stati colpiti; solo la consegna di posti di lavoro di esportazione a destinazioni esterne durante questa finestra potrebbe essere stata interrotta. Se hai eseguito un risultato/esportazione di dati durante questa finestra, ti consigliamo di confermarlo completato e ri-re-running se l'output sembra incompleto. Contattaremo anche i clienti interessati direttamente. Grazie per la pazienza.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 24 giugno 2026 alle ore 11:11 UTCresolved

   Abbiamo identificato un ritardo nella registrazione dei dati degli eventi e-mail (come ad esempio open, click, rimbalzo, eventi di consegna e eventi di errore) alle tabelle degli eventi del cliente. Periodo interessato (circa): - 22 giugno 03:45 UTC – 23 giugno 04:15 UTC - 23 giugno, 07:00 UTC – 24 giugno 07:30 UTC Durante questi periodi, la registrazione dei dati degli eventi email è stata ritardata. La consegna via e-mail non è stata interessata — le e-mail sono state inviate e ricevute normalmente. Il problema è stato risolto e tutti i sistemi sono operativi normalmente. Gli eventi in ritardo sono stati completamente elaborati. Se hai eseguito query su tabelle evento o error event durante i periodi interessati, ti suggeriamo di rifare le domande per ottenere risultati accurati. Ci scusiamo per qualsiasi inconveniente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 5 maggio 2026 alle ore 16:20 UTCidentified

   Incident: Real-time Profile Deletion Workflow Failures Status: Identified Impacted Regions: EU01, US01, Tokyo, AP03 (USA) Update (May 5, 2026 - 11:19 AM CDT) We have identified the root cause of the failures affecting Real-time (RT) bulk profile deletion, load, and stitch workflows in the affected regions. Summary of the Issue: A backend configuration issue resulted in a loss of necessary permissions for the service responsible for processing Real-time bulk profile operations. As a result, impacted workflows are failing with an "Authorization" or "400" error when attempting to invoke internal functions. Current Status: Our engineering team has developed a fix and is currently in the process of deploying it to all affected regions. We expect service to be restored shortly after the deployment is completed. We will provide a further update once the fix has been fully deployed and we have confirmed that workflow processing has returned to normal.

2. 5 maggio 2026 alle ore 16:23 UTCidentified

   We are continuing to work on a fix for this issue.

3. 5 maggio 2026 alle ore 17:43 UTCresolved

   We have applied the fix, and are observing that traffic is flowing correctly now.

1. 27 aprile 2026 alle ore 17:31 UTCmonitoring

   Between 8:05 AM and 8:30 AM PDT, customers operating in the EU01 (Europe) region may have experienced intermittent errors (5xx) affecting two primary areas: Data Ingestion: Errors when attempting to send records via the Ingest API. Real-Time Personalization: Request failures for personalization and profile lookup services. The disruption was caused by an service interruption with an upstream provider in our data processing layer within the eu-central-1 region. This prevented our systems from successfully persisting incoming data to our streaming infrastructure and executing real-time lookups during the affected window. The upstream provider has confirmed the issue is resolved. Our engineering team monitored the recovery, and we have confirmed that all services in the EU01 region have returned to normal operating parameters. Data Integrity: For data ingestion, records that were rejected with a retryable error code during this window should be resubmitted. Records that have already been successfully ingested following the recovery require no further action. Personalization: Real-time request success rates have returned to 100%. We are continuing to monitor the stability of the region. We apologize for any inconvenience this may have caused to your operations. For further questions, please contact our support team at [email protected].

2. 27 aprile 2026 alle ore 18:25 UTCresolved

   The upstream provider has restored service.

1. 18 febbraio 2026 alle ore 20:45 UTCinvestigating

   We are investigating a possible problem currently affecting Treasure Insights. We will provide an update as soon as we know more.

2. 18 febbraio 2026 alle ore 21:27 UTCidentified

   We have partially resolved the incident. We are continuously working to resolve the incident.

3. 18 febbraio 2026 alle ore 21:32 UTCmonitoring

   The performance went back to normal, and no errors are observed now. We will monitor at least for 15 minutes.

4. 18 febbraio 2026 alle ore 22:00 UTCresolved

   This incident has been resolved.

1. 21 gennaio 2026 alle ore 02:55 UTCinvestigating

   Starting at approximately 17:00 PST, we observed increased latency affecting all operations accessing table resources in Plazma. At around 19:00 PST, we applied temporary tuning to the database managing table resources and confirmed recovery based on internal performance metrics. We are currently continuing to monitor the system to ensure overall performance remains stable. Visible impacts are: - Streaming, Mobile, and JavaScript/Browser imports may delay - Jobs execution may delay - Table creation may error - Console execution may delay - Plazma Public API may return errors - Treasure Workflow may delay and fail - Workflow REST API may be unavailable - Workflow operations in Console and CLI may become unavailable - Presto JDBC/ODBC queries and CDP segmentation queries may fail - Console Table preview update may delay - The REST API to submit and cancel jobs may be unavailable - Data Connector Integrations may become unavailable - ADH (Ads Data Hub) and DCR (Data Clean Room) service may be unavailable - ADL (Active Data Layer) service may be unavailable We will send an additional update in 30 minutes

2. 21 gennaio 2026 alle ore 03:37 UTCidentified

   We identified the same issue in the Tokyo region and applied database parameter tuning. We are currently assessing the impact of this change on system performance. As a result of this temporary mitigation applied in both the US and Tokyo regions, the following impact is observed: In Data Workbench, updates to table metadata for row counts and preview data are temporarily paused. We will continue monitoring and provide further updates as we make progress.

3. 21 gennaio 2026 alle ore 03:40 UTCidentified

   We are continuing to work on a fix for this issue.

4. 21 gennaio 2026 alle ore 04:06 UTCidentified

   Performance in the Tokyo region improved at approximately 12:50 JST. The Tokyo region had been experiencing gradually increasing performance degradation since around 09:00 JST. We are currently proceeding with the steps to resume updates of table metadata in Data Workbench. Due to the temporary pause of metadata updates, application metrics that rely on this information, such as Parent Segment size, have also been temporarily not updated. We will continue monitoring the system and share further updates as needed.

5. 21 gennaio 2026 alle ore 04:12 UTCidentified

   In the US region, table metadata updates have been resumed. At this point, the system in the US region is expected to be fully recovered, and we are continuing to monitor it closely. For the Tokyo region, metadata updates will be resumed after we complete confirmation of system performance. We will provide another update when this step begins.

6. 21 gennaio 2026 alle ore 04:41 UTCmonitoring

   The system in the US region is operating normally with no observed issues. In the Tokyo region, table metadata updates have also been resumed. At this point, the Tokyo region is expected to be fully recovered, and we will continue to monitor system performance. Once stability is fully confirmed, we plan to close this status page.

7. 21 gennaio 2026 alle ore 05:07 UTCresolved

   Incident Impact Summary (Plazma / Table Resources) We have confirmed that the system in the Tokyo region is operating normally with no remaining issues. What happened - All operations accessing Plazma table resources experienced increased latency. When - US region: 17:00 PST – 18:40 PST - Tokyo region: 09:00 JST – 12:50 JST Temporary impact during recovery - Updates to table row counts and preview data were temporarily paused. Recovery status - US region: Table metadata updates resumed at 20:00 PST. - Tokyo region: Table metadata updates resumed at 13:40 JST. Both regions are now fully recovered. Data integrity - No data loss or data corruption occurred. We will prepare and publish a post-mortem document to explain the circumstances under which this incident occurred one day after the recent system maintenance. With this confirmation, the incident is now closed.

8. 26 gennaio 2026 alle ore 18:36 UTCpostmortem

   ## Post-Mortem Summary This incident was related to a database maintenance performed on January 19, during which management of Plazma table resources was migrated from the existing RDBMS to a dedicated Aurora database. The purpose of this change was to better isolate table resource workloads and improve long-term scalability. The migration itself completed successfully, and both the original database and the newly introduced Aurora database were operating normally immediately after the maintenance. On the following day, when internal batch processes began running, the newly introduced database experienced unexpected load. Investigation determined that the internal batch system was configured to connect to the master database endpoint instead of a reader endpoint. As a result, internal batch processing competed with user-facing requests, causing increased latency when accessing table resources. To mitigate the impact and enable rapid recovery, temporary database tuning was applied. This tuning was intended solely as a short-term measure to stabilize the system and has since been fully reverted. The permanent fix consisted of correcting the configuration of the internal batch system so that it accesses the appropriate database endpoint. Following these actions, system performance recovered in both the US and Tokyo regions, and all services returned to normal operation. No data loss or data corruption occurred. To prevent similar issues in the future, we are reviewing our configuration and deployment practices, including reducing configuration differences between staging and production environments and strengthening validation of database endpoints used by internal workloads.

1. 10 dicembre 2025 alle ore 06:03 UTCresolved

   An unexpected behavior occurred in the REST API "GET /v3/job/result/{job_id}" which caused it to return only a partial set of results. This issue stemmed from an update to the job result download mechanism implemented around 2025/12/09 01:00 (UTC). The issue was resolved after a fix was applied around 2025/12/10 04:36(UTC). The affected API is used through the following methods: - Directly calling the REST API - Using functions in libraries (e.g., pytd) that reference job results - Toolbelt commands that refers to job results - Setting store_last_results:true in the td>:/td_run> operator in Treasure Workflows - Using the td_for_each>, td_wait> and td_wait_table>: operators in Treasure Workflows Unfortunately, we are unable to identify which API requests were affected. Please compare the number of results retrieved by your job with the download results to see if you were affected. We sincerely apologize for the inconvenience this has caused.

1. 5 dicembre 2025 alle ore 09:18 UTCinvestigating

   We are currently experiencing issues accessing Treasure Insights. Our investigation has identified that this is caused by an outage with a third-party service provider utilized by Treasure Insights. We are monitoring the situation and working with the provider to resolve the issue. We will provide updates as soon as more information becomes available.

2. 5 dicembre 2025 alle ore 09:22 UTCmonitoring

   The third-party service provider has implemented a fix. We are monitoring the results.

3. 5 dicembre 2025 alle ore 09:30 UTCresolved

   We confirmed the third-party service is now operational. The incident has been resolved.

1. 5 novembre 2025 alle ore 03:49 UTCinvestigating

   We have encountered a temporary issue with the availability of Premium Audit Logs for Artificial Intelligence services (AI Agent Foundry and Audience Agent) during the period of November 4th 23:19:26 UTC to November 5th 00:57:55 UTC. While some data during this period may not have been captured, our engineering team is actively investigating the situation. We are taking all necessary steps to restore full service and ensure that all future logs are recorded without issue. We apologize for any inconvenience this may have caused and will keep you updated on our progress.

2. 5 novembre 2025 alle ore 03:55 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 5 novembre 2025 alle ore 07:58 UTCresolved

   Services have been restored to normal operations, and all of our systems are reporting healthy once again. If you observe any lingering issues, please connect with our support team, and we would be happy to help: https://docs.treasuredata.com/articles/#!pd/contacting-treasure-data-support

1. 20 ottobre 2025 alle ore 08:53 UTCinvestigating

   We are aware of an issue affecting log writing and reading for the Profile API in all regions. This is due to an incident with an upstream service. Our team is monitoring the provider's status. We will provide an update shortly.

2. 20 ottobre 2025 alle ore 10:15 UTCinvestigating

   We are also investigating reports indicating that this incident might be causing login errors for customers using SSO (Single Sign-On) to log into our service. Customers attempting a new login via SSO may be unable to access the service. We believe users who are already logged in (have an active session) and users logging in with methods other than SSO (e.g., username/password) are not affected by this login issue. We are working to confirm this.

3. 20 ottobre 2025 alle ore 15:09 UTCinvestigating

   Our upstream service provider is gradually recovering its services, and our services are gradually recovering too. SSO login is working fine, however profile API 1.0 is still recovering its service with latency. As the upstream service provider incident is still ongoing, you might still encounter unexpected errors or issues. We will closely monitoring our services and work with our upstream service provider.

4. 20 ottobre 2025 alle ore 18:53 UTCidentified

   We are continuing to work with our service provider to track this issue. Customers may continue to observe higher latency than normal and may notice delays in processing. We are monitoring the situation closely and are adding additional capacity in anticipation of a recovery. As this situation develops, we will keep you updated on any changes in expected behavior.

5. 20 ottobre 2025 alle ore 21:32 UTCresolved

   Delays should be improving for all customers, and services should be returning to normal. Given the similarity of the two issues, we'll continue tracking any concerns related to this interruption as part of the "[US Region] Issue Affecting Treasure Data Services" issue. For further updates, please track here: https://status.treasuredata.com/incidents/w7v5wtmkdllj If you experience continued issues specifically relating to our Profiles API or SSO Logins, please contact our support team: https://docs.treasuredata.com/articles/#!pd/contacting-treasure-data-support

1. 20 ottobre 2025 alle ore 08:27 UTCinvestigating

   We are currently investigating an issue originating from an upstream service provider used by our infrastructure. This may be affecting the normal operation of some Treasure Data services. We are working to determine the scope of the impact. Observed symptoms may include, but are not limited to, the failure of various jobs (such as Trino, Hive, Result Export, Import, and Custom Script execution) to start. Our team is actively monitoring the situation and working with the provider. We will provide further updates as more information becomes available.

2. 20 ottobre 2025 alle ore 15:05 UTCinvestigating

   Our upstream service provider is gradually recovering its services, and our services are gradually recovering too. Most of our Treasure Data services are back to normal except for Custom Script, autoML and realtime services such as profile API 1.0, and realtime 2.0. As the upstream service provider incident is still ongoing, you might still encounter unexpected errors or issues. We will closely monitoring our services and work with our upstream service provider.

3. 20 ottobre 2025 alle ore 18:49 UTCinvestigating

   We are continuing to monitor ongoing recovery efforts, and most of our systems remain operating. As the situation with our upstream provider develops we will react if we discover any new issues. At this time, we are observing delays in our systems, including Profile API 1.0 and Realtime 2.0. Requests are being processed as they have been received, but users may see a slowdown in results, and may notice delays when updating configurations or journeys. You may notice continued slower performance or unexpected errors. We are working with our service provider to address these issues and will provide an update with new information soon.

4. 20 ottobre 2025 alle ore 19:35 UTCmonitoring

   We are seeing continued recovery across our systems, and are currently working to process any buffered or delayed messages. Customers may continue to observe delays in data processing and may notice slower-than-usual processing of configuration changes. We expect these delays to decrease as our systems catch up. Our team is continuing to track recovery closely, and we'll inform you of any new developments.

5. 20 ottobre 2025 alle ore 21:42 UTCmonitoring

   Service levels continue to improve as upstream services become more stable. Users may still see processing delays, though those should be decreasing as we process the backlog of messages from this event. We are continuing to monitor our systems and deploy capacity as needed. We will update you with additional information as it develops.

6. 20 ottobre 2025 alle ore 23:15 UTCresolved

   Services have been restored to normal operations, and all of our systems are reporting healthy once again. If you observe any lingering issues, please connect with our support team, and we would be happy to help: https://docs.treasuredata.com/articles/#!pd/contacting-treasure-data-support