Treasure Data kesinti geçmişi

1. 22 Ekim 2026 03:24 UTCidentified

   13 Ekim'den bu yana, Amazon S3'ten Parkt dosyalarını okuyan bazı ithalat işleri başarıyla tamamlandı, ancak sayı yerine (uzun) metin olarak tarih ve zaman sütunları. Hedef tablosu zaten bu sütunları uzun süre tanımlarsa, ithal değerler boş (NULL). Parkt dosyasında bir tarih veya zaman türü ile saklanan sütunlar etkilenmektedir. Diğer sütunlar ve diğer veri konektörleri etkilenmez. Nedeni tespit ettik, 13 Ekim'de getirilen bir değişiklik ve bir düzeltme hazırlıyor. Tam etki kapsamını değerlendiriyoruz. 30 dakika içinde bir güncelleme sağlayacağız.

2. 22 Ekim 2026 04:06 UTCidentified

   Amazon S3 Parkt ithalat yükleme tarihi ve zaman sütunlarının metin (string) yerine 13 Ekim'den bu yana 2026 02:00 UTC ve bir düzeltme uyguluyoruz. Düzeltilmiş olana kadar, etkilenen ithalat işleri metin olarak yüklenen bu sütunlarla başarıyla tamamlamak için devam ediyor. Diğer sütunlar ve diğer veri konektörleri etkilenmez. Bu dönemde ithal edilen veriler için veri bütünlüğü doğrulamalıyız. 1 saat içinde bir güncelleme sağlayacağız.

3. 22 Ekim 2026 06:22 UTCidentified

   Amazon S3 Parkt ithalat yükleme tarihi ve zaman sütunlarının metin (string) yerine 13 Ekim'den bu yana 2026 02:00 UTC ve bir düzeltme dağıtıyoruz. Düzeltilmiş olana kadar, etkilenen ithalat işleri metin olarak yüklenen bu sütunlarla tamamlanmaya devam ediyor. Diğer sütunlar ve diğer veri konektörleri etkilenmez. Bu dönemde ithal edilen veriler için veri bütünlüğü doğrulamalıyız. 30 dakika içinde bir güncelleme sağlayacağız.

4. 22 Ekim 2026 07:44 UTCmonitoring

   Amazon S3 Parkt ithalat yükleme tarihi ve zaman sütunları için bir düzeltme yaptık. Yeni ithalat işleri bu sütunları sayılar olarak yükler (uzun), 13 Ekim 2026'dan önce. istikrar sağlamak için izliyoruz. 30 dakika içinde bir güncelleme sağlayacağız.

5. 22 Ekim 2026 10:15 UTCresolved

   Amazon S3 Parkt'ın bugüne ve zaman sütunlarını sayılar yerine yüklemesine neden olan sorun çözüldü. 22 Ekim 2026'da 07:40 UTC'de bir düzeltme yapıldı ve yeni ithalat işleri bu sütunları 13 Ekim'den önce (uzun) yüklemiştir. Ekim 13, 2026 02:00 UTC ve 22 Ekim 2026 07:40 UTC arasında ithal edilen veriler etkilenen tarih ve zaman sütunları içerebilir. Etkilenen müşterilerle doğrudan temasa geçeceğiz. Sabırınız için özür dileriz ve sabrınız için teşekkür ederiz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 7 Ekim 2026 04:21 UTCidentified

   6 Ekim'de yaklaşık 22:55 UTC'den bu yana, Hazine AI Voice mobil uygulaması kullanıcıları cihazlarından yeni kayıtları transfer edemiyor olabilirler. Transfer "Una Yetkili" bir hatayla başarısız olur. Bu hem Wi-Fi hem de Bluetooth transferlerini etkiler. Nedeni tespit ettik ve bir düzeltme dağıtıyoruz. Zaten transfer edilen kayıtlar ve transkriptleri ve sumerler etkilenmez. 30 dakika içinde bir güncelleme sağlayacağız.

2. 7 Ekim 2026 04:27 UTCidentified

   Bu sorun için bir düzeltme üzerinde çalışmaya devam ediyoruz.

3. 7 Ekim 2026 04:54 UTCmonitoring

   Hazine AI Voice'taki kayıt transfer başarısızlıkları için bir sunucu tarafı düzeltme yaptık. Mobil uygulamadan yeni transferler tekrar başarılı oluyor. Hiçbir uygulama güncellemesi gereklidir. Olay sırasında transfer başarısız olan kayıtları, cihazdan tekrar aktarılabilir. istikrar sağlamak için izliyoruz.

4. 7 Ekim 2026 05:24 UTCresolved

   Hazine AI Voice'taki kayıt transfer başarısızlıkları çözüldü. Tüm sistemler normalde çalışıyor. 6 Ekim'de yaklaşık 22:55 UTC arasında ve 7 Ekim'de UTC, mobil uygulamadan transfer edilemez. Bir sunucu tarafı düzeltme yaptık ve uygulama güncellemesi gerekli değil. Bu dönemde transfer başarısız olan kayıtları, cihazdan tekrar aktarılabilir. Sabrınız için teşekkür ederiz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 30 Eylül 2026 04:36 UTCresolved

   28 Eylül (5:30 PM UTC) ve 29 Eylül (6:30 PM UTC) müşterileri, önceden belirlenmiş niteliklere sahip olmayan toplu segmentler, Reaktöre yüklemeyi engelleyemezdi. Müşteriler, güncellemek için yapılandırılan değişiklikler için beklerken hata göreceklerdi. Etkisi gerçek zamanlı uygulamalar, kişiselleştirmeler veya bu pencere sırasında kampanyalar sabit özellikler verilere dayanıyor olabilir. Sistem kurtarıldı ve iş akışları şimdi güncel veriler gönderiyor.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 29 Eylül 2026 17:22 UTCinvestigating

   Şu anda ABD'de (AWS) bölgeye veri yüklememeye başarısız olan toplu ihracat işlerini araştırıyoruz. Veri güncelleştirmeleri 24 saate kadar ertelenecektir. Bir saat içinde durumu güncelleyeceğiz.

2. 29 Eylül 2026 18:20 UTCmonitoring

   Bir düzeltme uygulandı ve işlerin başarılı olduğunu gördük.

3. 29 Eylül 2026 21:18 UTCresolved

   Bu olay çözüldü ve destek ekibimiz etkilenen müşterilerle takip edilecek.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 28 Eylül 2026 03:41 UTCinvestigating

   Şu anda Kurumsal ve Kurumsal destek planları için Live Chat özelliği ile bir sorun yaşıyoruz. Ekibimiz aktif olarak araştırıyor. Hala destek ekibimize e-posta desteğ[email protected] tarafından her zamanki gibi ulaşabilirsiniz. Sabrınızı takdir ederiz ve herhangi bir rahatsızlıktan özür dileriz.

2. 28 Eylül 2026 13:16 UTCresolved

   Canlı Sohbet özelliğini kurumsal ve Enterprise destek planları için etkileyen sorunu tespit ettik ve çözdük. Servis tamamen restore edildi ve normalde çalışıyor. Bu rahatsızlıktan içtenlikle özür dileriz ve sabrınız için teşekkür ederiz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 17 Eylül 2026 03:14 UTCidentified

   Web arayüzümüzden işlem e-postalarını etkileyen gecikmelerin nedenini tespit ettik ve bir çözüm üzerinde çalışıyoruz. Müşteriler bu süre zarfında beklenenden biraz e-posta alabilir. Etkilenen e-postalar sistem bildirimleri ve parola sıfırlama talepleri içerir. Diğer e-posta hizmetleri normalde çalışıyor. 30 dakika içinde başka bir güncelleme sağlayacağız.

2. 17 Eylül 2026 03:44 UTCmonitoring

   İşlemsel e-posta teslimatı geri alınır, ancak normal seviyelere geri dönmek için biraz zaman alabilir. Hizmeti izlemeye devam ediyoruz. Diğer e-posta hizmetleri etkilenmez. 2 saat içinde başka bir güncelleme sağlayacağız.

3. 17 Eylül 2026 06:10 UTCmonitoring

   İşlemsel e-posta teslimatı geri alınır, ancak normal seviyelere geri dönmek için biraz zaman alabilir. Hizmeti izlemeye devam ediyoruz. Diğer e-posta hizmetleri etkilenmez. 24 saat içinde başka bir güncelleme sağlayacağız.

4. 18 Eylül 2026 06:51 UTCmonitoring

   İşlemsel e-posta teslimatı geri alınır, ancak normal seviyelere geri dönmek için biraz zaman alabilir. Teslimat sürekli olarak gelişmeye devam ediyor. Hizmeti izlemeye devam ediyoruz. Diğer e-posta hizmetleri etkilenmez. 7 gün içinde başka bir güncelleme sağlayacağız.

5. 25 Eylül 2026 04:44 UTCmonitoring

   İşlemsel e-posta teslimatı iyileşmeye devam ediyor, ancak normal seviyelere geri dönmek için biraz zaman alabilir. Teslimat stabil kalır ve hizmeti izlemeye devam ediyoruz. Diğer e-posta hizmetleri etkilenmez. Yedi gün içinde başka bir güncelleme sağlayacağız ya da koşullar değişirse.

6. 5 Ekim 2026 02:19 UTCmonitoring

   Daha fazla sorun için izlemeye devam ediyoruz.

7. 5 Ekim 2026 02:20 UTCmonitoring

   İşlemsel e-posta teslimatı iyileşmeye devam ediyor, ancak normal seviyelere geri dönmek için biraz zaman alabilir. Teslimat stabil kalır ve hizmeti izlemeye devam ediyoruz. Diğer e-posta hizmetleri etkilenmez. 14 gün içinde başka bir güncelleme yapacağız ya da koşullar değişirse.

8. 16 Ekim 2026 00:04 UTCresolved

   Artık herhangi bir teslimat gecikmesini gözlemlemiyoruz. İzlememizi geliştirdik ve bozulmaları izlemeye devam edeceğiz. Herhangi bir sluggish teslimatını fark ederseniz lütfen yardım için destek ekibimizle iletişime geçin.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 27 Temmuz 2026 08:29 UTCresolved

   7/25 ve bugün, 11:30 AM JST'de 7/27 arasında, BulkLoad'ı etkileyen bir performans bozulma sorunu yaşadık (Data© Import), son ihracat (Activation) ve Bulk Import. Bu sabah yapılan raporlardan sonra, mühendislik ekibimiz sorunu araştırdı ve belirli koşullar altında yüksek sistem yüklerini tespit etti ( içsel bileşenler iletişiminde gecikmeyi) temel sebep olarak. Sorun, sunucu düğümlerimizin tam rotasyonuyla çözüldü ve tam performans 11:30 AM JST olarak restore edildi. Herhangi bir rahatsızlıktan dolayı içtenlikle özür dileriz. Şu anda gelecekte benzer sorunları önlemek için izleme ve uyarı kurallarımızı gözden geçiriyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 7 Temmuz 2026 17:04 UTCinvestigating

   Biz Hazine Çalışması ve Tokyo bölgesindeki tdx'te mezuniyeti gözlemliyoruz. Bu konu, Tokyo bölgesinde sadece Claude Haiku 4.5 modeli ile sınırlıdır. Kullanıcılar, Claude Haiku 4.5 geri dönüş hataları veya zamanı kullanarak taleplerin farkında olabilirler. Bu zamanda, diğer modellerle ilgili herhangi bir sorunu görmüyoruz. Bir iş olarak, kullanıcılar farklı bir model seçebilirler. Bu konuyu aktif olarak araştırıyoruz ve 30 dakika içinde bir güncelleştirme sağlamayı amaçlıyoruz.

2. 7 Temmuz 2026 17:40 UTCinvestigating

   Bu konuyu incelemeye devam ediyoruz ve 30 dakika içinde başka bir güncelleme sağlayacaktır.

3. 7 Temmuz 2026 18:07 UTCidentified

   Bu konuyu keşfetmeye devam ediyoruz ve şu anda potansiyel bir düzeltmeyi değerlendiriyoruz. Testimiz tamamlandıkça yakında güncelleyeceğiz.

4. 7 Temmuz 2026 19:42 UTCidentified

   Potansiyel bir düzeltme ile çalışmaya devam ediyoruz ve potansiyel katkıda bulunan faktörleri tanımlamak için çalışıyoruz. Yine, konu Tokyo bölgesinde Haiku 4.5 modele yerelleştirildikçe, kullanıcıların yüksek hata oranları deneyimledikleri takdirde geçici olarak farklı bir model kullanmasını öneririz. Bu rahatsızlıktan özür dileriz ve yakında başka bir güncellememiz olacak.

5. 7 Temmuz 2026 20:27 UTCmonitoring

   Bir düzeltme uygulandı ve sonuçları takip ediyoruz.

6. 7 Temmuz 2026 20:59 UTCresolved

   Bu konu çözüldü. Hazine Çalışması ve tdx normalde çalışıyor ve Tokyo bölgesinde Claude Haiku 4.5 modeli artık hataları veya zamanları deneyimlemiyor. Sabrınız için teşekkür ederiz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 26 Haziran 2026 21:48 UTCidentified

   ABD bölgesinde Hive query performans bozulmasını yaşıyoruz. Bu konu 25 Haziran'da başladı. Kullanıcılar, özellikle büyük veri hacimleri ile uzun süreli işler için beklenen sorgu yürütme zamanlarından daha uzun gözlemlenebilir. Nedeni tespit ettik ve bir düzeltme üzerinde çalışıyoruz. 30 dakika içinde bir güncelleme sağlayacağız.

2. 26 Haziran 2026 22:22 UTCidentified

   ABD bölgesinde Hive query performans bozulmasını yaşıyoruz. Bu konu 25 Haziran'da başladı. Kullanıcılar, özellikle büyük veri hacimleri ile uzun süreli işler için beklenen sorgu yürütme zamanlarından daha uzun gözlemlenebilir. Nedeni tespit ettik. Bunu ele almak için, üretim ortamına başvurmadan önce bir küme yapılandırma değişikliğini onaylıyoruz. 30 dakika içinde bir güncelleme sağlayacağız.

3. 26 Haziran 2026 22:57 UTCidentified

   Bir düzeltme üzerinde çalışmaya devam ediyoruz. Ekibimiz, üretim ortamına başvurmadan önce bir küme yapılandırma değişikliğini geçerlidir. 30 dakika içinde bir güncelleme sağlayacağız.

4. 26 Haziran 2026 23:57 UTCmonitoring

   Yeterli kapasiteye sahip yeni bir kümeyi teslim ettik ve şimdi işlere gidiyor. Sorgu performansı, küme stabilleri olarak yavaş yavaş iyileşmesi bekleniyor. Durumu yakından takip ediyoruz. 1 saat içinde bir güncelleme sağlayacağız.

5. 27 Haziran 2026 01:13 UTCresolved

   ABD bölgesinde Hive sorgu performansı bozulmaları çözüldü. Yeni bir kümeyi başarıyla teslim ettik ve tüm trafiği ona yolladık. Sistemler artık normalde çalışıyor. Sabrınız için teşekkür ederiz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 25 Haziran 2026 11:46 UTCresolved

   Çözüldü - ABD, Tokyo ve AB bölgelerindeki bazı ihracat (da ihracat) işleri 24 Haziran 2026 21:00 UTC ve 25 Haziran 2026 05:26 UTC arasında ertelenmiş olabilir. Bu dönemde, temel hesaplama düğümleri geçici olarak dengesizydi, bu da ihracat işlerinin tamamlanmasından önce sona ermesine neden olabilir. Bazı durumlarda etkilenen bir iş açık bir hata mesajı olmadan sona erebilir. Sorun çözüldü ve tüm sistemler normalde çalışıyor. Veri bütünlüğü etkilenmez - Hazine Data'daki kaynak verileri etkilenmezdi; bu penceredeki dış yerlere ihracat işlerinin teslim edilmesi bozuldu. Eğer bu pencere sırasında bir sonuç / ihracat koştuysanız, bunu tamamlamayı ve yeniden çalıştırmayı tavsiye ederiz. Ayrıca etkilenen müşterilerle doğrudan iletişime geçeceğiz. Sabrınız için teşekkür ederiz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 24 Haziran 2026 11:11 UTCresolved

   E-posta etkinlik verilerini kaydetmek için bir gecikme tespit ettik (örneğin açık, tıklama, teslimat olayları ve hata olayları) müşteri olay masalarına. Etkilenen dönem (yaklaşık): - 22 Haziran 03:45 UTC - 23 04:15 UTC 23 Haziran UTC - 24 Haziran 07:30 UTC Bu dönemlerde, e-posta olayı verileri kaydı gecikti. E-posta teslimatı etkilenmedi - e-postalar gönderildi ve normalde alındı. Sorun çözüldü ve tüm sistemler normalde çalışıyor. Gecikmiş olaylar tamamen işlendi. Etkilenen dönemler sırasında olay veya hata masaları hakkında sorgular koştuysanız, bu sorguları doğru sonuçlar elde etmeyi öneriyoruz. Herhangi bir rahatsızlıktan özür dileriz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 5 Mayıs 2026 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 Mayıs 2026 16:23 UTCidentified

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

3. 5 Mayıs 2026 17:43 UTCresolved

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

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

   The upstream provider has restored service.

1. 18 Şubat 2026 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 Şubat 2026 21:27 UTCidentified

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

3. 18 Şubat 2026 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 Şubat 2026 22:00 UTCresolved

   This incident has been resolved.

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

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

4. 21 Ocak 2026 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 Ocak 2026 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 Ocak 2026 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 Ocak 2026 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 Ocak 2026 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 Aralık 2025 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 Aralık 2025 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 Aralık 2025 09:22 UTCmonitoring

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

3. 5 Aralık 2025 09:30 UTCresolved

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

1. 5 Kasım 2025 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 Kasım 2025 03:55 UTCmonitoring

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

3. 5 Kasım 2025 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 Ekim 2025 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 Ekim 2025 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 Ekim 2025 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 Ekim 2025 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 Ekim 2025 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 Ekim 2025 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 Ekim 2025 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 Ekim 2025 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 Ekim 2025 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 Ekim 2025 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 Ekim 2025 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