Tüm Ürünler
Search
Belge Merkezi

DataWorks:Synchronize MySQL to MaxCompute using a full and incremental task

Son Güncelleme:Oct 05, 2026

Data Integration, ApsaraDB for OceanBase, MySQL, Oracle ve PolarDB gibi kaynaklardan MaxCompute'a yönelik tüm veritabanlarının tam ve artımlı senkronizasyonunu destekler. Bu senkronizasyon bağlantısı ilk olarak tam bir geçiş gerçekleştirir, ardından artımlı değişiklikleri sürekli olarak senkronize eder ve bunları hedefe günlük (T+1) olarak birleştirir. Bu konu, MySQL'den MaxCompute'a örnek olayını kullanarak tam ve artımlı bir görevin nasıl oluşturulacağını açıklar.

Çalışma mantığı

Tam ve artımlı bir görev, verileri hedef temel tabloya geçirmek ve birleştirmek için toplu iş ve gerçek zamanlı alt görevleri birleştirir. Görev başlatıldıktan sonra sistem, verileri hedef tabloya (temel tablo) birleştirmek üzere toplu iş ve gerçek zamanlı alt görevleri otomatik olarak oluşturur ve koordine eder.

Süreç üç aşamadan oluşur:

  1. İlk tam yükleme: Bir toplu iş görevi, kaynak veritabanındaki tüm tabloların şemalarını ve mevcut verilerini MaxCompute'a geçirir. Tamamlandığında bu toplu iş görevi dondurulur.

  2. Artımlı senkronizasyon: Gerçek zamanlı bir görev, kaynak veritabanı binlog'undan (örneğin MySQL binlog) değişiklikleri (Insert, Update, Delete) sürekli olarak yakalar ve bunları neredeyse gerçek zamanlı olarak MaxCompute'taki geçici bir günlük tablosuna yazar.

  3. Düzenli birleştirme: Günlük (T+1) birleştirme görevi, önceki günün günlük tablosundaki artımlı verilerini temel tablo ile birleştirerek yeni bir bölümde tam bir anlık görüntü oluşturur. Bu birleştirme görevi günde bir kez çalışır.

image

Temel özellikler:

  • Çoka çok veya çoka bir tablo eşlemesi: Birden fazla kaynak tabloyu karşılık gelen hedef tablolara senkronize edin veya eşleme kurallarını kullanarak birden fazla kaynak tabloyu tek bir hedef tabloya birleştirin.

  • Bileşim: Tam ve artımlı bir görev; bir toplu iş alt görevinden (tam yükleme), bir gerçek zamanlı alt görevden (artımlı senkronizasyon) ve bir birleştirme görevinden (veri konsolidasyonu) oluşur.

  • Hedef tablo desteği: Veriler, MaxCompute'taki bölümlenmiş ve bölümlenmemiş tablolara yazılabilir.

Kullanım notları

  • Kaynak gereksinimleri: Görevlerin bir serverless resource group üzerinde çalışması gerekir. Örnek başına veri senkronize ederken minimum teknik özellikler: serverless kaynak grubu için 2 CU.

  • Ağ bağlantısı: Data Integration için kaynak grubunun hem kaynak (örneğin MySQL) hem de hedef (örneğin MaxCompute) veri kaynaklarına ağ bağlantısının bulunduğundan emin olun. Daha fazla bilgi için bkz. Network connectivity.

  • Bölge kısıtlamaları: Yalnızca mevcut DataWorks çalışma alanıyla aynı bölgede bulunan kendi tarafından yönetilen MaxCompute veri kaynakları desteklenir. Kendi tarafından yönetilen bir MaxCompute veri kaynağı kullanırken Data Studio'da yine de bir MaxCompute hesaplama kaynağı ilişkilendirmeniz gerekir. Aksi takdirde MaxCompute SQL düğümleri oluşturamazsınız, bu da tam senkronizasyonun tamamlandığını belirten düğümün başarısız olmasına neden olur.

  • Zamanlama kaynak grubu kısıtlamaları: Görev için yapılandırılan serverless resource group zamanlama kaynak grubu olarak kullanılır.

  • Hedef tablo türü kısıtlamaları: Kaynak verilerin MaxCompute harici tablolarına senkronize edilmesi desteklenmez.

Notlar

  • Birincil anahtar gereksinimleri: Birincil anahtarı olmayan tablolar desteklenmez. Birincil anahtarı olmayan tablolar için yapılandırma sırasında bir veya daha fazla sütunu iş birincil anahtarı olarak manuel olarak belirtmeniz gerekir (Specify Primary Key).

  • Veri görünürlük gecikmesi: MaxCompute için tam ve artımlı bir görev yapılandırdığınız gün yalnızca geçmiş tam verileri sorgulayabilirsiniz. Artımlı veriler, sonraki günün birleştirmesi tamamlandıktan sonra MaxCompute'ta sorgulanabilir. Daha fazla bilgi için bkz. How it works bölümündeki düzenli birleştirme kısmı.

  • Depolama ve yaşam döngüsü: Tam ve artımlı bir görev her gün tam bir bölüm oluşturur. Aşırı depolama kullanımını önlemek için görev tarafından otomatik olarak oluşturulan MaxCompute tablolarının varsayılan yaşam döngüsü 30 gündür. Bu durum iş ihtiyaçlarınızı karşılamazsa görevi yapılandırırken ilgili MaxCompute tablo adını tıklayarak yaşam döngüsünü değiştirebilirsiniz. Daha fazla bilgi için bkz. Edit the destination table schema (optional).

  • SLA: Data Integration, verileri yüklemek ve indirmek için MaxCompute veri kanalını kullanır. Veri kanalının SLA'sı hakkında daha fazla bilgi için bkz. MaxCompute data channel SLA. Veri senkronizasyon çözümünüzü MaxCompute veri kanalı SLA'sına göre değerlendirin.

  • Binlog saklama ilkesi: Gerçek zamanlı senkronizasyon, kaynak MySQL örneğinin binlog'una bağlıdır. Bir görev uzun süre duraklatıldığında veya bir arızadan sonra yeniden denendiğinde eksik başlangıç ofsetlerinden kaynaklanan senkronizasyon kesintilerini önlemek için binlog saklama süresinin yeterli olduğundan emin olun.

Faturalama

  • Tam ve artımlı bir görev; tam yükleme aşaması için bir toplu iş senkronizasyon görevi, artımlı aşama için bir gerçek zamanlı senkronizasyon görevi ve düzenli birleştirme aşaması için zamanlanmış bir görev içerir. Bu üç aşama ayrı ayrı faturalandırılır. Üç aşamanın tamamı kaynak grubundan CU tüketir. CU faturalandırması hakkında daha fazla bilgi için bkz. Resource group billing. Zamanlanmış görev ayrıca görev zamanlama ücretlerine de tabidir. Daha fazla bilgi için bkz. Task scheduling billing.

  • Buna ek olarak, MaxCompute'a yönelik tam ve artımlı senkronizasyon bağlantısı, MaxCompute hesaplama kaynaklarını tüketen düzenli tam-artımlı veri birleştirmeleri gerektirir. Bu maliyetler doğrudan MaxCompute tarafından tahsil edilir ve tam verilerin boyutu ile birleştirme döngüsüyle orantılıdır. Daha fazla bilgi için bkz. MaxCompute billing.

Yordam

Adım 1: Senkronizasyon görevi türü seçin

  1. DataWorks konsolu oturum açın. Hedef bölgede sol gezinme bölmesinde Data Integration > Data Integration seçeneğine tıklayın. Açılan listeden bir çalışma alanı seçin ve Go to Data Integration seçeneğine tıklayın.

  2. Sol gezinme bölmesinde Synchronization Task seçeneğine tıklayın ve ardından sayfanın üst kısmındaki Create Synchronization Task seçeneğine tıklayın. Görüntülenen iletişim kutusunda aşağıdaki temel ayarları yapılandırın:

    • Source Type: MySQL.

    • Destination Type: MaxCompute.

    • Specific Type: Full and Incremental.

    • Sync Procedure: Schema Migration, Incremental Sync, Full Synchronization ve Periodic Merge.

Adım 2: Veri kaynaklarını ve kaynak gruplarını yapılandırın

  1. Source Information bölümünde eklediğiniz MySQL veri kaynağını seçin. Destination bölümünde eklediğiniz MaxCompute veri kaynağını seçin.

  2. Running Resources bölümünde görev için Resource Group seçin ve buna Resource Group CU atayın. Kaynakları hassas bir şekilde kontrol etmek ve israfı önlemek için tam senkronizasyon ve artımlı senkronizasyon için CU'ları ayrı ayrı yapılandırabilirsiniz.

    Not

    DataWorks'teki toplu iş senkronizasyon görevleri, yürütme için zamanlama kaynak grubu tarafından Data Integration kaynak grubuna gönderilir. Bu nedenle toplu iş senkronizasyon görevleri hem Data Integration kaynak grubundan hem de zamanlama kaynak grubundan kaynak tüketir ve bu durum zamanlama örneği ücretlerine neden olur.

  3. Hem kaynak hem de hedef veri kaynaklarının Connectivity Check işlemini geçtiğinden emin olun.

Adım 3: Senkronize edilecek tabloları seçin

Source Tables alanında senkronize edilecek tabloları seçin ve bunları sağ taraftaki Selected Tables listesine taşımak için image simgesine tıklayın.

Select Specific Tables ve Select Tables by Regex olmak üzere iki tablo seçimi yöntemi mevcuttur. Yöntemler arasında geçiş yapmak diğer yöntemin sonuçlarını temizler. En fazla 5.000 tablo seçebilirsiniz. Tabloları hızlıca eklemek için Batch Paste to Select Tables özelliğini de kullanabilirsiniz.

Çok sayıda veritabanı ve tablo varsa senkronize edilecek tabloları seçmek için Database Filtering veya Search for Tables kullanabilir veya normal ifadeler yapılandırabilirsiniz.

Adım 4: Görev ayarlarını yapılandırın

  • Log table time range: Bu parametre, günlük tablosundaki verilerin hedef bölüme birleştirilmesi için zaman sorgusu aralığını tanımlar.

    Veri gecikmesinden kaynaklanan günler arası bölüm hatalarını önlemek için bu aralığı uygun şekilde genişletin ve böylece bölüme ait tüm verilerin doğru şekilde birleştirildiğinden emin olun.

  • Merge task schedule settings: Günlük birleştirme görevi için zamanlama saatini ayarlayın. Zamanlama saatinin nasıl yapılandırılacağı hakkında daha fazla bilgi için bkz. Schedule settings.

  • Periodic scheduling parameters: Zamanlama parametrelerini yapılandırın. Zamanlama parametrelerini, sonraki bölüm ayarlarında bölümlere değer atamak için kullanabilirsiniz; bu sayede verileri tarihe göre bölümlere yazabilirsiniz.

  • Table partition settings: Bölüm sütun adları ve değer atama yöntemleri gibi temel parametreler dahil olmak üzere hedef tablo için bölümleri yapılandırın. Atama sütununda tarihle otomatik olarak bölümler oluşturmak için zamanlama parametrelerini kullanabilirsiniz.

Adım 5: Hedef tablo eşlemesini yapılandırın

Bu adımda kaynak tablolar ile hedef tablolar arasındaki eşleme kurallarını tanımlar ve verilerin nasıl yazılacağını belirlemek için birincil anahtarları, dinamik bölümleri, DDL/DML yapılandırmalarını ve diğer kuralları belirtirsiniz.

Eylem

Açıklama

Refresh

Sistem seçtiğiniz kaynak tabloları otomatik olarak listeler ancak hedef tablo nitelikleri yalnızca yeniledikten ve onayladıktan sonra etkili olur.

  • Toplu olarak senkronize edilecek tabloları seçin ve Batch Refresh Mapping seçeneğine tıklayın.

  • Hedef tablo adı: Hedef tablo adı, Customize Mapping Rules for Destination Table Names kurallarına göre otomatik olarak oluşturulur. Varsayılan format ${source_database_name}_${table_name} şeklindedir. Hedefte aynı ada sahip bir tablo yoksa sistem otomatik olarak bir tane oluşturur.

Customize Mapping Rules for Destination Table Names (isteğe bağlı)

Sistemin varsayılan bir tablo adı oluşturma kuralı vardır: ${source_database_name}_${table_name}. Ayrıca Customize Mapping Rules for Destination Table Names sütunundaki Modify seçeneğine tıklayarak özel hedef tablo adı kuralları ekleyebilirsiniz.

  • Kural adı: Bir kural adı tanımlayın. Net bir iş anlamı taşıyan bir ad belirtmenizi öneririz.

  • Hedef tablo adı: Hedef tablo adını birleştirmek için image düğmesine tıklayarak Manual Input ve Built-in Variable seçeneklerini seçebilirsiniz. Desteklenen değişkenler arasında kaynak veri kaynağı adı, kaynak veritabanı adı ve kaynak tablo adı bulunur.

  • Yerleşik değişkenleri düzenleyin: Yerleşik değişkenlerde dize dönüşümleri yapabilirsiniz.

Aşağıdaki senaryolar desteklenir:

  1. Tablo adlarına ön ek veya son ek ekleyin: Sabitler yapılandırarak kaynak tablo adına bir ön ek veya son ek ekleyin.

  2. Tek tip dize değiştirme: Kaynak tablo adlarında dev_ dizesini prd_ ile değiştirin.

  3. Birden fazla tabloyu tek bir tabloya yazın.

Sütun türü eşlemesini düzenleyin (isteğe bağlı)

Sistem, kaynak ve hedef sütun türleri arasında varsayılan bir eşleme sağlar. Kaynak ve hedef tablolar arasındaki sütun türü eşlemesini özelleştirmek için tablonun sağ üst köşesindeki Edit Mapping of Field Data Types seçeneğine tıklayabilirsiniz. Yapılandırmadan sonra Apply and Refresh Mapping seçeneğine tıklayın.

Sütun türü eşlemesini düzenlerken tür dönüştürme kurallarının doğru olduğundan emin olun. Yanlış kurallar, kirli veri üreten ve görev yürütmeyi etkileyen tür dönüştürme hatalarına neden olur.

Hedef tablo şemasını düzenleyin (isteğe bağlı)

Sistem, var olmayan hedef tabloları özel tablo adı eşleme kurallarına göre otomatik olarak oluşturur veya aynı ada sahip mevcut tabloları yeniden kullanır.

DataWorks, hedef tablo şemasını kaynak tablo şemasına göre otomatik olarak oluşturur. Yaygın senaryolarda manuel müdahale gerekmez. Tablo şemasını aşağıdaki yollarla da değiştirebilirsiniz:

  • Tek bir tabloya sütun ekleyin: Sütun eklemek için Destination Table Name sütunundaki image.png düğmesine tıklayın.

  • Toplu olarak sütun ekleyin: Senkronize edilecek tüm tabloları seçin ve tablonun alt kısmında Batch Modify > Destination Table Schema - Batch Modify and Add Field seçeneğini belirleyin.

  • Sütun adlarını yeniden adlandırma desteklenmez.

Mevcut tablolar için yalnızca sütun ekleyebilirsiniz. Yeni tablolar için sütun ekleyebilir, bölüm sütunları ekleyebilir ve tablo türünü veya tablo özelliklerini ayarlayabilirsiniz. Ayrıntılar için sayfadaki düzenlenebilir alanlara bakın.

Value assignment

Yerel sütunlar, kaynak ve hedef tablolardaki aynı ada sahip sütunlara göre otomatik olarak eşlenir. Önceki adımlardaki yeni eklenen sütunlar manuel değer ataması gerektirir. Aşağıdaki işlemleri gerçekleştirin:

  • Tek tablo ataması: Hedef tablo sütunlarına değer atamak için Value assignment sütunundaki Configuration düğmesine tıklayın.

  • Toplu atama: Listenin alt kısmında Batch Modify > Value assignment seçeneğini belirleyerek hedef tablolardaki aynı ada sahip sütunlar için toplu atama yapın.

Sütunlara sabitler veya değişkenler atayabilirsiniz. Value Type içinde türü değiştirin. Aşağıdaki yöntemler desteklenir:

  • Tablo sütunları

    • Manual input: abc veya ${bizdate} gibi doğrudan bir sabit değer veya zamanlama parametresi girin.

    • Select variable: Sistem tarafından sağlanan bir değişkeni sütun değeri olarak seçin. Değişken türleri için sayfadaki açıklamalara bakın.

    • Source column: Bir kaynak tablo sütununun değerini sütun değeri olarak kullanın. Değer türü bir sütun değeri veya zaman değeri olabilir.

      • Sütun değeri: Kaynak sütun bir zaman türü değilse kaynak sütun değerini doğrudan hedef sütuna yazabilirsiniz.

      • Zaman değeri: Kaynak sütun değeri bir zaman değeri ise farklı formatlara göre işleyebilir ve bölüm değerini biçimlendirmek için Destination Format öğesini belirtebilirsiniz.

        • Zaman dizesi: 2018-10-23 02:13:56 veya 2021/05/18 gibi bir zamanı temsil eden bir dize. Kaynak ve hedef zaman formatlarını belirterek bunu bir zaman olarak serileştirin. Yukarıdaki örnekler için sırasıyla serileştirme amacıyla yyyy-MM-dd HH:mm:ss ve yyyy/MM/dd formatlarını kullanabilirsiniz.

        • Zaman nesnesi: Kaynak değer Date veya Datetime gibi bir zaman türüyse ilgili türü doğrudan seçin.

        • Unix zaman damgası (saniye): Saniye düzeyinde bir zaman damgası. 1610529203 veya "1610529203" gibi 10 basamaklı zaman damgası formatındaki sayılar veya dizeler de desteklenir.

        • Unix zaman damgası (milisaniye): Milisaniye düzeyinde bir zaman damgası. 1610529203002 veya "1610529203002" gibi 13 basamaklı zaman damgası formatındaki sayılar veya dizeler de desteklenir.

    • Function: Bölüm değerleri oluşturmak için kaynak sütunlara işlevler uygulayarak basit dönüşümler yapın. Daha fazla bilgi için bkz. Function reference.

  • Bölüm sütunları: Kaynak sütunların numaralandırılmış değerlerine veya olay zamanına göre dinamik olarak bölümler oluşturun.

    • Manual input: Configure Scheduling Parameters for Periodical Scheduling içinde yapılandırılmış bir sabit değer veya zamanlama parametresi girin; örneğin abc veya ${bizdate}.

Source Split Key

Kaynak bölme anahtarı sütununda açılan listeden kaynak tablodan bir sütun seçin veya Not Split seçeneğini belirleyin. Görev yürütme sırasında veriler bu sütuna göre eşzamanlı, toplu veri okuma için birden fazla göreve bölünür.

Kaynak bölme anahtarı olarak tablo birincil anahtarı gibi verilerin eşit dağıldığı bir sütun kullanmanızı öneririz. Dize, kayan nokta ve tarih türleri desteklenmez.

Kaynak bölme anahtarı şu anda yalnızca kaynak MySQL olduğunda desteklenir.

Skip Full Synchronization

3. adımda tam senkronizasyon yapılandırıldıysa tek tek tablolar için tam veri senkronizasyonunu iptal edebilirsiniz. Bu durum, tam verileri hedefe başka yöntemlerle zaten senkronize ettiğinizde uygulanır.

Full condition

Tam yükleme aşamasında kaynakta koşula dayalı filtreleme uygulayın. Burada WHERE anahtar sözcüğü olmadan yalnızca WHERE yan tümcesini belirtin.

Configure DML Rule

DML mesaj işleme, gerçek zamanlı senkronizasyon sırasında veriler hedefe yazılmadan önce kaynaktan yakalanan değişiklik verilerini (Insert, Update, Delete) filtreler ve kontrol eder. Bu kural yalnızca artımlı aşamada etkili olur.

Full Merge Cycle

Şu anda yalnızca günlük birleştirmeler desteklenir. Birleştirme görevinin belirli zamanlama saatini Custom Merge Time içinde yapılandırabilirsiniz.

Merge Primary Key

Tablodaki bir veya daha fazla sütunu seçerek bir birincil anahtar tanımlayabilirsiniz.

  • Tek sütunlu birincil anahtar: Birincil anahtar olarak benzersiz değerlere sahip tek bir sütun seçin (örneğin id).

  • Bileşik birincil anahtar: Tek bir sütun benzersiz değilse birden fazla sütunun kombinasyonunu seçin. Bu sütunların birleşik değerleri her satırı benzersiz şekilde tanımlamalıdır; böylece yazma sırasında veri özgünlüğü sağlanır ve üzerine yazma önlenir.

Adım 6: Gelişmiş yapılandırma

Gelişmiş parametre yapılandırması

Özel senkronizasyon gereksinimlerini karşılamak için ince ayarlı görev yapılandırmasına ihtiyacınız varsa Advanced Parameters sekmesine gidin ve gelişmiş parametreleri değiştirin.

  1. Gelişmiş parametre yapılandırma sayfasına gitmek için sayfanın sağ üst köşesindeki Advanced Configuration seçeneğine tıklayın.

  2. Parametre açıklamalarına göre parametre değerlerini değiştirin. Her parametrenin anlamı parametre adının yanında açıklanmıştır.

  3. Yapay zeka destekli yapılandırma da desteklenir. Görevin eşzamanlılığını ayarlama gibi doğal dil talimatları girin ve büyük dil modeli önerilen parametre değerlerini oluştursun. AI tarafından oluşturulan parametreleri gerçek ihtiyaçlarınıza göre kabul edip etmemeye karar verebilirsiniz.

Önemli

Parametreleri yalnızca anlamlarını tamamen anladığınızda değiştirin. Yanlış değişiklikler; görev gecikmesi, diğer görevleri engelleyen aşırı kaynak tüketimi veya veri kaybı gibi beklenmedik sorunlara neden olabilir.

DDL yeteneği yapılandırması

Bazı gerçek zamanlı senkronizasyon bağlantıları kaynak tablo şemalarındaki meta veri değişikliklerini algılayabilir ve güncellemeleri senkronize etmek için hedefi bilgilendirebilir veya uyarı gönderme, yoksayma veya görevi sonlandırma gibi başka eylemler gerçekleştirebilir.

Her değişiklik türü için bir işleme ilkesi ayarlamak üzere sayfanın sağ üst köşesindeki Configure DDL Capability seçeneğine tıklayın. Desteklenen ilkeler kanala göre değişir.

  • Normal: Hedef, kaynaktan gelen DDL değişiklik bilgilerini işler.

  • Yoksay: Değişiklik mesajı yoksayılır ve hedefte hiçbir değişiklik yapılmaz.

  • Hata: Gerçek zamanlı senkronizasyon görevi sonlandırılır ve durumu Error olarak ayarlanır.

  • Uyarı: Kaynakta bu tür bir değişiklik meydana geldiğinde bir uyarı gönderilir. Configure Alert Rule içinde DDL bildirim kurallarını yapılandırmanız gerekir.

Not

Kaynakta yeni bir sütun eklendikten ve DDL aracılığıyla hedefe senkronize edildikten sonra sistem hedef tablodaki mevcut verileri o sütun için geri doldurmaz.

Adım 7: Senkronizasyon görevini çalıştırın

  1. Tüm yapılandırmaları tamamladıktan sonra görevi kaydetmek için Save seçeneğine tıklayın.

  2. Data Integration > Sync Tasks sayfasında oluşturduğunuz senkronizasyon görevini bulun ve Operation sütunundaki Deploy seçeneğine tıklayın. Dağıtım sırasında Start immediately after deployment seçeneğini belirlerseniz görev onaylamanızın hemen ardından çalışır. Aksi takdirde görevi manuel olarak başlatmanız gerekir.

    Not

    Data Integration görevlerinin çalışabilmesi için üretim ortamına dağıtılması gerekir. Bu nedenle bir görev oluşturduktan veya düzenledikten sonra değişikliklerin etkili olması için Publish işlemini yapmanız gerekir.

  3. Görevin ayrıntılı yürütme sürecini görüntülemek için Tasks içindeki ilgili görevin Name/ID seçeneğine tıklayın.

Sonraki adım

Görev yapılandırmasını tamamladıktan sonra oluşturulan görevi yönetebilir, tablo ekleyebilir veya kaldırabilir, görev için izleme uyarıları yapılandırabilir ve görevin temel ölçümlerini görüntüleyebilirsiniz. Daha fazla bilgi için bkz. Manage synchronization tasks.

SSS

S: Temel tablo verileri neden beklendiği gibi güncellenmiyor?

C: Aşağıda kök neden analizi ve çözümler sunulmaktadır:

image

Belirti

Neden

Çözüm

Artımlı günlük tablosunun T-1 bölümü için veri üretimi kontrolü başarısız oldu.

Gerçek zamanlı senkronizasyon görevi başarısız oldu ve bu durum artımlı günlük tablosundaki T-1 bölüm verilerinin normal şekilde üretilmemesine neden oldu.

  • Gerçek zamanlı senkronizasyon görevinin başarısız olma nedenini kontrol edin ve görevi başarısız olan ofsetten yeniden başlatın.

    Not

    RDS binlog saklama sınırlıdır. İlgili zamandaki binlog temizlenirse gerçek zamanlı senkronizasyon görevi ofsetin bulunamadığını belirten bir hata bildirir.

  • Gerçek zamanlı senkronizasyon alt görevi için izleme uyarıları yapılandırın.

Hedef temel tablonun T-2 bölümü için veri üretimi kontrolü başarısız oldu.

  1. Önceki günün birleştirme görevi başarısız oldu.

  2. Temel tablonun önceki günün bölümü silindi.

  • Birleştirme düğümü için çalıştırma durumu izlemesi yapılandırın. Daha fazla bilgi için bkz. Configure monitoring rules.

  • Temel tablonun T-2 bölümünü yanlışlıkla sildiyseniz verileri geri doldurma özelliğini kullanarak bölümü geri yükleyin. Bölüm geri yüklendikten sonra birleştirme düğümünü yeniden çalıştırın. Daha fazla bilgi için bkz. Backfill data.