Çoğaltma ayarları

Veri çoğaltma görevi için ayarları yapılandırabilirsiniz.

• Çoğaltma görevini açın ve araç çubuğunda Ayarlar 'a tıklayın.

Ayarlar: <Görev-Adı> iletişim kutusu açılır. Kullanılabilir ayarlar aşağıda açıklanmıştır.

Genel

Bu sekmede çoğaltma modunu, hazırlama ayarlarını (varsa), değişiklikleri hedefe uygulama modunu ve yayın ayarlarını değiştirebilirsiniz.

Çoğaltma modu

Aşağıdaki çoğaltma modları mevcuttur:

• Tam yük: Verileri seçilen kaynak tablolardan hedef platforma yükler ve gerekirse hedef tabloları oluşturur. Tam yük, görev başlatıldığında otomatik olarak gerçekleşir ancak ihtiyaç duyulması halinde manuel olarak da gerçekleştirilebilir. Örneğin, Görünümlerdeki (CDC sırasında yakalanmayan) güncellemeleri çoğaltmanız gerekiyorsa veya CDC'yi desteklemeyen bir veri kaynağından çoğaltma yapıyorsanız manuel tam yük gerekli olacaktır.

• Değişiklikleri uygula: Hedef tabloları, kaynak tablolarda yapılan değişikliklerle güncel tutar.

• Değişiklikleri sakla: Kaynak tablolardaki değişiklikleri Değişiklik Tablolarında saklar (kaynak tablo başına bir tane).

  Daha fazla bilgi için bk. Değişiklikleri sakla.

Veri Hareketi ağ geçidi ile çalışırken değişiklikler, kaynaktan neredeyse gerçek zamanlı olarak yakalanır. Veri Hareketi ağ geçidi olmadan çalışırken (örneğin Qlik Talend Cloud Başlangıç Kılavuzu aboneliğiyle veya Hiçbiri seçeneğini belirlerken) değişiklikler, zamanlayıcı ayarlarına göre yakalanır. Daha fazla bilgi için bk. Çoğaltma ayarları.

Değişiklikleri sakla veya Değişiklikleri uygula'yı seçerseniz ve kaynak verileriniz CDC'yi desteklemeyen tablolar veya görünümler içeriyorsa iki veri İşlem hattı oluşturulur. Biri CDC'yi destekleyen tablolar için, diğeri ise yalnızca Tam yük'ü destekleyen diğer tüm tablolar ve görünümler için olmak üzere iki işlem hattı oluşturulur.

Yükleme yöntemi

Snowflake'e çoğaltma yaparken aşağıdaki yükleme yöntemlerinden birini seçebilirsiniz:

• Toplu yükleme (varsayılan)

  Toplu Yükleme'yi seçerseniz Veri yükleme sekmesinde yükleme parametrelerini ayarlayabilirsiniz.

• Snowpipe Akışı

  Bilgi notu

  Snowpipe Akışı yalnızca aşağıdaki koşullar karşılandığında seçilebilir:

  • Değişiklikleri sakla çoğaltma modu, Değişiklikleri uygula olmadan etkindir.
  • Snowflake bağlayıcısındaki Kimlik Doğrulama Mekanizması, Anahtar Çifti olarak ayarlanmıştır.
  • Veri Hareketi ağ geçidi kullanıyorsanız 2024.11.45 veya sonraki bir sürüm gereklidir.

  Snowpipe Akışı'nı seçerseniz bu yöntemi kullanırken sınırlamaları ve dikkat edilmesi gerekenleri bildiğinizden emin olun. Ayrıca, Snowpipe Akışı'nı seçip ardından Değişiklikleri uygula çoğaltma modunu etkinleştirir veya Değişiklikleri sakla'yı devre dışı bırakırsanız yükleme yöntemi otomatik olarak Toplu yükleme'ye geri döner.

Toplu yükleme yerine Snowpipe Akışı'nı seçmenin ana nedenleri şunlardır: 

• Daha az maliyetli: Snowpipe Akışı, Snowflake ambarını kullanmadığından, özel kullanım durumunuza bağlı olsa da işletme maliyetleri önemli ölçüde daha ucuz olacaktır.

• Azaltılmış gecikme süresi: Veriler doğrudan hedef tablolara (hazırlama yoluyla değil) aktarıldığından, veri kaynağından hedefe çoğaltma daha hızlı olmalıdır.

Hazırlama alanına bağlanma

Aşağıda listelenen veri deposuna çoğaltma yaparken bir hazırlama alanı ayarlamanız gerekir. Veriler, depoya aktarılmadan önce hazırlama alanında işlenir ve hazırlanır.

• Amazon Redshift
• Microsoft Fabric
• Databricks

Mevcut bir hazırlama alanını seçin veya yeni bir hazırlama alanı tanımlamak için Yeni oluştur'a tıklayın ve Bulut depolamasına bağlanma bölümündeki talimatları takip edin.

Bağlantı ayarlarını düzenlemek için Düzenle'ye tıklayın. Bağlantıyı test etmek için (önerilir) Test bağlantısı'na tıklayın.

Hangi veri depolarıyla hangi hazırlama alanlarının desteklendiği hakkında bilgi almak için Hedef platform kullanım durumları ve desteklenen sürümler içindeki Hazırlama alanı olarak desteklenir sütununa bakın.

Değişiklikleri uygulama modu

Değişiklikler, aşağıdaki yöntemlerden biri kullanılarak hedef tablolara uygulanır:

• Toplu iş optimize edildi: Bu varsayılandır. Bu seçenek belirlendiğinde, değişiklikler toplu olarak uygulanır. İşlemleri en verimli şekilde toplu olarak gruplamak için bir ön işleme eylemi gerçekleştirilir.
• İşlemsel: Her bir işlemi işlendiği sırayla tek tek uygulamak için bu seçeneği belirleyin. Bu durumda, tüm tablolar için katı referans bütünlüğü sağlanır.

Yayın ayarları

• Kataloğa yayınla

  Verinin bu sürümünü bir veri kümesi olarak Katalog'a yayınlamak için bu seçeneği belirleyin. Katalog içeriği, bu görevi bir sonraki hazırlayışınızda güncellenecektir.

  Katalog hakkında daha fazla bilgi için bkz. Katalog araçlarıyla verilerinizi anlama.

Veri Hareketi ağ geçidi kullanırken proxy ayarları

• Data Movement gateway kullanırken, proxy aracılığıyla şuraya bağlan

  Veri Hareketi ağ geçidi kullanırken, hedef platforma ve hazırlama platformuna (alan) bir proxy aracılığıyla bağlanabilirsiniz.

  Veri Hareketi ağ geçidi ürününü bir proxy sunucusu kullanacak şekilde yapılandırma hakkında daha fazla bilgi için bkz. Qlik Cloud kiracısını ve bir proxy sunucusunu ayarlama.

  • Hedef platform

    Bilgi notuSnowflake ve Databricks kullanırken kullanılabilir.

  • Hazırlama platformu

    Bilgi notuGoogle BigQuery, Amazon Redshift, Microsoft Fabric ve Databricks kullanırken kullanılabilir.

Veri yükleme

Bu sekme yalnızca bir veri ambarına veya Kafka hedefine çoğaltma yaparken gösterilir. Ayrıca, bu sekmedeki ayarlar seçilen hedefe göre farklılık gösterecektir.

Tüm veri ambarı hedefleri için geçerlidir

Maksimum dosya boyutu

Bir dosyanın kapatılmadan önce ulaşabileceği maksimum boyut. Küçük dosyalar daha hızlı yüklenir (ağa bağlı olarak) ve paralel yürütme seçeneğiyle birlikte kullanıldığında performansı iyileştirir. Ancak küçük dosyalarla veritabanını dağıtmak genellikle kötü bir uygulama olarak kabul edilir.

Yalnızca Snowflake hedefi için geçerlidir

Genel sekmesinde, verileri Snowflake'e Toplu Yükleme veya Snowpipe Akışı kullanarak yükleyip yüklemeyeceğinizi seçebilirsiniz. Snowpipe Akışı seçildiğinde, Veri yükleme sekmesi gösterilmez. Toplu Yükleme seçildiğinde, aşağıdaki ayarlar kullanılabilir olacaktır:

• Maksimum dosya boyutu (MB): İlk Tam Yük ve CDC için geçerlidir. Bir dosyanın hedefe yüklenmeden önce ulaşabileceği maksimum boyut. Performans sorunlarıyla karşılaşırsanız bu parametreyi ayarlamayı deneyin.

• Bir toplu işte yüklenecek dosya sayısı: Yalnızca ilk Tam Yük için geçerlidir. Tek bir toplu işte yüklenecek dosya sayısı. Performans sorunlarıyla karşılaşırsanız bu parametreyi ayarlamayı deneyin.

Toplu Yükleme ve Snowpipe Akışı yükleme yöntemlerinin açıklaması için bkz. Genel.

Yalnızca Kafka hedefi için geçerlidir

Mesaj özellikleri

Sıkıştırma

İsteğe bağlı olarak mevcut sıkıştırma yöntemlerinden birini seçin (Snappy veya Gzip). Varsayılan Yok'tur.

Veri mesajı yayınlama

Aşağıdaki Verileri şuraya yayınla seçeneklerinden birini seçin:

• Belirli konu: Verileri tek bir konuya yayınlar. Bir konu adı yazın veya istediğiniz konuyu seçmek için gözat düğmesini kullanın.

• Her tablo için ayrı konu: Verileri, kaynak tablo adlarına karşılık gelen birden çok konuya yayınlar.

  Hedef topic adı, kaynak şema adından ve kaynak tablo adından bir nokta ile ayrılmış olarak oluşur (örneğin, dbo.Employees). Hedef topic adının biçimi önemlidir, çünkü bu topic'leri önceden hazırlamanız gerekecektir.

Bu ayarı veri kümesi düzeyinde geçersiz kılma hakkında bilgi için bkz. Kafka'ya yayımlarken tek tek veri kümeleri için görev ayarlarını geçersiz kılma

Mesaj anahtarı

Mevcut seçeneklerden birini seçin.

• Birincil anahtar sütunları: Her mesaj için, mesaj anahtarı birincil anahtar sütununun değerini içerir.

  Bölümleme stratejisi olarak Mesaj anahtarına göre seçildiğinde, aynı birincil anahtar değerinden oluşan mesajlar aynı bölüme yazılır.

• Şema ve tablo adı: Her mesaj için, mesaj anahtarı şema ve tablo adının bir kombinasyonunu içerir (örneğin, dbo+Employees).

  Bölümleme stratejisi olarak Mesaj anahtarına göre seçildiğinde, aynı şema ve tablo adından oluşan mesajlar aynı bölüme yazılır.

• Yok: Mesaj anahtarı olmadan mesajlar oluşturur.

Bu ayarı veri kümesi düzeyinde geçersiz kılma hakkında bilgi için bkz. Kafka'ya yayımlarken tek tek veri kümeleri için görev ayarlarını geçersiz kılma

Bölümleme stratejisi

Rastgele veya Mesaj anahtarına göre'yi seçin. Rastgele'yi seçerseniz her mesaj rastgele seçilmiş bir bölüme yazılır. Mesaj anahtarına göre'yi seçerseniz mesajlar, seçilen Mesaj anahtarı'na (yukarıda açıklanmıştır) göre bölümlere yazılır.

Meta veri mesajı yayınlama

Konu adı stratejisi

Mevcut konu adı stratejilerinden birini seçin.

• Şema ve tablo adı (varsayılan)
• Konu adı
• Kayıt adı
• Konu ve kayıt adı

Confluent'in konu adı stratejileri hakkında daha fazla bilgi için bkz. Konu adı stratejisi

Konu uyumluluk modu

Konu uyumluluk modu açılır listesinden aşağıdaki uyumluluk modlarından birini seçin:

• Şema Kayıt Defteri varsayılanlarını kullan: Uyumluluk Düzeyini Şema Kayıt Defteri sunucu yapılandırmasından alır.

• Geriye dönük - Yalnızca en son şema: Yeni şemalar yalnızca karşılık gelen verileri ve en son kaydedilen şema tarafından üretilen verileri okuyabilir.

• Geriye Dönük Geçişli - Tüm önceki şemalar: Yeni şemalar, önceden kaydedilmiş tüm şemalar tarafından üretilen verileri okuyabilir.

• İleriye dönük - Yalnızca en son şema: En son kaydedilen şema, yeni şema tarafından üretilen verileri okuyabilir.

• İleriye Dönük Geçişli - Tüm önceki şemalar: Önceden kaydedilmiş tüm şemalar, yeni şema tarafından üretilen verileri okuyabilir.

• Tam - Yalnızca en son şema: Yeni şema, en son kaydedilen şemayla geriye ve ileriye dönük olarak uyumludur.

• Tam Geçişli - Tüm önceki şemalar: Yeni şema, önceden kaydedilmiş tüm şemalarla geriye ve ileriye dönük olarak uyumludur.

• Yok

Confluent Şema Kayıt Defteri'ne bağlanmak için bir proxy kullan

Veri Hareketi ağ geçidi ürününüz bir proxy sunucusu kullanacak şekilde yapılandırılmışsa açın.

Mesaj nitelikleri

Varsayılan mesaj niteliklerini geçersiz kılacak özel mesaj nitelikleri belirtebilirsiniz. Bu, tüketici uygulamasının mesajı belirli bir biçimde işlemesi gerekiyorsa kullanışlıdır.

Özel mesaj nitelikleri hem görev hem de tablo düzeyinde tanımlanabilir. Nitelikler hem görev hem de tablo düzeyinde tanımlandığında, tablo için tanımlanan mesaj nitelikleri görev için tanımlananlara göre öncelikli olur.

Mesaj niteliklerini veri kümesi düzeyinde geçersiz kılma hakkında bilgi için bkz. Kafka'ya yayımlarken tek tek veri kümeleri için görev ayarlarını geçersiz kılma

Genel kurallar ve kullanım yönergeleri

Özel bir mesaj tanımlarken, aşağıda listelenen kuralları ve kullanım yönergelerini dikkate almak önemlidir.

Bölüm adları

Aşağıdaki adlandırma kuralları geçerlidir:

• Bölüm adları a-z, A-Z veya _ (alt çizgi) karakterleriyle başlamalı ve ardından şu karakterlerden herhangi biriyle devam edebilir: a-z, A-Z, 0-9, _
• Kayıt adı ve Anahtar adı bölümleri (eğik çizgiyle bitmeyen) haricinde, bölüm adlarından eğik çizginin kaldırılması, ilişkili bölümün hiyerarşisini düzleştirir (aşağıdaki Eğik Çizgiler'e bakın).
• Kayıt adı ve Anahtar adı dışındaki tüm bölüm adları silinebilir (aşağıdaki Silme'ye bakın)

• Veri adı ve Kayıt Öncesi verileri dahil et bölüm adlarının her ikisi de silinemez

• Veri adı ve Kayıt Öncesi verileri dahil et bölüm adları aynı olamaz

Eğik Çizgiler

Kullanıcı arabirimindeki bazı bölüm adları eğik çizgiyle biter (ör. beforeData/). Eğik çizginin amacı, mesaj içindeki farklı bölümlerin bir hiyerarşisini korumaktır. Eğik çizgi kaldırılırsa aşağıdakiler meydana gelir:

• Bu bölümün hiyerarşik yapısı düzleştirilir ve sonuç olarak bölüm adı mesajdan kaldırılır
• Bölüm adı, gerçek meta verilere doğrudan veya ada eklediğiniz bir ayırıcı karakter (ör. alt çizgi) kullanılarak önek olarak eklenir

headers/ eğik çizgiyle belirtildiğinde bir veri mesajı örneği:

		"message":{
		        "data":{
			      "COL1": "159",
			      "COL2": "159"
                       },
                       "beforeData": null,
		        "headers": {
			"operation": "INSERT",
			"changeSequence": "2018100811484900000000233",

headers_ eğik çizgi yerine alt çizgiyle belirtildiğinde bir veri mesajı örneği:

		"message":{
		        "data":{
			      "COL1": "159",
			      "COL2": "159"
                       },
                       "beforeData": null,                     
                       "headers_operation": "INSERT",
			"headers_changeSequence": "2018100811484900000000233",

Silme

Mesajdan bir bölüm adının silinmesi, o bölümün hiyerarşik yapısını düzleştirir. Bu, o bölümün tüm verilerinin bir önceki bölümün içeriğinin hemen altında görünmesine neden olur.

headers bölüm adına sahip bir veri mesajı örneği:

	        "message":{
		        "data":{
			      "COL1": "159",
			      "COL2": "159"
                       },
		        "headers": {
			"operation": "INSERT",
			"changeSequence": "2018100811484900000000233",

headers bölüm adı olmayan bir veri mesajı örneği:

	        "message":{
		        "data":{
			      "COL1": "159",
			      "COL2": "159"
                       },
                       "beforeData": null,                   
                       "operation": "INSERT",
			"changeSequence": "2018100811484900000000233",

Değişkenler

Satırın sonundaki düğmesine tıklayarak adlara değişkenler ekleyebilirsiniz. Aşağıdaki değişkenler mevcuttur:

• SERVER_NAME - Veri Hareketi ağ geçidi sunucusunun ana bilgisayar adı
• TARGET_TABLE_NAME - Tablonun adı
• TARGET_TABLE_OWNER - Tablo sahibi
• TASK_NAME - Veri görevinin adı

Özel mesaj niteliklerini tanımlama

Özel bir mesaj biçimi tanımlamak için Özel ayarları kullan'ı açın ve seçenekleri aşağıdaki tabloda açıklandığı gibi yapılandırın.

Varsayılan mesaj niteliklerine geri dönmek için Özel ayarları kullan'ı kapatın.

Ek ayarlar

• Maksimum mesaj boyutu

  Maksimum mesaj boyutu alanında, aracıların alacak şekilde yapılandırıldığı maksimum mesaj boyutunu belirtin (message.max.bytes). Veri görevi, maksimum boyuttan büyük mesajlar göndermez.

Meta veri

Temel

• Hedef tablo şeması

  Kaynak tablo şemasını kullanmak istemiyorsanız (veya kaynak veritabanında şema yoksa) kaynak tabloların çoğaltılacağı hedefteki şema.

  Bilgi notuBir Oracle hedefine çoğaltma yaparken, varsayılan hedef tablo şeması "sistem"dir. Ayrıca, bu alanı boş bırakırsanız (bu durumda kaynak şema kullanılır), kaynak şemanın hedefte zaten mevcut olduğundan emin olmanız gerektiğini unutmayın. Aksi takdirde görev başarısız olur.
  Bilgi notuŞema adı için izin verilen maksimum uzunluk 128 karakterdir.

JSON sütun eşlemesi

Uyumlu kaynak JSON sütunlarını hedefteki JSON sütunlarıyla eşle

Bu seçenek belirlendiğinde, kaynaktaki JSON sütunları otomatik olarak hedefteki JSON sütunlarına eşlenecektir.

Bu seçeneğin durumu ve görünürlüğü aşağıdaki faktörlere göre belirlenir:

• Yeni görevler: Bu seçenek, hem kaynak hem de hedef JSON veri türünü destekliyorsa varsayılan olarak etkinleştirilecektir.

• Mevcut görevler: Bu seçenek, hem kaynak hem de hedef JSON veri türünü desteklese bile varsayılan olarak devre dışı bırakılacaktır. Bu, hedef verilerin STRING biçiminde olmasını bekleyen (eski davranış olan) dönüşümler gibi aşağı akış süreçleriyle geriye dönük uyumluluğu korumak içindir. Seçeneği devre dışı bırakabilir veya JSON formatıyla uyumlu olacak şekilde aşağı akış süreçlerini düzenleyebilir ve ardından bu seçeneği etkinleştirebilirsiniz.

• Yeni ve mevcut görevler: Kaynak yalnızca JSON veri türünü destekliyorsa, bu seçenek görünmez olacaktır. Daha sonraki bir aşamada hedefe JSON desteği eklenirse, seçenek görünür hale gelecek ancak devre dışı kalacaktır. Bu, hedef verilerin DİZE biçiminde olmasını bekleyen aşağı akış süreçleri - dönüşümler gibi - ile geriye dönük uyumluluğu korumak içindir (bu, eski davranıştır).

LOB ayarları

Mevcut LOB ayarları, seçilen çoğaltma hedefine göre farklılık gösterir. Veri ambarı hedefleri sınırsız LOB sütun boyutlarını desteklemediğinden, bu seçenek bir veri ambarına çoğaltma yaparken kullanılamaz.

Veri ambarı olmayan hedefler için LOB ayarları

• LOB sütunlarını dahil etme: Kaynak LOB sütunlarının çoğaltılmasını istemiyorsanız bunu seçin.

• LOB sütun boyutunu şununla sınırla (KB): Bu varsayılandır. Yalnızca küçük LOB'ları çoğaltmanız gerekiyorsa veya hedef platform sınırsız LOB boyutunu desteklemiyorsa bu seçeneği belirleyin. Bu alan için izin verilen maksimum değer 102400 KB'dir (100 MB).

  Küçük LOB'ları çoğaltırken, bu seçenek LOB sütun boyutunu sınırlama seçeneğinden daha verimlidir, çünkü LOB'lar kaynaktan "arama" yoluyla değil, "satır içi" olarak çoğaltılır. Değişiklik İşleme sırasında, küçük LOB'lar genellikle kaynaktan "arama" yoluyla çoğaltılır.

  Sınır, kaynak uç noktadan okunan LOB bayt sayısına uygulanır. BLOB sütunları için, hedef BLOB boyutu tam olarak belirtilen sınıra göre olacaktır. CLOB ve NCLOB sütunları için, kaynak ve hedef LOB aynı karakter kümesine sahip değilse hedef LOB boyutu belirtilen sınırdan farklı olabilir. Bu durumda, veri görevi karakter kümesi dönüştürmesi gerçekleştirir ve bu da kaynak ve hedef LOB boyutları arasında bir tutarsızlığa neden olabilir.

  LOB boyutunu sınırla değeri bayt cinsinden olduğundan, boyut aşağıdaki formüllere göre hesaplanmalıdır:

  • BLOB: En büyük LOB'un uzunluğu.
  • NCLOB: Karakter cinsinden en uzun METİN'in uzunluğu iki ile çarpılır (her karakter çift bayt olarak işlendiğinden). Veriler 4 baytlık karakterler içeriyorsa, bunu dört ile çarpın.
  • CLOB: Karakter cinsinden en uzun METİN'in uzunluğu (her karakter bir UTF8 karakteri olarak işlendiğinden). Veriler 4 baytlık karakterler içeriyorsa, bunu iki ile çarpın.
  Bilgi notu

  • Belirtilen boyuttan büyük LOB'lar kesilir.
  • Oracle kaynağından Değişiklik İşleme sırasında, satır içi BLOB'lar satır içi olarak çoğaltılır.
  • Bu ayardaki değişiklikler, mevcut tabloları yalnızca yeniden yüklendikten sonra etkiler.

• LOB sütun boyutunu sınırlama: Bu seçenek seçildiğinde, LOB sütunları boyuttan bağımsız olarak çoğaltılır.

  Bilgi notuLOB sütunlarının çoğaltılması performansı etkileyebilir. Bu, özellikle çoğaltma görevinin kaynak LOB değerini almak için kaynak tablodan bir arama yapmasını gerektiren büyük LOB sütunları için geçerlidir.

  • LOB boyutu şundan küçük olduğunda optimize et: Hem küçük hem de büyük LOB'ları çoğaltmanız gerektiğinde ve LOB'ların çoğu küçük olduğunda bu seçeneği belirleyin.

    Bilgi notu

    Bu seçenek yalnızca aşağıdaki kaynaklar ve hedeflerle desteklenir:

    • Kaynaklar: Oracle, Microsoft SQL server, MySQL, PostgreSQL ve IBM DB2 for LUW

    • Hedefler: Oracle, Microsoft SQL Server, MySQL, PostgreSQL.

    Bu seçenek seçildiğinde, Tam Yük sırasında, küçük LOB'lar "satır içi" olarak (daha verimli olan) çoğaltılır ve büyük LOB'lar kaynak tablodan bir arama yapılarak çoğaltılır. Ancak Değişiklik İşleme sırasında hem küçük hem de büyük LOB'lar kaynak tablodan bir arama yapılarak çoğaltılır.

    Bilgi notu

    Bu seçenek seçildiğinde, çoğaltma görevi hangilerinin "satır içi" aktarılacağını belirlemek için tüm LOB boyutlarını kontrol eder. Belirtilen boyuttan büyük LOB'lar Tam LOB modunda çoğaltılır.

    Bu nedenle, LOB'ların çoğunun belirtilen ayardan daha büyük olduğunu biliyorsanız, bunun yerine Sınırsız LOB sütunlarını çoğalt seçeneğini kullanmanız tercih edilir.

  • Yığın boyutu (KB): İsteğe bağlı olarak, verileri hedefe çoğaltırken kullanılacak LOB yığınlarının boyutunu değiştirin. Varsayılan yığın boyutu çoğu durumda yeterli olacaktır, ancak performans sorunlarıyla karşılaşırsanız boyutu ayarlamak performansı artırabilir.

    Bilgi notu

    Bazı veritabanlarında, veriler eklendiğinde veya güncellendiğinde veri türü doğrulaması gerçekleşir. Bu gibi durumlarda, veriler belirtilen yığın boyutundan büyükse yapılandırılmış veri türlerinin (ör. XML, JSON, GEOGRAPHY, vb.) çoğaltılması başarısız olabilir.

Desteklenen veri ambarı hedefleri için LOB ayarları

• LOB sütunlarını dahil et ve sütun boyutunu şununla sınırla (KB):

  Göreve LOB sütunlarını dahil etmeyi seçebilir ve maksimum LOB boyutunu ayarlayabilirsiniz. Maksimum boyuttan büyük olan LOB'lar kesilir.

Gelişmiş

Kontrol tablosu ayarları

• Kontrol tabloları şeması: Kontrol tablolarının kaynak şemada (varsayılan) veya hedef şemada oluşturulmasını istemiyorsanız, kontrol tabloları için hedef şemayı belirtin.

  Bilgi notuŞema adı için izin verilen maksimum uzunluk 128 karakterdir.
• Hedef kontrol tablolarını tablo alanında oluştur: ​ Çoğaltma hedefi Oracle olduğunda, hedef kontrol tablolarının oluşturulmasını istediğiniz tablo alanını belirtin. Bu alana bilgi girmezseniz tablolar, hedef veri tabanında varsayılan tablo alanında oluşturulacaktır.
• Hedef kontrol tabloları için dizinleri tablo alanında oluştur: Çoğaltma hedefi Oracle olduğunda, kontrol tablo dizinlerinin oluşturulmasını istediğiniz tablo alanını belirtin. Bu alana bilgi girmezseniz dizinler, kontrol tabloları ile aynı tablo alanında oluşturulacaktır.
• Çoğaltma geçmişi zaman aralığı (dakika): Çoğaltma geçmişi kontrol tablosundaki her zaman aralığının uzunluğu. Varsayılan 5 dakikadır.

Kontrol tablosu seçimi

Değişiklikleri uygula

Bu ayarlar yalnızca Değişiklikleri uygula çoğaltma modu etkinleştirildiğinde kullanılabilir.

Temel

Hedefe uygulanacak DDL değişikliklerinin türünü seçin

Aşağıdaki seçenekler, ilgili kaynak tabloda gerçekleştirilen DDL işlemlerinin hedef tabloda da gerçekleştirilip gerçekleştirilmeyeceğini belirler.

• Tabloyu bırak: Kaynak tablo bırakıldığında hedef tabloyu bırakmak için seçin.

  Bilgi notuKafka hedef platform olduğunda desteklenmez.

• Tabloyu kes: Kaynak tablo kesildiğinde hedef tabloyu kesmek için seçin.

  Bilgi notuMicrosoft Fabric hedef platform olduğunda desteklenmez.

• Tabloyu değiştir: Kaynak tablo değiştirildiğinde hedef tabloyu değiştirmek için seçin.

  Bilgi notuKafka hedef platform olduğunda bir tabloyu yeniden adlandırmak desteklenmez.

Değişiklik işleme ayarı

• Toplu değişiklikleri birden çok tabloya eş zamanlı olarak uygula: Bu seçeneğin belirlenmesi, birden çok kaynak tablodan değişiklikleri uygularken performansı artırabilir. 

  Bilgi notu

  Bu seçenek yalnızca şu durumlarda desteklenir:

  • Değişiklikleri uygulama modu, Toplu iş için optimize edilmiş olarak ayarlanmıştır. Daha fazla bilgi için bkz. Çoğaltma ayarları.
  • Çoğaltma hedefleri MySQL, PostgreSQL, Oracle ve Google BigQuery değildir.

  • Maksimum tablo sayısı: Toplu değişikliklerin eş zamanlı olarak uygulanacağı maksimum tablo sayısı. Varsayılan beş, maksimum 50 ve minimum ikidir.

Toplu değişiklikleri birden çok tabloya eş zamanlı olarak uygula seçeneği etkinleştirildiğinde, aşağıdaki sınırlamalar geçerlidir:

• Görev hata işleme ilkesi varsayılanları Ortam ve Tablo hataları için değişmez, ancak Veri hataları ve Çakışmaları Uygula hataları için varsayılanlar aşağıdaki gibi olacaktır:

  • Veri hataları:
    • Veri kesme hataları: Kaydı istisnalar tablosuna günlüğe kaydet
    • Diğer veri hataları: Tabloyu askıya al
  • Çakışma hatalarını uygula:
    • Silmeler: Kaydı yoksay

    • Eklemeler: Mevcut hedef kaydı GÜNCELLE

      Bilgi notuBu, bir Snowflake hedefi için geçerli değildir (Snowflake Birincil Anahtarları desteklemediğinden).
    • Güncellemeler: Kaydı yoksay
  • Yükseltme eylemi:
    • Hem Veri hataları hem de Çakışmaları Uygula için Yükseltme eylemi desteklenmez.
  • attrep_apply_exception Kontrol Tablosu desteklenmez.
  • Veri hataları için:
    • Kaydı istisnalar tablosuna günlüğe kaydet seçeneği yalnızca veri kesme hataları için kullanılabilir.
    • Yoksay seçeneği yoktur.
  • Çakışmaları Uygula için:
    • Kaydı istisnalar tablosuna günlüğe kaydet seçeneği kullanılamaz.
    • Yoksay seçeneği yalnızca GÜNCELLEME uygulamak için kayıt bulunamadı uygulama çakışması için kullanılabilir.

Ayrıca bkz: Hata işleme.

• Değişiklik işleme ifadesi başına uygulanan değişiklik sayısını şununla sınırla: Tek bir değişiklik işleme ifadesinde uygulanan değişiklik sayısını sınırlamak için bu onay kutusunu seçin ve ardından isteğe bağlı olarak varsayılan değeri değiştirin. Varsayılan değer 10.000'dir.

  Bilgi notuBu seçenek yalnızca şu hedeflerle desteklenir: MySQL, PostgreSQL, Oracle ve Google BigQuery.

Gelişmiş

Bkz. Değişiklik işleme ayarı.

Değişiklikleri sakla

Bu ayarlar yalnızca Değişiklikleri sakla çoğaltma modu etkinleştirildiğinde kullanılabilir.

Temel

DDL seçenekleri

Kaynak tablolardaki DDL işlemlerinin nasıl ele alınacağını belirlemek için aşağıdaki seçeneklerden birini seçin:

• Değişiklik tablosuna uygula: Kaynak tablolara yönelik DDL işlemleri (sütun eklenmesi gibi) yalnızca ilgili Değişiklik Tablolarına uygulanır.
• Yoksay: Kaynak tablolara yönelik tüm DDL işlemleri yoksayılır.

Gelişmiş

Güncellemede

Hem GÜNCELLEME öncesi verileri hem de GÜNCELLEME sonrası verileri depolamak için Önceki ve sonraki görüntüyü sakla'yı seçin. Seçilmediğinde, yalnızca GÜNCELLEME sonrası veriler depolanır.

Değişiklik tablosu oluşturma

Aşağıdaki bölüm, değişiklikleri Değişiklik Tablolarında depolarken kullanılabilen seçenekleri açıklar.

• Sonek: Tüm Değişiklik Tabloları için sonek olarak kullanılacak bir dize belirtin. Varsayılan değer __ct'dir. Değişiklik Tablosu adları, son ek eklenmiş hedef tablonun adıdır. Örneğin, varsayılan değeri kullanarak, Değişiklik Tablosunun adı HR__ct olacaktır.
• Üst bilgi sütunu öneki: Tüm Değişiklik Tablosu üst bilgi sütunları için önek olarak kullanılacak bir dize belirtin. Varsayılan değer header__'dir. Örneğin, varsayılan değeri kullanırken, stream_position üst bilgi sütunu header__stream_position olarak adlandırılır.

Değişiklik Tabloları hakkında daha fazla bilgi için bkz. Değişim Tablolarını Kullanma.

Tam yük başladığında değişiklik tablosu varsa: Tam Yük çoğaltması başladığında Değişiklik Tablolarının nasıl yükleneceğini belirlemek için aşağıdakilerden birini seçin:

• Değişiklik tablosunu bırak ve oluştur: Tablo bırakılır ve yerine yeni bir tablo oluşturulur.

• Eski değişiklikleri sil ve yeni değişiklikleri mevcut değişiklik tablosunda sakla: Veriler kesilir ve tablo meta verilerini etkilemeden eklenir.

  Bilgi notuMicrosoft Fabric hedef platform olduğunda desteklenmez.
• Eski değişiklikleri tut ve yeni değişiklikleri mevcut değişiklik tablosunda sakla: Mevcut Değişiklik tablosunun verileri ve meta verileri etkilenmez.

Tablo üst bilgi sütunları

Değişiklik Tablosu başlık sütunları, işlem türü (örneğin EKLE), işleme zamanı ve benzeri gibi Değişiklik İşleme işlemleri hakkında bilgi sağlar. Tüm bu bilgilere ihtiyacınız yoksa moving görevini, Değişiklik Tablolarını seçili başlık sütunlarıyla (veya hiç sütun olmadan) oluşturacak ve böylece hedef veritabanındaki ayak izlerini azaltacak şekilde yapılandırabilirsiniz.

Üst bilgi sütunlarının açıklaması için bkz. Değişiklik Tabloları.

Hata işleme

Temel

Çakışmaları uygula

INSERT uygularken yinelenen anahtar: Bir INSERT işlemiyle çakışma olduğunda ne yapılacağını seçin.

• Yoksay: Görev devam eder ve hata yoksayılır.

• Mevcut hedef kaydı GÜNCELLE: EKLENEN kaynak kaydıyla aynı birincil anahtara sahip hedef kayıt güncellenir.

• Kaydı istisnalar tablosuna günlüğe kaydet (varsayılan): Görev devam eder ve hata istisnalar tablosuna yazılır.

• Tabloyu askıya al: Görev devam eder, ancak hata kaydı olan tablodan gelen veriler bir hata durumuna taşınır ve verileri çoğaltılmaz.

• Görevi durdur: Görev durdurulur ve manuel müdahale gerekir.

GÜNCELLEME uygulamak için kayıt bulunamadı: Bir GÜNCELLEME işlemiyle çakışma olduğunda ne yapılacağını seçin.

• Yoksay: Görev devam eder ve hata yoksayılır.

• Eksik hedef kaydı EKLE: Eksik hedef kayıt, hedef tabloya eklenecektir. Kaynak uç nokta Oracle olduğunda, bu seçeneğin belirlenmesi, tüm kaynak tablo sütunları için ek günlük kaydının etkinleştirilmesini gerektirir.

• Kaydı istisnalar tablosuna günlüğe kaydet (varsayılan): Görev devam eder ve hata istisnalar tablosuna yazılır.

• Tabloyu askıya al: Görev devam eder, ancak hata kaydı olan tablodan gelen veriler bir hata durumuna taşınır ve verileri çoğaltılmaz.

• Görevi durdur: Görev durdurulur ve manuel müdahale gerekir.

Gelişmiş

Veri hataları

Veri kesme hataları için: Bir veya daha fazla belirli kayıtta kesilme meydana geldiğinde ne olmasını istediğinizi seçin. Listeden aşağıdakilerden birini seçebilirsiniz:

• Yoksay: Görev devam eder ve hata yoksayılır.
• İstisnalar tablosuna günlük kaydı (varsayılan): Görev devam eder ve hata istisnalar tablosuna yazılır.
• Tabloyu askıya al: Görev devam eder ancak hata kaydının bulunduğu tablodaki veriler hata durumuna taşınır ve verileri çoğaltılmaz
• Görevi durdur: Görev durdurulur ve manuel müdahale gerekir.

Diğer veri hataları için: Bir veya daha fazla belirli kayıtta hata oluştuğunda ne olmasını istediğinizi seçin. Listeden aşağıdakilerden birini seçebilirsiniz:

• Yoksay: Görev devam eder ve hata yoksayılır.
• İstisnalar tablosuna günlük kaydı (varsayılan): Görev devam eder ve hata istisnalar tablosuna yazılır.
• Tabloyu askıya al: Görev devam eder ancak hata kaydının bulunduğu tablodaki veriler hata durumuna taşınır ve verileri çoğaltılmaz
• Görevi durdur: Görev durdurulur ve manuel müdahale gerekir.

Diğer veri hataları ulaştığında hata işlemeyi yükseltin (tablo başına): Kesilmeyen veri hatalarının sayısı (tablo başına) belirtilen miktara ulaştığında hata işlemeyi yükseltmek için bu onay kutusunu seçin. Geçerli değerler 1-10.000 arasındadır.

Hızlandırma eylemi: Hata işleme yükseltildiğinde ne olması gerektiğini seçin. Kullanılabilir eylemlerin yukarıda açıklanan Diğer veri hataları için açılır listesinden seçilen eyleme bağlı olduğunu unutmayın.

• Tabloyu askıya al (varsayılan): Görev devam eder ancak hata kaydının bulunduğu tablodaki veriler hata durumuna taşınır ve verileri için moved işlemi yapılmaz.

  Bilgi notu

  Davranış, Değişiklik İşleme Moduna göre farklılık gösterir:

  • İşlemsel uygulama modunda, son değişiklikler için moved işlemi yapılmayacaktır.

  • Toplu iyileştirme uygulama modunda veriler için moved işleminin hiç yapılmayacağı veya sadece kısmi moved işlemi yapılacağı bir durum olabilir.

• Görevi durdur: Görev durdurulur ve manuel müdahale gerekir.
• Kaydı istisnalar tablosuna kaydet: Görev devam eder ve kayıt istisnalar tablosuna yazılır.

Tablo hataları

Tablo hatası döndürmeden önceki yeniden deneme sayısı

Bu seçenek, tablo hata işleme ilkesinin ne zaman tetikleneceğini kontrol etmenizi sağlar. Varsayılan olarak, bir tablo hatasıyla karşılaşıldıktan sonra, üç yeniden denemeden sonra tablo askıya alınacak veya görev durdurulacaktır (seçilen eyleme göre). Bazen, SaaS uygulamasının planlı bakımı nedeniyle bir tablo hatası oluşur. Bu durumlarda, tablo hata işleme ilkesi tetiklenmeden önce bakımın tamamlanması için varsayılan yeniden deneme sayısı yeterli olmayabilir. Bu aynı zamanda görevin zamanlama aralığına da bağlıdır, çünkü görev her çalıştığında bir yeniden deneme gerçekleştirilecektir. Yani, örneğin, bir görevi her saat çalışacak şekilde zamanlarsanız ve görev çalışmaya başlar başlamaz SaaS uygulaması bakım için çevrimdışı duruma alınırsa, varsayılan üç yeniden deneme, tablo hata işleme ilkesi tetiklenmeden SaaS uygulamasının üç saate kadar çevrimdışı kalmasına izin verecektir. Daha uzun bir bakım penceresi, tablo hata işleme ilkesinin tetiklenmesini önlemek için yeniden deneme sayısını artırmanızı (veya zamanlamayı değiştirmenizi) gerektirir.

Özetle, SaaS uygulamanızın periyodik bakımdan geçtiğini biliyorsanız, en iyi uygulama, bakımın tablo hata işleme ilkesi tetiklenmeden tamamlanabilmesi için yeniden deneme sayısını zamanlamaya göre artırmaktır.

Tablo hatasıyla karşılaşıldığında: Açılır listeden aşağıdakilerden birini seçin:

• Tabloyu askıya al (varsayılan): Görev devam eder ancak hata kaydının bulunduğu tablodaki veriler hata durumuna taşınır ve verileri çoğaltılmaz
• Görevi durdur: Görev durdurulur ve manuel müdahale gerekir.

Tablo hataları ulaştığında hata işlemeyi yükseltin (tablo başına): Tablo hatalarının sayısı (tablo başına) belirtilen miktara ulaştığında hata işlemeyi yükseltmek için bu onay kutusunu seçin. Geçerli değerler 1-10.000 arasındadır.

Eskalasyon eylemi: Tablo hataları için eskalasyon politikası Görevi durdur olarak ayarlanmıştır ve değiştirilemez.

Çakışmaları uygula

SİLME uygulamak için kayıt bulunamadı: Bir SİLME işlemiyle çakışma olduğunda ne yapılacağını seçin.

• Yoksay: Görev devam eder ve hata yoksayılır.
• Kaydı istisnalar tablosuna günlüğe kaydet: Görev devam eder ve kayıt istisnalar tablosuna yazılır.
• Tabloyu askıya al: Görev devam eder, ancak hata kaydı olan tablodan gelen veriler bir hata durumuna taşınır ve verileri çoğaltılmaz.
• Görevi durdur: Görev durdurulur ve manuel müdahale gerekir.

Uygulama çakışmaları (tablo başına) şu sayıya ulaştığında hata işlemeyi yükselt: Uygulama çakışmalarının sayısı (tablo başına) belirtilen miktara ulaştığında hata işlemeyi yükseltmek için bu onay kutusunu seçin. Geçerli değerler 1-10.000'dir.

Yükseltme eylemi: Hata işleme yükseltildiğinde ne olacağını seçin:

• Kaydı istisnalar tablosuna günlüğe kaydet (varsayılan): Görev devam eder ve hata istisnalar tablosuna yazılır.

• Tabloyu askıya al: Görev devam eder, ancak hata kaydı olan tablodan gelen veriler bir hata durumuna taşınır ve verileri çoğaltılmaz.

  Bilgi notu

  Davranış, Değişiklik İşleme Moduna göre farklılık gösterir:

  • İşlemsel uygulama modunda, son değişiklikler çoğaltılmaz

  • Toplu iş için optimize edilmiş uygulama modunda, veri çoğaltması olmayacağı veya veri çoğaltmasının kısmi olacağı bir durum mümkündür.

• Görevi durdur: Görev durdurulur ve manuel müdahale gerekir.

Ortam hataları

• Maksimum yeniden deneme sayısı: Bu seçeneği seçin ve ardından kurtarılabilir bir çevresel hata oluştuğunda bir görevi yeniden denemek için maksimum deneme sayısını belirtin. Görev belirtilen sayıda tekrar denedikten sonra görev durdurulur ve manuel müdahale gerekir.

  Bir görevi asla yeniden denememek için onay kutusunun işaretini kaldırın veya "0" olarak belirtin.

  Bir görevi sonsuz sayıda yeniden denemek için "-1" belirtin

  • Yeniden deneme girişimleri arasındaki aralık (saniye): Sistemin bir görevi yeniden deneme denemeleri arasında bekleyeceği saniye sayısını seçmek veya yazmak için sayacı kullanın.

    Geçerli değerler 0-2.000 arasındadır.

• Uzun kesintiler için yeniden deneme aralığını artır: Uzun kesintilerde yeniden deneme aralığını artırmak için bu onay kutusunu seçin. Bu seçenek etkinleştirildiğinde, Maksimum yeniden deneme aralığına ulaşılana kadar (ve belirtilen maksimum aralığa göre yeniden denemeye devam eder) her bir yeniden deneme denemesi arasındaki aralığı iki katına çıkarır.
  • Maksimum yeniden deneme aralığı (saniye): Uzun kesintiler için yeniden deneme aralığını artır seçeneği etkinleştirildiğinde, bir görevi yeniden deneme denemeleri arasında beklenecek saniye sayısını seçmek veya yazmak için sayacı kullanın. Geçerli değerler 0-2.000 arasındadır.

Değişiklik işleme ayarı

İşlem boşaltma ayarı

• Devam eden işlemi şu durumlarda diske boşalt:

  Çoğaltma görevi genellikle işlem verilerini, kaynağa ve/veya hedefe tamamen işlenene kadar bellekte tutar. Ancak, ayrılan bellekten daha büyük olan veya belirtilen zaman sınırı içinde işlenmeyen işlemler diske boşaltılır.

  • İşlem belleği boyutu aşıyor (MB): Tüm işlemlerin diske boşaltılmadan önce bellekte kaplayabileceği maksimum boyut. Varsayılan değer 1024'tür.
  • İşlem süresi aşıyor (saniye): Her işlemin diske boşaltılmadan önce bellekte kalabileceği maksimum süre. Süre, çoğaltma görevinin işlemi yakalamaya başladığı andan itibaren hesaplanır. Varsayılan değer 60'tır.

Toplu iş ayarı

Bu sekmedeki ayarlar, Değişiklikleri uygula modu tarafından belirlenir.

Yalnızca "Uygulama modu" "Toplu iş için optimize edilmiş" olduğunda kullanılabilen ayarlar

• Toplu değişiklikleri aralıklarla uygula:

• Şundan büyük: Her toplu değişiklik uygulaması arasında beklenecek minimum süre. Varsayılan değer 1'dir.

  Şundan uzun değerinin artırılması, değişikliklerin hedefe uygulanma sıklığını azaltırken toplu işlerin boyutunu artırır. Bu, büyük toplu işleri işlemek için optimize edilmiş hedef veritabanlarına değişiklikleri uygularken performansı artırabilir.

• Şundan az: Her toplu değişiklik uygulaması arasında beklenecek maksimum süre (bir zaman aşımı bildirmeden önce). Başka bir deyişle, maksimum kabul edilebilir gecikme. Varsayılan değer 30'dur. Bu değer, Şundan uzun değerine ulaşıldıktan sonra değişiklikleri uygulamadan önce beklenecek maksimum süreyi belirler.

• İşlem belleği aşıldığında bir toplu işi zorla uygula (MB): Toplu iş için optimize edilmiş uygulama modunda ön işleme için kullanılacak maksimum bellek miktarı. Varsayılan değer 500'dür.

  Maksimum toplu iş boyutu için, bu değeri çoğaltma görevine ayırabileceğiniz en yüksek bellek miktarına ayarlayın. Bu, büyük toplu işleri işlemek için optimize edilmiş hedef veritabanlarına değişiklikleri uygularken performansı artırabilir.

Yalnızca "Uygulama modu" "İşlemsel" olduğunda kullanılabilen ayarlar

Aşağıdaki ayarlar yalnızca "İşlemsel" uygulama modunda çalışırken geçerlidir. Snowflake'e çoğaltma yaparken ve Yükleme yöntemi Snowpipe Akışı olduğunda, "İşlemsel" tek kullanılabilir uygulama modudur (ve bu nedenle seçilemez).

• İşlem başına minimum değişiklik sayısı: Her bir işleme dahil edilecek minimum değişiklik sayısı. Varsayılan değer 1000'dir.

  Bilgi notu

  Değişiklikler, değişiklik sayısı İşlem başına minimum değişiklik sayısı değerine eşit veya daha büyük olduğunda YA DA aşağıda açıklanan Uygulamadan önce toplu işlemler için maksimum süre (saniye) değerine erişildiğinde (hangisi önce olursa) hedefe uygulanır. Hedefe uygulanan değişikliklerin sıklığı bu iki parametre tarafından kontrol edildiğinden, kaynak kayıtlarda yapılan değişiklikler hedef kayıtlara hemen yansıtılmayabilir.

• Uygulamadan önce toplu işlemler için maksimum süre (saniye): Bir zaman aşımı bildirmeden önce işlemlerin toplu olarak toplanması için maksimum süre. Varsayılan değer 1'dir.

Aralık

SAP ODP ve SaaS uygulama (Lite) bağlayıcıları kullanılırken ayarlar

• Her (dakikada) bir değişikleri oku

  Kaynaktan okuma değişiklikleri arasındaki dakika cinsinden aralık. Geçerli aralık 1 ila 1440'tır.

  Bilgi notu

  Bu seçenek yalnızca veri görevi şununla tanımlandığında mevcuttur:

  • Veri Hareketi ağ geçidi
  • Aşağıdaki kaynaklardan herhangi biri:
    • Yalnızca Lite bağlayıcıları aracılığıyla SaaS uygulaması
    • SAP ODP
  • Değişiklikleri uygula veya Değişiklikleri kaydet güncelleme yöntemi

SAP OData bağlayıcısı kullanılırken ayarlar

Değişiklik olup olmadığını kontrol et

• Delta ayıklama aralığına göre: Bu seçenek belirlendiğinde veri görevi Delta çıkarma aralığına göre değişiklikleri kontrol eder.

  Bilgi notuAralık, her "turdan" sonra başlayacaktır. Bir tur, veri görevinin kaynak tablolardan değişiklikleri okuması ve bunları hedefe (tek bir işlem olarak) göndermesi için geçen süre olarak tanımlanabilir. Bir turun uzunluğu, tablo ve değişiklik sayısına göre değişir. Yani 10 dakikalık bir aralık belirtirseniz ve bir tur 4 dakika sürerse değişiklikleri kontrol etme arasındaki gerçek süre 14 dakika olacaktır.

  • Delta ayıklama aralığı Sisteminizden deltaların çıkarılma sıklığı. Varsayılan 60 saniyede birdir.

• Zamanlandığı gibi: Bu seçenek belirlendiğinde, veri görevi deltayı bir kez çıkarır ve ardından durur. Daha sonra zamanlandığı gibi çalışmaya devam edecektir.

  Bilgi notuBu seçenek yalnızca CDC döngüleri arasındaki aralık 24 saat veya daha fazla ise geçerlidir.

  Zamanlama hakkında bilgi için:

  • Bir çoğaltma projesindeki "Çoğaltma veri görevleri" için bkz. Görevleri zamanlama

Çeşitli ayarlar

İfade önbellek boyutu (ifade sayısı)

Daha sonra yürütülmek üzere sunucuda depolanacak maksimum hazırlanmış ifade sayısı (değişiklikleri hedefe uygularken). Varsayılan 50'dir. Maksimum 200'dür.

Birincil anahtar sütununu güncellerken SİL ve EKLE

Bu seçenek, kaynak veritabanında tam ek günlük kaydının açılmasını gerektirir.

SİLME işleminde mezar taşı gönder

Bu seçenek seçildiğinde, yalnızca mesaj anahtarı doldurulur; mesajın kendisi boş olur ve öğenin silindiğini gösterir. Bu, tüketicilerin bir SİLME işleminin gerçekleştirildiğini algılamasına yardımcı olabilir.

Görev kurtarma verilerini hedef veritabanında sakla

Göreve özgü kurtarma bilgilerini hedef veritabanında depolamak için bu seçeneği belirleyin. Bu seçenek seçildiğinde, çoğaltma görevi hedef veritabanında attrep_txn_state adında bir tablo oluşturur. Bu tablo, Veri Hareketi ağ geçidi Veri klasöründeki dosyaların bozulması veya Veri klasörünü içeren depolama aygıtının arızalanması durumunda bir görevi kurtarmak için kullanılabilecek işlem verilerini içerir.

SQL MERGE kullanarak değişiklikleri uygula

Bu seçenek seçilmediğinde, çoğaltma görevi Net Değişiklikler tablosundaki farklı değişiklik türlerinin her biri için ayrı toplu INSERT, UPDATE ve DELETE ifadeleri yürütür.

Bu yöntem oldukça verimli olsa da SQL MERGE kullanarak değişiklikleri uygula seçeneğinin etkinleştirilmesi, bu seçeneği destekleyen uç noktalarla çalışırken daha da verimlidir.

Bunun nedeni aşağıdaki nedenlerdir:

• Tablo başına çalıştırılan SQL ifadelerinin sayısını üçten bire düşürür. Büyük, değişmez, dosya tabanlı bulut veritabanlarındaki (Google Cloud BigQuery gibi) çoğu GÜNCELLEME işlemi, etkilenen dosyaların yeniden yazılmasını içerir. Bu tür işlemlerde, tablo başına SQL ifadelerinin üçten bire düşürülmesi çok önemlidir.
• Hedef veritabanının Net Değişiklikler tablosunu yalnızca bir kez taraması gerekir, bu da G/Ç'yi önemli ölçüde azaltır.

Eklemeleri optimize et

SQL MERGE kullanarak değişiklikleri uygula seçeneği Eklemeleri optimize et seçeneğiyle birlikte seçildiğinde ve değişiklikler yalnızca INSERT'lerden oluştuğunda, çoğaltma görevi SQL MERGE kullanmak yerine INSERT'ler gerçekleştirir. Bu genellikle performansı artıracak ve dolayısıyla maliyetleri düşürecek olsa da hedef veritabanında yinelenen kayıtlara da neden olabilir.

İşlemsel uygulama

Aşağıdaki ayarlar yalnızca işlemsel uygulama modunda çalışırken kullanılabilir. Veritabanlarına çoğaltma yaparken, Uygulama modu Toplu iş için optimize edilmiş veya İşlemsel olarak ayarlanabilir. Ancak, Snowflake hedefine çoğaltma yaparken ve Yükleme yöntemi Snowpipe akışı olarak ayarlandığında, uygulama modu her zaman işlemseldir ve bu nedenle ayarlanamaz.

• İşlem başına minimum değişiklik sayısı: Her işleme dahil edilecek minimum değişiklik sayısı. Varsayılan değer 1000'dir.

  Bilgi notuÇoğaltma görevi, değişiklikleri hedefe ya değişiklik sayısı İşlem başına minimum değişiklik sayısı değerine eşit veya daha büyük olduğunda YA DA toplu iş zaman aşımı değerine ulaşıldığında (aşağıya bakın) uygular - hangisi önce gerçekleşirse. Değişikliklerin hedefe uygulanma sıklığı bu iki parametre tarafından kontrol edildiğinden, kaynak kayıtlardaki değişiklikler hedef kayıtlara hemen yansımayabilir.
• Uygulamadan önce işlemleri toplu olarak işlemek için maksimum süre (saniye): Bir zaman aşımı bildirmeden önce işlemleri toplu olarak toplamak için maksimum süre. Varsayılan değer 1'dir.

Şema evrimi

Şemadaki aşağıdaki DDL değişiklik türlerinin nasıl ele alınacağını seçin. Şema evrimi ayarlarını değiştirdiğinizde, görevi yeniden hazırlamanız gerekir. Aşağıdaki tablo, desteklenen DDL değişiklikleri için hangi eylemlerin mevcut olduğunu açıklar.

Karakter değiştirme

Hedef veritabanındaki kaynak karakterleri değiştirebilir ya da silebilirsiniz ve/veya seçilen bir karakter kümesi tarafından desteklenmeyen kaynak karakterleri değiştirebilir ya da silebilirsiniz.

Kaynak karakterleri değiştirme veya silme

Belirli kaynak karakterlerin yerine geçecekleri tanımlamak için Kaynak karakterleri değiştir veya sil tablosunu kullanın. Bu, örneğin bir karakterin Unicode gösteriminin kaynak ve hedef platformlarda farklı olduğu durumlarda yararlı olabilir. Örneğin, Linux'ta Shift_JIS karakter kümesindeki eksi karakteri U+2212 olarak gösterilir ancak Windows'da U+FF0D olarak gösterilir.

Seçili karakter seti tarafından desteklenmeyen kaynak karakterleri değiştirme veya silme

Seçilen karakter kümesi tarafından desteklenmeyen tüm karakterler için tek bir yedek karakter tanımlamak üzere Karakter kümesine göre desteklenmeyen kaynak karakterler tablosunu kullanın.

Daha fazla seçenek

Bu seçenekler yalnızca belirli sürümler veya ortamlarla ilgili olduklarından kullanıcı arayüzünde gösterilmez. Sonuç olarak, Qlik Desteği veya ürün belgelerinde bunu yapmanız açıkça istenmedikçe bu seçenekleri belirlemeyin.

Bir seçeneği ayarlamak için seçeneği Özellik adı ekle alanına kopyalayıp Ekle'ye tıklayın. Ardından, aldığınız talimatlara göre değeri ayarlayın veya seçeneği etkinleştirin.

Veri kümesi segmentlerini paralel olarak yükleme

Tam yük sırasında, veri kümesini paralel olarak yüklenecek segmentlere bölerek büyük veri kümelerinin yüklenmesini hızlandırabilirsiniz. Tablolar veri aralıklarına, tüm bölümlere, tüm alt bölümlere veya belirli bölümlere göre bölünebilir.

Daha fazla bilgi için bkz. Veri kümesi segmentlerini paralel olarak çoğaltma.

Görevleri zamanlama

Aşağıdaki kullanım durumlarında, hedefi kaynakta yapılan değişikliklerle güncellemek için bir zamanlama aralığı tanımlamanız gerekir:

• Veri Hareketi ağ geçidi olmadan bir veri kaynağına erişme
• Bir SaaS uygulaması Önizleme bağlayıcısı kullanma. Önizleme bağlayıcıları, hem Bağlantı oluştur iletişim kutusunda hem de çevrimiçi yardımda bir düğmesiyle belirtilir.
• Zamanlandığı gibi seçeneğini kullanarak bir SAP OData kaynağından değişiklikleri yakalarken.

Zamanlama, hedef veri kümelerinin kaynak veri kümelerindeki değişikliklerle ne sıklıkta güncelleneceğini belirler. Zamanlama güncelleme sıklığını belirlerken, veri kümesi türü güncelleme yöntemini belirler. Kaynak veri kümeleri CDC'yi (Değişiklik verisi yakalama) destekliyorsa, yalnızca kaynak verilerdeki değişiklikler çoğaltılır ve ilgili hedef tablolara uygulanır. Kaynak veri kümeleri CDC'yi desteklemiyorsa (örneğin, Görünümler), değişiklikler tüm kaynak verilerin ilgili hedef tablolara yeniden yüklenmesiyle uygulanır. Kaynak veri kümelerinden bazıları CDC'yi destekliyorsa ve bazıları desteklemiyorsa, iki ayrı alt görev oluşturulur (Değişiklikleri uygula veya Değişiklikleri sakla çoğaltma seçeneklerinin seçildiği varsayılarak): biri CDC'yi desteklemeyen veri kümelerini yeniden yüklemek için, diğeri ise CDC'yi destekleyen veri kümelerindeki değişiklikleri yakalamak için. Bu durumda, veri tutarlılığını sağlamak için, her iki görev için de aynı zamanlama aralığını korumamanız şiddetle tavsiye edilir (gelecekte güncelleme sıklığını değiştirmeye karar verirseniz).

Veri kaynağı türü ve abonelik kademesine göre minimum zamanlama aralıkları hakkında bilgi için bkz. İzin verilen minimum zamanlama aralıkları.

Zamanlamayı değiştirmek için:

1. Projenizi açın ve ardından aşağıdakilerden birini yapın:

   • Görevler görünümünde, bir çoğaltma görevinde simgesine tıklayın ve Zamanlama'yı seçin.
   • İşlem hattı görünümünde, bir çoğaltma görevinde simgesine tıklayın ve Zamanlama'yı seçin.
   • Çoğaltma görevini açın ve Zamanlama araç çubuğu düğmesine tıklayın.
2. Zamanlama ayarlarını gerektiği gibi değiştirin ve ardından Tamam'a tıklayın.

Veri Hareketi ağ geçidi tabanlı bir görev için kaçırılan bir çalıştırmayı yürütme

Bazen bir ağ sorunu Veri Hareketi ağ geçidi bağlantısının kaybolmasına neden olabilir. Veri Hareketi ağ geçidi bağlantısı bir sonraki zamanlanmış çalıştırmadan önce geri yüklenmezse veri görevi zamanlandığı gibi çalışamayacaktır. Bu gibi durumlarda, bağlantı yeniden kurulduktan sonra bir çalıştırmanın hemen yürütülüp yürütülmeyeceğini seçebilirsiniz.

Tüm Veri Hareketi ağ geçidi'ler için varsayılan ayarlar Yönetim etkinlik merkezinde tanımlanır. Bu ayarları aşağıda açıklandığı gibi tek tek görevler için geçersiz kılabilirsiniz.

Bunu yapmak için

1. Projenizi açın ve ardından aşağıdakilerden birini yapın:

   • Görevler görünümünde, veri görevinde simgesine tıklayın ve Zamanlama'yı seçin.

   • İşlem hattı görünümünde, veri görevinde simgesine tıklayın ve Zamanlama'yı seçin.

   • Veri görevini açın ve Zamanlama araç çubuğu düğmesine tıklayın.

   Zamanlama - <görev> iletişim kutusu açılır.

2. Bu görev için özel ayarları kullan'ı açın.

3. İletişim kutusunun alt kısmında, aşağıdaki Kaçırılan zamanlanmış görevleri çalıştır seçeneklerinden birini seçin.

   • Bir görevi bir sonraki zamanlanmış örnekten önce çalıştırmak önemliyse Mümkün olan en kısa sürede ve ardından zamanlandığı gibi

   • Görevi bir sonraki zamanlanmış örnekte çalıştırmak için Zamanlandığı gibi

4. Ayarlarınızı kaydedin.

Ayrıca bkz: Kaçırılan bir zamanlamadan sonra bir görev çalıştırmasını yürütme.