Öğretici: Azure portal üzerinden DMS kullanarak MySQL için Azure Veritabanı - Tek Sunucuyu Esnek Sunucuya çevrimiçi geçirme
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.
Birden çok veritabanı kaynağından Azure veri platformlarına sorunsuz geçişler sağlamak için tasarlanmış, tam olarak yönetilen bir hizmet olan Azure Veritabanı Geçiş Hizmeti'ni (DMS) kullanarak bir MySQL için Azure Veritabanı – Tek Sunucu örneğini, MySQL için Azure Veritabanı – Esnek Sunucuya geçirebilirsiniz. Bu öğreticide, DMS geçiş etkinliğini kullanarak örnek veritabanının tek MySQL için Azure Veritabanı bir sunucudan MySQL esnek sunucusuna (her ikisi de sürüm 5.7 çalıştıran) çevrimiçi geçişini gerçekleştireceğiz.
Not
DMS çevrimiçi geçişi genel kullanıma sunuldu. DMS, MySQL sürüm 5.7 ve 8.0'a geçişi destekler ve ayrıca düşük sürüm MySQL sunucularından (v5.6 ve üzeri) daha üst sürüm sunuculara geçişi destekler. DMS bölgeler arası, kaynak grupları arası ve abonelikler arası geçişleri de desteklediğinden; hedef sunucuda, kaynak sunucunuz için belirtilenden farklı bir bölge, kaynak grubu ve abonelik seçebilirsiniz.
Bu öğreticide aşağıdakilerin nasıl yapılacağını öğreneceksiniz:
- DMS kullanarak daha hızlı veri yükleri için esnek sunucu oluşturmaya yönelik en iyi yöntemleri uygulayın.
- Hedef esnek sunucu oluşturma ve yapılandırma.
- Bir DMS örneği oluşturun.
- DMS'de bir MySQL geçiş projesi oluşturun.
- DMS kullanarak MySQL şeması geçirme.
- Geçişi çalıştırma.
- Geçişi izleme.
- Geçiş sonrası adımları gerçekleştirin.
- Geçiş gerçekleştirmek için en iyi yöntemleri uygulayın.
Önkoşullar
Bu öğreticiyi tamamlamak için aşağıdakileri yapmanız gerekir:
MySQL için Azure Veritabanı - Tek Sunucu'nun (kaynak sunucu) var olan bir örneğini oluşturun veya kullanın.
Çevrimiçi geçişi başarıyla tamamlamak için aşağıdaki önkoşulların karşılandığından emin olun:
- Kaynak sunucuda şu komutu çalıştırarak log_bin etkinleştirildiğini doğrulamak için istediğiniz MySQL komut satırı aracını kullanın: 'log_bin' GIBI DEĞIŞKENLERI GÖSTER. log_bin etkinleştirilmemişse, Tek Sunucu örneğiniz için bir okuma amaçlı çoğaltma oluşturun ve silin. Bu işlem, log_bin parametresini ON olarak ayarlar ve ardından geçiş işlemini tetikleyebilirsiniz.
- 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İ" izinlerine sahip olduğundan emin olun.
- Çevrimiçi geçişi hedef alıyorsanı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şlamanızı en az iki gün öneririz. Tam geçiş başarılı olduktan sonra değeri sıfırlayabilirsiniz.
Şema geçişini başarıyla tamamlamak için, kaynak sunucuda geçişi gerçekleştiren kullanıcı aşağıdaki ayrıcalıkları gerektirir:
- Kaynakta sunucu düzeyinde "SELECT" ayrıcalığı.
- Görünümleri geçiriyorsanız, kullanıcının kaynak sunucuda "GÖRÜNÜM GÖSTER" ayrıcalığına ve hedef sunucuda "CREATE VIEW" ayrıcalığına sahip olması gerekir.
- Tetikleyicileri geçiriyorsanız, kullanıcının kaynak ve hedef sunucuda "TRIGGER" ayrıcalığına sahip olması gerekir. Ayrıca tetikleyiciler yalnızca tam geçiş sırasında geçirilir, tam geçiş sonrasında oluşturulan tetikleyicilerin başarıyla tamamlanmasını görebilmeniz gerekir.
- Yordamları (yordamlar ve/veya işlevler) geçiriyorsanız, kullanıcının hedefte sunucu düzeyinde "CREATE ROUTINE" ve "ALTER ROUTINE" ayrıcalıklarına sahip olması gerekir.
- Olayları geçiriyorsanız, kullanıcının kaynak ve hedef sunucuda "EVENT" ayrıcalığına sahip olması gerekir.
- Kullanıcıları/oturum açma bilgilerini geçiriyorsanız, kullanıcının hedef sunucuda "CREATE USER" ayrıcalığına sahip olması gerekir.
- Mevcut olabilecek tabloları bırakmak için hedefteki sunucu düzeyinde "DROP" ayrıcalığı. Örneğin, bir geçişi yeniden denerken.
- Yabancı anahtarlarla tablolar oluşturmak için hedefteki sunucu düzeyinde "BAŞVURULAR" ayrıcalığı.
- MySQL 8.0'a geçiş yapılırsa, kullanıcının hedef sunucuda "SESSION_VARIABLES_ADMIN" ayrıcalığına sahip olması gerekir.
- Hedefte sunucu düzeyinde "CREATE" ayrıcalığı.
- Hedefte sunucu düzeyinde "INSERT" ayrıcalığı.
- Hedefte sunucu düzeyinde "GÜNCELLE" ayrıcalığı.
- Hedefte sunucu düzeyinde "DELETE" ayrıcalığı.
Sınırlamalar
Geçişe hazırlanırken aşağıdaki sınırlamaları dikkate aldığınızdan emin olun.
Tablo dışı nesneleri geçirirken DMS veritabanlarının yeniden adlandırılmasını desteklemez.
bin_log etkin bir hedef sunucuya geçiş yaparken, yordamların ve tetikleyicilerin oluşturulmasına izin vermek için log_bin_trust_function_creators etkinleştirdiğinizden emin olun.
Şu anda DMS nesneler için DEFINER yan tümcesinin geçirilmesini desteklememektedir. Kaynakta tanımlayıcıları olan tüm nesne türleri bırakılır ve geçiş sonrasında bir tanımlayıcı yan tümcesini destekleyen ve şema geçişi sırasında oluşturulan tüm nesneler için, geçişi çalıştırırken kullanılan oturum açma bilgilerine varsayılan tanımlayıcı ayarlanır.
Şu anda DMS, veri taşıma işlemi kapsamında yalnızca şemanın geçirilmesini destekler. Veri taşıma için hiçbir şey seçilmezse şema geçişi gerçekleşmez. Şema geçişi için bir tablo seçildiğinde veri taşıma için de bu tablo seçilir.
Çevrimiçi geçiş desteği, ROW binlog biçimiyle sınırlıdır.
Çevrimiçi geçiş artık bir v8.0 veya v5.7 MySQL için Azure Veritabanı Esnek Sunucu hedef sunucusuna geçiş yaparken DDL ifadesi çoğaltmasını destekliyor.
- Azure DMS geçiş etkinliği yapılandırılırken şema geçişi için seçilen veritabanları, tablolar ve şema nesneleri (görünümler, yordamlar, tetikleyiciler) için ifade çoğaltması desteklenir. Seçili olmayan veritabanları, tablolar ve şema nesneleri için veri tanımı ve yönetim deyimleri çoğaltılamaz. Geçiş için sunucunun tamamının seçilmesi, ilk yükleme tamamlandıktan sonra kaynak sunucuda oluşturulan tüm tablolar, veritabanları ve şema nesnelerinin ifadelerini çoğaltır.
- Azure DMS deyimi çoğaltması, aşağıdaki komutlar dışında burada listelenen tüm Veri Tanımı deyimlerini destekler:
- LOGFILE GROUP deyimleri
- SERVER deyimleri
- SPATIAL REFERENCE SYSTEM deyimleri
- TABLESPACE deyimleri
- Azure DMS deyimi çoğaltması, aşağıdaki komutlar dışında burada listelenen tüm Veri Yönetimi – Hesap Yönetimi deyimlerini destekler:
- VARSAYıLAN ROLÜ AYARLA
- PAROLA AYARLA
- Azure DMS deyimi çoğaltması, aşağıdaki komutlar dışında burada listelenen tüm Veri Yönetimi – Tablo Bakımı deyimlerini destekler:
- REPAIR TABLE
- ANALYZE TABLE
- SAĞLAMA TOPLAMı TABLOSU
DMS kullanarak daha hızlı veri yükleri için en iyi esnek sunucu oluşturma yöntemleri
DMS bölgeler arası, kaynak grupları arası ve abonelikler arası geçişleri desteklediğinden, hedef esnek sunucunuz için uygun bölgeyi, kaynak grubunu ve aboneliği rahatça seçebilirsiniz. Hedef esnek sunucunuzu oluşturmadan önce, DMS kullanarak daha hızlı veri yüklerinin sağlanmasına yardımcı olmak için aşağıdaki yapılandırma yönergelerini göz önünde bulundurun.
Aşağıdaki tabloda yer alan ayrıntıya göre kaynak tek sunucunun fiyatlandırma katmanını ve sanal çekirdekleri temel alarak hedef esnek sunucu için işlem boyutunu ve işlem katmanını seçin.
Tek Sunucu Fiyatlandırma Katmanı Tek Sunucu Sanal Çekirdekleri Esnek Sunucu İşlem Boyutu Esnek Sunucu İşlem Katmanı Temel 1 1 Genel Amaçlı Standard_D16ds_v4 Temel 1 2 Genel Amaçlı Standard_D16ds_v4 Genel Amaçlı 1 4 Genel Amaçlı Standard_D16ds_v4 Genel Amaçlı 1 8 Genel Amaçlı Standard_D16ds_v4 Genel Amaçlı 16 Genel Amaçlı Standard_D16ds_v4 Genel Amaçlı 32 Genel Amaçlı Standard_D32ds_v4 Genel Amaçlı 64 Genel Amaçlı Standard_D64ds_v4 Bellek İçin İyileştirilmiş 4 İş Açısından Kritik Standard_E4ds_v4 Bellek İçin İyileştirilmiş 8 İş Açısından Kritik Standard_E8ds_v4 Bellek İçin İyileştirilmiş 16 İş Açısından Kritik Standard_E16ds_v4 Bellek İçin İyileştirilmiş 32 İş Açısından Kritik Standard_E32ds_v4 1 Geçiş için, daha hızlı geçişler için hedef esnek sunucu için Genel Amaçlı 16 sanal çekirdek işlemi'ni seçin. Geçiş tamamlandıktan sonra, bu makalenin devamındaki Geçiş sonrası etkinlikleri gerçekleştirme bölümünde yer alan işlem boyutu önerisine uyarak hedef sunucu için istenen işlem boyutuna geri ölçeklendirin.
Hedef esnek sunucunun MySQL sürümü kaynak tek sunucunun sürümünden büyük veya buna eşit olmalıdır.
Hedef esnek sunucuyu belirli bir bölgeye dağıtmanız gerekmediği sürece Kullanılabilirlik Alanı parametresinin değerini 'Tercih yok' olarak ayarlayın.
Ağ bağlantısı için, kaynak tek sunucuda özel uç noktalar veya özel bağlantılar yapılandırılmışsa Ağ sekmesinde Özel Erişim'i seçin; aksi takdirde Genel Erişim'i seçin.
Kaynak tek sunucudaki tüm güvenlik duvarı kurallarını hedef esnek sunucuya kopyalayın.
Oluşturma sırasında tek sunucudaki tüm ad/değer etiketlerini esnek sunucuya kopyalayın.
Hedef esnek sunucuyu oluşturma ve yapılandırma
Bu en iyi yöntemleri göz önünde bulundurarak hedef esnek sunucunuzu oluşturun ve ardından yapılandırın.
Hedef esnek sunucuyu oluşturun. Kılavuzlu adımlar için bkz. Hızlı Başlangıç: Azure portalıyla MySQL için Azure Veritabanı örneği oluşturma.
Yeni hedef esnek sunucuyu aşağıdaki gibi yapılandırın:
- Geçişi gerçekleştiren kullanıcı aşağıdaki izinleri gerektirir:
- 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.
- Hedefte tablo oluşturmak için kullanıcının "CREATE" ayrıcalığına sahip olması gerekir.
- "DATA DIRECTORY" veya "INDEX DIRECTORY" bölüm seçeneklerine sahip bir tabloyu geçiriyorsanız, kullanıcının "FILE" ayrıcalığına sahip olması gerekir.
- "UNION" seçeneğine sahip bir tabloya geçiş yapılırsa, bir MERGE tablosuna eşlediğiniz tablolar için kullanıcının "SELECT", "UPDATE" ve "DELETE" ayrıcalıklarına sahip olması gerekir.
- Görünümleri geçiriyorsanız , "CREATE VIEW" ayrıcalığına sahip olmanız gerekir. Görünümlerin içeriğine bağlı olarak bazı ayrıcalıkların gerekli olabileceğini unutmayın. Ayrıntılar için "CREATE VIEW STATEMENT" için sürümünüzle ilgili MySQL belgelerine bakın.
- Olayları geçiriyorsanız, kullanıcının "EVENT" ayrıcalığına sahip olması gerekir.
- Tetikleyicileri geçiriyorsanız, kullanıcının "TRIGGER" ayrıcalığına sahip olması gerekir.
- Yordamları geçiriyorsanız, kullanıcının "CREATE ROUTINE" ayrıcalığına sahip olması gerekir.
- Hedef esnek sunucuda sunucu parametrelerini aşağıdaki gibi yapılandırın:
- TLS sürümünü ve require_secure_transport sunucu parametresini kaynak sunucudaki değerlerle eşleşecek şekilde ayarlayın.
- sql_mode sunucu parametresini kaynak sunucudaki değerlerle eşleşecek şekilde ayarlayın.
- Hedef sunucudaki sunucu parametrelerini kaynak sunucuda kullanılan varsayılan olmayan değerlerle eşleşecek şekilde yapılandırın.
- DMS kullanırken daha hızlı veri yüklenmesini sağlamak için, aşağıdaki sunucu parametrelerini açıklandığı gibi yapılandırın.
- max_allowed_packet – büyük satırlar nedeniyle bağlantı sorunlarını önlemek için 1073741824 (1 GB) olarak ayarlanır.
- slow_query_log – Yavaş sorgu günlüğünü kapatmak için KAPALI olarak ayarlayın. Bu, veri yüklemeleri sırasında yavaş sorgu günlüğünün neden olduğu ek yükü ortadan kaldırır.
- innodb_buffer_pool_size: Yalnızca MySQL için Azure Veritabanı sunucusu için işlem ölçeği artırılarak artırılabilir. innodb_buffer_pool_size artırmak için geçiş sırasında portalın Fiyatlandırma katmanından sunucunun ölçeğini 64 sanal çekirdek Genel Amaçlı SKU'ya yükseltin.
- innodb_io_capacity & innodb_io_capacity_max - Geçiş hızını iyileştirmek üzere GÇ kullanımını iyileştirmek için Azure portalındaki Sunucu parametrelerinden 9000 olarak değiştirin.
- innodb_write_io_threads - Geçiş hızını artırmak için Azure portalındaki Sunucu parametrelerinden 4 olarak değiştirin.
- Hedef sunucudaki çoğaltmaları kaynak sunucudakilerle eşleşecek şekilde yapılandırın.
- Aşağıdaki sunucu yönetimi özelliklerini kaynak tek sunucudan hedef esnek sunucuya çoğaltın:
- Rol atamaları, Roller, Atamaları Reddet, klasik yöneticiler, Erişim Denetimi (IAM)
- Kilitler (salt okunur ve silme)
- Uyarılar
- Görevler
- uyarıları Kaynak Durumu
- Geçişi gerçekleştiren kullanıcı aşağıdaki izinleri gerektirir:
DMS'i ayarlama
Hedef esnek sunucunuz dağıtılıp yapılandırıldığında, bir sonraki adımda tek sunucunuzu esnek bir sunucuya geçirmek için DMS'yi ayarlamanız gerekir.
Kaynak sağlayıcısını kaydetme
Microsoft.DataMigration kaynak sağlayıcısını kaydetmek için aşağıdaki adımları gerçekleştirin.
İlk DMS örneğinizi oluşturmadan önce Azure portalında oturum açın ve abonelikler'i arayıp seçin.
DMS örneğini oluşturmak için kullanmak istediğiniz aboneliği seçin ve ardından Kaynak sağlayıcıları'nı seçin.
"Geçiş" terimini arayın ve Microsoft.DataMigration için Kaydet'i seçin.
Veritabanı Geçiş Hizmeti (DMS) örneği oluşturma
Azure portalında + Kaynak oluştur'u seçin, "Azure Veritabanı Geçiş Hizmeti" terimini arayın ve açılan listeden Azure Veritabanı Geçiş Hizmeti seçin.
Azure Veritabanı Geçiş Hizmeti ekranında Oluştur'u seçin.
Geçiş senaryosu ve Veritabanı Geçiş Hizmeti seçin sayfasında, Geçiş senaryosu altında, kaynak sunucu türü olarak MySQL için Azure Veritabanı-Tek Sunucu'ya tıklayın ve ardından hedef sunucu olarak MySQL için Azure Veritabanı'ı seçin yazın ve seç'i seçin.
Geçiş Hizmeti Oluştur sayfasında, Temel Bilgiler sekmesindeki Proje ayrıntıları'nın altında uygun aboneliği seçin ve ardından mevcut bir kaynak grubunu seçin veya yeni bir tane oluşturun.
Örnek ayrıntıları'nın altında hizmet için bir ad belirtin, bir bölge seçin ve ardından Azure'ın hizmet modu olarak seçildiğini doğrulayın.
Fiyatlandırma katmanının sağındaki Katmanı yapılandır'ı seçin.
Yapılandır sayfasında, DMS örneğiniz için 4 sanal çekirdek içeren Premium fiyatlandırma katmanını ve ardından Uygula'yı seçin.
4 sanal çekirdekli DMS Premium’u DMS hizmetinin oluşturulduğu tarihten itibaren 6 ay (183 gün) süreyle ücretsiz kullanılabilir. DMS maliyetleri ve fiyatlandırma katmanları hakkında daha fazla bilgi için fiyatlandırma sayfasına bakın.
Ardından, DMS örneğine kaynak tek sunucuya ve hedef esnek sunucuya erişim sağlayacak sanal ağı belirtmemiz gerekir.
Geçiş Hizmeti Oluştur sayfasında İleri : Ağ>> 'ı seçin.
Ağ sekmesinde, listeden mevcut bir sanal ağı seçin veya oluşturulacak yeni sanal ağın adını belirtin ve ardından Gözden Geçir + Oluştur'u seçin.
Daha fazla bilgi için Azure portalını kullanarak sanal ağ oluşturma makalesine bakın.
[! ÖNEMLİ]
Sanal ağınızın hem kaynak tek sunucuya hem de hedef esnek sunucuya erişimle yapılandırılması gerekir, bu nedenle şunları unutmayın:Sunucu düzeyinde bir güvenlik duvarı kuralı oluşturun veya sanal ağın kaynak ve hedef veritabanlarına Azure Veritabanı Geçiş Hizmeti erişimine izin vermek üzere hem kaynak hem de hedef MySQL için Azure Veritabanı sunucuları için sanal ağ hizmet uç noktalarını yapılandırın.
VNet Ağ Güvenlik Grubu (NSG) kurallarınızın ServiceBus, Depolama ve Azure İzleyici için ServiceTag'in 443 numaralı giden bağlantı noktasını engellemediğinden emin olun. Sanal ağ NSG trafiği filtreleme hakkında daha fazla bilgi için bkz . Ağ trafiğini ağ güvenlik gruplarıyla filtreleme.
Not
Hizmete etiket eklemek için İleri: Etiketler'i seçerek Etiketler sekmesine ilerleyin. Hizmete etiket eklemek isteğe bağlıdır.
Gözden Geçir + oluştur sekmesine gidin, yapılandırmaları gözden geçirin, koşulları görüntüleyin ve oluştur'u seçin.
DMS örneğinizin dağıtımı artık başlıyor. Dağıtım devam ediyor iletisi birkaç dakika boyunca görünür ve ardından ileti Dağıtımınız tamamlandı olarak değişir.
Kaynağa git’i seçin.
DMS örneğinin IP adresini kaynak genel bakış sayfasından belirleyin ve kaynak tek sunucunuz ve hedef esnek sunucunuz için DMS örneğinin IP adresini listeleyen bir güvenlik duvarı kuralı oluşturun.
Geçiş projesi oluşturma
Geçiş projesi oluşturmak için aşağıdaki adımları uygulayın.
Azure portalda Tüm hizmetler'i seçin, Azure Veritabanı Geçiş Hizmeti araması yapın ve Azure Veritabanı Geçiş Hizmeti'ni seçin.
Arama sonuçlarında, oluşturduğunuz DMS örneğini ve ardından + Yeni Geçiş Projesi'ni seçin.
Yeni geçiş projesi sayfasında proje için bir ad belirtin, Kaynak sunucu türü seçim kutusunda MySQL için Azure Veritabanı – Tek Sunucu'yu seçin, Hedef sunucu türü seçim kutusunda MySQL için Azure Veritabanı - Esnek Sunucu'yu seçin, Geçiş etkinliği türü seçim kutusunda Çevrimiçi veri geçişi'ni ve ardından Etkinlik oluştur ve çalıştır'ı seçin.
Not
Yalnızca geçiş etkinlik türü olarak proje oluştur'u seçtiğinizde yalnızca geçiş projesi oluşturulur; daha sonra geçiş projesini çalıştırabilirsiniz.
Geçiş projesini yapılandırma
DMS geçiş projenizi yapılandırmak için aşağıdaki adımları uygulayın.
Kaynak seç ekranında aboneliği, konumu ve kaynak grubunu temel alan sunucuyu bulun. Kullanıcı adı otomatik olarak doldurulur, ardından kaynak sunucu için parolayı girin.
İleri: Hedefi>> seçin'i seçin ve hedef seçin ekranında aboneliği, konumu ve kaynak grubunu temel alan sunucuyu bulun. Kullanıcı adı otomatik olarak doldurulur, ardından hedef esnek sunucu için parolayı girin.
İleri: Veritabanlarını seçin'i seçin ve ardından Veritabanlarını seçin sekmesinde, Sunucu geçişi seçenekleri'nin altında Tüm geçerli veritabanlarını geçir'i seçin veya Veritabanlarını seçin altında geçirmek istediğiniz sunucu nesnelerini seçin.>>
Not
Artık tüm geçerli veritabanlarını geçir seçeneği belirlendiğinde, bu seçenek kullanıcı tarafından oluşturulan tüm veritabanlarını ve tabloları geçirir. MySQL için Azure Veritabanı - Esnek Sunucu karma büyük/küçük harf veritabanlarını desteklemediğinden, çevrimiçi geçiş için kaynak üzerindeki karma büyük/küçük harf veritabanları dahil edilmeyecektir.
Veritabanlarını seçin bölümünde, Kaynak Veritabanı'nın altında geçirecek veritabanlarını seçin.
Belirttiğiniz veritabanlarındaki tablo dışı nesneler geçirilirken, seçmediğiniz öğeler atlanır. Yalnızca kaynak ve hedef sunucudaki adlarıyla eşleşen kaynak ve hedef veritabanlarını seçebilirsiniz.
Kaynak sunucuda hedef sunucuda mevcut olmayan bir veritabanı seçerseniz, veritabanı hedef sunucuda oluşturulur.
Sonraki: Tabloları seçin'i seçerek Tabloları>> seçin sekmesine gidin.
Sekme doldurulmadan önce, DMS kaynak ve hedef üzerindeki seçili veritabanlarından tabloları getirir ve sonra tablonun var olup olmadığını ve veri içerip içermediğini belirler.
Geçirmek istediğiniz tabloları seçin.
Seçilen kaynak tablo hedef sunucuda yoksa, çevrimiçi geçiş işlemi tablo şemasının ve verilerin hedef sunucuya geçirilmesini sağlar.
DMS girişlerinizi doğrular ve doğrulama başarılı olursa geçişi başlatabilirsiniz.
Şema geçişi için yapılandırdıktan sonra Gözden geçir'i seçin ve geçişi başlatın.
Not
Yalnızca başarısız olan geçişlerle ilgili sorunları gidermeye çalışıyorsanız Geçiş ayarlarını yapılandır sekmesine gitmeniz gerekir.
Özet sekmesindeki Etkinlik adı metin kutusunda, geçiş etkinliği için bir ad belirtin ve ardından kaynak ve hedef ayrıntılarının daha önce belirttiğinizle eşleştiğinden emin olmak için özeti gözden geçirin.
Geçişi başlat'ı seçin.
Geçiş etkinliği penceresi açılır ve etkinliğin Durum bilgisi Başlatılıyor olarak belirlenir. Tablo geçişleri başladığında Durum Çalışıyor olarak değişir.
Geçişi izleme
İlk Yükleme etkinliği tamamlandıktan sonra, tamamlanma durumunu ve tamamlanan tablo sayısını görüntülemek için İlk Yükleme sekmesine gidin.
İlk Yükleme etkinliği tamamlandıktan sonra Veri Değişikliklerini Otomatik Olarak Çoğalt sekmesine gidersiniz. Ekran her 30 saniyede bir otomatik olarak yenilendiğinden geçiş ilerleme durumunu izleyebilirsiniz.
Ekranı güncelleştirmek ve kaynağın arkasındaki saniyeleri gerektiği gibi ve gerektiğinde görüntülemek için Yenile'yi seçin.
Kaynağın arkasındaki Saniyeleri izleyin ve 0'a yaklaştığı anda geçiş etkinliği ekranının üst kısmındaki Tam Geçişi Başlat menü sekmesine giderek tam geçişi başlatın.
Tam geçiş gerçekleştirmeye hazır olmadan önce tam geçiş penceresindeki adımları izleyin.
Tüm adımları tamamladıktan sonra Onayla'yı ve ardından Uygula'yı seçin.
Geçiş sonrası etkinlikleri gerçekleştirme
Geçiş tamamlandığında, aşağıdaki geçiş sonrası etkinlikleri tamamladığınızdan emin olun.
Geçişi onaylamak için uygulamanın hedef veritabanına kıyasla sağlık testlerini gerçekleştirin.
Bağlantı dizesini, yeni esnek sunucuya işaret edecek şekilde güncelleştirin.
Uygulama sürekliliğini sağladıktan sonra kaynak tek sunucuyu silin.
Daha hızlı geçiş için hedef esnek sunucunun ölçeğini artırdıysanız, aşağıdaki tabloda yer alan ayrıntıya göre kaynak tek sunucunun fiyatlandırma katmanına ve sanal çekirdeklere göre esnek sunucu için işlem boyutunu ve işlem katmanını seçerek yeniden ölçeklendirin.
Tek Sunucu Fiyatlandırma Katmanı Tek Sunucu Sanal Çekirdekleri Esnek Sunucu İşlem Boyutu Esnek Sunucu İşlem Katmanı Temel 1 Hızla artırılabilir Standard_B1s Temel 2 Hızla artırılabilir Standard_B2s Genel Amaçlı 4 Genel Amaçlı Standard_D4ds_v4 Genel Amaçlı 8 Genel Amaçlı Standard_D8ds_v4 DMS kaynaklarını temizlemek için aşağıdaki adımları gerçekleştirin:
Azure portalda Tüm hizmetler'i seçin, Azure Veritabanı Geçiş Hizmeti araması yapın ve Azure Veritabanı Geçiş Hizmeti'ni seçin.
Arama sonuçlarından geçiş hizmeti örneğinizi seçin ve ardından Hizmeti sil'i seçin.
Onay iletişim kutusundaki VERİTABANI GEÇİŞ HİZMETİ ADINI YAZIN metin kutusunda, örneğin adını belirtin ve ardından Sil'i seçin.
En iyi geçiş yöntemleri
Geçiş gerçekleştirirken aşağıdaki en iyi yöntemleri göz önünde bulundurmayı unutmayın.
Bulma ve değerlendirme kapsamında, geçişlere yardımcı olması için sunucu SKU'su, CPU kullanımı, depolama alanı, veritabanı boyutları ve uzantı kullanımını kritik verilerden bazıları olarak kabul edin.
Üretim için geçirmeden önce test geçişleri gerçekleştirin:
- Test geçişleri, uygulama testi de dahil olmak üzere veritabanı geçişinin tüm yönlerini kapsadığınızdan emin olmak için önemlidir. En iyi yöntem, tamamen test amacıyla bir geçiş çalıştırarak başlamaktır. Yeni başlatılan bir geçiş, Veri Değişikliklerini Çoğaltma aşamasına en az gecikmeyle girdikten sonra, yalnızca test iş yüklerini çalıştırmak için Esnek Sunucu hedefinizi kullanın. Beklenen performansı ve sonuçları sağlamak için uygulamayı test etmek için bu hedefi kullanın. Daha yüksek bir MySQL sürümüne geçiş gerçekleştiriyorsanız uygulama uyumluluğunu test edin.
- Test tamamlandıktan sonra üretim veritabanlarını geçirebilirsiniz. Bu noktada, üretim geçişinin gün ve saatini sonlandırmanız gerekir. İdeal olan şu anda uygulama kullanımının düşük olmasıdır. Dahil olması gereken tüm paydaşlar kullanılabilir ve hazır olmalıdır. Üretim geçişi için yakın izleme gerekir. Çevrimiçi geçiş için, veri kaybını önlemek üzere tam geçişi gerçekleştirmeden önce çoğaltmanın tamamlanması gerekir.
Yeni birincil veritabanına erişmek için tüm bağımlı uygulamaları yeniden yönlendirin ve kaynak sunucuyu salt okunur hale getirin. Ardından, üretim kullanımı için uygulamaları açın.
Uygulama hedef esnek sunucuda çalışmaya başladıktan sonra, performans ayarlamasının gerekli olup olmadığını görmek için veritabanı performansını yakından izleyin.