ApsaraDB RDS for MySQL örnekleri arasında veri geçişi yapmak için Data Transmission Service (DTS) hizmetini kullanın. DTS; şema geçişi, tam veri geçişi ve artımlı veri geçişini destekler. Bu üç geçiş türünün tamamını seçtiğinizde, geçiş sırasında hizmetler kesintiye uğramadan çalışmaya devam eder.
Bu konu, aynı Alibaba Cloud hesabına ait RDS örnekleri arasındaki geçişi kapsar. Hesaplar arası geçiş yapmak için bkz. Alibaba Cloud hesapları arasında bir DTS geçiş görevi yapılandırma. DTS'yi kullanmadan önce DTS'nin Alibaba Cloud kaynaklarına erişim iznine sahip olduğundan emin olun. Bkz. DTS nedir? ve DTS'ye Alibaba Cloud kaynaklarına erişim yetkisi verme.
Ön koşullar
Başlamadan önce aşağıdakilerin sağlandığından emin olun:
Hem kaynak hem de hedef ApsaraDB RDS for MySQL örnekleri oluşturulmuştur. Bkz. ApsaraDB RDS for MySQL örneği oluşturma.
Hedef örneğin kullanılabilir depolama alanı, kaynak örneğinkinden büyük olmalıdır.
Geçiş türleri
| Geçiş türü | Açıklama |
|---|---|
| Schema migration | Seçilen nesnelerin (tablolar, görünümler, tetikleyiciler, saklı yordamlar, saklı işlevler) şemalarını kaynaktan hedefe geçirir. Geçiş sırasında DTS, görünümler, saklı yordamlar ve işlevler için SECURITY özelliğini DEFINER'dan INVOKER olarak değiştirir ve DEFINER değerini hedef veritabanı hesabına ayarlar. DTS kullanıcı bilgilerini geçirmez. Hedefte bir görünümü, saklı yordamı veya saklı işlevi çağırmak için INVOKER'a okuma ve yazma izinleri verin. |
| Full data migration | Seçilen nesnelerin tüm geçmiş verilerini kaynaktan hedefe geçirir. |
| Incremental data migration | Tam veri geçişi tamamlandıktan sonra, kaynaktaki devam eden değişiklikleri hedefe geçirir. Geçiş sırasında hizmetlerin kesintisiz çalışmasını sağlamak için bu yöntemi kullanın. |
Şema geçişi sırasında, saklı yordamların ve işlevlerin routine_body değeri ile görünümlerin select_statement değeri değiştirilemez. SECURITY özelliği ve DEFINER değeri geçiş sırasında değiştirilemez.
Faturalama
| Geçiş türü | Örnek yapılandırma ücreti | İnternet trafiği ücreti |
|---|---|---|
| Şema geçişi ve tam veri geçişi | Ücretsizdir | Access Method parametresi Public IP Address olarak ayarlandığında ücretlendirilir. Bkz. Faturalandırmaya genel bakış. |
| Artımlı veri geçişi | Ücretlidir. Bkz. Faturalandırmaya genel bakış. |
Artımlı geçiş için desteklenen SQL işlemleri
| İşlem türü | SQL deyimleri |
|---|---|
| DML | INSERT, UPDATE, DELETE |
| DDL | ALTER TABLE, ALTER VIEW, CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, CREATE VIEW, DROP INDEX, DROP TABLE, RENAME TABLE, TRUNCATE TABLE |
RENAME TABLE işlemleri veri tutarsızlığına neden olabilir. Geçiş sırasında bir tabloyu geçiş nesnesi olarak seçip yeniden adlandırırsanız, o tablonun verileri hedefe geçirilmez. Bunu önlemek için tabloyu içeren veritabanını geçiş nesnesi olarak seçin ve RENAME TABLE işleminden önce ve sonra veritabanının geçiş kapsamına dahil olduğundan emin olun.
Sınırlamalar
Bir geçiş görevi yapılandırmadan önce aşağıdaki sınırlamaları gözden geçirin. Çoğu sınırlama, görev oluşturma sırasında uygulanır ve sonrasında değiştirilemez.
Şema geçişi sırasında DTS, yabancı anahtarları kaynak veritabanından hedef veritabanına geçirir.
Tam veri geçişi ve artımlı veri geçişi sırasında DTS, oturum düzeyinde yabancı anahtarlardaki kısıtlama denetimini ve basamaklı işlemleri geçici olarak devre dışı bırakır. Veri geçişi sırasında kaynak veritabanında basamaklı güncelleme ve silme işlemleri gerçekleştirirseniz veri tutarsızlığı oluşabilir.
Kaynak veritabanı gereksinimleri
| Sınırlama | Çözüm yolu |
|---|---|
| Kaynak veritabanını barındıran sunucuda yeterli giden bant genişliği bulunmalıdır. Yetersiz bant genişliği geçiş hızını düşürür. | Geçişleri yoğun olmayan saatlerde planlayın ve gelişmiş ayarlarda hız sınırlamayı etkinleştirin. |
| Geçirilecek tablolar, tüm alanları benzersiz olan PRIMARY KEY veya UNIQUE kısıtlamalarına sahip olmalıdır. Bu kısıtlamalar yoksa hedefte yinelenen kayıtlar oluşabilir. | Geçişten önce tabloya birincil anahtar veya benzersiz kısıtlama ekleyin. |
| Tabloları geçiş nesnesi olarak seçer ve hedefte tabloları veya sütunları yeniden adlandırmanız gerekirse tek bir görev en fazla 1.000 tabloyu destekler. | 1.000'den fazla tablo için birden çok görev yapılandırın veya bunun yerine tüm veritabanını geçirin. |
Artımlı veri geçişi için: ikili günlük kaydı etkinleştirilmeli, binlog_format parametresi row olarak ayarlanmalı ve binlog_row_image parametresi full olarak ayarlanmalıdır. Bu koşullar karşılanmazsa ön denetim başarısız olur. |
Görevi başlatmadan önce ikili günlük kaydını etkinleştirin ve gerekli parametreleri ayarlayın. İki ana düğümlü bir kümedeki kendi tarafından yönetilen bir MySQL veritabanı için log_slave_updates parametresini ayrıca ON olarak ayarlayın. |
| Artımlı veri geçişi için: ikili günlükler en az 7 gün süreyle saklanmalıdır. Daha kısa bir saklama süresi, DTS'nin günlükleri alamamasına neden olabilir; bu durum veri tutarsızlığına veya kaybına yol açar ve DTS SLA garantisi geçerli olmayabilir. | Geçişe başlamadan önce ikili günlük saklama süresini en az 7 güne uzatın. |
| Şema geçişi ve tam veri geçişi sırasında, veritabanı veya tablo şemalarını değiştirmek için DDL deyimleri çalıştırmayın. Bu işlem görevin başarısız olmasına neden olur. | Geçiş görevini başlatmadan önce tüm şema değişikliklerini planlayın ve tamamlayın. |
| Yalnızca tam veri geçişi yapıyorsanız (artımlı geçiş olmadan), geçiş sırasında kaynağa veri yazmayın. | Veri tutarlılığını korumak için şema geçişi, tam veri geçişi ve artımlı veri geçişini birlikte seçin. |
| İkili günlük işlemlerinden gelen değişen veriler — fiziksel bir yedeklemeden geri yüklenen veriler veya basamaklı işlemler gibi — kayıt altına alınmaz ve örnek çalışırken geçirilmez. | İş süreçleriniz buna izin veriyorsa, örnek çalışması tamamlandıktan sonra tam veri geçişini tekrar çalıştırın. |
| MySQL 8.0.23 veya sonraki sürümler için: görünmez sütunlar veri kaybına neden olur çünkü DTS bu verilere ulaşamaz. | Geçişten önce sütunları görünür hale getirmek için ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; komutunu çalıştırın. Bkz. Görünmez Sütunlar. Birincil anahtarı olmayan tablolar otomatik olarak görünmez birincil anahtarlar oluşturur; bunları da görünür hale getirin. Bkz. Oluşturulan Görünmez Birincil Anahtarlar. |
Genel sınırlamalar
| Sınırlama | Çözüm yolu |
|---|---|
| Kaynak ve hedef MySQL veritabanlarının sürümleri aynı olmalıdır. | Geçişe başlamadan önce sürüm uyumluluğunu doğrulayın. |
| DTS, yorumlar kullanılarak tanımlanan bir ayrıştırıcının kullanıldığı verileri geçirmez. | Geçişten önce yorum tabanlı ayrıştırıcıları kaldırın. |
| MySQL 8.0.23 veya sonraki sürümlerdeki hedef veritabanları için: görünmez hedef sütunlar görevin başarısız olmasına ve veri kaybına neden olur. | Görevi başlatmadan önce hedefte ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; komutunu çalıştırın. |
DTS şema geçişini kullanmıyorsanız alan türü uyumluluğunu manuel olarak sağlayın. Örneğin, kaynakta bir alan text iken hedefte varchar(255) ise veriler kırpılabilir. |
DTS şema geçişini kullanın veya geçişten önce hedefteki alan türlerini manuel olarak doğrulayın ve hizalayın. |
| Geçiş verileri 4 baytlık karakterler (nadiren kullanılan karakterler veya emojiler) içeriyorsa hedef veritabanı ve tablolar UTF8mb4 karakter setini kullanmalıdır. | DTS şema geçişi kullanıyorsanız hedefte character_set_server parametresini UTF8mb4 olarak ayarlayın. Şema geçişi kullanmıyorsanız karakter setini geçişten önce manuel olarak ayarlayın. |
| Tam veri geçişi hem kaynakta hem de hedefte okuma ve yazma kaynaklarını tüketir, bu da sunucu yükünü artırabilir. | Geçişleri yoğun olmayan saatlerde planlayın ve gelişmiş ayarlarda hız sınırlamayı etkinleştirin. |
| Tam veri geçişi sırasında eşzamanlı INSERT işlemleri hedefte tablo parçalanmasına neden olur. Geçişten sonra hedef tablo alanı kaynaktan daha büyük olacaktır. | Tablo alanı boyutu önemliyse geçişten sonra hedefte OPTIMIZE TABLE komutunu çalıştırın. |
FLOAT veya DOUBLE sütunları için: DTS ROUND(COLUMN,PRECISION) işlevini kullanır. Hassasiyet belirtilmezse DTS, FLOAT için varsayılan olarak 38 basamak ve DOUBLE için 308 basamak kullanır. |
Görevi başlatmadan önce varsayılan hassasiyet değerlerinin gereksinimlerinizi karşıladığını doğrulayın. |
| DTS, başarısız olan görevleri en fazla 7 gün boyunca sürdürmeye çalışır. İş yüklerini geçirmeden önce durdurulmayan sürdürülen bir görev, hedefteki verilerin üzerine kaynak verilerini yazabilir. | İş yüklerini hedefe geçirmeden önce başarısız olmuş tüm görevleri durdurun veya serbest bırakın. Alternatif olarak, hedefteki DTS hesaplarından yazma izinlerini kaldırmak için REVOKE komutunu çalıştırın. |
| DDL deyimleri hedefte çalıştırılamazsa DTS görevi devam eder. | Başarısız DDL deyimlerini görev günlüklerinde görüntüleyin. Bkz. Görev günlüklerini görüntüleme. |
| Aynı hedef MySQL tablosundaki sütun adları yalnızca büyük/küçük harf açısından farklılık gösteriyorsa, MySQL sütun adları büyük/küçük harfe duyarlı olmadığından beklenmeyen sonuçlar ortaya çıkabilir. | Geçişten önce hedefteki sütun adı büyük/küçük harf kullanımını standartlaştırın. |
| Geçiş tamamlandıktan sonra (örneğin Status parametresi Completed olarak değişir), yüksek kullanılabilirlik (HA) yük devretme sırasında yazılan veriler yalnızca bellekte kalabilir ve bu durum veri kaybına neden olabilir. | Verilerin başarıyla yazıldığını doğrulamak için geçişten sonra hedefte analyze table <table name> komutunu çalıştırın. |
| EncDB özellikli RDS MySQL örnekleri tam veri geçişini desteklemez. | EncDB'yi devre dışı bırakın veya farklı bir geçiş yaklaşımı kullanın. Not: TDE özellikli RDS MySQL örnekleri şema geçişini, tam veri geçişini ve artımlı veri geçişini destekler. |
| Bir DTS görevi başarısız olursa DTS teknik desteği 8 saat içinde görevi restore etmeye çalışır. Restore işlemi sırasında görev yeniden başlatılabilir ve görev parametreleri (veritabanı parametreleri değil) değiştirilebilir. | Gerekli bir işlem yoktur; bu işlem DTS desteği tarafından yönetilir. |
Özel durumlar
| Senaryo | Sınırlama | Çözüm yolu |
|---|---|---|
| Kendi tarafından yönetilen MySQL kaynağı | Görev çalışırken birincil/ikincil yük devretme yapılması görevin başarısız olmasına neden olur. | Geçiş sırasında yük devretmelerinden kaçının. |
| Kendi tarafından yönetilen MySQL kaynağı | DTS, ikili günlük konumunu ilerletmek için kaynakta CREATE DATABASE IF NOT EXISTS \ test\`` komutunu zamanlanmış olarak çalıştırır. Kaynakta uzun bir süre boyunca DML işlemleri çalıştırılmazsa geçiş gecikmesi okumaları yanlış olabilir. |
Gecikme değerini yenilemek için kaynakta bir DML işlemi çalıştırın. Tüm bir veritabanını geçiriyorsanız her saniye veri alan bir kalp atışı tablosu oluşturun. |
| ApsaraDB RDS for MySQL kaynağı | İşlem günlüklerini kaydetmeyen salt okunur bir ApsaraDB RDS for MySQL V5.6 örneği, artımlı veri geçişi için kaynak olarak kullanılamaz. | Farklı bir kaynak örneği veya geçiş türü kullanın. |
| ApsaraDB RDS for MySQL kaynağı | DTS, ikili günlük dosyası konumunu ilerletmek için kaynak veritabanında zamanlanmış olarak CREATE DATABASE IF NOT EXISTS \ test\`` komutunu çalıştırır. |
Gerekli bir işlem yoktur; bu işlem DTS tarafından otomatik olarak yönetilir. |
| ApsaraDB RDS for MySQL hedefi | DTS hedef veritabanını otomatik olarak oluşturur. Ancak kaynak veritabanı adı ApsaraDB RDS for MySQL adlandırma kurallarına uymuyorsa otomatik oluşturma başarısız olur. | Geçiş görevini yapılandırmadan önce hedef örnekte veritabanını manuel olarak oluşturun. Bkz. Veritabanlarını yönetme. |
Kaynak veritabanındaki hesapları geçirmek için öncelikle ön koşulları ve gereksinimleri gözden geçirin. Bkz. Veritabanı hesaplarını geçirme.
Geçiş görevi yapılandırma
Aşağıdaki adımlar, bir DTS geçiş görevi oluşturup çalıştırmanıza rehberlik eder.
Adım 1: Veri Geçişi sayfasına gidin
Aşağıdaki yöntemlerden birini kullanın:
DTS konsolu
DTS konsolunda oturum açın.DTS konsolu
Sol gezinme bölmesinde Data Migration öğesini tıklayın.
Sol üst köşede geçiş örneğinin bulunduğu bölgeyi seçin.
DMS konsolu
Gerçek adımlar, DMS konsol moduna ve düzenine bağlı olarak değişebilir. Bkz.
ve
DMS konsolunun düzenini ve stilini iş gereksinimlerinize göre özelleştirme
.
DMS konsolunda oturum açın.DMS konsolu
Üst gezinme çubuğunda işaretçiyi Data + AI > DTS (DTS) > Data Migration üzerine getirin.
Data Migration Tasks öğesinin sağındaki açılır listeden geçiş örneğinin bulunduğu bölgeyi seçin.
Adım 2: Görev oluşturun
Görev yapılandırma sayfasına gitmek için Create Task öğesini tıklayın.
İsteğe bağlı: Sağ üst köşede Back to Previous Version gösterilmiyorsa yeni yapılandırma sayfasına geçmek için New Configuration Page öğesini tıklayın.
Yapılandırma sayfasının yeni ve önceki sürümleri arasında belirli parametreler farklılık gösterir. Yeni sürümü kullanın.
Adım 3: Kaynak ve hedef veritabanlarını yapılandırın
Kaynak ve hedef veritabanlarını yapılandırdıktan sonra sayfanın üst kısmında görüntülenen Limits bilgilerini okuyun. Bu sınırlamaları dikkate almamak görevin başarısız olmasına veya veri tutarsızlığına neden olabilir.
Aşağıdaki parametreleri yapılandırın:
| Bölüm | Parametre | Açıklama |
|---|---|---|
| Yok | Task Name | DTS görevinin adı. DTS otomatik olarak bir ad oluşturur. Kolay tanımlama için açıklayıcı bir ad belirtin. Benzersiz olması gerekmez. |
| Source Database | Bir DMS veritabanı örneği seçin. | Bu örnekte herhangi bir veritabanı örneği seçilmemiştir. Aşağıda veritabanı bilgilerini yapılandırın. |
| Database Type | MySQL seçin. | |
| Access Method | Alibaba Cloud Instance seçin. | |
| Instance Region | Kaynak ApsaraDB RDS for MySQL örneğinin bulunduğu bölge. | |
| Cross-account | Aynı hesap geçişi için No seçeneğini belirleyin. Hesaplar arası geçiş yapmak için Yesalert notification settings seçeneğini belirleyin. Bkz. Alibaba Cloud hesapları arasında bir DTS görevi yapılandırma. | |
| RDS Instance ID | Kaynak ApsaraDB RDS for MySQL örneğinin kimliği. Kaynak ve hedef örnekler aynı veya farklı olabilir — DTS hem örnek içi hem de örnekler arası geçişleri destekler. | |
| Database Account | Kaynak örnek için veritabanı hesabı. Gerekli izinler için bu konunun izinler bölümüne bakın. | |
| Database Password | Kaynak örneğe erişmek için kullanılan parola. | |
| Connection Method | Gereksinimlerinize göre Non-encrypted veya SSL-encrypted seçin. SSL şifrelemesi kullanmak için önce RDS MySQL örneğinde SSL'yi etkinleştirin. Bkz. SSL şifrelemeyi etkinleştirmek için bulut sertifikası kullanma. | |
| Destination Database | Bir DMS veritabanı örneği seçin. | Bu örnekte herhangi bir veritabanı örneği seçilmemiştir. Aşağıda veritabanı bilgilerini yapılandırın. |
| Database Type | MySQL seçin. | |
| Access Method | Alibaba Cloud Instance seçin. | |
| Instance Region | Hedef ApsaraDB RDS for MySQL örneğinin bulunduğu bölge. | |
| Cross-account | Aynı hesap geçişi için No seçeneğini belirleyin. | |
| RDS Instance ID | Hedef ApsaraDB RDS for MySQL örneğinin kimliği. | |
| Database Account | Hedef örnek için veritabanı hesabı. Gerekli izinler için bu konunun izinler bölümüne bakın. | |
| Database Password | Hedef örneğe erişmek için kullanılan parola. | |
| Connection Method | Gereksinimlerinize göre Non-encrypted veya SSL-encrypted seçin. SSL şifrelemesi kullanıyorsanız önce hedef örnekte etkinleştirin. |
Adım 4: Bağlantıyı test edin ve devam edin
Test Connectivity and Proceed öğesini tıklayın.
DTS, sunucu CIDR bloklarını Alibaba Cloud veritabanı örneklerinin (ApsaraDB RDS for MySQL ve ApsaraDB for MongoDB gibi) IP izin listesine ve Elastic Compute Service (ECS) örneklerinin güvenlik grubu kurallarına otomatik olarak ekler. Birden fazla ECS örneğinde barındırılan kendi tarafından yönetilen veritabanları için DTS CIDR bloklarını her bir ECS örneğinin güvenlik grubu kurallarına manuel olarak ekleyin. Veri merkezlerinde veya üçüncü taraf cloud sağlayıcılarda barındırılan kendi tarafından yönetilen veritabanları için DTS CIDR bloklarını veritabanı izin listesine manuel olarak ekleyin. Bkz. DTS sunucularının CIDR bloklarını ekleme.
DTS CIDR bloklarını bir veritabanı izin listesine veya ECS güvenlik grubu kurallarına eklemek güvenlik riskleri oluşturur. DTS'yi kullanmadan önce bu riskleri kabul edin ve kullanıcı adı ile parola güvenliğini güçlendirmek, açık bağlantı noktalarını sınırlamak, API çağrılarını kimlik doğrulamasından geçirmek, izin listesini ve güvenlik grubu kurallarını düzenli olarak denetlemek ve yetkisiz CIDR bloklarını kaldırmak gibi önleyici tedbirler alın. Daha güvenli bir bağlantı için veritabanınızı Express Connect, VPN Gateway veya Smart Access Gateway üzerinden DTS'ye bağlayın.
Adım 5: Geçiş nesnelerini yapılandırın
Configure Objects sayfasında aşağıdaki parametreleri ayarlayın:
| Parametre | Açıklama |
|---|---|
| Migration Types | İhtiyaçlarınıza göre geçiş türlerini seçin:<br>- Yalnızca tam geçiş için: Schema Migration ve Full Data Migration seçeneklerini belirleyin.<br>- Geçiş sırasında hizmetlerin çalışmaya devam etmesini sağlamak için: Schema Migration, Full Data Migration ve Incremental Data Migration seçeneklerini belirleyin.<br><br> Not
Schema Migration seçilmezse başlamadan önce hedef veritabanını ve tabloyu manuel olarak oluşturun ve Selected Objects bölümünde nesne adı eşlemeyi etkinleştirin. Incremental Data Migration seçilmezse veri tutarlılığını korumak için geçiş sırasında kaynak veritabanına yazma işlemi yapmayın. |
| Method to Migrate Triggers in Source Database | Tetikleyicilerin geçiş yöntemi. Gereksinimlerinize göre yapılandırın. Yalnızca hem Schema Migration hem de Incremental Data Migration seçildiğinde kullanılabilir. Bkz. Kaynak veritabanından tetikleyicileri senkronize etme veya geçirme. |
| Enable Migration Assessment | Geçişten önce şema uyumluluğunu (dizin uzunluğu, saklı yordamlar, bağımlı tablolar vb.) değerlendirip değerlendirmeyeceğiniz. Yalnızca Schema Migration seçildiğinde kullanılabilir. Yes seçilmesi ön denetim süresini uzatabilir. Değerlendirme sonuçları ön denetim sırasında görünür ancak ön denetim sonuçlarını etkilemez. |
| Processing Mode of Conflicting Tables | Kaynak tablolarla aynı ada sahip hedef tabloların nasıl işleneceği:<br>- Precheck and Report Errors: Aynı tablo adları varsa ön denetimi başarısız kılar. Çözmek için nesne adı eşlemeyi kullanarak hedef tabloları yeniden adlandırın. Bkz. Nesne adlarını eşleme.<br>- Ignore Errors and Proceed: Ad çakışması denetimini atlar.<br><br> Uyarı
Ignore Errors and Proceed seçilirse: tam veri geçişi sırasında DTS çakışan kayıtları atlar (mevcut hedef kayıtları korunur); artımlı veri geçişi sırasında çakışan kayıtlar hedef kayıtların üzerine yazar. Şemalar farklıysa yalnızca bazı sütunlar geçirilebilir veya görev başarısız olabilir. |
| Capitalization of Object Names in Destination Instance | Hedefteki veritabanı, tablo ve sütun adlarının büyük/küçük harf kullanımı. Varsayılan olarak DTS default policy seçeneği belirlenir. Bkz. Hedef örnekte nesne adlarının büyük/küçük harf kullanımını belirtme. |
| Source Objects | Source Objects bölümünden nesneleri seçin ve ok simgesini tıklayarak bunları Selected Objects bölümüne taşıyın. Seçilebilir ayrıntı düzeyi: sütunlar, tablolar veya veritabanları. Tabloları veya sütunları seçmek görünümler, tetikleyiciler ve saklı yordamlar gibi diğer nesneleri hariç tutar. |
| Selected Objects | Hedefte tek bir nesneyi yeniden adlandırmak için Selected Objects bölümünde nesneye sağ tıklayın. Toplu yeniden adlandırma için Batch Edit seçeneğini tıklayın. Bkz. Nesne adlarını eşleme.<br><br> Not
Bir nesneyi yeniden adlandırmak bağımlı nesnelerin geçişinin başarısız olmasına neden olabilir. Satırları koşula göre filtrelemek için bir tabloya sağ tıklayın ve WHERE koşullarını belirtin. Bkz. Filtre koşullarını belirtme. Artımlı DML veya DDL işlemlerini belirli nesnelerle sınırlamak için nesneye sağ tıklayın ve dahil edilecek işlemleri seçin. |
Next: Advanced Settings öğesini tıklayın.
Adım 6: Gelişmiş ayarları yapılandırın
| Parametre | Açıklama |
|---|---|
| Dedicated Cluster for Task Scheduling | DTS varsayılan olarak görevi paylaşılan kümeye zamanlar. Daha iyi görev kararlılığı için özel bir küme satın alın. Bkz. DTS özel kümesi nedir?. |
| Copy the temporary table of the Online DDL tool that is generated in the source table to the destination database. | Kaynakta çevrimiçi DDL işlemleri için DMS veya gh-ost kullanıldığında uygulanır. Seçenekler:<br>- Yes: geçici tablo verilerini geçirir (gecikmeye neden olabilir).<br>- No, Adapt to DMS Online DDL: yalnızca DMS'den gelen orijinal DDL işlemlerini geçirir; hedef tablolar kilitlenebilir.<br>- No, Adapt to gh-ost: yalnızca gh-ost'tan gelen orijinal DDL'i geçirir; hedef tablolar kilitlenebilir. Gh-ost gölge tablolarını filtrelemek için varsayılan veya özel normal ifadeyi kullanın.<br><br> Önemli
Kaynakta çevrimiçi DDL için pt-online-schema-change kullanmayın — bu durum DTS görevinin başarısız olmasına neden olur. |
| Whether to Migrate Accounts | Kaynak veritabanı hesap bilgilerinin geçirilip geçirilmeyeceği. Yes seçilirse geçirilecek hesapları seçin ve hem kaynak hem de hedef hesaplar için izinleri doğrulayın. |
| Retry Time for Failed Connections | Bağlantı hatasından sonra DTS'nin ne kadar süreyle yeniden deneme yapacağı. Geçerli değerler: 10–1.440 dakika. Varsayılan: 720 dakika. En az 30 dakika olarak ayarlayın. Yeniden bağlantı bu süre zarfında başarılı olursa DTS görevi sürdürür. Aksi takdirde görev başarısız olur.<br><br> Not
Birden çok görev aynı kaynak veya hedef veritabanını paylaşır ve farklı yeniden deneme zaman aralıklarına sahipse son belirtilen değer geçerli olur. DTS, yeniden deneme sırasında örnek için ücretlendirme yapar. Yeniden deneme süresini iş ihtiyaçlarınıza göre ayarlayın ve artık gerekli olmadığında örneği derhal serbest bırakın. |
| Retry Time for Other Issues | DDL veya DML işlemi hatalarından sonra DTS'nin ne kadar süreyle yeniden deneme yapacağı. Geçerli değerler: 1–1.440 dakika. Varsayılan: 10 dakika. En az 10 dakika olarak ayarlayın. Bu değer Retry Time for Failed Connections değerinden küçük olmalıdır. |
| Enable Throttling for Full Data Migration | Veritabanı sunucularındaki yükü azaltmak için tam veri geçişi sırasında kaynak kullanımını sınırlayıp sınırlamayacağınız. 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ırın. Yalnızca Full Data Migration seçildiğinde kullanılabilir. |
| Enable Throttling for Incremental Data Migration | Artımlı veri geçişi sırasında kaynak kullanımını sınırlayıp sınırlamayacağınız. RPS of Incremental Data Migration ve Data migration speed for incremental migration (MB/s) parametrelerini yapılandırın. Yalnızca Incremental Data Migration seçildiğinde kullanılabilir. |
| Environment Tag | DTS örneğini tanımlamak için isteğe bağlı bir etiket. |
| Whether to delete SQL operations on heartbeat tables of forward and reverse tasks | Örnek çalışırken kalp atışı tablosu SQL işlemlerinin kaynağa yazılıp yazılmayacağı:<br>- Yes: kalp atışı işlemleri kaynağa yazılmaz. DTS örneği için bir gecikme değeri görüntülenebilir.<br>- No: kalp atışı işlemleri kaynağa yazılır. Kaynağın fiziksel yedeklemesi ve klonlanması etkilenebilir. |
| Configure ETL | Çıkarma, dönüştürme ve yükleme (ETL) işlemini etkinleştirip etkinleştirmeyeceğiniz. Veri işleme deyimlerini girmek için Yes seçeneğini belirleyin. Bkz. Veri geçişi veya veri senkronizasyonu görevinde ETL yapılandırma. ETL hakkında ayrıntılı bilgi için bkz. ETL nedir?. |
| Monitoring and Alerting | Uyarıları yapılandırıp yapılandırmayacağınız. Yes seçilirse uyarı eşiğini ve bildirim ayarlarını belirleyin. DTS, görev başarısız olduğunda veya geçiş gecikmesi eşiği aştığında uyarı gönderir. Bkz. DTS görevi oluştururken izleme ve uyarı yapılandırma. |
Adım 7: Veri doğrulamayı yapılandırın
Bir veri doğrulama görevi yapılandırmak için Next Step: Data Verification öğesini tıklayın. Bkz. Veri doğrulama görevi yapılandırma.
Adım 8: Ayarları kaydedin ve ön denetim çalıştırın
Bu yapılandırmanın API parametrelerini önizlemek için Next: Save Task Settings and Precheck üzerine gelin ve Preview OpenAPI parameters öğesini tıklayın.
Devam etmek için Next: Save Task Settings and Precheck öğesini tıklayın.
DTS, görev başlamadan önce bir ön denetim çalıştırır. Görev yalnızca ön denetimi geçtikten sonra başlayabilir.
Ön denetim başarısız olursa her bir başarısız öğenin yanındaki View Details öğesini tıklayın. Denetim sonuçlarına göre sorunları giderin, ardından Precheck Again öğesini tıklayın.
-
Bir uyarı tetiklenirse:
Yoksayılamayan uyarılar için: View Details öğesini tıklayın, sorunları giderin ve ardından Precheck Again öğesini tıklayın.
Yoksayılabilen uyarılar için: Confirm Alert Details > Ignore > OK sırasını izleyin, ardından Precheck Again öğesini tıklayın.
NotUyarıları yoksaymak veri tutarsızlığına neden olabilir ve işinizi potansiyel risklere maruz bırakabilir.
Adım 9: Geçiş örneği satın alın
Success Rate değeri 100% olana kadar bekleyin, ardından Next: Purchase Instance öğesini tıklayın.
-
Purchase Instance sayfasında aşağıdakileri yapılandırın:
Bölüm Parametre Açıklama New Instance Class Resource Group Geçiş örneği için kaynak grubu. Varsayılan: default resource group. Bkz. Kaynak Yönetimi nedir?. Instance Class Örnek sınıfı geçiş hızını belirler. Senaryonuza göre seçin. Bkz. Veri geçişi örneklerinin örnek sınıfları. Onay kutusunu seçerek Data Transmission Service (Pay-as-you-go) Service Terms şartlarını okuyun ve kabul edin.
Buy and Start öğesini tıklayın. Onay iletişim kutusunda OK öğesini tıklayın.
Veri Geçişi sayfasından geçiş ilerlemesini takip edin.
Sonraki adımlar
Geçiş tamamlandıktan sonra (örneğin Status parametresi Completed olarak değişir):
Verilerin başarıyla yazıldığını onaylamak için hedefte
analyze table <table name>komutunu çalıştırın.İş yüklerini hedef veritabanına geçirmeden önce DTS geçiş örneğini durdurun veya serbest bırakın.