Tüm Ürünler
Search
Belge Merkezi

Data Transmission Service:Kendi yönettiğiniz bir MongoDB veritabanından (replika kümesi mimarisi) ApsaraDB for MongoDB örneğine (replika kümesi veya parçalı küme mimarisi) veri geçişi yapın

Son Güncelleme:Oct 09, 2026

Veri Aktarım Hizmeti'ni (DTS) kullanarak kendi yönettiğiniz bir MongoDB replika kümesinden, replika kümesi veya parçalı küme mimarisine sahip bir ApsaraDB for MongoDB örneğine veri aktarın. DTS; şema geçişi, tam veri geçişi ve artımlı veri geçişini destekleyerek minimum kesinti süresiyle geçiş yapılmasını sağlar.

Ön koşullar

Başlamadan önce aşağıdaki koşulları karşıladığınızdan emin olun:

Veri parçalamayı yapılandırmak, tüm verilerin tek bir parçaya yönlendirilmesini önler. Dengeleyiciyi etkinleştirmek ve ön parçalama yapmak, veri çarpıklığını önlemeye yardımcı olur.
Önemli

Kaynak veritabanındaki veri değişikliklerini almak için oplog özelliğini kullanın. Değişiklik akışları yalnızca kaynak veritabanı MongoDB V4.0 veya sonraki bir sürümü çalıştırıyorsa kullanılabilir.

Faturalandırma


Geçiş türü


Örnek yapılandırma ücreti


İnternet trafiği ücreti


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


Ücretsiz


Yalnızca Erişim Yöntemi Public IP Address olarak ayarlandığında ücretlendirilir. Bkz. Faturalandırmaya genel bakış.


Artımlı veri geçişi


Ücretlendirilir. Bkz. Faturalandırmaya genel bakış.


—

Geçiş türleri

DTS, iş gereksinimlerinizi karşılamak üzere birleştirebileceğiniz aşağıdaki geçiş türlerini destekler.

Geçiş türü

Desteklenen nesneler

Açıklama

Şema geçişi

DATABASE, COLLECTION, INDEX

Şemaları kaynaktan hedefe geçirir

Tam veri geçişi

DATABASE, COLLECTION

Mevcut tüm verileri geçirir

Artımlı veri geçişi

—

Tam veri geçişi tamamlandıktan sonra değişiklikleri sürekli olarak geçirir

Oplog

Artımlı geçiş, görev başladıktan sonra oluşturulan veritabanlarını desteklemez. Aşağıdaki artımlı güncellemeler desteklenir:

  • CREATE COLLECTION ve CREATE INDEX

  • DROP DATABASE, DROP COLLECTION ve DROP INDEX

    Not

    dropTarget seçeneği true olarak ayarlanmış RENAME COLLECTION işlemleri desteklenmez.

  • RENAME COLLECTION

  • Bir koleksiyondaki belgeleri ekleme, güncelleme ve silme.

    Not

    Artımlı belge güncellemeleri için yalnızca $set komutu kullanılarak yapılan değişiklikler çoğaltılır.

Değişiklik akışı

Aşağıdaki artımlı güncellemeler desteklenir:

  • DROP DATABASE ve DROP COLLECTION

  • RENAME COLLECTION

    Not

    dropTarget seçeneği true olarak ayarlanmış RENAME COLLECTION işlemleri desteklenmez.

  • Bir koleksiyondaki belgeleri ekleme, güncelleme ve silme.

    Not

    Artımlı belge güncellemeleri için yalnızca $set komutu kullanılarak yapılan değişiklikler çoğaltılır.

Minimum kesinti süresiyle geçiş yapmak için Şema Geçişi, Tam Veri Geçişi ve Artımlı Veri Geçişi olmak üzere üç türü de seçin.

Artımlı geçişin yakaladığı veriler

Oplog kullanıldığında DTS şunları yakalar:

  • CREATE COLLECTION ve CREATE INDEX

  • DROP DATABASE, DROP COLLECTION ve DROP INDEX

  • RENAME COLLECTION

  • Belgeler üzerindeki ekleme, güncelleme ve silme işlemleri (yalnızca $set ile yapılan güncellemeler)

DTS, geçiş görevi başladıktan sonra oluşturulan veritabanlarından artımlı verileri geçirmez.

Değişiklik akışları kullanıldığında DTS şunları yakalar:

  • DROP DATABASE ve DROP COLLECTION

  • RENAME COLLECTION

  • Belgeler üzerindeki ekleme, güncelleme ve silme işlemleri (yalnızca $set ile yapılan güncellemeler)

Gerekli izinler

Geçiş görevini başlatmadan önce veritabanı hesaplarını aşağıdaki izinlerle yapılandırın.


Veritabanı


Şema geçişi


Tam veri geçişi


Artımlı veri geçişi


Kaynak kendi yönetilen MongoDB


Geçirilecek veritabanında ve config veritabanında okuma


Geçirilecek veritabanında, admin ve local veritabanlarında okuma


—


Hedef ApsaraDB for MongoDB


dbAdminAnyDatabase, hedef veritabanında readWrite ve local veritabanında okuma


—


—

Hesap oluşturma talimatları için:

Not

Artımlı geçiş yöntemi olarak ChangeStream kullanıyorsanız, kaynak veritabanı hesabının örnek genelinde Change Streams okuma iznine (örneğin readAnyDatabase) sahip olması gerekir. Kaynak özel bir hesaba sahip bir ApsaraDB for MongoDB örneğiyse, hesaba admin veritabanında okuma izni de vermeniz gerekir. Ayrıntılar için bkz. Örnek oluşturma sırasında belirtilen kök hesabın izinleri.

Sınırlamalar

Geçiş görevini yapılandırmadan önce bu sınırlamaları gözden geçirin. Hedef mimariniz için geçerli olmayan sınırlamaları atlayın.

Kaynak veritabanı

  • Azure Cosmos DB for MongoDB kümeleri ve Amazon DocumentDB esnek kümeleri: Yalnızca tam veri geçişi desteklenir.

  • Koleksiyon gereksinimleri: Koleksiyonlar, tüm alanların benzersiz olduğu PRIMARY KEY veya UNIQUE kısıtlamalarına sahip olmalıdır; aksi takdirde hedefte yinelenen kayıtlar görünebilir.

  • Koleksiyon sayısı: Tek tek koleksiyonları seçerek geçiş yaparken, görev başına en fazla 1.000 koleksiyon desteklenir. Bu sınırın aşılması istek hatasına neden olur. Bunun yerine toplu halde geçiş yapın veya tüm veritabanlarını seçin.

  • Belge boyutu: Tek bir belge 16 MB'ı aşamaz; bu sınırın aşılması görevin başarısız olmasına neden olur.

  • TTL dizinleri: Geçişten sonra kaynak ve hedef arasında veri tutarsızlığı oluşabilir.

  • Şema değişiklikleri: Şema geçişi ve tam veri geçişi sırasında şemaları değiştirmeyin (dizi türü güncellemeleri dahil). Böyle bir işlem görevin başarısız olmasına veya veri tutarsızlığına neden olur.

  • Yalnızca tam geçiş sırasında yazma işlemleri: Artımlı geçiş olmadan yalnızca tam veri geçişi çalıştırıyorsanız, geçiş sırasında kaynak veritabanına yazma yapmayın. Yazma işlemleri veri tutarsızlığına neden olur.

  • Birincil/ikincil anahtar değiştirme: Geçiş sırasında kaynakta birincil/ikincil anahtar değiştirme gerçekleşirse görev başarısız olur.

  • Geçiş gecikmesi doğruluğu: DTS, geçiş gecikmesini en son geçirilen verinin zaman damgasını mevcut kaynak zaman damgasıyla karşılaştırarak hesaplar. Kaynakta yakın zamanda güncelleme yoksa görüntülenen gecikme yanlış olabilir. Gecikmeyi yenilemek için kaynakta bir güncelleme gerçekleştirin.

Tüm bir veritabanını geçiriyorsanız bir heartbeat tablosu oluşturun. DTS, heartbeat tablosunu her saniye günceller; bu da gecikme okumalarının doğru kalmasını sağlar.

Hedef parçalı küme

  • Yetim belgeler: Geçişten önce yetim belgeleri silin. Kaynak ve hedef belgeler arasındaki _id çakışmaları veri tutarsızlığına veya görevin başarısız olmasına neden olabilir.

  • Parça anahtarları: Görevi başlatmadan önce kaynakta verilere parça anahtarları ekleyin. Kaynağa parça anahtarları eklemek mümkün değilse bkz. Parçalama anahtarı olmayan bir MongoDB örneğinden MongoDB parçalı küme örneğine veri geçişi.

  • Geçiş sırasında eklemeler: Eklenen veriler parça anahtarlarını içermelidir.

  • Geçiş sırasında güncellemeler: Parça anahtarları değiştirilemez.

Hedef replika kümesi

Genel

  • DTS, bir MongoDB veritabanına SRV uç noktası üzerinden bağlanamaz.

  • Hedef MongoDB sürümü, kaynak sürümle aynı veya ondan daha yeni olmalıdır. Daha eski hedef sürümler uyumluluk sorunlarına neden olabilir.

  • DTS, admin, config veya local veritabanlarından veri geçişi yapamaz.

  • Hedefte benzersiz dizini olan veya capped: true olan koleksiyonlar yalnızca tek iş parçacıklı yazmayı destekler ve artımlı geçiş sırasında eşzamanlı yeniden oynatmayı desteklemez. Bu durum geçiş gecikmesini artırabilir.

  • İşlemler korunmaz. Geçiş sırasında işlemler tek tek kayıtlara dönüştürülür.

  • Birincil anahtar veya benzersiz anahtar çakışması oluşursa DTS, çakışan yazma işlemini atlar ve hedefteki mevcut verileri korur.

  • DTS, FLOAT ve DOUBLE değerlerini almak için ROUND(COLUMN, PRECISION) kullanır. Varsayılan hassasiyet: FLOAT için 38 basamak, DOUBLE için 308 basamak. Bu varsayılanların gereksinimlerinizi karşıladığını doğrulayın.

  • Tam veri geçişi sırasında eşzamanlı yazma işlemleri, hedef koleksiyonlarda parçalanmaya neden olur. Tam geçişten sonra hedef depolama alanı, kaynak depolama alanını %5–10 oranında aşabilir.

  • DTS, başarısız görevleri en fazla yedi gün boyunca yeniden dener. İş yüklerini hedefe geçirmeden önce başarısız görevleri durdurun veya serbest bırakın. Alternatif olarak, görev devam ettikten sonra kaynağın hedefin üzerine yazmasını önlemek için DTS hesabının hedef veritabanındaki yazma izinlerini iptal edin.

  • Hedefteki satır sayılarını şu şekilde sorgulayın: db.$table_name.aggregate([{ $count:"myCount"}]).

  • Hedef veritabanının kaynakla aynı _id değerlerine sahip olmadığından emin olun. Çakışma varsa görevi başlatmadan önce çakışan verileri hedeften silin.

  • Bir DTS örneği başarısız olursa DTS destek ekibi 8 saat içinde kurtarmaya çalışır. Kurtarma işlemleri, örneği yeniden başlatmayı veya parametreleri ayarlamayı içerebilir. Değişebilecek parametreler için bkz. Örnek parametrelerini değiştirme.

Geçiş görevini yapılandırma ve çalıştırma

1. Adım: Veri Geçişi sayfasına gidin

DTS konsolu üzerinden:

  1. DTS konsolunda oturum açın.

  2. Sol gezinme bölmesinde Data Migration öğesini tıklayın.

  3. Sol üst köşeden geçiş örneğinin bulunduğu bölgeyi seçin.

DMS konsolu üzerinden:

Gerçek adımlar, DMS konsol moduna ve düzenine göre değişebilir. Bkz. Basit mod ve DMS konsolunun düzenini ve stilini özelleştirme .
  1. DMS konsolunda oturum açın.

  2. Üst gezinme çubuğunda işaretçiyi Data + AI > DTS (DTS) > Data Migration üzerine getirin.

  3. Veri Geçişi Görevleri yanındaki açılan listeden geçiş örneğinin bulunduğu bölgeyi seçin.

2. Adım: Görevi oluşturun ve kaynak ile hedef veritabanlarını yapılandırın

  1. Create Task öğesini tıklayın.

  2. Aşağıdaki tablolardaki parametreleri kullanarak kaynak ve hedef veritabanlarını yapılandırın.

Uyarı

Kaynak ve hedef veritabanlarını yapılandırdıktan sonra sayfanın üst kısmında görüntülenen Sınırlamaları gözden geçirin. Bu adımı atlamak görevin başarısız olmasına veya veri tutarsızlığına neden olabilir.

Kaynak veritabanı parametreleri


Parametre


Açıklama


Task Name


Görev adı. DTS otomatik olarak bir ad oluşturur. Görevi kolayca tanımlamak için açıklayıcı bir ad belirtin. Görev adlarının benzersiz olması gerekmez.


Select Existing Connection


Kaynak veritabanı DTS'ye kayıtlıysa açılan listeden seçin. DTS kalan parametreleri otomatik olarak doldurur. Aksi takdirde aşağıdaki parametreleri manuel olarak yapılandırın.


Database Type


MongoDB seçeneğini belirleyin.


Access Method


Kaynak veritabanının konumuna göre bağlantı türünü seçin. Bu konuda örnek olarak Genel IP Adresi kullanılmıştır. Farklı bir bağlantı türü seçerseniz gerekli hazırlıkları tamamlayın.


Instance Region


Kaynak veritabanının bulunduğu bölgeyi seçin. Bölge listelenmemişse coğrafi olarak en yakın bölgeyi seçin.


Architecture


Replica Set seçeneğini belirleyin.


Migration Method


Artımlı verileri geçirmek için yöntemi seçin: Oplog (önerilen) veya ChangeStream. Kaynakta oplog özelliği etkinleştirildiğinde Oplog kullanılabilir. Değişiklik akışları etkinleştirildiğinde ChangeStream kullanılabilir. Kaynak esnek olmayan bir Amazon DocumentDB kümesiyse ChangeStream seçmeli ve Architecture parametresini Sharded Cluster olarak ayarlamalısınız. Architecture parametresi için Sharded Cluster seçerseniz Shard account ve Parça parolası parametrelerini yapılandırmanız gerekmez.


Endpoint Type


Standalone veya Multi-node seçeneğini belirleyin. Erişim Yöntemi Express Connect, VPN Gateway veya Smart Access Gateway, Genel IP Adresi veya Cloud Enterprise Network (CEN) olduğunda kullanılabilir.


Domain Name or IP


Kaynak veritabanının alan adı veya IP adresi. Uç Nokta Türü Standalone olduğunda kullanılabilir.


Port Number


Kaynak veritabanının hizmet bağlantı noktası. Uç Nokta Türü Standalone olduğunda kullanılabilir.


Endpoint


Kaynak veritabanının uç noktası <IP>:<Port> biçimindedir. Birden çok uç nokta eklemek için Enter tuşuna basın. Uç Nokta Türü Multi-node olduğunda kullanılabilir.


Authentication Database


Kaynak hesabın ait olduğu veritabanı. Varsayılan: admin.


Database Account


Kaynak veritabanına bağlanmak için kullanılan hesap. Gerekli izinler için bkz. Gerekli izinler. Erişim Yöntemi ECS üzerinde Kendi Yönetilen Veritabanı veya Veritabanı Ağ Geçidi ise parça düğümünün hesabını girin.


Database Password


Veritabanı hesabının parolası.


Encryption


Bağlantı şifreleme yöntemi: Non-encrypted, SSL-encrypted veya Mongo Atlas SSL. Kullanılabilir seçenekler Erişim Yöntemi ve Mimari değerlerine bağlıdır. Mimari Sharded Cluster ve Geçiş Yöntemi Oplog olduğunda SSL-encrypted kullanılamaz. Mimari Replica Set, Access Method Alibaba Cloud Instance değil ve Şifreleme SSL-encrypted ise bağlantıyı doğrulamak için bir CA sertifikası yükleyin.

Hedef veritabanı parametreleri


Parametre


Açıklama


Select Existing Connection


Hedef örnek DTS'ye kayıtlıysa açılan listeden seçin. Aksi takdirde aşağıdaki parametreleri manuel olarak yapılandırın.


Database Type


MongoDB seçeneğini belirleyin.


Access Method


Alibaba Cloud Instance seçeneğini belirleyin.


Instance Region


Hedef ApsaraDB for MongoDB örneğinin bulunduğu bölgeyi seçin.


Replicate Data Across Alibaba Cloud Accounts


Mevcut hesaptaki bir örneği kullanmak için No seçeneğini belirleyin.


Architecture


Hedef örneğin mimarisini seçin.


Instance ID


Hedef örneğin kimliğini seçin.


Authentication Database


Hedef hesabın ait olduğu veritabanı. Varsayılan: admin.


Database Name


Geçirilen nesnelerin depolanacağı hedef örnekteki veritabanının adı.


Database Account


Hedef örneğe bağlanmak için kullanılan hesap. Gerekli izinler için bkz. Gerekli izinler.


Database Password


Veritabanı hesabının parolası.


Encryption


Bağlantı şifreleme yöntemi. Hedef parçalı küme mimarisi kullandığında SSL-encrypted kullanılamaz.

3. Adım: Bağlantıyı test edin

Test Connectivity and Proceed öğesini tıklayın, ardından CIDR Blocks of DTS Servers iletişim kutusunda Test Connectivity öğesini tıklayın.

DTS sunucularının CIDR bloklarının kaynak ve hedef veritabanlarının izin listelerine eklendiğinden emin olun. Bkz. DTS sunucu IP adreslerini izin listesine ekleme .

4. Adım: Geçiş nesnelerini yapılandırın

Configure Objects sayfasında aşağıdaki parametreleri kullanarak geçiş nesnelerini yapılandırın.


Parametre


Açıklama


Migration Types


Geçiş türlerini seçin: Schema Migration, Full Data Migration ve isteğe bağlı olarak Incremental Data Migration. Kesintisiz geçiş için üçünü de seçin. Schema Migration adımını atlarsanız geçişi başlatmadan önce hedef veritabanlarını ve koleksiyonları hedefte oluşturun. Incremental Data Migration adımını atlarsanız geçiş sırasında kaynağa yazma yapmayın.


Processing Mode of Conflicting Tables


Precheck and Report Errors: Hedefte kaynakla aynı ada sahip koleksiyonlar varsa ön denetimi başarısız kılar. Mevcut koleksiyonlar silinemiyorsa geçirilen koleksiyonları yeniden adlandırmak için nesne adı eşlemesini kullanın. Ignore Errors and Proceed: Ön denetimi atlar. DTS, hedefteki mevcut kayıtlarla aynı birincil anahtarlara sahip kayıtları geçirmez. Veri tutarlılığı garanti edilmez.


Capitalization of object names in destination instance


Hedefteki veritabanı ve koleksiyon adları için büyük/küçük harf ilkesi. Varsayılan: DTS default policy. Bkz. Hedef veritabanındaki nesne adları için büyük/küçük harf ilkesi.


Source Objects


Geçirilecek veritabanlarını veya koleksiyonları seçin. Bunları Selected Objects listesine eklemek için 向右小箭头 simgesini tıklayın.


Selected Objects


Bir nesneyi hedefte yeniden adlandırmak (nesne adı eşleme), artımlı geçiş modunu ayarlamak veya tam geçiş verisi filtreleme için WHERE koşulları belirtmek için nesneye sağ tıklayın. Bir nesneyi kaldırmak için nesneyi tıklayın ve ardından image simgesini tıklayın.

5. Adım: Gelişmiş ayarları yapılandırın

Next: Advanced Settings öğesini tıklayın ve aşağıdaki parametreleri yapılandırın.


Parametre


Açıklama


Dedicated Cluster for Task Scheduling


DTS varsayılan olarak görevleri paylaşılan bir kümede zamanlar. Yalıtılmış kaynaklar için özel bir küme satın alın. Bkz. DTS özel kümesi nedir?


Retry Time for Failed Connections


Bağlantı hataları için yeniden deneme süresi. Geçerli değerler: 10–1.440 dakika. Varsayılan: 720 dakika. Bu değeri en az 30 dakika olarak ayarlayın. Farklı görevler aynı kaynak veya hedef veritabanını paylaşıyorsa en son ayarlanan değer geçerli olur.


Retry Time for Other Issues


DDL veya DML işlemi hataları için yeniden deneme süresi. Geçerli değerler: 1–1.440 dakika. Varsayılan: 10 dakika. Bu değeri en az 10 dakika olarak ayarlayın. Bu değer Başarısız Bağlantılar için Yeniden Deneme Süresi değerinden küçük olmalıdır.


Enable Throttling for Full Data Migration


Tam geçiş sırasında kaynak ve hedefteki okuma/yazma yükünü sınırlar. Kaynak veritabanına QPS, Tam Veri Geçişi RPS ve veri geçiş hızını yapılandırın. Yalnızca Full Data Migration seçildiğinde kullanılabilir.


Only one data type for primary key `_id` in a table of the data to be synchronized


Yes: DTS, tüm türleri taramadan koleksiyon başına yalnızca bir _id veri türünü geçirir. No: DTS, tüm _id veri türlerini tarar ve geçirir. Verilerinize göre bunu etkinleştirin. Yanlış yapılandırma veri kaybına neden olabilir. Yalnızca Full Data Migration seçildiğinde kullanılabilir.


Enable Throttling for Incremental Data Migration


Artımlı geçiş sırasında yükü sınırlar. Artımlı Veri Geçişi RPS ve veri geçiş hızını yapılandırın. Yalnızca Incremental Data Migration seçildiğinde kullanılabilir.


Environment Tag


Örneği tanımlamak için isteğe bağlı bir etiket.


Configure ETL


Geçiş sırasında verileri dönüştürmek için extract, transform ve load (ETL) özelliğini etkinleştirin. Bkz. Veri geçişi veya veri senkronizasyon görevinde ETL yapılandırma.


Monitoring and Alerting


Görev hatası veya yüksek geçiş gecikmesi için uyarıları yapılandırın. Etkinleştirilirse uyarı eşiğini ve bildirim kişilerini ayarlayın. Bkz. İzleme ve uyarı yapılandırma.

6. Adım: Veri doğrulamayı yapılandırın (isteğe bağlı)

Bir veri doğrulama görevi ayarlamak için Next Data Verification öğesini tıklayın. Bkz. Veri doğrulama görevi yapılandırma.

7. Adım: Ön denetimi çalıştırın

Next: Save Task Settings and Precheck öğesini tıklayın.

Bu görev yapılandırması için API parametrelerini önizlemek için işaretçiyi Next: Save Task Settings and Precheck üzerine getirin ve Preview OpenAPI parameters öğesini tıklayın.

DTS, geçişi başlatmadan önce bir ön denetim çalıştırır. Görev yalnızca ön denetimden geçtikten sonra başlar.

  • Bir denetim öğesi başarısız olursa View Details öğesini tıklayın, sorunu çözün ve ardından Precheck Again öğesini tıklayın.

  • Yoksayılabilen bir denetim öğesi için bir uyarı tetiklenirse Confirm Alert Details > Ignore > OK > Precheck Again öğelerini tıklayın. Uyarıları yoksaymak veri tutarsızlığıyla sonuçlanabilir.

8. Adım: Örneği satın alın ve başlatın

  1. Success Rate değerinin %100 olmasını bekleyin, ardından Next: Purchase Instance öğesini tıklayın.

  2. Purchase Instance sayfasında aşağıdaki parametreleri yapılandırın.


Parametre


Açıklama


Resource Group


Geçiş örneği için kaynak grubu. Varsayılan: varsayılan kaynak grubu. Bkz. Kaynak yönetimi nedir?


Instance Class


Örnek sınıfı geçiş hızını belirler. Veri hacminize ve zamanlama gereksinimlerinize göre seçim yapın. Bkz. Veri geçişi örneklerinin örnek sınıfları.

  1. Data Transmission Service (Pay-as-you-go) Service Terms metnini okuyun ve kabul etmek için onay kutusunu seçin.

  2. Buy and Start öğesini tıklayın, ardından onay iletişim kutusunda OK öğesini tıklayın.

Geçiş ilerlemesini izleyin

İlerlemeyi Data Migration sayfasından takip edin.

  • Artımlı geçiş içermeyen görevler, tam geçiş tamamlandığında otomatik olarak durur. Durum Completed olarak değişir.

  • Artımlı geçiş içeren görevler sürekli olarak çalışır. Görevi durdurana kadar durum Running olarak kalır.

Geçiş sağlığını değerlendirmek için aşağıdaki temel göstergeleri izleyin:


Metrik


Ne ölçer


Geçiş gecikmesi


Kaynaktaki bir değişikliğin hedefe uygulanması arasındaki zaman gecikmesi. 0 saniyeye yakın bir gecikme, hedefin kaynakla senkronize olduğunu gösterir.


Görev durumu


Geçiş görevinin mevcut durumu (Running, Completed, Failed).


Geçiş hızı


Tam geçiş sırasında veri aktarım hızı. Hız önemli ölçüde düşerse kaynak bant genişliğini ve kısıtlama ayarlarını kontrol edin.

Gecikme kalıcı olarak yüksekse ve kaynakta güncelleme yoksa görüntülenen gecikme değerini yenilemek için kaynakta bir yazma işlemi gerçekleştirin.

Hedefe geçiş yapın

Artımlı geçiş gecikmesi 0 saniyeye yakın bir değerde sabitlendiğinde hedef kaynakla senkronize demektir. Geçiş işlemini aşağıdaki sırayla tamamlayın:

  1. Kaynak veritabanına yazma işlemlerini durdurun.

  2. Geçiş gecikmesinin 0 saniyeye ulaşmasını bekleyin.

  3. DTS geçiş görevini durdurun.

  4. Uygulamanızın bağlantı dizesini hedef ApsaraDB for MongoDB örneğini gösterecek şekilde güncelleyin.

  5. Uygulamanın hedefte doğru çalıştığını doğrulayın.

Önemli

İş yüklerini geçirmeden önce DTS görevini durdurun veya serbest bırakın. Başarısızlıktan sonra görev hala çalışıyorsa devam edebilir ve hedefteki verilerin üzerine yazabilir. Alternatif olarak, DTS hesabının hedef veritabanındaki yazma izinlerini iptal edin.

Sonraki adımlar