Treasure Data driftsforstyrrelser

1. 22. oktober 2026 kl. 03.24 UTCidentified

   Siden oktober 13, 2026 02: 00 UTC, nogle import job, der læser Parquet filer fra Amazon S3 komplet med succes, men indlæse dato og tid kolonner som tekst (streng) i stedet for numre (lang). Hvis destinationstabellen allerede definerer disse kolonner så længe, er de importerede værdier tomme (NULL). Kun kolonner gemt med en dato eller tidstype i parketfilen er berørt. Andre kolonner og andre datakonnektorer berøres ikke. Vi har identificeret årsagen, en ændring indført i oktober 13 udgivelse, og er ved at forberede et fix. Vi er ved at vurdere det fulde omfang af virkningerne. Vi leverer en opdatering om 30 minutter.

2. 22. oktober 2026 kl. 04.06 UTCidentified

   Vi har identificeret årsagen til Amazon S3 Parquet import lastning dato og tid kolonner som tekst (streng) i stedet for numre (lang) siden oktober 13, 2026 02: 00 UTC, og er at gennemføre en rettelse. Indtil fix er indsat, berørte import job fortsætte med at fuldføre med succes med disse kolonner indlæst som tekst. Andre kolonner og andre datakonnektorer berøres ikke. Vi kontrollerer dataintegriteten for data importeret i denne periode. Vi vil give en opdatering om 1 time.

3. 22. oktober 2026 kl. 06.22 UTCidentified

   Vi har identificeret årsagen til Amazon S3 Parket import lastning dato og tid kolonner som tekst (streng) i stedet for numre (lang) siden oktober 13, 2026 02: 00 UTC, og er ved at implementere en rettelse. Indtil fixet er indsat, berørte import job fortsætter med at fuldføre med disse kolonner indlæst som tekst. Andre kolonner og andre datakonnektorer berøres ikke. Vi kontrollerer dataintegriteten for data importeret i denne periode. Vi leverer en opdatering om 30 minutter.

4. 22. oktober 2026 kl. 07.44 UTCmonitoring

   Vi har indsat en rettelse til Amazon S3 Parket import lastning dato og tid kolonner som tekst. Nye import job indlæse disse kolonner som numre (lang), som før oktober 13, 2026. Vi overvåger stabiliteten. Vi leverer en opdatering om 30 minutter.

5. 22. oktober 2026 kl. 10.15 UTCresolved

   Problemet forårsager Amazon S3 Parket import til at indlæse dato og tid kolonner som tekst (streng) i stedet for numre (lang) er blevet løst. Et fix blev indsat den 22 oktober 2026 på 07: 40 UTC, og nye import job indlæse disse kolonner som numre (lang), som før 13 oktober 2026. Data, der importeres mellem 13. oktober 2026 02: 00 UTC og 22. oktober 2026 07: 40 UTC, kan indeholde berørte dato- og tidskolonner. Vi kontakter berørte kunder direkte. Vi undskylder ulejligheden og takker dig for din tålmodighed.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 7. oktober 2026 kl. 04.21 UTCidentified

   Da ca. 22: 55 UTC den 6. oktober, brugere af Treasure AI Voice mobil app kan være ude af stand til at overføre nye optagelser fra deres enhed. Overførslen mislykkes med en "Uautoriseret" fejl. Dette påvirker både Wi- Fi og Bluetooth overførsler. Vi har identificeret årsagen og er ved at iværksætte et fix. Optagelser, der allerede er overført, og deres udskrifter og resuméer er ikke berørt. Vi leverer en opdatering om 30 minutter.

2. 7. oktober 2026 kl. 04.27 UTCidentified

   Vi fortsætter med at arbejde på en løsning på dette problem.

3. 7. oktober 2026 kl. 04.54 UTCmonitoring

   Vi har indsat en serverside fix for optagelse overførsel fejl i Treasure AI Voice. Nye overførsler fra den mobile app lykkes igen. Ingen app opdatering er nødvendig. Recordings, der undlod at overføre under hændelsen kan overføres igen fra enheden. Vi overvåger stabiliteten.

4. 7. oktober 2026 kl. 05.24 UTCresolved

   Optagelse overførsel fejl i Treasure AI Voice er blevet løst. Alle systemer fungerer normalt. Mellem ca. 22: 55 UTC den 6. oktober og [fix tid] UTC den 7. oktober, kunne nye optagelser ikke overføres fra den mobile app. Vi har indsat en serverside fix, og ingen app opdatering er nødvendig. Recordings, der undlod at overføre i denne periode kan overføres igen fra enheden. Tak for din tålmodighed.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 30. september 2026 kl. 04.36 UTCresolved

   Mellem 28 sept (5: 30 PM UTC) og 29 sept (6: 30 PM UTC) kunder uden batch segmenter, der havde planlagt attributter opdateringer ville have set mislykkede job forhindre batch data fra indlæsning i Reactor. Kunderne ville have set fejl, mens de ventede på config ændringer at opdatere. Virkningen er enhver realtime applikationer, personaliseringer, eller kampagner i løbet af dette vindue kan have baseret på gamle batch attribut data. Systemet har genvundet og arbejdsgange nu sender opdaterede data.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 29. september 2026 kl. 17.22 UTCinvestigating

   Vi undersøger i øjeblikket batch eksport job undlader at indlæse data i Reactor i USA (AWS) regionen. Dataopdateringer vil blive forsinket op til 24 timer. Vi opdaterer status om en time.

2. 29. september 2026 kl. 18.20 UTCmonitoring

   Der er blevet gennemført et fix, og vi har konstateret, at det lykkes at skabe arbejdspladser.

3. 29. september 2026 kl. 21.18 UTCresolved

   Denne hændelse er blevet løst, og vores support team vil følge op med berørte kunder.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 28. september 2026 kl. 03.41 UTCinvestigating

   Vi oplever i øjeblikket et problem med vores Live Chat funktion for Corporate og Enterprise support planer. Vores team undersøger sagen. Du kan stadig nå vores support team som sædvanlig ved at maile support @ scaure.ai. Vi værdsætter din tålmodighed og undskylder for ulejligheden.

2. 28. september 2026 kl. 13.16 UTCresolved

   Vi har identificeret og løst problemet, der påvirker Live Chat funktionen for Corporate og Enterprise support planer. Tjenesten er blevet fuldt restaureret og fungerer normalt. Vi undskylder oprigtigt for eventuelle ulemper dette kan have forårsaget og takker dig for din tålmodighed.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 17. september 2026 kl. 03.14 UTCidentified

   Vi har identificeret årsagen til forsinkelser påvirker Transactional e-mails fra vores web-interface og arbejder på en løsning. Kunder kan modtage nogle e-mails senere end forventet i løbet af denne tid. Berørte e-mails omfatter systemmeddelelser og anmodninger om nulstilling af adgangskode. Andre e-mail-tjenester fungerer normalt. Vi vil levere endnu en opdatering inden for 30 minutter.

2. 17. september 2026 kl. 03.44 UTCmonitoring

   Transaktionel e-mail levering er ved at komme sig, men det kan tage noget tid at vende tilbage til normale niveauer. Vi fortsætter med at overvåge tjenesten. Andre e-mail-tjenester forbliver upåvirket. Vi vil levere endnu en opdatering inden for 2 timer.

3. 17. september 2026 kl. 06.10 UTCmonitoring

   Transaktionel e-mail levering er ved at komme sig, men det kan tage noget tid at vende tilbage til normale niveauer. Vi fortsætter med at overvåge tjenesten. Andre e-mail-tjenester forbliver upåvirket. Vi vil levere endnu en opdatering inden for 24 timer.

4. 18. september 2026 kl. 06.51 UTCmonitoring

   Transaktionel e-mail levering er ved at komme sig, men det kan tage noget tid at vende tilbage til normale niveauer. Leveringen bliver stadig bedre. Vi fortsætter med at overvåge tjenesten. Andre e-mail-tjenester forbliver upåvirket. Vi vil levere endnu en opdatering inden for 7 dage.

5. 25. september 2026 kl. 04.44 UTCmonitoring

   Transaktionel e-mail levering fortsætter med at komme sig, men det kan tage noget tid at vende tilbage til normale niveauer. Levering forbliver stabil, og vi fortsætter med at overvåge tjenesten. Andre e-mail-tjenester forbliver upåvirket. Vi vil give en anden opdatering inden for syv dage, eller før, hvis forholdene ændrer sig.

6. 5. oktober 2026 kl. 02.19 UTCmonitoring

   Vi fortsætter med at overvåge for yderligere spørgsmål.

7. 5. oktober 2026 kl. 02.20 UTCmonitoring

   Transaktionel e-mail levering fortsætter med at komme sig, men det kan tage noget tid at vende tilbage til normale niveauer. Levering forbliver stabil, og vi fortsætter med at overvåge tjenesten. Andre e-mail-tjenester forbliver upåvirket. Vi vil give en anden opdatering inden for 14 dage, eller før hvis forholdene ændrer sig.

8. 16. oktober 2026 kl. 00.04 UTCresolved

   Vi observerer ikke længere nogen leveringsforsinkelser. Vi har forbedret vores overvågning og vil fortsat overvåge forstyrrelser. Hvis du bemærker nogen træg levering, bedes du kontakte vores support team for hjælp.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 27. juli 2026 kl. 08.29 UTCresolved

   Mellem 7 / 25 og i dag, 7 / 27 kl 11: 30 JST, vi oplevede en ydeevne nedbrydning problem påvirker BulkLoad (Data Connector Import), Resultat Eksport (Aktivering) og Bulk Import. Efter rapporter modtaget i morges, vores ingeniør team undersøgt spørgsmålet og identificeret høj systembelastning under specifikke betingelser (stigende forsinkelse i interne komponenter kommunikation) som den grundlæggende årsag. Spørgsmålet er blevet løst ved fuld rotation af vores server knudepunkter, og fuld ydeevne blev genoprettet fra 11: 30 AM JST. Vi undskylder for ulejligheden. Vi gennemgår i øjeblikket vores overvågnings- og varslingsregler for at forhindre lignende spørgsmål i fremtiden.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 7. juli 2026 kl. 17.04 UTCinvestigating

   Vi observerer nedbrudt ydeevne i Treasure Work og tdx i Tokyo-regionen. Dette spørgsmål er begrænset til Claude Haiku 4.5 model i Tokyo-regionen. Brugere kan bemærke, at anmodninger ved hjælp af Claude Haiku 4.5 returnere fejl eller tid ud. På nuværende tidspunkt ser vi ingen problemer med andre modeller. Som workout kan brugerne vælge en anden model. Vi er aktivt i gang med at undersøge dette spørgsmål og vil forsøge at give en opdatering om 30 minutter.

2. 7. juli 2026 kl. 17.40 UTCinvestigating

   Vi fortsætter med at undersøge dette spørgsmål og vil fremlægge endnu en opdatering om 30 minutter.

3. 7. juli 2026 kl. 18.07 UTCidentified

   Vi er fortsat i færd med at undersøge dette spørgsmål og er i øjeblikket ved at evaluere en potentiel løsning. Vi opdaterer, så snart vores test er færdig.

4. 7. juli 2026 kl. 19.42 UTCidentified

   Vi fortsætter med at arbejde gennem en potentiel fix og arbejde for at identificere eventuelle potentielle medvirkende faktorer. Igen, da problemet er lokaliseret til Haiku 4.5 modeller i Tokyo-regionen, anbefaler vi brugere midlertidigt bruge en anden model, hvis de oplever nogen forhøjede fejlrater. Vi undskylder ulejligheden og vil snart have endnu en opdatering.

5. 7. juli 2026 kl. 20.27 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

6. 7. juli 2026 kl. 20.59 UTCresolved

   Dette spørgsmål er blevet løst. Treasure Work og tdx fungerer normalt, og Claude Haiku 4.5 modellen i Tokyo regionen ikke længere oplever fejl eller timeouts. Tak for din tålmodighed.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 26. juni 2026 kl. 21.48 UTCidentified

   Vi oplever Hive forespørgsel performance nedbrydning i den amerikanske region. Dette spørgsmål begyndte den 25. juni 2026. Brugere kan observere længere end forventet forespørgsel udførelsestider, især for langvarige job med store data mængder. Vi har identificeret årsagen og arbejder på et fix. Vi leverer en opdatering om 30 minutter.

2. 26. juni 2026 kl. 22.22 UTCidentified

   Vi oplever Hive forespørgsel performance nedbrydning i den amerikanske region. Dette spørgsmål begyndte den 25. juni 2026. Brugere kan observere længere end forventet forespørgsel udførelsestider, især for langvarige job med store data mængder. Vi har identificeret årsagen. For at løse dette validerer vi en klyngekonfigurationsændring, før den anvendes på produktionsmiljøet. Vi leverer en opdatering om 30 minutter.

3. 26. juni 2026 kl. 22.57 UTCidentified

   Vi fortsætter med at arbejde på et fix. Vores team validerer en klyngekonfigurationsændring, før den anvendes på produktionsmiljøet. Vi leverer en opdatering om 30 minutter.

4. 26. juni 2026 kl. 23.57 UTCmonitoring

   Vi har stillet en ny klynge til rådighed med tilstrækkelig kapacitet og er nu i gang med at skabe arbejdspladser. Forespørgselsperformance forventes at komme sig gradvist, efterhånden som klyngen stabiliseres. Vi følger situationen nøje. Vi vil give en opdatering om 1 time.

5. 27. juni 2026 kl. 01.13 UTCresolved

   Hive forespørgsel performance nedbrydning i den amerikanske region er blevet løst. Vi har leveret en ny klynge og omdirigeret al trafik til den. Systemerne fungerer nu normalt. Tak for din tålmodighed.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 25. juni 2026 kl. 11.46 UTCresolved

   Resolved - Nogle resultater eksport (dataeksport) job i USA, Tokyo, og EU regioner kan have svigtet eller blevet forsinket mellem 24 juni 2026 21: 00 UTC og 25 juni 2026 05: 26 UTC. I denne periode var de underliggende computerknuder periodisk ustabile, hvilket kunne få eksportarbejdspladser til at ophøre, før de blev afsluttet. I nogle tilfælde en berørt job kan have afsluttet uden en klar fejlmeddelelse. Problemet er løst, og alle systemer fungerer normalt. Dataintegritet er ikke påvirket - kildedata i Treasure Data var upåvirket; kun levering af eksportarbejdspladser til eksterne destinationer i dette vindue kunne være blevet afbrudt. Hvis du kørte et resultat / data eksport under dette vindue, anbefaler vi at bekræfte det afsluttet og re- kører det, hvis outputtet ser ufuldstændig. Vi kontakter også berørte kunder direkte. Tak for din tålmodighed.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. juni 2026 kl. 11.11 UTCresolved

   Vi identificerede en forsinkelse i optagelsen af e-mail begivenhed data (såsom åbne, klik, bounce, levering begivenheder, og fejl begivenheder) til kunde begivenhed tabeller. Berørt periode (ca.): - 22. juni, 03: 45 UTC - 23. juni, 04: 15 UTC - 23 juni, 07: 00 UTC - 24 juni, 07: 30 UTC I disse perioder, email begivenhed data registrering blev forsinket. Email levering i sig selv blev ikke påvirket - e-mails blev sendt og modtaget normalt. Problemet er løst, og alle systemer fungerer normalt. Forsinkede begivenheder er blevet behandlet fuldt ud. Hvis du kørte forespørgsler om begivenhed eller fejl _ begivenhed tabeller i de berørte perioder, vi foreslår at genkøre disse forespørgsler for at få nøjagtige resultater. Vi undskylder for ulejligheden.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 5. maj 2026 kl. 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. maj 2026 kl. 16.23 UTCidentified

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

3. 5. maj 2026 kl. 17.43 UTCresolved

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

1. 27. april 2026 kl. 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. april 2026 kl. 18.25 UTCresolved

   The upstream provider has restored service.

1. 18. februar 2026 kl. 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. februar 2026 kl. 21.27 UTCidentified

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

3. 18. februar 2026 kl. 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. februar 2026 kl. 22.00 UTCresolved

   This incident has been resolved.

1. 21. januar 2026 kl. 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. januar 2026 kl. 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. januar 2026 kl. 03.40 UTCidentified

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

4. 21. januar 2026 kl. 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. januar 2026 kl. 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. januar 2026 kl. 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. januar 2026 kl. 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. januar 2026 kl. 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. december 2025 kl. 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. december 2025 kl. 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. december 2025 kl. 09.22 UTCmonitoring

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

3. 5. december 2025 kl. 09.30 UTCresolved

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

1. 5. november 2025 kl. 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. november 2025 kl. 03.55 UTCmonitoring

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

3. 5. november 2025 kl. 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. oktober 2025 kl. 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. oktober 2025 kl. 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. oktober 2025 kl. 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. oktober 2025 kl. 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. oktober 2025 kl. 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. oktober 2025 kl. 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. oktober 2025 kl. 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. oktober 2025 kl. 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. oktober 2025 kl. 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. oktober 2025 kl. 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. oktober 2025 kl. 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