Data Transmission Service

İlişkisel veritabanı, NoSQL ve OLAP gibi veri motorları arasında veri geçişi ve veri senkronizasyonunu destekler.

Data Transmission Service, ilişkisel veritabanı, NoSQL ve OLAP gibi farklı veri depolama türleri arasında veri geçişi yapmanıza yardımcı olur. Bu hizmet, hem homojen geçişleri hem de farklı veri depolama türleri arasındaki heterojen geçişleri destekler.
Data Transmission Service, yüksek kullanılabilirlik ile sürekli veri çoğaltma için de kullanılabilir. Ayrıca ApsaraDB for RDS değişiklik verisi aboneliğini destekler. Data Transmission Service ile veri geçişi, uzak gerçek zamanlı veri yedekleme, gerçek zamanlı veri entegrasyonu ve önbellek yenileme gibi senaryoları kolayca uygulayabilirsiniz.

Avantajlar

Yüksek Performans
Mevcut veri geçiş hızı 70 MB/s'ye kadar çıkabilir.
Değişiklik verisi çoğaltma hızı saniyede 30.000+ kayda ulaşabilir.
Gerçek Zamanlı Veri Çoğaltma
Data Transmission Service, bir RDS veritabanından başka bir RDS veritabanına gerçek zamanlı veri senkronizasyonunu destekler.
Senkronizasyon işlemi sırasında senkronizasyon nesnesini değiştirebilirsiniz.
Kullanımı Kolay
Data Transmission Service Yönetim Konsolu'ndan yalnızca birkaç tıklamayla veritabanı geçişini başlatabilirsiniz.
Görevlerinizi yönetim konsolunda istediğiniz zaman ve yerde izleyip yönetebilirsiniz.
Güvenilir
Data Transmission Service, kaynak ve hedef veritabanlarını sürekli olarak izler. Bağlantı değiştiğinde performansı optimize etmek için bağlantıyı dinamik olarak günceller.

Özellikler

  • Sıfır Kesinti

    Data Transmission Service, verilerinizi neredeyse hiç kesinti olmadan taşımanıza yardımcı olur. Geçiş sırasında kaynak veritabanında oluşan tüm veri değişiklikleri hedefe sürekli olarak çoğaltılır; böylece kaynak veritabanı geçiş süreci boyunca tam çalışır durumda kalır. Veritabanı geçişi tamamlandıktan sonra, isterseniz hedef veritabanı kaynakla senkronize tutulabilir ve size uygun bir zamanda veritabanını devralabilirsiniz.

  • En Yaygın Kullanılan Veritabanlarını Destekler

    Data Transmission Service, verilerinizi yaygın olarak kullanılan ticari ve açık kaynaklı veritabanlarının çoğuna aktarabilir. MySQL'den MySQL'e homojen geçişlerin yanı sıra Oracle'dan MySQL'e gibi farklı veritabanı platformları arasındaki heterojen geçişleri de destekler.


    Geçişler şirket içi veritabanlarından RDS'ye veya ECS'ye, ECS üzerinde çalışan veritabanlarından RDS'ye veya tam tersi yönde olabileceği gibi bir RDS veritabanından başka bir RDS veritabanına da yapılabilir.


    Data Transmission Service; veri geçişi, gerçek zamanlı veri çoğaltma ve değişiklik verisi aboneliği gibi birden fazla iletim modunu destekler.

  • Veri Geçişi

    Sıfır Kesinti

    Geçiş sırasında kaynak veritabanında gerçekleşen tüm veri değişiklikleri hedefe sürekli olarak çoğaltılır; böylece kaynak veritabanı geçiş süreci boyunca tam çalışır durumda kalır.
    Veritabanı geçişi tamamlandıktan sonra, isterseniz hedef veritabanı kaynakla senkronize tutulabilir ve size uygun bir zamanda veritabanını devralabilirsiniz.


    En Yaygın Kullanılan Veritabanlarını Destekler

    Data Transmission Service, MySQL'den MySQL'e veya SQL Server'dan SQL Server'a homojen geçişlerin yanı sıra Oracle'dan MySQL'e heterojen geçişleri de destekler.
    Data Transmission Service, farklı veritabanı platformları arasında heterojen geçişlere olanak tanır. Geçişler şirket içi veritabanlarından ApsaraDB for RDS'ye veya Alibaba Cloud ECS'ye, ECS üzerinde çalışan veritabanlarından RDS'ye veya tam tersi yönde olabileceği gibi bir RDS veritabanından başka bir RDS veritabanına da yapılabilir.

  • Gerçek Zamanlı Değişiklik Verisi Aboneliği

    Data Transmission Service, RDS değişiklik verilerinin gerçek zamanlı olarak abone olunmasını destekler.


    Abonelik örneği oluşturulduktan sonra abonelik nesnesini değiştirebilirsiniz.

  • Otomatik İzleme

    Çoğaltma gecikmesi, iletim durumu ve tüketim gecikmesi gibi kritik örnek bilgilerini gerçek zamanlı olarak sağlar; böylece iş açısından kritik uygulamalarınızı izleyebilir ve koruyabilirsiniz. 40'tan fazla ürünü ücretsiz deneyin.

  • Kullanımı Kolay

    Data Transmission Service, geçiş süreci sırasında kaynak veritabanında meydana gelen veri değişikliklerini otomatik olarak çoğaltmak da dahil olmak üzere geçiş sürecinin tüm karmaşıklıklarını yönetir.

  • Güvenilir

    Data Transmission Service, kaynak ve hedef veritabanlarını sürekli olarak izler; bağlantı değiştiğinde performansı optimize etmek için bağlantıyı dinamik olarak değiştirir.

  • Yüksek Performans

    Data Transmission Service'in yüksek performansı paralel çoğaltmayı destekler ve veri sıkıştırma ile paket yeniden iletimi gibi birden fazla ağ optimizasyonu özelliği sunar.

Finans Teknolojileri, E-Ticaret ve Oyun Sektörleri İçin Sağlam Bulut Tabanlı Veritabanı Oluşturma

Bu teknik rapor, Alibaba Cloud'un bulut yerel veritabanı PolarDB'yi tanıtmakta ve veri koruma, yedekleme ve geçiş gibi veritabanına özgü zorlukları gerçek senaryolar üzerinden incelemektedir.

Senaryolar

  • Kesintisiz Veritabanı Geçişi
  • Uzak Veri Afet Kurtarma
  • Uzak Erişimi Azaltın
  • Gerçek Zamanlı Büyük Veri Analizi
  • Önbellek Yenileme
  • Mesaj Bildirimi
Kesintisiz Veritabanı Geçişi

Kesintisiz Veritabanı Geçişi

Data Transmission Service, verilerinizi neredeyse sıfır kesintiyle geçirmenize yardımcı olur. Geçiş sırasında kaynak veritabanında gerçekleşen tüm veri değişiklikleri hedefe sürekli olarak çoğaltılır; böylece kaynak veritabanı geçiş süreci boyunca tam kapasiteyle çalışmaya devam eder. Veritabanı geçişi tamamlandıktan sonra, hedef veritabanı siz seçtiğiniz sürece kaynakla senkronize kalır ve bu sayede veritabanınızı uygun bir zamanda devreye alabilirsiniz.

Uzak Veri Afet Kurtarma

Uzak Veri Afet Kurtarma

Data Transmission Service ile farklı bölgelerdeki iki RDS örneği arasında gerçek zamanlı veri çoğaltma yapabilirsiniz. Uzak afet kurtarma örneği, birincil örneğin ikincil örneği olarak çalışır. Bir afet durumunda uygulamalar, iş sürekliliğini garanti etmek amacıyla birincil örnekten uzak afet kurtarma örneğine geçiş yapabilir.

Uzak Erişimi Azaltın

Uzak Erişimi Azaltın

Bir uygulama tek bir bölgede dağıtıldığında, diğer bölgelerden gelen kullanıcı erişimleri artan gecikme süresi ve zayıf kullanıcı deneyimi nedeniyle olumsuz etkilenir. Erişim deneyimini iyileştirmek için aşağıda önerilen mimariyi kullanmalısınız:

Önerilen Yapılandırma

  • Bu mimari bir merkez ve birimlerden oluşur. Tüm bölgelerdeki kullanıcıların yazma istekleri merkeze yönlendirilir. Merkezdeki veriler, Data Transmission Service ile birimlere senkronize edilir. Farklı bölgelerdeki kullanıcıların okuma istekleri, uzak erişimi önlemek ve erişim gecikmesini azaltmak amacıyla yakındaki birimlere yönlendirilebilir.

Gerçek Zamanlı Büyük Veri Analizi

Gerçek Zamanlı Büyük Veri Analizi

Data Transmission Service, müşterilerin gerçek zamanlı büyük veri analitiği girişimlerini desteklemek amacıyla RDS'den Analytic DB'ye optimize edilmiş ve yüksek performanslı veri iletimi sağlar. Bu çözümle müşteriler, veriler daha gelişmiş analitik araçlarına aktarılmadan önce düşük gecikmeli verilerin anlık keşfini, düzenlenmesini ve zenginleştirilmesini gerçekleştirebilir.

Önbellek Yenileme

Önbellek Yenileme

Verilere yüksek hızlı erişimi desteklemek için RDS ile önbellekleme hizmetlerini kullanabilirsiniz. Data Transmission Service'in veri aboneliği sayesinde, RDS örneğinin performansını düşürmeden düşük gecikmeli önbellek yenileme işlemi gerçekleştirebilirsiniz.

Önerilen Yapılandırma

  • Data Transmission Service, RDS örneğinin değişiklik verilerine gerçek zamanlı olarak abone olabilir. Ayrıca RDS verileri değiştiğinde önbelleğe alınmış verileri yenileyebilir.

Mesaj Bildirimi

Mesaj Bildirimi

İki uygulama asenkron bağlantıya sahip olduğunda, kaynak uygulamanın performansını düşürmeden düşük gecikmeli mesaj bildirimi yapmak için Data Transmission Service'in veri aboneliğini kullanabilirsiniz. Veri aboneliği sayesinde kaynak uygulama sırasında mesaj yayınlamanıza gerek kalmaz. Bu çözümle çekirdek uygulamanızı daha stabil ve güvenilir hale getirebilirsiniz.

Kullanım Durumları

Kesintisiz Veri Entegrasyonu: OLTP Veritabanını OLAP Veritabanıyla Bağlayın
DTS Senkronizasyonu, homojen ve heterojen veritabanı motorları arasında gerçek zamanlı veri çoğaltma sağlar. Aşağıdakiler dahil kritik senaryolarda yaygın olarak kullanılır:
- Çoklu aktif coğrafi çoğaltma
- Bölgeler arası ve AZ'ler arası afet kurtarma
- Sınır ötesi veri senkronizasyonu
- Bulut BI ve gerçek zamanlı veri ambarı

Örnek: Gerçek zamanlı veri ambarı için DTS, sıfır kesinti süresi ve minimum yapılandırma çabasıyla OLTP ve OLAP veritabanlarını kesintisiz şekilde entegre eder.

DTS'nin veri iş akışlarınızı nasıl kolaylaştırabileceğini öğrenmek için videoyu izleyin.
Eğitim
Çok Bölgeli Afet Kurtarma ve Küresel Veritabanı: Sınır Ötesi Veritabanı Senkronizasyonu
Günümüz dijital ortamında iş sürekliliğini ve veri dayanıklılığını sağlamak için çok bölgeli afet kurtarma gereklidir. Bu stratejik yaklaşım, BT altyapısını ve verileri birden fazla coğrafi konuma dağıtarak doğal afetler, donanım arızaları ve elektrik kesintileri gibi çeşitli aksaklıklara karşı koruma sağlar.

Cloud Enterprise Network (CEN) entegrasyonu sayesinde Data Transmission Service (DTS) çözümümüz, uyumluluk gereksinimlerini karşılayan gerçek zamanlı bölge arası ve sınır ötesi veri çoğaltmayı mümkün kılar. Ayrıca şirket içi ortamınız ile bulut altyapınız arasında kesintisiz bağlantı kurmanızı sağlar. Böylece konumunuzdan bağımsız olarak gelişmiş veri erişilebilirliği ve güvenilirliği elde edebilirsiniz.

Çözümümüzün işletmenizi olası aksaklıklara karşı nasıl koruyabileceğini ve verimli küresel veritabanı senkronizasyonunu nasıl sağlayabileceğini keşfedin.
- CEN kullanarak şirket içi veritabanlarını DTS'ye bağlayın >
- En İyi Uygulama: Sınır Ötesi Veritabanı Senkronizasyonu >
Eğitim

İlgili Kaynaklar

Uygulama

Alibaba Cloud Üzerinde Veritabanı Performans Kıyaslaması Kurulumu

Bu belge, Transaction Processing Performance Council (TPC) ve sysbench kıyaslamaları dahil olmak üzere yaygın kullanılan kıyaslamalara dayalı veritabanı performans testleri uygulamanız için rehberlik sunar.

Uygulama

Alibaba Cloud Üzerinde Çok Bölgeli Uygulama Dağıtımı

Bu çözüm, uygulamaları birden fazla bölgede dağıtmanızı; bölgesel ağları merkezi bir iç ağda birleştirmenizi; Express Connect tabanlı dağıtımı CEN tabanlı dağıtıma geçirmenizi sağlar. Ayrıca bölgeler arası birden fazla ApsaraDB for RDS veritabanı sistemi arasında çoğaltma kurmanıza olanak tanır.

Tümünü Görüntüle

SSS

1. Data Transmission Service, iki farklı Alibaba Cloud hesabı altındaki RDS örnekleri arasında veri geçişini destekler mi?

Evet. Farklı Alibaba Cloud hesapları altındaki RDS örnekleri arasında veri geçişi yaparken, hedef RDS örneğinin hesabıyla Data Transmission Service konsolunda oturum açmanız gerekir.
Geçiş görevini yapılandırırken, kaynak örnek için genel IP adreslerine sahip şirket içi veritabanlarını seçmeniz ve kaynak RDS örneğinin bağlantısını yapılandırmanız gerekir.

2. Data Transmission Service, veri geçişi sırasında kaynak örneğin değişiklik verilerini geçirmeyi destekler mi?

Evet. Geçiş sırasında kaynak veritabanında gerçekleşen tüm veri değişiklikleri sürekli olarak hedefe çoğaltılır. Data Transmission Service, geçiş işlemi boyunca kaynak veritabanının tam operasyonel kalmasına olanak tanır.

3. Data Transmission Service aracılığıyla değişiklik verisi geçişinin temel prensipleri nelerdir?

Data Transmission Service aracılığıyla değişiklik verisi geçişinin temel prensipleri aşağıda açıklanmıştır:
Veri geçişi sırasında Data Transmission Service, kaynak veritabanının değişiklik günlüklerini gerçek zamanlı olarak yakalamak ve ayrıştırmak için günlük ayrıştırma modülünü başlatır. Ardından mevcut verileri geçirmeye başlar. Veri yükleme tamamlandıktan sonra, yakalanan değişiklik verilerini hedef örneğe çoğaltır ve siz tercih ettiğiniz sürece hedef veritabanı kaynakla senkronize kalır.

4. Data Transmission Service ile veri geçişi sırasında tablolar kilitlenir mi?

Mevcut verileri geçirme ve değişiklik verilerini çoğaltma seçeneklerini seçtiğinizde, tam veri geçişi sırasında Data Transmission Service kaynak veritabanında birincil anahtarı olmayan işlemsel olmayan tabloların (örneğin MyISAM) bulunup bulunmadığını kontrol eder. Bu tür tablolar varsa, veri geçişi tutarlılığını sağlamak için tablolara salt okunur kilitleri uygular. Diğer durumlarda kaynak veritabanlarına kilit uygulamaz.

5. Data Transmission Service ile veri geçişi sırasında ECS örneğine erişmek için hangi ağ (iç ağ veya İnternet) kullanılır?

ECS örneğinin ağ türü VPC ise Data Transmission Service ECS örneğine İnternet üzerinden bağlanır.
ECS örneği geçiş görevinin kaynağıysa ve hedef örnekle farklı bir bölgede bulunuyorsa, Data Transmission Service ECS'ye İnternet üzerinden bağlanır.
Diğer durumlarda Data Transmission Service ECS örneğine iç ağ üzerinden bağlanır.

6. Data Transmission Service ile veri geçişi sırasında RDS örneğine erişmek için hangi ağ (iç ağ veya İnternet) kullanılır?

RDS örneği geçiş görevinin kaynağıysa ve hedef örnekle farklı bir bölgede bulunuyorsa, Data Transmission Service RDS örneğine İnternet üzerinden bağlanır.
Diğer durumlarda Data Transmission Service RDS örneğine iç ağ üzerinden bağlanır.

7. Veritabanı geçişi sırasında DDL işlemleri hedefe senkronize edilir mi?

Kaynak örneğin veritabanı türü MySQL veya MongoDB ise DDL işlemi senkronize edilir.
Aksi takdirde DDL işlemi senkronize edilmez.

8. Data Transmission Service, VPC ECS örneğindeki veritabanını bir RDS örneğine geçirmeyi destekler mi?

Evet, ancak ECS örneğine bir EIP adresi atanmış olmalıdır. Geçiş görevini yapılandırırken kaynak örnek olarak ECS örneğini seçin. Data Transmission Service, ECS örneğine bu EIP adresi üzerinden erişir.

9. Data Transmission Service, veri geçişi sırasında verileri hangi veritabanından (aktif/yedek) aktarır?

Data Transmission Service, veri geçişi sırasında verileri RDS örneğinin aktif veritabanından aktarır.

10. Data Transmission Service, A RDS örneğindeki C veritabanını B RDS örneğindeki D veritabanına geçirebilir mi?

Evet. Data Transmission Service, iki RDS örneğindeki farklı veritabanları arasında veri geçişine izin veren veritabanı adı eşlemesini destekler.

11. Data Transmission Service ile geçiş sonrası kaynak veritabanındaki veriler silinir mi?

Hayır. Data Transmission Service veri geçişi sırasında yalnızca kaynak veritabanındaki verileri kopyalar, dolayısıyla kaynak veritabanındaki veriler etkilenmez.

12. Neden şu hatayı aldım: "[java.sql.SQLException: I/O exception: The Network Adapter co" yapısı alınamadı hatası bildirildi?

Bu hata bildirilirse Data Transmission Service kaynak veritabanına bağlanamamış demektir. Olası nedenler şunlardır:
(1) Bağlantı adresi yanlıştır.
(2) Yerel veritabanı için güvenlik duvarı etkindir.
(3) Veritabanı için uzak dinleme etkinleştirilmemiştir.

13. Veri geçişi sırasında hedef veritabanında oluşturulan "increment_trx" tablosu nedir?

"increment_trx" tablosu Data Transmission Service tarafından oluşturulur. Temel olarak geçiş kontrol noktasını kaydetmek için kullanılır. Görev kesintiye uğradığında Data Transmission Service işlemi otomatik olarak yeniden başlatır ve kaydedilen kontrol noktasından geçişi sürdürür.
Bu tabloyu silmeyin; aksi takdirde geçiş görevi başarısız olur.

14. Data Transmission Service ile geçiş sonrası hedef RDS örneğinin boyutu neden kaynak veritabanından daha büyüktür?

Data Transmission Service verileri SQL aracılığıyla geçirir. Bu işlem hedef örnekte binlog oluşturur. Bu nedenle geçiş sonrası hedef RDS örneğinin boyutu kaynak veritabanından daha büyük olur.

15. Neden şu hatayı aldım: "java.sql.BatchUpdateException: INSERT, DELETE command denied to user 'user'"?

Genel neden, hedef RDS örneğinin kilitli olması ve hesabın yazma ayrıcalığının iptal edilmesidir.
Sorunu çözmek için hedef RDS örneğinin alanını yükseltebilir ve Data Transmission Service Konsolunda görevi yeniden başlatabilirsiniz.

16. Data Transmission Service ile veri geçişi sırasında hedef veritabanındaki tablo verilerinin üzerine yazılır mı?

Hayır. Veri geçişinden önce hedefteki tablonun boş olması gerekir. Hedef veritabanında geçilecek tablo zaten mevcutsa ön kontrol başarısız olur.

17. Başka bir Alibaba Cloud hesabından RDS örneğine nasıl veritabanı geçirebilirim?

Hedef RDS örneğinin Alibaba Cloud hesabıyla Data Transmission Service Konsolunda oturum açmanız gerekir. Kaynak örnek türünü şirket içi veritabanı olarak ayarlayın ve kaynak RDS örneğinin bağlantısını yapılandırın.

18. Tamamlanmış bir geçiş görevinin serbest bırakılması, geçirilen veritabanının kullanımını etkiler mi?

Hayır.

19. Data Transmission Service, şirket içi veritabanı ile RDS örneği arasındaki senkronizasyonu destekler mi?

Evet. Bulut örneği ile şirket içi veritabanı arasında senkronizasyon gerçekleştirmek için Data Transmission Service'i kullanabilirsiniz.

20. Data Transmission Service senkronizasyonu sırasında hangi ağ (iç ağ veya İnternet) kullanılır?

Data Transmission Service, veri senkronizasyonu sırasında verileri iç ağ üzerinden aktarır.

21. Veri aboneliği SDK'm neden hiçbir mesaja abone olamıyor ve sürekli "client partition is empty, wait partition balance" uyarısı veriyor?

Veri aboneliği SDK'nızın hiçbir mesaja abone olamamasının ve sürekli "client partition is empty, wait partition balance" uyarısı vermesinin nedeni budur.

22. Veri aboneliği SDK'sında neden "keep alive error" hatası bildiriliyor?

Tüketim zaman damgası, veri aboneliği örneğinin veri aralığında değildir. Tüketim zaman damgasını değiştirmeniz ve SDK'yı yeniden başlatmanız gerekir.

23. Veri aboneliği işlevini kullandığımda sistem neden "failed to get master store addr for topic aliyun_sz_ecs_ApsaraDBr*****y-1-0" hatası bildiriyor?

Öncelikle SDK'daki sePublicIp değerinin true olarak ayarlanıp ayarlanmadığını kontrol edin.
usePublicIp = true ise, tüketim zaman damgasının abonelik örneğinin veri aralığında olup olmadığını kontrol edin. Değilse, tüketim zaman damgasını değiştirin ve SDK'yı yeniden başlatın.

24. Veri aboneliği için SDK'yı başlattığımda sistem neden "Specified signature is not matched with our calculation. at com.aliyuncs.DefaultAcsClient.parseAcsResponse(DefaultAcsClient.java:139) at" hatası bildiriyor?

SDK'da yapılandırılan Access Key/Access Secret, abonelik örneğine karşılık gelen Alibaba Cloud hesabına ait değildir. Access Key/Access Secret değerlerini değiştirin ve SDK'yı yeniden başlatın.

25. Bir SDK istemcisi birden fazla kanala abone olabilir mi?

Hayır.

26. SDK aboneliğini başlattığımda sistem neden "get guid info failed" hatası bildiriyor?

SDK'da ayarlanan abonelik örneği kimliği yanlıştır. Örnek kod istemcisindeki abonelik örneği kimliğini, abone olmak istediğiniz abonelik örneğinin kimliğiyle değiştirmeniz gerekir.

phone Bize Ulaşın
Hi, I'm Alibaba Cloud AI Assistant!
I can help with questions and solutions.