Tüm Ürünler
Search
Belge Merkezi

Data Transmission Service:RDS MySQL verilerini kendi yönettiğiniz Oracle veritabanına senkronize etme

Son Güncelleme:Oct 05, 2026

Data Transmission Service (DTS), MySQL örneklerinden Oracle veritabanlarına veri senkronizasyonunu destekler.

Desteklenen kaynak ve hedef veritabanları

Aşağıdaki tabloda, MySQL'den Oracle'a veri senkronizasyonu için desteklenen kaynak ve hedef veritabanları açıklanmaktadır. Bu konuda, bir ApsaraDB RDS for MySQL örneği ile bir ECS örneğinde barındırılan kendi yönettiğiniz Oracle veritabanı örnek olarak kullanılmıştır. Diğer veri kaynakları için de prosedür benzerdir.

Kaynak veritabanı

Hedef veritabanı

  • ApsaraDB RDS for MySQL örneği

  • Elastic Compute Service (ECS) üzerinde barındırılan kendi yönettiğiniz veritabanı

  • Express Connect, VPN Gateway veya Smart Access Gateway üzerinden bağlanan kendi yönettiğiniz veritabanı

  • Database Gateway üzerinden bağlanan kendi yönettiğiniz veritabanı

  • Cloud Enterprise Network (CEN) üzerinden bağlanan kendi yönettiğiniz veritabanı

  • Express Connect, VPN Gateway veya Smart Access Gateway üzerinden bağlanan kendi yönettiğiniz bir veritabanı.

  • Bir ECS örneğinde bulunan kendi yönettiğiniz bir veritabanı.

  • Database Gateway üzerinden bağlanan kendi yönettiğiniz bir veritabanı.

  • Cloud Enterprise Network (CEN) üzerinden bağlanan kendi yönettiğiniz bir veritabanı.

Ön koşullar

  • Kendi yönettiğiniz Oracle veritabanı ARCHIVELOG modunda çalışmalıdır; arşiv günlükleri makul bir saklama süresine sahip olmalı ve erişilebilir durumda bulunmalıdır. Daha fazla bilgi için bkz. ARCHIVELOG.

  • supplemental_log_data_pk ve supplemental_log_data_ui dahil olmak üzere ek günlük kaydı (supplemental logging) etkinleştirilmelidir. Daha fazla bilgi için bkz. Supplemental Logging.

  • Kendi yönettiğiniz Oracle veritabanınız Real Application Clusters (RAC) mimarisini kullanıyorsa bu veritabanının bir VPC'ye bağlı olması gerekir. DTS görevinin başarıyla çalışmasını sağlamak için Oracle RAC'in her düğümünün SCAN IP'sini ve VIP'sini VPC'ye bağlamanız ve yönlendirmeyi yapılandırmanız gerekir. Daha fazla bilgi için bkz. Şirket içi veri merkezini Alibaba Cloud'a bağlama çözümlerine genel bakış ve Veri merkezini VPN Gateway aracılığıyla DTS'ye bağlama.

Kullanım notları

Not

Tam senkronizasyon ve artımlı senkronizasyon sırasında:

  • Kaynak veritabanındaki basamaklı güncelleme ve silme işlemleri veri tutarsızlığına neden olabilir.

  • Hedef veritabanında yabancı anahtarlar veya tetikleyiciler varsa bunları devre dışı bırakın. Aksi takdirde senkronizasyon görevi başarısız olabilir.

Tür

Açıklama

Kaynak veritabanı sınırlamaları

  • Senkronize edilecek tabloların birincil anahtarı veya benzersiz kısıtlaması olmalı ve alanlar benzersiz olmalıdır. Aksi takdirde hedef veritabanında yinelenen veriler görülebilir.

  • Tablo düzeyinde senkronizasyon yapıyor ve eşlemeleri (örneğin sütun adı eşlemesi) düzenlemeniz gerekiyorsa her senkronizasyon görevi en fazla 1.000 tabloyu destekler. Bu sınırı aşarsanız görev bir hata ile başarısız olur. Bu sorunu çözmek için tabloları birden çok göreve bölün veya tam veritabanı senkronizasyon görevi yapılandırın.

  • İkili günlükler (Binary logs):

    • ApsaraDB RDS for MySQL, ikili günlük kaydını varsayılan olarak etkinleştirir. binlog_row_image parametresinin full olarak ayarlandığından emin olun. Aksi takdirde ön denetim başarısız olur ve senkronizasyon görevi başlatılamaz. Talimatlar için bkz. Örnek parametrelerini yapılandırma.

      Önemli
      • Kaynak örneğiniz kendi yönettiğiniz bir MySQL veritabanıysa ikili günlük kaydını etkinleştirin ve binlog_format değerini row, binlog_row_image değerini ise full olarak ayarlayın.

      • Kendi yönettiğiniz MySQL veritabanınız çift birincil küme (her iki düğümün de birincil ve ikincil olarak davrandığı) ise DTS'nin tüm ikili günlük olaylarını yakalayabilmesi için log_slave_updates parametresini etkinleştirin. Talimatlar için bkz. Kendi yönettiğiniz MySQL veritabanı için hesap oluşturma ve ikili günlük kaydını yapılandırma.

    • ApsaraDB RDS for MySQL örneğine ait yerel ikili günlükler en az üç gün (yedi gün önerilir) süreyle saklanmalıdır. Kendi yönettiğiniz bir MySQL veritabanı için yerel ikili günlükler en az yedi gün süreyle saklanmalıdır. Aksi takdirde DTS ikili günlükleri alamayabilir ve bu durum görevin başarısız olmasına neden olabilir. Aşırı durumlarda bu durum veri tutarsızlığına veya veri kaybına yol açabilir. DTS'nin gerektirdiğinden daha kısa ikili günlük saklama sürelerinden kaynaklanan sorunlar DTS Hizmet Seviyesi Sözleşmesi (SLA) kapsamında değildir.

      Not

      Bir ApsaraDB RDS for MySQL örneğinde yerel ikili günlüklerin retention period yapılandırmak için bkz. Yerel günlükleri otomatik olarak silme.

  • Şema senkronizasyonu veya tam senkronizasyon sırasında veritabanı veya tablo şemalarını değiştiren DDL işlemlerini çalıştırmayın. Aksi takdirde senkronizasyon görevi başarısız olur.

    Not

    Tam senkronizasyon sırasında DTS kaynak veritabanını sorgular. Bu işlem kaynak veritabanındaki DDL işlemlerini engelleyebilecek meta veri kilitlemeleri oluşturur.

  • Fiziksel yedeklemelerden geri yüklenen veya basamaklı işlemlerle oluşturulan veriler gibi ikili günlüklere yazılmayan değişikliklerden kaynaklanan veriler hedef veritabanına senkronize edilmez.

    Not

    Bu durum gerçekleşirse etkilenen veritabanını veya tabloyu senkronizasyon nesnelerinden kaldırın. Ardından yeniden ekleyin. Bunu yalnızca iş süreçleriniz izin veriyorsa yapabilirsiniz. Daha fazla bilgi için bkz. Senkronizasyon nesnelerini değiştirme.

  • Kaynak veritabanınız MySQL 8.0.23 veya sonraki bir sürümse ve görünmez gizli sütunlar içeriyorsa DTS bu sütunları okuyamayabilir. Bu durum veri kaybına neden olabilir.

    Not

    Gizli sütunu görünür yapmak için ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; komutunu çalıştırın. Daha fazla bilgi için bkz. Invisible Columns.

  • MySQL uyumluluğu: DTS MySQL ailesi kaynak veritabanlarından veri senkronize ederken standart MySQL protokolüne ve Binlog biçimine dayanır; standart MySQL ile uyumsuz davranışlar desteklenmez. Kaynak veritabanınız MySQL uyumluluğu iddia ediyor ancak MySQL'den farklı davranıyorsa (örneğin OceanBase MySQL modunda kaynak olarak bağlandığında Binlog'daki son rotate olayının zaman damgası 0'dır ve bu MySQL'den farklıdır) DTS senkronizasyon görevi başarısız olabilir.

Diğer sınırlamalar

  • Çok sütunlu nitelik değişiklikleri desteklenmez.

  • Temel veri türlerinde yapılan değişiklikler desteklenmez.

  • Kaynak veritabanınız geçici tablo modunda çevrimiçi DDL işlemleri kullanıyorsa (çok tablolu birleştirme senaryoları dahil ancak bunlarla sınırlı değildir) veya benzersiz anahtar sütunlara işlev tabanlı dizinler ekliyorsa hedef veritabanında veri kaybı veya görev hatası oluşabilir.

  • Kendi yönettiğiniz Oracle veritabanınız Real Application Clusters (RAC) kullanıyorsa ScanIP yapılandırmayın. Bunun yerine bağlantı bilgilerinde yalnızca bir sanal IP adresi (VIP) yapılandırın. Bu yapılandırmayla RAC düğümü yük devretme işlemi desteklenmez.

  • Görev çalışırken birincil anahtar veya benzersiz anahtar çakışması oluşursa:

    • Tablo şemaları aynıysa ve hedef veritabanındaki bir kaydın birincil anahtar veya benzersiz anahtar değeri kaynak veritabanındaki bir kayıtla aynıysa:

      • Tam senkronizasyon sırasında DTS hedef kümedeki kaydı korur. Kaynak veritabanındaki ilgili kayıt senkronize edilmez.

      • Artımlı senkronizasyon sırasında kaynak veritabanındaki kayıt hedef veritabanındaki kaydın üzerine yazar.

    • Tablo şemaları farklıysa ilk veri senkronizasyonu başarısız olabilir. Bu durum yalnızca kısmi sütun verilerinin senkronize edilmesine veya tam senkronizasyon hatasına yol açabilir. Dikkatli ilerleyin.

  • ApsaraDB RDS for MySQL örneğinizde Always-Encrypted etkinse tam veri senkronizasyonu desteklenmez.

    Not

    Transparent Data Encryption (TDE) etkin olan ApsaraDB RDS for MySQL örnekleri şema senkronizasyonunu, tam veri senkronizasyonunu ve artımlı veri senkronizasyonunu destekler.

  • Bir görev başarısız olursa DTS destek personeli görevi sekiz saat içinde geri yüklemeye çalışır. Geri yükleme sırasında görevi yeniden başlatabilir veya parametrelerini ayarlayabilirler.

    Not

    Yalnızca DTS görev parametreleri değiştirilir; veritabanı parametreleri değiştirilmez. Ayarlanabilecek parametreler arasında Örnek parametrelerini değiştirme bölümünde listelenenler bulunur.

Özel durumlar

  • Kendi yönettiğiniz MySQL kaynak veritabanı için:

    • Senkronizasyon sırasında kaynak veritabanında birincil/ikincil anahtar geçişi gerçekleşirse görev başarısız olur.

    • DTS son senkronize edilen kaydın zaman damgasını geçerli saatle karşılaştırarak gecikme süresini hesaplar. Kaynak veritabanında uzun süre DML işlemi çalıştırılmazsa gecikme raporlaması yanlış hale gelebilir. Gecikme süresi çok yüksek görünüyorsa gecikmeyi güncellemek için kaynak veritabanında bir DML işlemi çalıştırın.

      Not

      Senkronizasyon için tam veritabanı seçtiyseniz bir kalp atışı (heartbeat) tablosu oluşturun. Bu tabloyu her saniye güncelleyin veya üzerine yazın.

    • DTS ikili günlük ofsetini ilerletmek için kaynak veritabanında periyodik olarak CREATE DATABASE IF NOT EXISTS test komutunu çalıştırır.

    • Kaynak veritabanınız Amazon Aurora MySQL veya başka bir kümelendirilmiş MySQL örneğiyse görev yapılandırmasında kullanılan alan adının veya IP adresinin —ve bunun DNS çözümlemesinin— her zaman okuma/yazma (RW) düğümünü işaret ettiğinden emin olun. Aksi takdirde senkronizasyon başarısız olabilir.

  • ApsaraDB RDS for MySQL kaynak veritabanı için:

    • İşlem günlüklerini kaydetmeyen salt okunur örnekler (örneğin ApsaraDB RDS for MySQL 5.6 salt okunur örnekleri) kaynak veritabanı olarak kullanılamaz.

    • DTS ikili günlük ofsetini ilerletmek için kaynak veritabanında periyodik olarak CREATE DATABASE IF NOT EXISTS test komutunu çalıştırır.

Faturalama


Senkronizasyon türü


Fiyatlandırma


Şema senkronizasyonu ve tam veri senkronizasyonu


Ücretsiz.


Artımlı veri senkronizasyonu


Ücretlendirilir. Daha fazla bilgi için bkz. Faturalamaya genel bakış.

Desteklenen senkronizasyon topolojileri

  • Bire-bir, tek yönlü senkronizasyon

  • Birden çoğa, tek yönlü senkronizasyon

  • Çoktan bire, tek yönlü senkronizasyon

Desteklenen SQL işlemleri

İşlem türü

SQL işlemi

DML

INSERT, UPDATE ve DELETE

DDL

  • CREATE TABLE, ALTER TABLE, DROP TABLE, RENAME TABLE ve TRUNCATE TABLE

  • ADD COLUMN, DROP COLUMN, MODIFY COLUMN ve RENAME COLUMN

  • CREATE INDEX, UNIQUE INDEX ve DROP INDEX

Prosedür

  1. Hedef bölgenin senkronizasyon görevi listesine gidin. Aşağıdaki iki yöntemden birini kullanabilirsiniz:

    DTS konsolundan

    1. Data Transmission Service (DTS) konsoluna oturum açın.

    2. Sol gezinme bölmesinde Data Synchronization seçeneğini tıklayın.

    3. Sayfanın sol üst köşesinde senkronizasyon örneğinin bulunduğu bölgeyi seçin.

    DMS konsolundan

    Not

    Gerçek işlemler DMS konsolunun moduna ve düzenine göre değişebilir. Daha fazla bilgi için bkz. Basit mod ve DMS arayüzünün düzenini ve stilini özelleştirme.

    1. Data Management (DMS) hizmetine oturum açın.

    2. Üst menü çubuğunda Data + AI > Data Transmission (DTS) > Data Synchronization seçeneklerini belirleyin.

    3. Data Synchronization Tasks öğesinin sağında senkronizasyon örneğinin bulunduğu bölgeyi seçin.

  2. Görev yapılandırma sayfasını açmak için Create Task seçeneğini tıklayın.

  3. Kaynak ve hedef veritabanlarını yapılandırın.

    Bölüm

    Parametre

    Açıklama

    Yok

    Task Name

    DTS otomatik olarak bir görev adı oluşturur. Kolay tanımlama için açıklayıcı bir ad belirtmenizi öneririz. Adın benzersiz olması gerekmez.

    Source Database

    Database Type

    MySQL seçeneğini belirleyin.

    Connection Type

    Alibaba Cloud Instance seçeneğini belirleyin.

    Instance Region

    Kaynak ApsaraDB RDS for MySQL örneğinin bulunduğu bölgeyi seçin.

    Replicate Data Across Alibaba Cloud Accounts

    Bu örnekte veriler aynı Alibaba Cloud hesabı içinde senkronize edilmektedir. No seçeneğini belirleyin.

    RDS Instance ID

    Kaynak ApsaraDB RDS for MySQL örneğinin kimliğini seçin.

    Database Account

    Kaynak ApsaraDB RDS for MySQL örneğinin veritabanı hesabını girin.

    Database Password

    Veritabanı hesabına karşılık gelen parolayı girin.

    Encryption

    İhtiyaca göre Non-encrypted veya SSL-encrypted seçeneğini belirleyin. SSL-encrypted seçeneğini belirlerseniz RDS for MySQL örneği için SSL şifrelemesini önceden etkinleştirmeniz gerekir. Daha fazla bilgi için bkz. SSL şifrelemesini hızlıca etkinleştirmek için cloud sertifikası kullanma.

    Destination Database

    Database Type

    Oracle seçeneğini belirleyin.

    Connection Type

    Self-managed Database on ECS seçeneğini belirleyin.

    Instance Region

    Hedef Oracle örneğinin bulunduğu bölgeyi seçin.

    ECS Instance ID

    Kendi yönettiğiniz Oracle veritabanını barındıran ECS örneğinin kimliğini seçin.

    Port

    Kendi yönettiğiniz Oracle veritabanının hizmet bağlantı noktası numarasını girin. Varsayılan değer 1521'dir.

    Oracle Type

    • Non-RAC Instance: Bu seçeneği belirlerseniz ayrıca SID bilgisini belirtmeniz gerekir.

    • RAC or PDB Instance: Bu seçeneği belirlerseniz ayrıca Service Name bilgisini belirtmeniz gerekir.

    Database Account

    Kendi yönettiğiniz Oracle veritabanının veritabanı hesabını girin.

    Database Password

    Veritabanı hesabına karşılık gelen parolayı girin.

  4. Yapılandırmayı tamamladıktan sonra sayfanın alt kısmında yer alan Test Connectivity and Proceed seçeneğini tıklayın. CIDR Blocks of DTS Servers iletişim kutusunda Test Connectivity seçeneğini tıklayın.

    Not

    DTS sunucularından erişime izin vermek için kaynak ve hedef veritabanlarının güvenlik ayarlarına DTS sunucularının IP adresi CIDR bloklarının eklendiğinden emin olun. Bu işlem otomatik veya manuel olarak yapılabilir. Daha fazla bilgi için bkz. DTS sunucularının IP adresi CIDR bloklarını izin listesine ekleme.

  5. Görev nesnelerini yapılandırın.

    1. Configure Objects sayfasında senkronize edilecek nesneleri yapılandırın.

      Parametre

      Açıklama

      Synchronization Types

      Senkronizasyon türleri. Varsayılan olarak Incremental Data Synchronization seçili gelir. Ayrıca Schema Synchronization ve Full Data Synchronization seçeneklerini de belirlemelisiniz. Ön denetim tamamlandıktan sonra DTS seçilen nesnelerin geçmiş verilerini kaynak veritabanından hedef kümeye senkronize eder. Geçmiş veriler sonraki artımlı senkronizasyon için temel teşkil eder.

      Processing Mode for Existing Tables in Destination

      • Precheck and Report Errors: Hedef veritabanında aynı ada sahip bir tablonun olup olmadığını kontrol eder. Aynı ada sahip bir tablo yoksa ön denetim başarılı olur. Aynı ada sahip bir tablo varsa ön denetim başarısız olur ve veri senkronizasyon görevi başlamaz.

        Not

        Hedef veritabanındaki aynı ada sahip tabloyu silemiyor veya yeniden adlandıramıyorsanız bunu farklı bir tablo adıyla eşleyebilirsiniz. Daha fazla bilgi için bkz. Tablo ve sütun adlarını eşleme.

      • Ignore Errors and Proceed: Hedef veritabanındaki yinelenen tablo adları kontrolünü atlar.

        Uyarı

        Ignore Errors and Proceed seçeneğini belirlemek veri tutarsızlığına neden olabilir ve iş süreçlerinizi riske atabilir. Örneğin:

        • Tablo şemaları aynıysa ve hedef veritabanındaki bir kaydın birincil anahtar veya benzersiz anahtar değeri kaynak veritabanındaki bir kayıtla aynıysa:

          • Tam senkronizasyon sırasında DTS hedef kümedeki kaydı korur. Kaynak veritabanındaki ilgili kayıt senkronize edilmez.

          • Artımlı senkronizasyon sırasında kaynak veritabanındaki kayıt hedef veritabanındaki kaydın üzerine yazar.

        • Tablo şemaları farklıysa ilk veri senkronizasyonu başarısız olabilir. Bu durum yalnızca kısmi sütun verilerinin senkronize edilmesine veya tam senkronizasyon hatasına yol açabilir. Dikkatli ilerleyin.

      Case Sensitivity Policy for Destination Object Names

      Hedef örneğe senkronize edilen veritabanı, tablo ve sütun nesne adları için büyük/küçük harf duyarlılığı ilkesini yapılandırabilirsiniz. Varsayılan olarak DTS default policy seçili gelir. Kaynak ve hedef veritabanlarının varsayılan ilkelerini kullanmayı da tercih edebilirsiniz. Daha fazla bilgi için bkz. Hedef nesne adları için büyük/küçük harf duyarlılığı ilkesi.

      Source Objects

      Source Objects kutusunda senkronize edilecek bir nesneyi tıklayın ve ardından 向右 simgesini kullanarak nesneyi Selected Objects kutusuna taşıyın.

      Not

      Senkronizasyon nesnesi olarak veritabanlarını, tabloları ve sütunları seçebilirsiniz. Tabloları veya sütunları seçerseniz görünümler, tetikleyiciler ve saklı yordamlar gibi diğer nesneler hedef veritabanına senkronize edilmez.

      Selected Objects

      Not
      • WHERE yan tümcesi kullanarak verileri filtrelemek için Selected Objects kutusunda senkronize edilecek tabloya sağ tıklayın ve açılan iletişim kutusunda filtre koşulunu ayarlayın. Daha fazla bilgi için bkz. Filtre koşullarını yapılandırma.

      • Nesne adı eşleme özelliğini kullanırsanız eşlenen nesneye bağımlı diğer nesneler senkronize edilemeyebilir.

    2. Gelişmiş parametreleri yapılandırmak için Next: Advanced Settings seçeneğini tıklayın.

      Parametre

      Açıklama

      Dedicated Cluster for Task Scheduling

      DTS varsayılan olarak görevleri paylaşılan bir küme üzerinde planlar ve bir küme seçmeniz gerekmez. Daha kararlı performans için DTS senkronizasyon görevlerini çalıştırmak üzere özel bir küme satın alabilirsiniz. Daha fazla bilgi için bkz. DTS özel kümesi nedir?.

      Retry Time for Failed Connections

      Bir senkronizasyon görevi başladıktan sonra kaynak veya hedef veritabanına bağlantı başarısız olursa DTS bir hata bildirir ve hemen bağlantıyı yeniden denemeye başlar. Varsayılan yeniden deneme süresi 720 dakikadır. 10 ile 1.440 dakika arasında özel bir yeniden deneme süresi de belirtebilirsiniz. Süreyi 30 dakika veya daha fazla olacak şekilde ayarlamanızı öneririz. DTS belirtilen süre içinde veritabanına başarıyla yeniden bağlanırsa senkronizasyon görevi otomatik olarak devam eder. Aksi takdirde görev başarısız olur.

      Not
      • Aynı kaynağı veya hedefi paylaşan birden çok DTS örneğiniz varsa (örneğin Örnek A ve Örnek B) ve Örnek A için ağ yeniden deneme süresini 30 dakika, Örnek B için 60 dakika olarak ayarlarsanız her ikisi için de daha kısa olan 30 dakikalık süre kullanılır.

      • DTS bağlantı yeniden deneme süresi boyunca görev çalışma süresi için ücret aldığından yeniden deneme süresini iş ihtiyaçlarınıza göre özelleştirmenizi veya kaynak ve hedef veritabanı örnekleri serbest bırakıldıktan sonra DTS örneğini mümkün olan en kısa sürede serbest bırakmanızı öneririz.

      Retry Time for Other Issues

      Senkronizasyon görevi başladıktan sonra kaynak veya hedef veritabanında bağlantı dışı diğer sorunlar (DDL veya DML çalıştırma istisnaları gibi) oluşursa DTS bir hata bildirir ve hemen sürekli yeniden deneme işlemlerini başlatır. Varsayılan yeniden deneme süresi 10 dakikadır. 1 ile 1.440 dakika arasında özel bir yeniden deneme süresi de belirtebilirsiniz. Süreyi 10 dakika veya daha fazla olacak şekilde ayarlamanızı öneririz. İlgili işlemler belirlenen yeniden deneme süresi içinde başarılı olursa senkronizasyon görevi otomatik olarak devam eder. Aksi takdirde görev başarısız olur.

      Önemli

      Retry Time for Other Issues değeri Retry Time for Failed Connections değerinden küçük olmalıdır.

      Enable Throttling for Full Data Synchronization

      Tam senkronizasyon aşamasında DTS kaynak ve hedef veritabanlarından okuma ve yazma kaynaklarını tüketir; bu durum veritabanı yükünü artırabilir. Kaynak ve hedef veritabanlarındaki yükü azaltmak için Queries per second (QPS) to the source database, RPS of Full Data Migration ve Data migration speed for full migration (MB/s) parametrelerini yapılandırarak tam senkronizasyon görevi için bir hız sınırı belirleyebilirsiniz.

      Not

      Enable Throttling for Incremental Data Synchronization

      Artımlı senkronizasyon görevi için de bir hız sınırı belirleyebilirsiniz. Hedef veritabanındaki baskıyı azaltmak için RPS of Incremental Data Synchronization ve Data synchronization speed for incremental synchronization (MB/s) değerlerini ayarlayın.

      Environment Tag

      İhtiyaçlarınıza göre senkronizasyon örneğini tanımlamak için bir ortam etiketi seçebilirsiniz. Bu örnekte seçim yapmanız gerekmez.

      Configure ETL

      Çıkarma, dönüştürme ve yükleme (ETL) özelliğini etkinleştirip etkinleştirmeyeceğinizi seçin. Daha fazla bilgi için bkz. ETL nedir? Geçerli değerler:

      Monitoring and Alerting

      Uyarıları yapılandırıp yapılandırmayacağınızı belirtin. Senkronizasyon başarısız olursa veya gecikme süresi belirtilen eşiği aşarsa bir uyarı kişisine bildirim gönderilir.

    3. Bir veri doğrulama görevi yapılandırmak için Next: Data Validation seçeneğini tıklayın.

      Veri doğrulama özelliğini kullanmak istiyorsanız yapılandırma talimatları için bkz. Veri doğrulamayı yapılandırma.

  6. Görevi kaydedin ve ön denetimi çalıştırın.

    • Bu örneği yapılandırmak için API parametrelerini görüntülemek üzere Next: Save Task Settings and Precheck düğmesinin üzerine gelin ve balonda Preview OpenAPI parameters seçeneğini tıklayın.

    • API parametrelerini görüntülemeyi tamamladıysanız sayfanın alt kısmında yer alan Next: Save Task Settings and Precheck seçeneğini tıklayın.

    Not
    • Senkronizasyon işi başlamadan önce DTS bir ön denetim gerçekleştirir. İş tüm ön denetim öğeleri başarılı olduktan sonra başlayabilir.

    • Ön denetim başarısız olursa başarısız olan öğe için View Details seçeneğini tıklayın. Sorunu istemde gösterildiği gibi düzeltin ve ardından ön denetimi yeniden çalıştırın.

    • Ön denetim bir uyarı döndürürse:

      • Bir denetim öğesi başarısız olur ve göz ardı edilemiyorsa öğenin yanındaki View Details seçeneğini tıklayın. Sorunu düzeltmek için talimatları izleyin ve ardından ön denetimi yeniden çalıştırın.

      • Göz ardı edilebilen denetim öğeleri için sırasıyla Confirm Alert Details, Ignore, OK ve Precheck Again seçeneklerini tıklayarak uyarıyı atlayabilir ve ön denetimi yeniden çalıştırabilirsiniz. Uyarı öğesini engellemeyi seçerseniz bu durum veri tutarsızlığı gibi sorunlara neden olabilir ve iş süreçleriniz için risk oluşturabilir.

  7. Örneği satın alın.

    1. Success Rate değeri %100 olduğunda Next: Purchase Instance seçeneğini tıklayın.

    2. Purchase sayfasında veri senkronizasyonu örneği için faturalama yöntemini ve bağlantı teknik özelliklerini seçin. Aşağıdaki tabloda bu parametreler ayrıntılı olarak açıklanmaktadır.

      Kategori

      Parametre

      Açıklama

      New Instance Class

      Faturalama Yöntemi

      • Abonelik: Ödemeyi örneği oluştururken yaparsınız. Bu yöntem uzun vadeli ihtiyaçlar için uygundur ve kullandıkça öde yöntemine göre daha maliyet etkindir. Abonelik süresi ne kadar uzun olursa indirim oranı o kadar yüksek olur.

      • Kullandıkça öde: Saatlik olarak ücretlendirilirsiniz. Bu yöntem kısa vadeli ihtiyaçlar için uygundur. Maliyetleri tasarruf etmek için kullanım sonrasında örneği hemen serbest bırakabilirsiniz.

      Kaynak Grubu Yapılandırması

      Örneğin ait olduğu kaynak grubu. Varsayılan değer default resource group'tur. Daha fazla bilgi için bkz. Kaynak Yönetimi nedir?.

      Bağlantı Teknik Özellikleri

      DTS farklı performans seviyelerine sahip senkronizasyon teknik özellikleri sunar. Senkronizasyon bağlantısı teknik özellikleri senkronizasyon hızını etkiler. İş senaryonuza göre bir teknik özellik seçebilirsiniz. Daha fazla bilgi için bkz. Veri senkronizasyonu bağlantı teknik özellikleri.

      Abonelik Süresi

      Abonelik modunda abonelik örneği için süreyi ve miktarı seçin. 1 ile 9 ay arasında aylık abonelik veya 1, 2, 3 ya da 5 yıllık yıllık abonelik seçebilirsiniz.

      Not

      Bu seçenek yalnızca faturalama yöntemi Subscription olduğunda kullanılabilir.

    3. Yapılandırmayı tamamladıktan sonra Data Transmission Service (Pay-as-you-go) Service Terms metnini okuyun ve kabul edin.

    4. Buy and Start seçeneğini tıklayın. OK iletişim kutusunda OK seçeneğini tıklayın.

      Görev ilerlemesini Data Synchronization sayfasında görüntüleyebilirsiniz.