Histórico de interrupções do Treasure Data

1. 22 Here 2026 da 03:24 UTCidentified

   Desde 13 de outubro de 2026 02:00 UTC, algumas tarefas de importação que lêem arquivos Parquet da Amazon S3 completam com sucesso, mas carregam colunas de data e hora como texto (string) em vez de números (long). Se a tabela de destino já define estas colunas por muito tempo, os valores importados estão vazios (NULL). Apenas as colunas armazenadas com uma data ou tipo de hora no arquivo Parquet são afetadas. Outras colunas e outros conectores de dados não são afetados. Identificamos a causa, uma mudança introduzida no lançamento de 13 de outubro, e estamos preparando uma correção. Estamos a avaliar todo o alcance do impacto. Forneceremos uma atualização em 30 minutos.

2. 22 Here 2026 da 04:06 UTCidentified

   Identificamos a causa da importação do Amazon S3 Parquet data de carregamento e colunas de tempo como texto (texto) em vez de números (longo) desde 13 de outubro de 2026 02:00 UTC, e estão implementando uma correção. Até que a correção seja implantada, as tarefas de importação afetadas continuam a completar com sucesso com essas colunas carregadas como texto. Outras colunas e outros conectores de dados não são afetados. Estamos verificando a integridade dos dados para os dados importados durante este período. Forneceremos uma atualização em 1 hora.

3. 22 Here 2026 da 06:22 UTCidentified

   Identificamos a causa da importação do Amazon S3 Parquet data de carregamento e colunas de tempo como texto (texto) em vez de números (longo) desde 13 de outubro de 2026 02:00 UTC, e estão implantando uma correção. Até que a correção seja implantada, as tarefas de importação afetadas continuam a ser concluídas com essas colunas carregadas como texto. Outras colunas e outros conectores de dados não são afetados. Estamos verificando a integridade dos dados para os dados importados durante este período. Forneceremos uma atualização em 30 minutos.

4. 22 Here 2026 da 07:44 UTCmonitoring

   Temos implantado uma correção para Amazon S3 Parquet importa data de carregamento e colunas de tempo como texto. Novas tarefas de importação carregam essas colunas como números (long), como antes de 13 de outubro de 2026. Estamos a monitorizar para garantir a estabilidade. Forneceremos uma atualização em 30 minutos.

5. 22 Here 2026 da 10:15 UTCresolved

   O problema que faz com que Amazon S3 Parquet importe para carregar colunas de data e hora como texto (texto) em vez de números (longo) foi resolvido. Uma correção foi implantada em 22 de outubro de 2026 às 07:40 UTC, e novos trabalhos de importação carregam essas colunas como números (long), como antes de 13 de outubro de 2026. Dados importados entre 13 de outubro de 2026 02:00 UTC e 22 de outubro de 2026 07:40 UTC podem conter colunas de data e hora afetadas. Entraremos em contato diretamente com os clientes afetados. Pedimos desculpa pela inconveniência e agradecemos-lhe pela sua paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 7 Here 2026 da 04:21 UTCidentified

   Desde aproximadamente 22:55 UTC em 6 de outubro, usuários do aplicativo móvel Treasure AI Voice podem ser incapazes de transferir novas gravações de seu dispositivo. A transferência falha com um erro "Não autorizado". Isso afeta transferências Wi-Fi e Bluetooth. Identificámos a causa e estamos a enviar uma solução. As gravações que já foram transferidas, suas transcrições e resumos, não são afetadas. Forneceremos uma atualização em 30 minutos.

2. 7 Here 2026 da 04:27 UTCidentified

   Continuamos trabalhando em uma solução para esse problema.

3. 7 Here 2026 da 04:54 UTCmonitoring

   Implantamos uma correção do lado do servidor para as falhas de transferência de gravação no Treasure AI Voice. Novas transferências da aplicação móvel estão a suceder novamente. Nenhuma atualização de aplicativo é necessária. As gravações que não foram transferidas durante o incidente podem ser transferidas novamente do dispositivo. Estamos a monitorizar para garantir a estabilidade.

4. 7 Here 2026 da 05:24 UTCresolved

   As falhas de transferência de gravação no Treasure AI Voice foram resolvidas. Todos os sistemas funcionam normalmente. Entre aproximadamente 22:55 UTC em 6 de outubro e [tempo fixo] UTC em 7 de outubro, novas gravações não puderam ser transferidas do aplicativo móvel. Implantamos uma correção do lado do servidor, e nenhuma atualização do aplicativo é necessária. As gravações que não foram transferidas durante este período podem ser transferidas novamente do dispositivo. Obrigado pela vossa paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 30 Gwengolo 2026 da 04:36 UTCresolved

   Entre 28 de setembro (5:30 PM UTC) e 29 de setembro (6:30 PM UTC) clientes sem segmentos de lote que tinham agendado atualizações atributos teria visto trabalhos fracassados impedindo dados de lote de carregar no Reactor. Os clientes teriam visto erros enquanto esperavam que as alterações de configuração fossem atualizadas. O impacto são quaisquer aplicações em tempo real, personalizações ou campanhas durante essa janela podem ter se baseado em dados de atributos em lote. O sistema recuperou e os fluxos de trabalho estão agora enviando dados atualizados.

Traduzido automaticamente da atualização oficial do incidente.

1. 29 Gwengolo 2026 da 17:22 UTCinvestigating

   Atualmente estamos investigando trabalhos de exportação em lote que não carregam dados no Reator na região dos EUA (AWS). As atualizações de dados serão adiadas até 24 horas. Atualizaremos o estado dentro de uma hora.

2. 29 Gwengolo 2026 da 18:20 UTCmonitoring

   Foi implementada uma correção e observamos que os empregos estão conseguindo.

3. 29 Gwengolo 2026 da 21:18 UTCresolved

   Este incidente foi resolvido, e nossa equipe de suporte estará acompanhando os clientes afetados.

Traduzido automaticamente da atualização oficial do incidente.

1. 28 Gwengolo 2026 da 03:41 UTCinvestigating

   Atualmente estamos enfrentando um problema com nosso recurso de Live Chat para planos de suporte corporativo e empresarial. A nossa equipa está a investigar ativamente. Você ainda pode chegar à nossa equipe de suporte, como de costume, enviando e-mail [email protected]. Agradecemos a sua paciência e pedimos desculpa por qualquer inconveniente.

2. 28 Gwengolo 2026 da 13:16 UTCresolved

   Identificamos e resolvemos o problema que afeta o recurso Live Chat para planos de suporte corporativo e empresarial. O serviço foi totalmente restaurado e está funcionando normalmente. Pedimos sinceras desculpas por qualquer inconveniente que isso possa ter causado e agradecemos a sua paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 17 Gwengolo 2026 da 03:14 UTCidentified

   Identificamos a causa dos atrasos que afetam os e-mails transacionais da nossa interface web e estamos trabalhando em uma solução. Os clientes podem receber alguns e-mails mais tarde do que o esperado durante este tempo. E-mails afetados incluem notificações do sistema e solicitações de reset de senha. Outros serviços de email estão funcionando normalmente. Forneceremos outra atualização dentro de 30 minutos.

2. 17 Gwengolo 2026 da 03:44 UTCmonitoring

   Entrega de email transacional está se recuperando, mas pode levar algum tempo para retornar aos níveis normais. Continuamos a monitorizar o serviço. Outros serviços de email permanecem inalterados. Forneceremos outra atualização dentro de 2 horas.

3. 17 Gwengolo 2026 da 06:10 UTCmonitoring

   Entrega de email transacional está se recuperando, mas pode levar algum tempo para retornar aos níveis normais. Continuamos a monitorizar o serviço. Outros serviços de email permanecem inalterados. Forneceremos outra atualização dentro de 24 horas.

4. 18 Gwengolo 2026 da 06:51 UTCmonitoring

   Entrega de email transacional está se recuperando, mas pode levar algum tempo para retornar aos níveis normais. A entrega continua a melhorar constantemente. Continuamos a monitorizar o serviço. Outros serviços de email permanecem inalterados. Forneceremos outra atualização no prazo de 7 dias.

5. 25 Gwengolo 2026 da 04:44 UTCmonitoring

   Entrega de email transacional continua a recuperar, mas pode levar algum tempo para retornar aos níveis normais. A entrega permanece estável, e continuamos a monitorar o serviço. Outros serviços de email permanecem inalterados. Forneceremos outra atualização dentro de sete dias, ou mais cedo se as condições mudarem.

6. 5 Here 2026 da 02:19 UTCmonitoring

   Continuamos monitorando quaisquer outros problemas.

7. 5 Here 2026 da 02:20 UTCmonitoring

   Entrega de email transacional continua a recuperar, mas pode levar algum tempo para retornar aos níveis normais. A entrega permanece estável, e continuamos a monitorar o serviço. Outros serviços de email permanecem inalterados. Nós forneceremos outra atualização dentro de 14 dias, ou mais cedo se as condições mudarem.

8. 16 Here 2026 da 00:04 UTCresolved

   Já não estamos a observar atrasos na entrega. Aumentámos o nosso controlo e continuaremos a assistir a perturbações. Se você notar qualquer entrega lenta, entre em contato com nossa equipe de suporte para assistência.

Traduzido automaticamente da atualização oficial do incidente.

1. 27 Gouere 2026 da 08:29 UTCresolved

   Entre 7/25 e hoje, 7/27 às 11:30 AM JST, tivemos um problema de degradação de desempenho afetando BulkLoad (Importação de Conector de Dados), Exportação de Resultado (Ativação) e Importação de Bulk. Após relatórios recebidos esta manhã, nossa equipe de engenharia investigou o problema e identificou alta carga do sistema sob condições específicas (aumento do atraso na comunicação de componentes internos) como a causa raiz. O problema foi resolvido por rotação completa de nossos nós de servidor, e o desempenho total foi restaurado a partir das 11:30 AM JST. Pedimos sinceras desculpas por qualquer inconveniente causado. Neste momento, estamos a rever as nossas regras de acompanhamento e alerta para prevenir questões semelhantes no futuro.

Traduzido automaticamente da atualização oficial do incidente.

1. 7 Gouere 2026 da 17:04 UTCinvestigating

   Estamos observando desempenho degradado em Treasure Work e tdx na região de Tóquio. Esta questão limita-se ao modelo Claude Haiku 4.5 apenas na região de Tóquio. Os usuários podem notar que os pedidos usando Claude Haiku 4.5 retornam erros ou tempo. Neste momento, não vemos quaisquer problemas com outros modelos. Como alternativa, os usuários podem selecionar um modelo diferente. Estamos a investigar activamente esta questão e pretendemos apresentar uma actualização dentro de 30 minutos.

2. 7 Gouere 2026 da 17:40 UTCinvestigating

   Continuamos a investigar esta questão e forneceremos outra atualização em 30 minutos.

3. 7 Gouere 2026 da 18:07 UTCidentified

   Continuamos a explorar esta questão e estamos actualmente a avaliar uma solução potencial. Atualizaremos assim que nossos testes estiverem completos.

4. 7 Gouere 2026 da 19:42 UTCidentified

   Continuamos a trabalhar através de uma solução potencial e a trabalhar para identificar quaisquer factores potenciais contribuintes. Novamente, como o problema está localizado nos modelos Haiku 4.5 na região de Tóquio, recomendamos que os usuários usem temporariamente um modelo diferente se eles estiverem tendo taxas de erro elevadas. Pedimos desculpas pelo inconveniente e teremos outra atualização em breve.

5. 7 Gouere 2026 da 20:27 UTCmonitoring

   Foi implementada uma correção e estamos monitorando os resultados.

6. 7 Gouere 2026 da 20:59 UTCresolved

   Esta questão foi resolvida. Treasure Work e tdx estão funcionando normalmente, e o modelo Claude Haiku 4.5 na região de Tóquio não está mais experimentando erros ou timeouts. Obrigado pela vossa paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 26 Mezheven 2026 da 21:48 UTCidentified

   Estamos experimentando a degradação do desempenho da consulta de colmeia na região dos EUA. Esta edição começou em 25 de junho de 2026. Os usuários podem observar mais tempo de execução de consultas do que o esperado, particularmente para trabalhos de longo prazo com grandes volumes de dados. Identificámos a causa e estamos a trabalhar numa solução. Forneceremos uma atualização em 30 minutos.

2. 26 Mezheven 2026 da 22:22 UTCidentified

   Estamos experimentando a degradação do desempenho da consulta de colmeia na região dos EUA. Esta edição começou em 25 de junho de 2026. Os usuários podem observar mais tempo de execução de consultas do que o esperado, particularmente para trabalhos de longo prazo com grandes volumes de dados. Identificámos a causa. Para resolver isso, estamos validando uma mudança de configuração de cluster antes de aplicá-lo ao ambiente de produção. Forneceremos uma atualização em 30 minutos.

3. 26 Mezheven 2026 da 22:57 UTCidentified

   Continuamos a trabalhar numa solução. Nossa equipe está validando uma mudança de configuração de cluster antes de aplicá-la ao ambiente de produção. Forneceremos uma atualização em 30 minutos.

4. 26 Mezheven 2026 da 23:57 UTCmonitoring

   Providenciámos um novo agrupamento com capacidade suficiente e estamos agora a canalizar empregos para ele. O desempenho da consulta é esperado para recuperar gradualmente à medida que o cluster se estabiliza. Estamos a acompanhar de perto a situação. Forneceremos uma atualização em 1 hora.

5. 27 Mezheven 2026 da 01:13 UTCresolved

   A degradação do desempenho da consulta colmeia na região dos EUA foi resolvida. Nós fornecemos com sucesso um novo cluster e encaminhamos todo o tráfego para ele. Os sistemas estão a funcionar normalmente. Obrigado pela vossa paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 25 Mezheven 2026 da 11:46 UTCresolved

   Resolvido — Alguns trabalhos de exportação de resultados (exportação de dados) nos EUA, Tóquio e regiões da UE podem ter falhado ou sido atrasados entre 24 de junho de 2026 21:00 UTC e 25 de junho de 2026 05:26 UTC. Durante este período, nós de computação subjacentes eram intermitentemente instáveis, o que poderia causar o fim de trabalhos de exportação antes de completar. Em alguns casos, um trabalho afetado pode ter terminado sem uma mensagem de erro clara. A questão foi resolvida e todos os sistemas funcionam normalmente. A integridade dos dados não é afetada — os dados de fonte em Treasure Data não foram afetados; somente a entrega de trabalhos de exportação para destinos externos durante esta janela poderia ter sido interrompida. Se você executou um resultado/exportação de dados durante esta janela, recomendamos confirmá-lo concluído e executá-lo novamente se a saída parecer incompleta. Também entraremos em contato com clientes afetados diretamente. Obrigado pela vossa paciência.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Mezheven 2026 da 11:11 UTCresolved

   Identificamos um atraso na gravação de dados de eventos de e-mail (como abrir, clicar, saltar, eventos de entrega e eventos de erro) para as tabelas de eventos do cliente. Período afectado (aproximado): - 22 de Junho, 03:45 UTC – 23 de Junho, 04:15 UTC - 23 de Junho, 07:00 UTC – 24 de Junho, 07:30 UTC Durante esses períodos, a gravação de dados de eventos de e-mail foi adiada. A entrega de e-mail em si não foi afetada — e-mails foram enviados e recebidos normalmente. A questão foi resolvida e todos os sistemas funcionam normalmente. Os eventos atrasados foram completamente processados. Se você executou consultas em tabelas de evento ou erro evento durante os períodos afetados, sugerimos reexecutar essas consultas para obter resultados precisos. Pedimos desculpa por qualquer inconveniente.

Traduzido automaticamente da atualização oficial do incidente.

1. 5 Mae 2026 da 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 Mae 2026 da 16:23 UTCidentified

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

3. 5 Mae 2026 da 17:43 UTCresolved

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

1. 27 Ebrel 2026 da 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 Ebrel 2026 da 18:25 UTCresolved

   The upstream provider has restored service.

1. 18 Cʼhwevrer 2026 da 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 Cʼhwevrer 2026 da 21:27 UTCidentified

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

3. 18 Cʼhwevrer 2026 da 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 Cʼhwevrer 2026 da 22:00 UTCresolved

   This incident has been resolved.

1. 21 Genver 2026 da 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 Genver 2026 da 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 Genver 2026 da 03:40 UTCidentified

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

4. 21 Genver 2026 da 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 Genver 2026 da 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 Genver 2026 da 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 Genver 2026 da 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 Genver 2026 da 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 Kerzu 2025 da 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 Kerzu 2025 da 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 Kerzu 2025 da 09:22 UTCmonitoring

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

3. 5 Kerzu 2025 da 09:30 UTCresolved

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

1. 5 Du 2025 da 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 Du 2025 da 03:55 UTCmonitoring

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

3. 5 Du 2025 da 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 Here 2025 da 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 Here 2025 da 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 Here 2025 da 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 Here 2025 da 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 Here 2025 da 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 Here 2025 da 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 Here 2025 da 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 Here 2025 da 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 Here 2025 da 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 Here 2025 da 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 Here 2025 da 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