Historial de interrupciones de Treasure Data

1. 22 de octubre de 2026 a las 3:24 UTCidentified

   Desde el 13 de octubre de 2026 02:00 UTC, algunos trabajos de importación que leen los archivos de Parquet de Amazon S3 completan con éxito pero cargan las columnas de fecha y hora como texto (estring) en lugar de números (long). Si la tabla de destino ya define estas columnas mientras tanto, los valores importados están vacíos (NULL). Sólo las columnas almacenadas con un tipo de fecha o hora en el archivo Parquet son afectadas. Otras columnas y otros conectores de datos no están afectados. Hemos identificado la causa, un cambio introducido en la liberación del 13 de octubre, y estamos preparando una solución. Estamos evaluando el alcance completo del impacto. Proporcionaremos una actualización en 30 minutos.

2. 22 de octubre de 2026 a las 4:06 UTCidentified

   Hemos identificado la causa de Amazon S3 Parquet importa columnas de fecha y hora de carga como texto (cadena) en lugar de números (long) desde el 13 de octubre de 2026 02:00 UTC, y están implementando una solución. Hasta que se despliegue la fijación, los trabajos de importación afectados continúan completando con éxito estas columnas cargadas como texto. Otras columnas y otros conectores de datos no están afectados. Estamos verificando la integridad de los datos importados durante este período. Proporcionaremos una actualización en 1 hora.

3. 22 de octubre de 2026 a las 6:22 UTCidentified

   Hemos identificado la causa de Amazon S3 Parquet importa columnas de fecha y hora de carga como texto (cadena) en lugar de números (long) desde el 13 de octubre de 2026 02:00 UTC, y están implementando una solución. Hasta que se despliegue la fijación, los trabajos de importación afectados continúan completando con estas columnas cargadas como texto. Otras columnas y otros conectores de datos no están afectados. Estamos verificando la integridad de los datos importados durante este período. Proporcionaremos una actualización en 30 minutos.

4. 22 de octubre de 2026 a las 7:44 UTCmonitoring

   Hemos implementado una solución para Amazon S3 Parquet importa columnas de fecha y hora de carga como texto. Nuevos trabajos de importación cargan estas columnas como números (long), como antes del 13 de octubre de 2026. Estamos monitoreando para asegurar la estabilidad. Proporcionaremos una actualización en 30 minutos.

5. 22 de octubre de 2026 a las 10:15 UTCresolved

   Se ha resuelto el problema que causa a las importaciones de Amazon S3 Parquet cargando columnas de fecha y hora como texto (cadena) en lugar de números (long). El 22 de octubre de 2026 se desplegó a las 07:40 UTC, y los nuevos trabajos de importación cargan estas columnas como números (long), como antes del 13 de octubre de 2026. Los datos importados entre el 13 de octubre de 2026 02:00 UTC y el 22 de octubre de 2026 07:40 UTC pueden contener columnas de fecha y hora afectadas. Nos pondremos en contacto directamente con los clientes afectados. Nos disculpamos por la molestia y les damos las gracias por su paciencia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 7 de octubre de 2026 a las 4:21 UTCidentified

   Desde aproximadamente 22:55 UTC el 6 de octubre, los usuarios de la aplicación móvil Treasure AI Voice pueden ser incapaces de transferir nuevas grabaciones de su dispositivo. La transferencia falla con un error "Unauthorized". Esto afecta tanto a las transferencias Wi-Fi como Bluetooth. Hemos identificado la causa y estamos implementando una solución. Las grabaciones que ya fueron transferidas y sus transcripciones y resúmenes no se ven afectadas. Proporcionaremos una actualización en 30 minutos.

2. 7 de octubre de 2026 a las 4:27 UTCidentified

   Seguimos trabajando en una solución para esta cuestión.

3. 7 de octubre de 2026 a las 4:54 UTCmonitoring

   Hemos implementado una solución lado servidor para las fallas de transferencia de grabación en Treasure AI Voice. Nuevas transferencias de la aplicación móvil están teniendo éxito de nuevo. No se requiere actualización de aplicaciones. Las grabaciones que no se transfirieron durante el incidente pueden transferirse de nuevo del dispositivo. Estamos monitoreando para asegurar la estabilidad.

4. 7 de octubre de 2026 a las 5:24 UTCresolved

   Los fallos de transferencia de grabación en Treasure AI Voice han sido resueltos. Todos los sistemas funcionan normalmente. Entre aproximadamente 22:55 UTC el 6 de octubre y [tiempo fijo] UTC el 7 de octubre, no se podían transferir nuevas grabaciones de la aplicación móvil. Desplegamos una solución al lado del servidor y no se requiere actualización de aplicaciones. Las grabaciones que no se transfirieron durante este período pueden transferirse de nuevo del dispositivo. Gracias por su paciencia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 30 de septiembre de 2026 a las 4:36 UTCresolved

   Entre el 28 de septiembre (5:30 PM UTC) y el 29 de septiembre (6:30 PM UTC) clientes sin segmentos de lotes que habían programado actualizaciones de atributos habrían visto trabajos fallidos impidiendo que los datos de lotes se cargaran en Reactor. Los clientes habrían visto errores mientras esperaban los cambios de configuración para actualizar. El impacto es cualquier aplicación en tiempo real, personalizaciones o campañas durante esa ventana puede haber dependido de los datos de atributos de lotes en estadio. El sistema se ha recuperado y los flujos de trabajo están enviando datos actualizados.

Traducido automáticamente desde la actualización oficial del incidente.

1. 29 de septiembre de 2026 a las 17:22 UTCinvestigating

   Actualmente estamos investigando trabajos de exportación de lotes que no cargan datos en Reactor en la región de Estados Unidos (AWS). Las actualizaciones de datos se retrasarán hasta 24 horas. Actualizaremos el estado en una hora.

2. 29 de septiembre de 2026 a las 18:20 UTCmonitoring

   Se ha aplicado una solución y hemos observado que los empleos tienen éxito.

3. 29 de septiembre de 2026 a las 21:18 UTCresolved

   Este incidente ha sido resuelto, y nuestro equipo de apoyo estará siguiendo a clientes afectados.

Traducido automáticamente desde la actualización oficial del incidente.

1. 28 de septiembre de 2026 a las 3:41 UTCinvestigating

   Actualmente estamos experimentando un problema con nuestra función Chat Live para planes de soporte corporativo y empresarial. Nuestro equipo está investigando activamente. Usted todavía puede llegar a nuestro equipo de soporte como de costumbre por correo electrónico [email protected]. Apreciamos su paciencia y nos disculpamos por cualquier inconveniente.

2. 28 de septiembre de 2026 a las 13:16 UTCresolved

   Hemos identificado y resuelto la cuestión que afecta a la función Chat en vivo para los planes de soporte corporativo y empresarial. El servicio ha sido totalmente restaurado y funciona normalmente. Sinceramente nos disculpamos por cualquier inconveniente que esto pueda haber causado y gracias por su paciencia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 17 de septiembre de 2026 a las 3:14 UTCidentified

   Hemos identificado la causa de retrasos que afectan los correos electrónicos transaccionales de nuestra interfaz web y estamos trabajando en una solución. Los clientes pueden recibir algunos correos electrónicos más tarde de lo esperado durante este tiempo. Los correos electrónicos afectados incluyen notificaciones del sistema y solicitudes de reajuste de contraseñas. Otros servicios de correo electrónico funcionan normalmente. Proporcionaremos otra actualización dentro de 30 minutos.

2. 17 de septiembre de 2026 a las 3:44 UTCmonitoring

   La entrega de correo electrónico transaccional se está recuperando, pero puede tomar algún tiempo para volver a los niveles normales. Seguimos vigilando el servicio. Otros servicios de correo electrónico siguen sin ser afectados. Proporcionaremos otra actualización dentro de 2 horas.

3. 17 de septiembre de 2026 a las 6:10 UTCmonitoring

   La entrega de correo electrónico transaccional se está recuperando, pero puede tomar algún tiempo para volver a los niveles normales. Seguimos vigilando el servicio. Otros servicios de correo electrónico siguen sin ser afectados. Proporcionaremos otra actualización dentro de las 24 horas.

4. 18 de septiembre de 2026 a las 6:51 UTCmonitoring

   La entrega de correo electrónico transaccional se está recuperando, pero puede tomar algún tiempo para volver a los niveles normales. La entrega continúa mejorando constantemente. Seguimos vigilando el servicio. Otros servicios de correo electrónico siguen sin ser afectados. Proporcionaremos otra actualización dentro de 7 días.

5. 25 de septiembre de 2026 a las 4:44 UTCmonitoring

   La entrega de correo electrónico transaccional continúa recuperándose, pero puede tardar algún tiempo en volver a los niveles normales. La entrega sigue siendo estable y seguimos vigilando el servicio. Otros servicios de correo electrónico siguen sin ser afectados. Proporcionaremos otra actualización dentro de siete días, o antes si las condiciones cambian.

6. 5 de octubre de 2026 a las 2:19 UTCmonitoring

   Continuamos monitoreando cualquier otro problema.

7. 5 de octubre de 2026 a las 2:20 UTCmonitoring

   La entrega de correo electrónico transaccional continúa recuperándose, pero puede tardar algún tiempo en volver a los niveles normales. La entrega sigue siendo estable y seguimos vigilando el servicio. Otros servicios de correo electrónico siguen sin ser afectados. Proporcionaremos otra actualización dentro de 14 días, o antes si las condiciones cambian.

8. 16 de octubre de 2026 a las 0:04 UTCresolved

   Ya no estamos observando ningún retraso en la entrega. Hemos mejorado nuestra vigilancia y seguiremos observando las perturbaciones. Si nota alguna entrega lenta, póngase en contacto con nuestro equipo de apoyo para recibir asistencia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 27 de julio de 2026 a las 8:29 UTCresolved

   Entre 7/25 y hoy, 7/27 a las 11:30 AM JST, experimentamos un problema de degradación del rendimiento que afecta a BulkLoad ( Importación del Conector de Datos), Exportación de Resultados (Activación) e Importación de Bulk. Tras los informes recibidos esta mañana, nuestro equipo de ingeniería investigó la cuestión e identificó la alta carga del sistema en condiciones específicas (aumento del retraso en la comunicación de componentes internos) como la causa raíz. El problema ha sido resuelto por la rotación completa de nuestros nodos de servidor, y el rendimiento completo fue restaurado a las 11:30 AM JST. Sinceramente nos disculpamos por cualquier inconveniente causado. Actualmente estamos revisando nuestras reglas de monitoreo y alerta para evitar problemas similares en el futuro.

Traducido automáticamente desde la actualización oficial del incidente.

1. 7 de julio de 2026 a las 17:04 UTCinvestigating

   Observamos el rendimiento degradado en Treasure Work y tdx en la región de Tokio. Esta cuestión se limita al modelo Claude Haiku 4.5 en la región de Tokio. Los usuarios pueden notar que las solicitudes utilizando Claude Haiku 4.5 devuelven errores o tiempo fuera. En este momento no vemos ningún problema con otros modelos. Como solución de trabajo, los usuarios pueden seleccionar un modelo diferente. Estamos investigando activamente este problema y pretenderemos proporcionar una actualización en 30 minutos.

2. 7 de julio de 2026 a las 17:40 UTCinvestigating

   Continuamos investigando este problema y proporcionaremos otra actualización en 30 minutos.

3. 7 de julio de 2026 a las 18:07 UTCidentified

   Continuamos explorando esta cuestión y actualmente estamos evaluando una posible solución. Actualizaremos tan pronto como nuestras pruebas estén completas.

4. 7 de julio de 2026 a las 19:42 UTCidentified

   Seguimos trabajando a través de una posible solución y trabajando para identificar posibles factores de contribución. De nuevo, ya que el problema se localiza en los modelos Haiku 4.5 en la región de Tokio, recomendamos a los usuarios utilizar temporalmente un modelo diferente si están experimentando cualquier tipo de error elevado. Nos disculpamos por la molestia y tendremos otra actualización pronto.

5. 7 de julio de 2026 a las 20:27 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

6. 7 de julio de 2026 a las 20:59 UTCresolved

   Esta cuestión se ha resuelto. Treasure Work and tdx are operating normally, and the Claude Haiku 4.5 model in the Tokyo region is no longer experiencing errors or timeouts. Gracias por su paciencia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 26 de junio de 2026 a las 21:48 UTCidentified

   Estamos experimentando la degradación del rendimiento de la consulta Hive en la región de Estados Unidos. Esta cuestión comenzó el 25 de junio de 2026. Los usuarios pueden observar tiempos de ejecución de consultas más largos de lo esperado, especialmente para trabajos de larga duración con grandes volúmenes de datos. Hemos identificado la causa y estamos trabajando en una solución. Proporcionaremos una actualización en 30 minutos.

2. 26 de junio de 2026 a las 22:22 UTCidentified

   Estamos experimentando la degradación del rendimiento de la consulta Hive en la región de Estados Unidos. Esta cuestión comenzó el 25 de junio de 2026. Los usuarios pueden observar tiempos de ejecución de consultas más largos de lo esperado, especialmente para trabajos de larga duración con grandes volúmenes de datos. Hemos identificado la causa. Para abordar esto, estamos validando un cambio de configuración de racimo antes de aplicarlo al entorno de producción. Proporcionaremos una actualización en 30 minutos.

3. 26 de junio de 2026 a las 22:57 UTCidentified

   Continuamos trabajando en una solución. Nuestro equipo está validando un cambio de configuración del cluster antes de aplicarlo al entorno de producción. Proporcionaremos una actualización en 30 minutos.

4. 26 de junio de 2026 a las 23:57 UTCmonitoring

   Hemos proporcionado un nuevo grupo de trabajo con suficiente capacidad y ahora se están pudiendo trabajar. Se espera que el rendimiento de las consultas se recupere gradualmente a medida que el grupo se estabilice. Estamos monitoreando la situación de cerca. Proporcionaremos una actualización en 1 hora.

5. 27 de junio de 2026 a las 1:13 UTCresolved

   Se ha resuelto la degradación del desempeño de las consultas en la región de Estados Unidos. Hemos proporcionado con éxito un nuevo grupo y trazado todo el tráfico hacia él. Los sistemas están operando normalmente. Gracias por su paciencia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 25 de junio de 2026 a las 11:46 UTCresolved

   Resueltos: algunos empleos de exportación de datos (exportación de datos) en las regiones de EE.UU., Tokio y UE podrían haber fallado o retrasado entre el 24 de junio de 2026 21:00 UTC y el 25 de junio de 2026 05:26 UTC. Durante este período, los nodos de computación subyacentes fueron intermitentemente inestables, lo que podría hacer que los trabajos de exportación terminaran antes de terminar. En algunos casos un trabajo afectado puede haber terminado sin un mensaje de error claro. La cuestión se ha resuelto y todos los sistemas funcionan normalmente. No se afecta la integridad de los datos: no se afectaron los datos de origen de los datos del Tesoro; sólo se pudo haber interrumpido la entrega de empleos de exportación a destinos externos durante esta ventana. Si realizó una exportación de resultados/datos durante esta ventana, recomendamos confirmarlo y re-correrlo si la salida parece incompleta. También contactaremos directamente a los clientes afectados. Gracias por su paciencia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 24 de junio de 2026 a las 11:11 UTCresolved

   Identificamos un retraso en la grabación de datos de eventos de correo electrónico (como apertura, clic, rebote, eventos de entrega y eventos de error) a las mesas de eventos del cliente. Período afectado (aproximado): - 22 de junio, 03:45 UTC – 23 de junio, 04:15 UTC - 23 de junio, 07:00 UTC – 24 de junio, 07:30 UTC Durante estos períodos, se retrasó la grabación de datos del evento por correo electrónico. La entrega por correo electrónico no se vio afectada: los correos electrónicos fueron enviados y recibidos normalmente. La cuestión se ha resuelto y todos los sistemas funcionan normalmente. Los eventos retrasados han sido procesados por completo. Si ha realizado consultas sobre tablas de eventos o error event durante los períodos afectados, le sugerimos volver a correr esas consultas para obtener resultados precisos. Nos disculpamos por cualquier inconveniente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 5 de mayo de 2026 a las 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 de mayo de 2026 a las 16:23 UTCidentified

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

3. 5 de mayo de 2026 a las 17:43 UTCresolved

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

1. 27 de abril de 2026 a las 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 de abril de 2026 a las 18:25 UTCresolved

   The upstream provider has restored service.

1. 18 de febrero de 2026 a las 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 de febrero de 2026 a las 21:27 UTCidentified

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

3. 18 de febrero de 2026 a las 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 de febrero de 2026 a las 22:00 UTCresolved

   This incident has been resolved.

1. 21 de enero de 2026 a las 2: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 de enero de 2026 a las 3: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 de enero de 2026 a las 3:40 UTCidentified

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

4. 21 de enero de 2026 a las 4: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 de enero de 2026 a las 4: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 de enero de 2026 a las 4: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 de enero de 2026 a las 5: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 de enero de 2026 a las 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 de diciembre de 2025 a las 6: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 de diciembre de 2025 a las 9: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 de diciembre de 2025 a las 9:22 UTCmonitoring

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

3. 5 de diciembre de 2025 a las 9:30 UTCresolved

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

1. 5 de noviembre de 2025 a las 3: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 de noviembre de 2025 a las 3:55 UTCmonitoring

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

3. 5 de noviembre de 2025 a las 7: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 de octubre de 2025 a las 8: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 de octubre de 2025 a las 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 de octubre de 2025 a las 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 de octubre de 2025 a las 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 de octubre de 2025 a las 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 de octubre de 2025 a las 8: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 de octubre de 2025 a las 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 de octubre de 2025 a las 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 de octubre de 2025 a las 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 de octubre de 2025 a las 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 de octubre de 2025 a las 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