Aracılığıyla paylaş

MySQL'MySQL için Azure Veritabanı Veri Geçişi - MySQL Değişiklikleri Çoğaltma

"İşlem Tutarlılığını Etkinleştir" ile çevrimdışı senaryomuzla Değişiklikleri Çoğaltma Geçişi çalıştırma, işletmelerin veritabanları çalışır durumda kalırken veritabanlarını Azure'a geçirmesine olanak tanır. Başka bir deyişle geçişler kritik uygulamalar için minimum kapalı kalma süresiyle tamamlanabilir ve bu da hizmet düzeyi kullanılabilirliği üzerindeki etkiyi ve son müşterileri için rahatsızlıkları sınırlayabilir.

Not

Bu makalede, Microsoft'un artık kullanmadığı köle terimi geçmektedir. Terim yazılımdan kaldırıldığında, bu makaleden kaldıracağız.

Geçerli uygulama

Bin günlük dosyasını ve gelen değişiklikleri çoğaltma konumunu almak için "İşlem Tutarlılığını Etkinleştir" ile çevrimdışı geçiş senaryosu çalıştırmanız gerekir. DMS portalı kullanıcı arabirimi, tutarlı anlık görüntü için kaynakta kilitlerin alındığı zamana hizalanmış ikili günlük dosya adını ve konumunu gösterir. Gelen değişikliklerin akışını yapmak için değişiklikleri çoğaltma geçişimizde bu değeri kullanabilirsiniz.

Kaynak ayrıntıları ekle ekranının ekran görüntüsü.

Çoğaltma değişiklikleri geçişini çalıştırırken, hedefiniz kaynak sunucuya neredeyse yetiştiğinde, kaynak veritabanına gelen tüm işlemleri durdurun ve bekleyen tüm işlemler hedef veritabanına uygulanana kadar bekleyin. Hedef veritabanının kaynak sunucuda güncel olduğunu onaylamak için 'SHOW MASTER STATUS;' sorgusunu çalıştırın, ardından bu konumu son işlenen binlog olayıyla karşılaştırın (Geçiş İlerlemesi altında görüntülenir). İki konum aynı olduğunda, hedef tüm değişikliklere yetişmiştir ve tam geçişi başlatabilirsiniz.

Değişiklikleri Çoğaltma nasıl çalışır?

Geçerli uygulama, kaynak sunucudan gelen akış binlog değişikliklerini temel alır ve bunları hedef sunucuya uygular. Data-in çoğaltması gibi bu da daha kolaydır ve kaynak ile hedef sunucular arasında fiziksel bir bağlantı gerektirmez.

Sunucu, Burada belgelendiği gibi Ikili verileri içeren bir akış olarak Binlog gönderebilir. İstemci, akışın başlatılabileceği ilk günlük konumunu belirtebilir. Günlük dosyası adı günlük konumunu, bu dosya içindeki konumu ve isteğe bağlı olarak gtid modu kaynakta etkinse GTID'yi (Genel İşlem Kimliği) açıklar.

Veri değişiklikleri, tek tek satırlar için verileri içeren "satır" olayları olarak gönderilir (ekleme, silme veya güncelleştirme işlemi türüne bağlı olarak değişiklik öncesinde ve/veya sonrasında). Satır olayları daha sonra BINLOG deyimi kullanılarak ham biçimlerinde uygulanır: MySQL 8.0 Başvuru Kılavuzu :: 13.7.8.1 BINLOG Deyimi. Ancak DMS'nin 5.7 sunucusuna geçişi için DMS, değişiklikleri BINLOG deyimleri olarak uygulamaz (DMS'nin bunu yapmak için gerekli ayrıcalıkları olmadığından) ve bunun yerine satır olaylarını INSERT, UPDATE veya DELETE deyimlerine çevirir.

Önkoşullar

Değişiklikleri çoğaltma geçişini başarıyla tamamlamak için aşağıdaki önkoşulların karşılandığından emin olun:

  • Kaynak sunucuda log_bin etkinleştirilip etkinleştirilmediğini belirlemek için istediğiniz MySQL komut satırı aracını kullanın. Binlog varsayılan olarak her zaman açık değildir, bu nedenle geçişe başlamadan önce etkinleştirildiğini doğrulayın. Kaynak sunucuda log_bin etkinleştirilip etkinleştirilmediğini belirlemek için şu komutu çalıştırın: 'log_bin' GIBI DEĞIŞKENLERI GÖSTER
  • Kullanıcının bin günlüğünü uygulamak için hedef sunucuda "REPLICATION_APPLIER" veya "BINLOG_ADMIN" iznine sahip olduğundan emin olun.
  • Kullanıcının hedef sunucuda "REPLICATION SLAVE" iznine sahip olduğundan emin olun.
  • Kullanıcının kaynak sunucuda bölme günlüğünü okumak ve uygulamak için "ÇOĞALTMA İsteMCİSİ" ve "ÇOĞALTMA KÖLESİ" iznine sahip olduğundan emin olun.
  • Bölme günlüğü dosyasını ve konumunu almak için "İşlem Tutarlılığını Etkinleştir" ile çevrimdışı geçiş senaryosu çalıştırın.
  • Değişiklikleri çoğaltma geçişini hedefliyorsanız, çoğaltma değişiklikleri işlemeden önce binlog dosyalarının temizlenmediğinden emin olmak için kaynak sunucudaki binlog_expire_logs_seconds parametresini yapılandırın. Başlangıç olarak en az iki gün öneririz. Tam geçiş başarılı olduktan sonra değer sıfırlanabilir.

Sınırlamalar

  • Çoğaltma değişiklikleri geçişi gerçekleştirilirken, hedef sunucudaki veritabanının adı kaynak sunucudaki adla aynı olmalıdır.
  • Destek, SATIR binlog biçimiyle sınırlıdır.
  • DDL değişiklikleri çoğaltması yalnızca DMS kullanıcı arabirimindeki seçili nesneler için Veri tanımını ve yönetim deyimlerini çoğalt seçeneğini belirttiğinizde desteklenir. Çoğaltma özelliği, ilk yüklemeden sonra gerçekleşen ve ikili günlükte hedefe kaydedilen veri tanımının ve yönetim deyimlerinin çoğaltılması destekler.
  • Değişiklikler çoğaltıldığında veritabanlarının veya tabloların yeniden adlandırılması desteklenmez.

İlgili içerik