Tüm Ürünler
Search

Bu Ürün

    Data Transmission Service:PolarDB for MySQL'i AnalyticDB for MySQL V3.0'a Geçirin

    Belge Merkezi

    Data Transmission Service:PolarDB for MySQL'i AnalyticDB for MySQL V3.0'a Geçirin

    Son Güncelleme:Oct 05, 2026

    Data Transmission Service (DTS) kullanarak verileri PolarDB for MySQL kaynağından AnalyticDB for MySQL 3,0 hedefine geçirin ve iş zekası (BI), etkileşimli sorgular ile gerçek zamanlı raporlama sistemleri oluşturun.

    Ön Koşullar

    Sınırlamalar

    Not

    • Şema geçişi sırasında DTS, yabancı anahtarları kaynak veritabanından hedef veritabanına geçirmez.

    • Tam veri geçişi ve artımlı veri geçişi sırasında DTS, oturum düzeyinde kısıtlama kontrollerini ve yabancı anahtar basamaklı işlemlerini geçici olarak devre dışı bırakır. Görev çalışırken kaynak veritabanında basamaklı güncelleme veya silme işlemleri gerçekleşirse veri tutarsızlığı oluşabilir.

    • Şema geçişi sırasında DTS, materyalleştirilmiş görünümlerin hedef AnalyticDB for MySQL örneğine taşınmasını desteklemez. Materyalleştirilmiş görünümleri kullanmak için geçiş tamamlandıktan sonra bunları hedef örnekte manuel olarak oluşturun.

    Tür

    Açıklama

    Kaynak veritabanı sınırlamaları

    • Kaynak veritabanını barındıran sunucunun yeterli giden bant genişliğine sahip olması gerekir. Aksi takdirde veri geçiş hızı etkilenir.

    • Geçirilecek tabloların birincil anahtarı veya UNIQUE kısıtlaması olmalı ve bu anahtardaki/alana özgü değerler benzersiz olmalıdır. Aksi takdirde hedef veritabanında yinelenen veriler görünebilir.

    • Verileri tablo düzeyinde geçiriyorsanız ve sütun adlarını eşleme gibi tablo düzenlemeleri yapmanız gerekiyorsa tek bir veri geçişi görevi en fazla 1.000 tabloyu geçirebilir. Bu sınırı aşarsanız görevi gönderdikten sonra hata alırsınız. Bu durumda tabloları birden çok geçiş görevine bölün veya tüm veritabanını geçirmek üzere bir görev yapılandırın.

    • Artımlı geçiş yapıyorsanız:

      • İkili günlüğü (binary log) etkinleştirmeniz ve loose_polar_log_bin parametresini on olarak ayarlamanız gerekir. Aksi takdirde ön kontrol hata verir ve veri geçişi görevi başlatılamaz. İkili günlüğü nasıl etkinleştireceğiniz ve parametreleri nasıl değiştireceğiniz hakkında daha fazla bilgi için bkz. İkili günlüğü etkinleştirin ve Parametreleri değiştirin.

        Not

        PolarDB for MySQL kümesi için ikili günlüğü etkinleştirmek depolama alanı tüketir ve depolama ücretlerine yol açar.

      • PolarDB for MySQL kümesinin ikili günlükleri en az 3 gün boyunca saklanmalıdır. Saklama süresini 7 gün olarak öneririz. Aksi takdirde DTS ikili günlükleri alamayabilir; bu da görevin başarısız olmasına neden olur. Aşırı durumlarda veri tutarsızlığına veya veri kaybına yol açabilir. İkili günlük saklama süresinin DTS gereksinimlerinden kısa olmasından kaynaklanan sorunlar DTS Hizmet Seviyesi Sözleşmesi (SLA) kapsamında değildir.

        Not

        PolarDB for MySQL kümesi için ikili günlüklerin saklama süresini nasıl ayarlayacağınız hakkında daha fazla bilgi için bkz. Saklama süresini değiştirin.

    • Kaynak veritabanı için operasyonel sınırlamalar:

      • Şema geçişi ve tam veri geçişi sırasında veritabanı veya tablo şemasını değiştiren DDL işlemleri yapmayın. Aksi takdirde veri geçişi görevi başarısız olur.

        Not

        Tam veri geçişi sırasında DTS kaynak veritabanını sorgular. Bu işlem bir meta veri kilidi oluşturur ve kaynak veritabanındaki DDL işlemlerini engelleyebilir.

      • Geçiş sırasında birincil anahtarı değiştiren veya tabloya açıklama ekleyen DDL işlemleri yapmayın; örneğin ALTER TABLE table_name COMMENT='table_comment';. Aksi takdirde veri geçişi görevi başarısız olur.

      • Yalnızca tam veri geçişi gerçekleştiriyorsanız kaynak örneğe yeni veri yazmayın. Aksi takdirde kaynak ve hedef arasında veri tutarsızlığı oluşur. Gerçek zamanlı veri tutarlılığını korumak için şema geçişi, tam veri geçişi ve artımlı veri geçişi seçeneklerini belirleyin.

    Notlar

    • DTS ön ek dizinlerinin geçişini desteklemez. Kaynak veritabanında ön ek dizinleri varsa veri geçişi başarısız olabilir.

    • Kaynak veritabanınız geçici tablo modunda çevrimiçi DDL işlemleri (çoklu tablo birleştirme senaryoları dahil) kullanıyorsa veya benzersiz anahtar sütunlarına işlev tabanlı dizinler ekliyorsa hedef veritabanında veri kaybı veya görev hatası oluşabilir.

    • Geçiş sırasında birincil anahtar veya benzersiz anahtar çakışması oluşursa:

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

        • Tam geçiş sırasında DTS hedef veritabanındaki kaydı korur. Kaynak veritabanından gelen kayıt geçirilmez.

        • Artımlı geçiş sırasında DTS hedef veritabanındaki kaydı korumaz. Kaynak veritabanından gelen kayıt, hedef veritabanındaki kaydın üzerine yazar.

      • Tablo şemaları tutarsızsa yalnızca bazı veri sütunları geçirilebilir veya geçiş başarısız olabilir. Dikkatli ilerleyin.

    • Hedef veritabanının özel bir birincil anahtarı olmalıdır. Alternatif olarak Configurations for Databases, Tables, and Columns adımında Primary Key Column değerini ayarlayın. Aksi takdirde geçiş başarısız olabilir.

    • DTS, kaynak PolarDB for MySQL örneğinin salt okunur düğümlerinin geçişini desteklemez.

    • DTS, kaynak PolarDB for MySQL örneğinden OSS harici tablolarının geçişini desteklemez.

    • DTS INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER ve FK öğelerinin geçişini desteklemez.

    • DTS, tam veri geçişi sırasında veritabanı örneği için birincil/standby anahtarlama senaryolarını desteklemez. Böyle bir senaryoda geçiş görevini derhal yeniden yapılandırın.

    • AnalyticDB for MySQL sınırlamaları nedeniyle AnalyticDB for MySQL kümesindeki herhangi bir düğümün disk alanı kullanımı %80'i aşarsa DTS görevi anormal hale gelir ve gecikme oluşur. Gerekli alanı önceden tahmin edin ve hedef kümenin yeterli depolama alanına sahip olduğundan emin olun.

    • DTS görevi çalışırken hedef AnalyticDB for MySQL 3,0 kümesi yedekleme yapıyorsa görev başarısız olur.

    • Veri geçişini gerçekleştirmeden önce kaynak ve hedef veritabanlarının performansını değerlendirin. Veri geçişini yoğun olmayan saatlerde gerçekleştirmenizi öneririz. Tam veri geçişi sırasında DTS hem kaynak hem de hedef veritabanlarında okuma ve yazma kaynaklarını tüketir; bu da veritabanı yükünü artırabilir.

    • Tam veri geçişi eşzamanlı INSERT işlemlerini içerir ve bu durum hedef veritabanında tablo parçalanmasına neden olur. Sonuç olarak tam geçiş tamamlandıktan sonra hedef veritabanındaki tablo depolama alanı kaynak örnektekinden daha büyük olur.

    • FLOAT veya DOUBLE veri türündeki sütunlar için geçiş hassasiyetinin iş gereksinimlerinizi karşıladığını doğrulayın. DTS bu sütunların değerlerini ROUND(COLUMN,PRECISION) kullanarak okur. Hassasiyet açıkça tanımlanmamışsa DTS FLOAT için varsayılan olarak 38, DOUBLE için 308 hassasiyetini kullanır.

    • DTS, başarısız görevleri yedi gün içinde kurtarmaya çalışır. İş yüklerinizi hedef örneğe aktarmadan önce görevi sonlandırmalı veya serbest bırakmalısınız. Alternatif olarak DTS'nin hedef örneğe erişmek için kullandığı veritabanı hesabının yazma izinlerini revoke komutuyla iptal edin. Bu, görev otomatik olarak kurtarıldığında kaynak verilerin hedef örnekteki verilerin üzerine yazılmasını önler.

    • 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.

    • Bir DDL deyimi hedef veritabanına yazılamazsa DTS görevi çalışmaya devam eder. Başarısız olan DDL deyimini görmek için görev günlüklerini kontrol etmeniz gerekir. Görev günlüklerini görüntüleme hakkında daha fazla bilgi için bkz. Görev günlüklerini sorgulayın.

    • Bir görev başarısız olursa DTS destek personeli 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ştirin bölümünde listelenenler bulunur.

    Faturalama

    Geçiş türü

    Örnek yapılandırma ücreti

    İnternet trafiği ücreti

    Şema geçişi ve tam veri geçişi

    Ücretsiz.

    Hedef veritabanının Access Method parametresi Public IP Address olarak ayarlandığında internet trafiği için ücretlendirilirsiniz. Daha fazla bilgi için bkz. Faturalandırmaya genel bakış.

    Artımlı veri geçişi

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

    Geçiş türleri

    • Şema geçişi

      DTS, seçilen nesnelerin şemalarını kaynak veritabanından hedef veritabanına geçirir.

      Not

      Bu durum heterojen veritabanları arasındaki geçişler için geçerlidir. Şema geçişi sırasında veri türleri mükemmel şekilde eşleşmeyebileceğinden iş etkisini dikkatlice değerlendirmeniz gerekir. Daha fazla bilgi için bkz. Heterojen veritabanları için veri türü eşlemesi.

    • Tam veri geçişi

      DTS, seçilen kaynak veritabanı nesnelerindeki tüm verileri hedef veritabanına geçirir.

    • Artımlı veri geçişi

      Tam veri geçişi tamamlandıktan sonra DTS, kaynak veritabanındaki artımlı veri değişikliklerini hedef veritabanına geçirir. Bu süreç, kendi kendinize yönettiğiniz uygulamalarda hizmet kesintisi olmadan sorunsuz bir geçiş sağlar.

    Artımlı geçiş için SQL işlemleri

    İşlem türü

    SQL deyimi

    DML

    INSERT, UPDATE ve DELETE

    Not

    AnalyticDB for MySQL içine veri yazarken sistem UPDATE deyimlerini otomatik olarak REPLACE INTO biçimine dönüştürür. Birincil anahtarı güncellerseniz UPDATE deyimi bir DELETE ve ardından bir INSERT işlemine dönüştürülür.

    DDL

    CREATE TABLE, DROP TABLE, RENAME TABLE, TRUNCATE TABLE, ADD COLUMN, MODIFY COLUMN ve DROP COLUMN

    Önemli

    RENAME TABLE işlemi veri tutarsızlığına neden olabilir. Örneğin geçiş nesnesi olarak yalnızca bir tablo seçerseniz ve geçiş sırasında kaynak örnekte tabloyu yeniden adlandırırsanız bu tablonun verileri hedef veritabanına geçirilmez. Bu sorunu önlemek için veri geçişi görevini yapılandırırken tablonun ait olduğu tüm veritabanını geçiş nesnesi olarak seçin. RENAME TABLE işleminden önce ve sonra tablonun ait olduğu veritabanlarının her ikisinin de geçiş nesnelerine dahil edildiğinden emin olun.
    Uyarı

    Veri geçişi sırasında kaynak tablodaki bir alanın veri türü değişirse görev durur ve hata bildirir. Sorunu çözmek için aşağıdaki adımları izleyin:

    1. Kaynak tablodaki (örneğin customer) bir alanın veri türü değiştirilirse AnalyticDB for MySQL hedef veritabanına yönelik bir geçiş görevi başarısız olur.

    2. AnalyticDB for MySQL V3,0'da kaynak tablonun güncellenmiş şemasıyla yeni bir tablo oluşturun; örneğin customer_new.

    3. Orijinal customer tablosundaki verileri customer_new tablosuna kopyalamak için INSERT INTO SELECT komutunu kullanın.

    4. Orijinal customer tablosunu yeniden adlandırın veya silin ve ardından customer_new tablosunu customer olarak yeniden adlandırın.

    5. DTS konsolunda veri geçişi görevini yeniden başlatın.

    İzin gereksinimleri


    Veritabanı


    İzinler


    PolarDB for MySQL


    Geçirilecek nesneler üzerinde okuma izni


    AnalyticDB for MySQL 3,0


    Okuma ve yazma izinleri

    Veritabanı hesapları oluşturmak ve izin vermek için aşağıdaki konulara bakın:

    Yordam

    1. Aşağıdaki yöntemlerden birini kullanarak hedef bölge için geçiş görevi listesi sayfasına gidin.

      DTS konsolundan

      1. Data Transmission Service (DTS) konsoluna giriş yapın.

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

      3. Sayfanın sol üst köşesinde geçiş ö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 konsolu ve DMS konsolunun düzenini ve stilini özelleştirin.

      1. Data Management (DMS) konsoluna giriş yapın.

      2. Üst menü çubuğunda Data + AI > Data Transmission (DTS) > Data Migration seçimini yapın.

      3. Data Migration Tasks öğesinin sağ tarafında geçiş örneğinin bulunduğu bölgeyi seçin.

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

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

      Uyarı

      Kaynak ve hedef örnekleri seçtikten sonra sayfanın üst kısmında görüntülenen sınırlamaları dikkatlice okumanızı öneririz. Aksi takdirde görev başarısız olabilir veya veri tutarsızlığı oluşabilir.

      Kategori

      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

      Select Existing Connection

      • Sisteme eklenmiş (oluşturulmuş veya kaydedilmiş) bir veritabanı örneğini kullanmak için açılır listeden istediğiniz veritabanı örneğini seçin. Aşağıdaki veritabanı bilgileri otomatik olarak yapılandırılır.

        Not

        DMS konsolunda bu parametrenin adı Select a DMS database instance. şeklindedir.

      • Veritabanı örneğini sisteme kaydetmediyseniz veya kayıtlı bir örnek kullanmanız gerekmiyorsa aşağıdaki veritabanı bilgilerini manuel olarak yapılandırın.

      Database Type

      PolarDB for MySQL seçeneğini belirleyin.

      Access Method

      Alibaba Cloud Instance seçeneğini belirleyin.

      Instance Region

      Kaynak PolarDB for MySQL örneğinin bölgesini seçin.

      PolarDB Cluster ID

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

      Database Account

      Kaynak PolarDB for MySQL örneğinin veritabanı hesabını girin. Gerekli izinler hakkında bilgi için bkz. Veritabanı hesabı izinleri.

      Database Password

      Veritabanı hesabının parolasını girin.

      Encryption

      İhtiyaca göre bir bağlantı türü seçin. SSL şifreleme özelliği hakkında daha fazla bilgi için bkz. SSL şifrelemeyi etkinleştirin.

      Destination Database

      Select Existing Connection

      • Sisteme eklenmiş (oluşturulmuş veya kaydedilmiş) bir veritabanı örneğini kullanmak için açılır listeden istediğiniz veritabanı örneğini seçin. Aşağıdaki veritabanı bilgileri otomatik olarak yapılandırılır.

        Not

        DMS konsolunda bu parametrenin adı Select a DMS database instance. şeklindedir.

      • Veritabanı örneğini sisteme kaydetmediyseniz veya kayıtlı bir örnek kullanmanız gerekmiyorsa aşağıdaki veritabanı bilgilerini manuel olarak yapılandırın.

      Database Type

      AnalyticDB for MySQL 3.0 seçeneğini belirleyin.

      Access Method

      Alibaba Cloud Instance seçeneğini belirleyin.

      Instance Region

      Hedef AnalyticDB for MySQL kümesinin bölgesini seçin.

      Instance ID

      Hedef AnalyticDB for MySQL kümesinin kimliğini seçin.

      Database Account

      Hedef AnalyticDB for MySQL kümesinin veritabanı hesabını girin. Gerekli izinler hakkında bilgi için bkz. Veritabanı hesabı izinleri.

      Database Password

      Veritabanı hesabının parolasını girin.

    4. Yapılandırmayı tamamladıktan sonra sayfanın alt kısmındaki Test Connectivity and Proceed seçeneğini tıklayın.

      Not

      DTS sunucularından erişime izin vermek için DTS hizmet IP adresi aralıklarının kaynak ve hedef veritabanlarının güvenlik ayarlarına otomatik veya manuel olarak eklendiğinden emin olun. Daha fazla bilgi için bkz. DTS sunucu IP adreslerini beyaz listeye ekleyin.

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

      1. Configure Objects sayfasında geçirmek istediğiniz nesneleri yapılandırın.

        Parametre

        Açıklama

        Migration Types

        • Yalnızca tam veri geçişi için Schema Migration ve Full Data Migration seçeneklerini belirleyin.

        • Kesinti süresi sıfır olan bir geçiş için Schema Migration, Full Data Migration ve Incremental Data Migration seçeneklerini belirleyin.

        Not

        • Full Data Migration seçeneğini belirlerseniz CREATE TABLE deyimiyle oluşturulan tabloların şeması ve verileri hedef veritabanına geçirilebilir.

        • Incremental Data Migration seçeneğini belirlemezseniz veri tutarlılığını sağlamak için veri geçişi sırasında kaynak örneğe yeni veri yazmayın.

        Processing Mode for Existing Destination Tables

        • Precheck and Report Errors: Hedef veritabanında aynı ada sahip tabloların olup olmadığını kontrol eder. Aynı ada sahip tablo yoksa ön kontrol başarılı olur. Aynı ada sahip tablolar varsa ön kontrol sırasında hata bildirilir ve veri geçişi görevi başlamaz.

          Not

          Hedef veritabanındaki bir tablo aynı ada sahipse ancak kolayca silinemiyorsa veya yeniden adlandırılamıyorsa hedef veritabanındaki tablonun adını değiştirebilirsiniz. Daha fazla bilgi için bkz. Nesne adı eşlemesi.

        • Ignore Errors and Proceed: Aynı ada sahip tablolar için yapılan kontrolü atlar.

          Uyarı

          Ignore Errors and Proceed seçeneğini belirlemek veri tutarsızlığına ve iş risklerine neden olabilir. Örneğin:

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

            • Tam geçiş sırasında DTS hedef veritabanındaki kaydı korur. Kaynak veritabanından gelen kayıt geçirilmez.

            • Artımlı geçiş sırasında DTS hedef veritabanındaki kaydı korumaz. Kaynak veritabanından gelen kayıt, hedef veritabanındaki kaydın üzerine yazar.

          • Tablo şemaları tutarsızsa yalnızca bazı veri sütunları geçirilebilir veya geçiş başarısız olabilir. Dikkatli ilerleyin.

        Select DDL and DML to Sync at the Instance Level

        Örnek düzeyinde artımlı geçiş için SQL işlemlerini seçin. Desteklenen işlemler hakkında bilgi için bkz. Artımlı geçiş için desteklenen SQL işlemleri.

        Not

        Veritabanı veya tablo düzeyinde SQL işlemleri seçmek için Selected Objects kutusunda geçiş nesnesine sağ tıklayın ve görüntülenen iletişim kutusunda istediğiniz SQL işlemlerini seçin.

        Table Merging

        • Yes seçeneğini belirlerseniz DTS, her tabloya veri kaynaklarını kaydetmek için __dts_data_source sütununu ekler. Daha fazla bilgi için bkz. Çoklu tablo birleştirmeyi etkinleştirin.

        • No seçeneği varsayılan seçenektir.

        Not

        Tablo birleştirme özelliği tablo düzeyinde değil görev düzeyinde yapılandırılır. Bazı tabloları birleştirip diğerlerini birleştirmemek için iki ayrı veri geçişi görevi oluşturmanız gerekir.

        Uyarı

        Kaynak veritabanının veya tabloların şemasını değiştirmek için DDL işlemleri yapmayın. Aksi takdirde veri tutarsızlığı veya görev hatası oluşabilir.

        Source Objects

        Source Objects bölümünden bir veya daha fazla nesne seçin. Rightwards arrow simgesini tıklayın ve nesneleri Selected Objects bölümüne ekleyin.

        Not

        • Geçiş nesnelerini veritabanı, tablo veya sütun düzeyinde seçebilirsiniz. Geçiş nesneleri olarak tabloları seçerseniz görünümler, tetikleyiciler ve saklı yordamlar gibi diğer nesneler hedef veritabanına geçirilmez.

        • Tüm bir veritabanını geçiş nesnesi olarak seçerseniz aşağıdaki varsayılan kurallar uygulanır:

          • Kaynak veritabanındaki bir tablonun birincil anahtarı (tek sütunlu veya bileşik) varsa birincil anahtar sütun(lar)ı dağıtım anahtarı olarak kullanılır.

          • Kaynak veritabanındaki bir tablonun birincil anahtarı yoksa otomatik artan bir birincil anahtar sütunu otomatik olarak oluşturulur. Bu durum kaynak ve hedef veritabanları arasında veri tutarsızlığına neden olabilir.

        Selected Objects
        Not

        • Nesne adı eşleme özelliğini kullanırsanız eşlenen nesneye bağlı diğer nesnelerin geçişi başarısız olabilir.

        • WHERE yan tümcesi kullanarak verileri filtrelemek için Selected Objects kutusunda geçirilecek tabloya sağ tıklayın ve görüntülenen iletişim kutusunda filtre koşulunu belirtin. Daha fazla bilgi için bkz. Filtre koşullarını ayarlayın.

        • Veritabanı veya tablo düzeyinde geçirilecek SQL işlemlerini seçmek için Selected Objects kutusunda geçiş nesnesine sağ tıklayın ve görüntülenen iletişim kutusunda istediğiniz SQL işlemlerini seçin.

      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ümede planlar. Bir tane seçmeniz gerekmez. Daha kararlı görevler istiyorsanız DTS geçiş görevlerini çalıştırmak için bir özel küme satın alabilirsiniz.

        Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database.

        Kaynak veritabanında çevrimiçi DDL değişiklikleri gerçekleştirmek için Data Management (DMS) veya gh-ost kullanıyorsanız çevrimiçi DDL değişiklikleri tarafından oluşturulan geçici tablolardaki verilerin geçirilip geçirilmeyeceğini seçebilirsiniz.

        Önemli

        • DTS görevleri pt-online-schema-change gibi araçların kullanılarak çevrimiçi DDL değişiklikleri yapılmasını desteklemez. Aksi takdirde DTS görevi başarısız olur.

        • Her aşama için işleme yöntemleri şöyledir: Schema Migration ve Full Data Migration aşamaları veritabanı veya tablo yapısını değiştiren DDL işlemlerine izin vermez. Bu nedenle çevrimiçi DDL ilkesi tarafından kontrol edilmezler.

          • Schema Migration: Çevrimiçi DDL ilkesi tarafından kontrol edilmez. İlgili geçici tablolar oluşturulur.

          • Full Data Migration: Çevrimiçi DDL ilkesi tarafından kontrol edilmez. Geçici tabloların geçişi tam geçiş nesnelerine dahil değildir. Düzenli ifadeyle (^_(.+)_(?:gho|new)$ veya ^_(.+)_(?:ghc|del|old)$) eşleşen tüm tablolar filtrelenir.

          • Incremental Data Migration: Çevrimiçi DDL ilkesi tarafından kontrol edilir.

            • Yes: Çevrimiçi DDL işlemleri tarafından oluşturulan geçici tablolardaki (örneğin _table_name_gho) veri değişikliklerini geçirir.

            • No, Adapt to DMS Online DDL ve No, Adapt to gh-ost: Gh-ost gibi araçlar tarafından oluşturulan geçici tablolardaki (örneğin _table_name_gho) veri değişikliklerini düzenli ifade kurallarına göre filtreler.

        • Yes: Çevrimiçi DDL değişiklikleri tarafından oluşturulan geçici tablolardaki verileri geçirir.

          Not

          Çevrimiçi DDL değişiklikleri geçici tablolarda büyük miktarda veri üretirse görev gecikmesine neden olabilir.

        • No, Adapt to DMS Online DDL: Çevrimiçi DDL değişiklikleri tarafından oluşturulan geçici tablolardaki verileri geçirmez. Yalnızca Data Management (DMS) kullanılarak yürütülen orijinal DDL deyimlerini geçirir.

          Not

          Bu seçenek hedef veritabanındaki tabloların kilitlenmesine neden olur.

        • No, Adapt to gh-ost: Çevrimiçi DDL değişiklikleri tarafından oluşturulan geçici tablolardaki verileri geçirmez. Özel filtreleme kurallarını destekler. DTS, gh-ost gibi araçlar tarafından oluşturulan geçici tablolardaki (örneğin _table_name_gho) veri değişikliklerini düzenli ifade kurallarına göre filtreler. Gölge ve kullanılmayan tabloları eşleştirmek için kullanılan varsayılan düzenli ifadeleri ihtiyaca göre değiştirebilirsiniz:

          • Gölge tablo: ^_(.+)_(?:gho|new)$

          • Kullanılmayan tablo: ^_(.+)_(?:ghc|del|old)$

          Not

          Bu seçenek hedef veritabanındaki tabloların kilitlenmesine neden olur.

        Retry Time for Failed Connections

        Geçiş görevi başladıktan sonra kaynak veya hedef veritabanına bağlantı başarısız olursa DTS hata bildirir ve hemen bağlantıyı yeniden denemeye başlar. Varsayılan yeniden deneme süresi 720 dakikadır. Yeniden deneme süresini 10 ile 1440 dakika arasında özelleştirebilirsiniz. Süreyi 30 dakikadan fazla ayarlamanızı öneririz. DTS belirtilen süre içinde kaynak ve hedef veritabanlarına yeniden bağlanırsa geçiş 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ği için ağ yeniden deneme süresi en son oluşturulan görevin ayarıyla belirlenir.

        • Bağlantı yeniden deneme süresi sırasında görev için ücretlendirildiğinizden 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

        Geçiş görevi başladıktan sonra kaynak veya hedef veritabanında DDL veya DML yürütme istisnası gibi bağlantı dışı bir sorun oluşursa DTS hata bildirir ve hemen işlemi yeniden denemeye başlar. Varsayılan yeniden deneme süresi 10 dakikadır. Yeniden deneme süresini 1 ile 1440 dakika arasında özelleştirebilirsiniz. Süreyi 10 dakikadan fazla ayarlamanızı öneririz. İlgili işlemler belirtilen yeniden deneme süresi içinde başarılı olursa geçiş 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 Migration

        Tam geçiş sırasında DTS kaynak ve hedef veritabanlarında okuma ve yazma kaynaklarını tüketir; bu da veritabanı yükünü artırabilir. Gerekirse tam geçiş görevi için kısıtlamayı etkinleştirebilirsiniz. Hedef veritabanı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) değerlerini ayarlayabilirsiniz.

        Not

        • Bu yapılandırma öğesi yalnızca Migration Types için Full Data Migration seçeneğini belirlediğinizde kullanılabilir.

        • Geçiş örneği çalışırken tam geçiş hızını da ayarlayabilirsiniz.

        Enable Throttling for Incremental Data Migration

        Gerekirse artımlı geçiş görevi için hız sınırları ayarlamayı da seçebilirsiniz. Hedef veritabanındaki yükü azaltmak için RPS of Incremental Data Migration ve Data migration speed for incremental migration (MB/s) değerlerini ayarlayabilirsiniz.

        Not

        • Bu yapılandırma öğesi yalnızca Migration Types için Incremental Data Migration seçeneğini belirlediğinizde kullanılabilir.

        • Geçiş örneği çalışırken artımlı geçiş hızını da ayarlayabilirsiniz.

        Whether to delete SQL operations on heartbeat tables of forward and reverse tasks

        DTS örneği çalışırken kaynak veritabanına kalp atışı SQL bilgilerinin yazılıp yazılmayacağını seçin.

        • Yes: Kalp atışı SQL bilgileri kaynak veritabanına yazılmaz. Bu durum DTS örneğinin gecikme bildirmesine neden olabilir.

        • No: Kalp atışı SQL bilgilerini kaynak veritabanına yazar. Bu durum kaynak veritabanının fiziksel yedekleme ve klonlama gibi özelliklerine müdahale edebilir.

        Environment Tag

        Örneği tanımlamak için bir ortam etiketi seçebilirsiniz. Bu örnek için gerekli değildir.

        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

        İş ihtiyaçlarınıza göre uyarı ayarlayıp uyarı bildirimleri alıp almamak için seçim yapın.

        • No: Uyarı ayarlamaz.

        • Yes: Bir uyarı eşiği ve bir alert notifications ayarlayarak uyarıları yapılandırın. Bir geçiş başarısız olursa veya gecikme eşiği aşılırsa sistem bir uyarı bildirimi gönderir.

      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ği hakkında daha fazla bilgi için bkz. Veri doğrulamayı yapılandırın.

      4. İsteğe bağlı: Önceki yapılandırmaları tamamladıktan sonra hedef veritabanında geçirilecek tablolar için Type, Primary Key Column, Distribution Key ve bölüm anahtarı bilgilerini (Partition Key, Partitioning Rules ve Partition Lifecycle) ayarlamak üzere Next: Configure Database and Table Fields seçeneğini tıklayın.

        Not

        • Bu adım yalnızca görev nesnelerini yapılandırırken Migration Types için Schema Migration seçeneğini belirlediğinizde kullanılabilir. Değişiklik yapmak için Definition Status değerini All olarak seçebilirsiniz.

        • Primary Key Column için bileşik bir birincil anahtar oluşturmak amacıyla birden çok sütun seçebilirsiniz. Ayrıca Primary Key Column öğesinden Distribution Key ve Partition Key olarak kullanmak üzere bir veya daha fazla sütun seçmeniz gerekir. Daha fazla bilgi için bkz. CREATE TABLE.

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

      • API işlemini çağırırken bu örneği yapılandırmak için kullanılan parametreleri görüntülemek için imleci Next: Save Task Settings and Precheck düğmesinin üzerine getirin ve görünen baloncukta Preview OpenAPI parameters seçeneğini tıklayın.

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

      Not

      • Geçiş görevi başlamadan önce DTS bir ön kontrol gerçekleştirir. Görev yalnızca ön kontrolü geçtikten sonra başlar.

      • Ön kontrol başarısız olursa başarısız olan kontrol öğesinin yanındaki View Details seçeneğini tıklayın, isteme göre sorunu düzeltin ve ardından ön kontrolü yeniden çalıştırın.

      • Ön kontrol sırasında uyarı bildirilirse:

        • Yoksayılamayan kontrol öğeleri için başarısız olan öğenin yanındaki View Details seçeneğini tıklayın, isteme göre sorunu düzeltin ve ardından ön kontrolü yeniden çalıştırın.

        • Yoksayılabilen kontrol öğeleri için Confirm Alert Details, Ignore, OK ve Precheck Again seçeneklerini tıklayarak uyarı öğesini atlayabilir ve ön kontrolü yeniden çalıştırabilirsiniz. Bir uyarıyı yoksaymayı seçerseniz veri tutarsızlığı gibi sorunlara neden olabilir ve işiniz için risk oluşturabilir.

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

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

      2. Purchase sayfasında veri geçişi örneği için bağlantı teknik özelliklerini seçin. Daha fazla bilgi için aşağıdaki tabloya bakın.

        Kategori

        Parametre

        Açıklama

        New Instance Class

        Resource Group Settings

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

        Instance Class

        DTS farklı performans seviyelerine sahip geçiş teknik özellikleri sağlar. Bağlantı teknik özelliği geçiş hızını etkiler. İş senaryonuza göre bir teknik özellik seçebilirsiniz. Daha fazla bilgi için bkz. Veri geçişi bağlantı teknik özellikleri.

      3. Yapılandırma tamamlandıktan sonra Data Transmission Service (Pay-as-you-go) Service Terms seçeneğini okuyun ve kabul edin.

      4. Buy and Start seçeneğini tıklayın. Görünen OK iletişim kutusunda OK seçeneğini tıklayın.

        Geçiş görevinin ilerlemesini Data Migration Tasks listesi sayfasında görüntüleyebilirsiniz.

        Not

        • Geçiş görevi artımlı geçiş içermiyorsa tam geçiş tamamlandıktan sonra otomatik olarak durur. Görev durduktan sonra Status değeri Completed olarak değişir.

        • Geçiş görevi artımlı geçiş içeriyorsa otomatik olarak durmaz. Artımlı geçiş görevi çalışmaya devam eder. Artımlı geçiş görevi çalışırken görevin Status değeri Running olur.