MySQL için Azure Veritabanı - Tek Sunucu'ya ne oluyor?

ŞUNLAR IÇIN GEÇERLIDIR: MySQL için Azure Veritabanı - Tek Sunucu

Önemli

MySQL için Azure Veritabanı - Tek Sunucu kullanımdan kaldırma yolundadır ve 16 Eylül 2024'te kullanımdan kaldırılmıştır.

MySQL için Azure Veritabanı - Tek Sunucu hizmetini yıllar boyunca geliştirdikten sonra, artık tüm yeni özellikleri, işlevleri ve güvenlik gereksinimlerini kaldıramıyor. İstemsiz zorlamalı geçiş ve sunucunun kullanılamamasını önlemek için 16 Eylül 2024'e kadar MySQL için Azure Veritabanı - Esnek Sunucu'ya yükseltmenizi öneririz.

MySQL için Azure Veritabanı - Esnek Sunucu, veritabanı yönetimi işlevleri ve yapılandırma ayarları üzerinde daha ayrıntılı denetim ve esneklik için tasarlanmış, tam olarak yönetilen üretime hazır bir veritabanı hizmetidir. Esnek Sunucu hakkında daha fazla bilgi için MySQL için Azure Veritabanı - Esnek Sunucu adresini ziyaret edin.

Şu anda üretim sunucularını barındıran bir MySQL için Azure Veritabanı - Tek Sunucu hizmetiniz varsa, MySQL için Azure Veritabanı - Tek Sunucu sunucularınızı MySQL için Azure Veritabanı Esnek Sunucu hizmetine ücretsiz olarak geçirebileceğinizi bildirmek mutluluk duyarız MySQL için Azure Veritabanı İçeri Aktar, yerinde otomatikleştirme veya Azure Veritabanı Geçiş Hizmeti (klasik) kullanarak. Aşağıdaki bölümde geçiş yapmanın farklı yollarını gözden geçirin.

Bu kullanımdan kaldırma işleminin bir parçası olarak, 16 Ocak 2023'ten itibaren Azure portalından ve 19 Mart 2024'ten itibaren Azure CLI'dan yeni Tek Sunucu örnekleri oluşturmayı desteklemiyoruz. Mevcut tek sunucu örneğiniz için okuma amaçlı çoğaltmalar oluşturmaya ve geri yüklemeler (PITR ve coğrafi geri yükleme) gerçekleştirmeye devam edebilirsiniz ve bu, 16 Eylül 2024'ün gün batımı tarihine kadar desteklenmeye devam edecektir.

Tek Sunucudan Esnek Sunucuya Geçiş

MySQL için Azure Veritabanı - Tek Sunucudan MySQL için Azure Veritabanı - Esnek Sunucu'ya nasıl geçiş yapılacağını öğrenin.

Senaryo Araçlar Ayrıntılar
Çevrimdışı/Çevrimiçi MySQL için Azure Veritabanı İçeri Aktarma ve Azure CLI Öğretici: Azure CLI ile MySQL için Azure Veritabanı İçeri Aktarma
Çevrimdışı Veritabanı Geçiş Hizmeti (klasik) ve Azure portalı Öğretici: Azure portalı (çevrimdışı) ile DMS (klasik)
Çevrimiçi Veritabanı Geçiş Hizmeti (klasik) ve Azure portalı Öğretici: Azure portalı (çevrimiçi) ile DMS (klasik)
Çevrimdışı Yerinde otomatikleştirme isteği (Azure Destek bileti açma) MySQL için Azure Veritabanı Tek sunucudan Esnek Sunucuya yerinde otomatik geçiş

Diğer geçiş araçlarını kullanarak Tek Sunucu'dan Esnek Sunucu'ya geçiş hakkında daha fazla bilgi için MySQL için Azure Veritabanı geçiş için doğru araçları seçme bağlantısını ziyaret edin.

Not

MySQL için Azure Veritabanı - Tek Sunucu'dan Esnek Sunucuya yerinde otomatik geçiş, belirli Tek Sunucu veritabanı iş yükleri için planlı bakım penceresi sırasında hizmet tarafından başlatılan yerinde geçiştir. Uygun sunucular hizmet tarafından tanımlanır ve geçiş ayrıntılarını gözden geçirme adımlarını ayrıntılarıyla açıklayan bir ön bildirim gönderilir. Karmaşık özellikler (Okuma Çoğaltması, Sanal Ağ, Çift Infra şifrelemesi, Hizmet uç noktası/VNet Kuralları) etkinleştirilmemiş bir Tek Sunucu iş yükünüz varsa, artık azure destek bileti oluşturarak otomatik geçiş için kendinizi (hizmet tarafından önceden zamanlanmadıysa) aday gösterebilirsiniz. Diğer tüm Tek Sunucu iş yüklerinin, Geçiş için İçeri Aktarma MySQL için Azure Veritabanı Azure - Azure DMS tarafından sunulan kullanıcı tarafından başlatılan geçiş araçlarını kullanması önerilir. Yerinde otomatik geçiş hakkında daha fazla bilgiyi burada bulabilirsiniz.

Tek sunucudan Esnek Sunucuya geçiş yaparken önkoşul denetimleri

  • Kaynak MySQL için Azure Veritabanı Tek Sunucunuzda v8.x altyapı sürümü varsa, Esnek Sunucu'ya geçiş sonrasında kodlama uyumsuzluklarını önlemek için kaynak sunucunuzun .NET istemci sürücüsü sürümünü 8.0.32'ye yükseltin.
  • Kaynak MySQL için Azure Veritabanı Tek Sunucunuzda v8.x altyapı sürümü varsa, eski TLS sürümleri Esnek Sunucu için kullanım dışı bırakıldığından geçişten önce kaynak sunucunuzun TLS sürümünü v1.0 veya v1.1 sürümünden TLS v1.2 sürümüne yükseltin.
  • Kaynak MySQL için Azure Veritabanı Tek Sunucunuz 3308.3309 ve 3310 gibi sık kullanılmayan bağlantı noktaları kullanıyorsa, bağlantı bağlantı bağlantı noktanızı 3306 olarak değiştirin çünkü yukarıda bahsedilen uyumsuz bağlantı noktaları Esnek Sunucu'da desteklenmez.
  • Giden Kuralları'ndaki hizmet etiketleri (SQL), MySQL için Azure Veritabanı Esnek Sunucuda desteklenmez. Esnek Sunucu için güvenlik duvarı ayarlarını yapılandırırken Lütfen Giden Kuralları'nda Tam Etki Alanı adını (FQDN) kullanın.

Gün batımı tarihinden (16 Eylül 2024) sonra ne olur?

Hem Azure Update ve bloglar gibi genel kanallar aracılığıyla hem de müşteri e-postaları, ürün sayfaları ve Azure Portal başlıkları aracılığıyla doğrudan yardım aracılığıyla MySQL için Azure Veritabanı Esnek Sunucu'ya geçişi tamamlamak için son iki yıl içinde yinelenen bildirimler gönderdik. Bu bölüm, 16 Eylül 2024'den itibaren üretim ortamında kalan tüm iş yükleri için müşteri deneyimi hakkında daha fazla bilgi sağlar.

17 Eylül'den itibaren henüz geçirilmemiş yanıt vermeyen sunucular düzenli aralıklarla durdurulacak. Azure portalına gelmeniz, geçiş eylemlerini onaylamanız ve sunucunuzu başlatmanız gerekir. Sunucuyu başlattıktan sonra, MySQL için Azure Veritabanı - Esnek Sunucu'ya geçiş yapmak için MySQL için Azure Veritabanı CLI'yi veya Azure Veri Geçiş Hizmeti'ni kullanmaya devam edin. Öte yandan, otomatik geçişe devam etmek istiyorsanız otomatik geçişi zamanlamak için lütfen bir Azure Destek bileti oluşturun. İstemsiz zorlamalı geçişten kaçınmak için sunucuyu başlattığınızdan ve Esnek Sunucu'ya geçişten emin olun. Bu, yalnızca sınırlı özellikler geçirilebileceği için sunucunun kullanılamamasına neden olur.

Kullanım dışı bırakılan Tek Sunucu platformunda güvenlik ve hata düzeltmeleri bakımı olmayacağından, gün batımından sonra Tek Sunucu örneğinin çalıştırılması bir güvenlik riski oluşturur. Yönetilen örnekleri gün batımı tarihinden sonra güvenilir ve güvenli bir platformda çalıştırma taahhüdümüzü sağlamak için Tek Sunucu örneğiniz ve veri dosyaları aşamalı olarak uygun esnek sunucu örneğine son çare olarak zorla geçirilecektir.

Not

Gün batımından sonra Tek Sunucu örneğiniz için SLA'lar, hata düzeltmeleri, güvenlik düzeltmeleri veya canlı destek kabul edilmez.

Gün batımından sonra zorunlu geçiş

Gün batımı tarihinden sonra Tek Sunucu örneğiniz ve veri dosyaları aşamalı olarak uygun bir Esnek Sunucu örneğine zorla geçirilecektir. Bu, belirli gelişmiş işlevler Esnek Sunucu örneğine müşteri girişleri olmadan zorla geçirilemediklerinden, özellik kullanılabilirliğinin sınırlı olmasını sağlar. Bu, güvenlik ve ağ özelliklerine sahip sunucular için sunucunun kullanılamamasına neden olur. Aşağıdaki olası etkiyi en aza indirmek için geçiş sonrasında bu tür özellikleri yeniden yapılandırma adımları hakkında daha fazla bilgi edinin.

Yapılandırma için müşteri girişi gerektirdiğinden ve geçirilen Esnek Sunucu örneğinde etkinleştirilmediğinden aşağıdaki özellikler zorla geçirilemiyor:

  • Özel Bağlantı
  • Veri şifreleme (CMK)
  • Microsoft Entra kimlik doğrulaması (erstwhile Microsoft Entra ID)
  • Hizmet uç noktaları
  • Altyapı Çift şifreleme
  • Okuma Amaçlı Çoğaltmalar

Zorunlu geçiş sonrasında eylem gerekiyor

Önemli : Ağ, güvenlik ve veri şifreleme özellikleri etkinleştirilmiş tek sunucular, müşteri verilerini korumak için devre dışı durumda genel erişime sahip bir Esnek Sunucu örneğine zorla geçirilecektir. İş sürekliliğini sağlamak için zorunlu geçiş sonrasında uygun erişimi etkinleştirmeniz gerekir.

Zorlamalı geçiş sonrasında, iş sürekliliğini sağlamak için yukarıda geçirilen Esnek Sunucu örneğinde listelenen özellikleri yeniden yapılandırmanız gerekir:

Not

Sunucunuz MySQL için Azure Veritabanı - Esnek Sunucu'nun desteklenmediği bir bölgedeyse, gün batımı tarihini gönderin, Tek Sunucu örneğiniz verilere erişmek ve Esnek Sunucu'ya 15.05.2024'e kadar geçirebilmek için sınırlı işlemlerle kullanılabilir. Örneğiniz 15.yy 2024'e kadar Esnek Sunucu'ya zorla geçirilmez. Sunucularınız Aralık 2024'ün ilk haftasında durdurulacaktır. Sunucunuzu Azure Portal veya CLI aracılığıyla yeniden başlatabilir ve 7 gün içinde geçirebilirsiniz. Sunucunuz yukarıda belirtilen yetkisiz kullanım süresinde geçirilmezse, Aralık 2024'ün ikinci haftasında geçirilmeye zorlanır. 31 Aralık'tan sonra, platformu devre dışı bırakma amacıyla sunucular silinecek. İş sürekliliğindeki kesintileri önlemek için 22 Ekim 2024'den önce geçiş yapmak için aşağıdaki seçeneklerden birini kullanmanızı kesinlikle öneririz:

  • Uygun bir Azure bölgesinde Esnek Sunucu'ya bölgeler arası geçiş gerçekleştirmek için Azure DMS'yi kullanın.
  • Uyumluluk sorunları nedeniyle bölgeleri değiştiremiyorsanız, bölgedeki bir VM'de barındırılan MySQL Sunucusu'na geçiş yapın.

Esnek Sunucuda Bulut için Microsoft Defender özelliklerini yapılandırma

MySQL için Azure Veritabanı - Tek Sunucu'dan Bulut için Defender etkin esnek sunucuya geçiş yaptığınızda etkinleştirme durumu korunur. Tek Sunucu'da yapılandırabileceğiniz özellikler için Esnek Sunucu'da eşlik elde etmek için aşağıdaki tabloda yer alan ayrıntıları göz önünde bulundurun.

Özellik Yapılandırma
Belirli uyarı türlerini gizleme Bulut için Microsoft Defender platformuyla belirli uyarı türlerini devre dışı bırakın. Daha fazla bilgi için Bulut için Microsoft Defender kılavuzundan uyarıları gizleme bağlantısını ziyaret edin.

Tek Sunucu kullanıcıları API özelliğini kullanabilir:
properties.disabledAlerts
E-posta bildirimleri Abonelikteki tüm kaynaklar için Bulut için Microsoft Defender Uyarıları için e-posta bildirimi tanımlayın. Daha fazla bilgi için Güvenlik uyarıları için e-posta bildirimlerini yapılandırma bağlantısını ziyaret edin.

Tek Sunucu kullanıcıları API özelliklerini kullanabilir:
properties.emailAccountAdmins,
properties.emailAddresses
Daha fazla işleme ve/veya arşivleme için uyarıları dışarı aktarma Uyarılar Bulut için Microsoft Defender platformunda depolanır ve Azure Kaynak Grafı aracılığıyla kullanıma sunulur.
Uyarıları farklı bir depoya aktarabilir ve bekletmeyi ayrı ayrı yönetebilirsiniz. Daha fazla bilgi için Azure portalında sürekli dışarı aktarmayı ayarlama - Bulut için Microsoft Defender adresini ziyaret edin.

Tek Sunucu kullanıcıları API özelliklerini kullanabilir:
properties.retentionDays,
properties.storageAccountAccessKey,
properties.storageEndpoint

Sık Sorulan Sorular (SSS)

S. MySQL için Azure Veritabanı-Tek Sunucu neden kullanımdan kaldırılıyor?

A. MySQL için Azure Veritabanı – Tek Sunucu 2018'de Genel Kullanıma Sunuldu (GA). Bununla birlikte, Azure veritabanı manzarasındaki işlem, kullanılabilirlik, ölçeklenebilirlik ve performans özelliklerinde müşteri geri bildirimleri ve yeni gelişmeler göz önünde bulundurulduğunda, Tek Sunucu teklifinin kullanımdan kaldırılıp yeni bir mimariyle yükseltilmesi gerekir( Azure'ın açık kaynak veritabanı platformundan en iyi şekilde yararlanabilmek için Esnek Sunucu MySQL için Azure Veritabanı). Kullanımdan kaldırma duyurusunu burada bulabilirsiniz.

S. Neden MySQL için Azure Veritabanı - Esnek Sunucu'ya geçmem isteniyor?

A. MySQL için Azure Veritabanı - Esnek Sunucu, Tüm MySQL iş yüklerinizi Azure'da çalıştırmak için en iyi platformdur. Azure MySQL- Esnek sunucu hem ekonomiktir hem de daha ucuz ve daha hızlı olağanüstü durum kurtarma için tüm hizmet katmanlarında daha iyi performans ve maliyetlerinizi kontrol etmek için daha fazla yol sağlar:

  • Hızla artırılabilir katman işlem seçenekleri için destek de dahil olmak üzere maliyetleri optimize etmenin daha fazla yolu.
  • Düşük gecikme süresi, yüksek eşzamanlılık, hızlı yük devretme ve yüksek ölçeklenebilirlik gerektiren iş açısından kritik üretim iş yükleri için geliştirilmiş performans.
  • Aynı veya farklı bir bölgede etkin bekleme yapılandırma özelliği ve planlı sunucu bakımı için bir saatlik zaman aralığı ile geliştirilmiş çalışma süresi.

S. Tek sunucumu esnek bir sunucuya ne zaman geçirmem gerekir?

A. MySQL için Azure Veritabanı - Tek Sunucu kullanımdan kaldırılarak 16 Eylül 2024' te geçiş yaşam döngüsünün tamamlanmasını sağlamak, Esnek Sunucu tarafından sunulan avantajları uygulamak ve işletmenizin sürekliliğini sağlamak için tek sunucunuzu en erken fırsatta esnek bir sunucuya geçirmenizi kesinlikle öneririz.

S. Mevcut MySQL için Azure Veritabanı tek sunucu örneklerime ne olur?

A. Mevcut MySQL için Azure Veritabanı tek sunucu iş yükleriniz önceki gibi çalışmaya devam eder ve gün batımı tarihine kadar resmi olarak desteklenir. Ancak, Tek Sunucu için yeni güncelleştirme yayımlanmaz ve en erken MySQL için Azure Veritabanı Esnek Sunucu'ya geçiş yapmaya başlamanızı kesinlikle öneririz. Gün batımı tarihinden sonra Tek Sunucu örneğiniz ve veri dosyaları aşamalı olarak uygun bir Esnek Sunucu örneğine zorla geçirilecektir.

S. Tek Sunucu'ya gün batımı tarihinden sonra devam etmeyi seçebilir miyim?

A. Ne yazık ki, 16 Eylül 2024'ün gün batımı tarihinden sonra Tek Sunucu desteği sağlamayı planlamıyoruz ve bu nedenle geçişinizi mümkün olan en kısa sürede planlamaya başlamanızı kesinlikle öneririz. Gün batımı tarihinden sonra Tek Sunucu örneğiniz ve veri dosyaları aşamalı olarak uygun bir Esnek Sunucu örneğine zorla geçirilecektir. Bazı gelişmiş işlevler Esnek Sunucu örneğine müşteri girişleri olmadan zorla geçirilebileceğinden bu durum sınırlı özellik kullanılabilirliğine yol açabilir. Olası etkiyi en aza indirmek için geçiş sonrasında bu tür özellikleri yeniden yapılandırma adımları hakkında daha fazla bilgi edinin. Sunucunuz MySQL için Azure Veritabanı - Esnek Sunucu'nun desteklenmediği bir bölgedeyse, gün batımı tarihini gönderin, Tek Sunucu örneğiniz verilere erişmek ve Esnek Sunucu'ya 15.yy'a kadar geçirebilmek için sınırlı işlemlerle kullanılabilir.

S. Tek sunucum esnek sunucuyu desteklemeyen bir bölgeye dağıtıldı. Gün batımından sonra sunucuma ne olacak?

A. Sunucunuz MySQL için Azure Veritabanı - Esnek Sunucu'nun desteklenmediği bir bölgedeyse, gün batımı tarihini gönderin, Tek Sunucu örneğiniz verilere erişmek ve Esnek Sunucu'ya 15.yy'a kadar geçirebilmek için sınırlı işlemlerle kullanılabilir. İş sürekliliğindeki kesintileri önlemek için gün batımı tarihinden önce geçiş yapmak için aşağıdaki seçeneklerden birini kullanmanızı kesinlikle öneririz:

  • Uygun bir Azure bölgesinde Esnek Sunucu'ya bölgeler arası geçiş gerçekleştirmek için Azure DMS'yi kullanın.
  • Uyumluluk sorunları nedeniyle bölgeleri değiştiremiyorsanız, bölgedeki bir VM'de barındırılan MySQL Sunucusu'na geçiş yapın.

S. Gün batımından sonra Tek Sunucum için herhangi bir veri kaybı olacak mı?

A. Hayır, Tek Sunucu örneğinde herhangi bir veri kaybı oluşmaz. Gün batımı tarihinden sonra, Veri dosyalarıyla birlikte Tek Sunucu örneğiniz uygun bir Esnek Sunucu örneğine zorla geçirilecektir. Sunucunuz MySQL için Azure Veritabanı - Esnek Sunucu'nun desteklenmediği bir bölgedeyse, gün batımı tarihini gönderin, Tek Sunucu örneğiniz verilere erişmek ve 15 Nov'a kadar uygun bir bölgede Esnek Sunucu'ya geçirebilmek için sınırlı işlemlerle kullanılabilir.

S. Tek Sunucu'nun kullanımdan kaldırılma duyurusundan sonra, iş gereksinimlerimi karşılamak için yeni bir tek sunucu oluşturmam gerekirse ne olur?

A. Bu kullanımdan kaldırma işleminin bir parçası olarak, 16 Ocak 2023'ten itibaren Azure portalından yeni Tek Sunucu örnekleri oluşturmayı desteklemeyeceğiz. Ayrıca, 19 Mart 2024'den itibaren Azure CLI kullanarak yeni MySQL için Azure Veritabanı Tek Sunucu örnekleri oluşturamayacaksınız. İş sürekliliği gereksinimlerini karşılamak için hala Tek Sunucu örnekleri oluşturmanız gerekiyorsa, bir Azure desteği bileti oluşturun.

S. Tek Sunucu'nun kullanımdan kaldırılma duyurusundan sonra, tek sunucu örneğim için yeni bir okuma amaçlı çoğaltma oluşturmam gerekirse ne olur?

A. Çoğaltma dikey penceresinden mevcut tek sunucu örneğiniz için okuma amaçlı çoğaltmalar oluşturmaya devam edebilirsiniz ve bu, 16 Eylül 2024'ün gün batımı tarihine kadar desteklenmeye devam edecektir.

S. Geçişi gerçekleştirmeyle ilgili ek maliyetler var mı?

A. Geçişi çalıştırırken, hedef esnek sunucu ve kaynak tek sunucu için ödeme yapmanız gerekir. Hedef esnek sunucunun yapılandırması ve işlem, gereken ek maliyetlerin değerini belirler. Daha fazla bilgi için bkz. Fiyatlandırma. Başarılı bir geçişten sonra kaynak tek sunucunun yetkisini aldıktan sonra yalnızca çalışan esnek sunucunuz için ödeme yapmış olursunuz. geçişi Azure Veritabanı Geçiş Hizmeti (klasik), yerinde otomatikleştirme veya MySQL için Azure Veritabanı İçeri aktarma geçiş araçları aracılığıyla çalıştırırken herhangi bir maliyet oluşmaz.

S. Faturalamam, Tek Sunucu ile karşılaştırıldığında Esnek Sunucu çalıştırmadan etkilenecek mi?

A. Hedef esnek sunucu için aynı bölgeyi veya alanlar arası yedekli yüksek kullanılabilirliği seçerseniz, faturanız tek sunucuda olduğundan daha yüksektir. Aynı alanlar veya alanlar arası yedekli yüksek kullanılabilirlik, yedekli yedeklemenin depolanmasıyla birlikte etkin bekleme sunucusunun da eklenmesini ve dolayısıyla ek maliyet olmasını gerektirir. Bu mimari, planlanmamış kesintiler ve planlı bakım sırasında kapalı kalma süresinin azaltılmasını sağlar. Ayrıca, iş yükünüze bağlı olarak, esnek sunucular tek sunucular üzerinde daha iyi performans sağlayabilir ve böylece iş yükünüzü esnek sunucularda daha düşük bir SKU ile çalıştırabilirsiniz ve bu nedenle genel maliyetiniz tek bir sunucununkine benzer olabilir.

S. Tek Sunucu'ya Esnek Sunucu'ya geçiş için kapalı kalma süresine neden olabilir miyim?

A. Ortaya çıkan kapalı kalma sürelerini sınırlamak için Esnek Sunucu'ya çevrimiçi geçiş gerçekleştirin, bu size en düşük kapalı kalma süresini sağlar.

S. En son MySQL sürümlerini desteklemek için tek sunucuda gelecekteki güncelleştirmeler olacak mı?

A. Tek Sunucu sürüm 8.0'a son ikincil sürüm yükseltmesi 8.0.15 olacaktır. En son sürüm yükseltmelerinin avantajlarını kullanmak için Esnek Sunucu'ya geçmeyi göz önünde bulundurun.

S. Esnek sunucunun %99,99 kullanılabilirlik SLA'sı ile tek sunucu arasındaki fark nedir?

A. Esnek sunucunun alanlar arası yedekli dağıtımı, bölgesel düzeyde dayanıklılık ile %99,99 kullanılabilirlik sağlarken, tek sunucu tek bir kullanılabilirlik alanında dayanıklılık sağlar. Esnek Sunucunun Yüksek Kullanılabilirlik (HA) mimarisi, tek sunucunun HA mimarisine kıyasla yedekli işlem ve depolama (her sitenin verileri 3 kat kopyada depolanır) ile birlikte, bölgesel hatalardan kurtulmaya yardımcı olmak için pasif etkin beklemeye sahip olmayan sıcak bir bekleme ortamı dağıtır. Esnek sunucunun HA mimarisi, planlanmamış kesintiler ve planlı bakım sırasında daha az kapalı kalma süresi sağlar.

S. Tek sunucumu esnek bir sunucuya geçirmeme yardımcı olacak geçiş seçenekleri nelerdir?

A. Geçiş için MySQL için Azure Veritabanı İçeri Aktar (önerilen) kullanabilirsiniz. Ayrıca, çevrimiçi veya çevrimdışı geçişleri çalıştırmak için Veritabanı Geçiş Hizmeti (klasik) kullanabilirsiniz.

S. Tek sunucum esnek sunucuyu desteklemeyen bir bölgeye dağıtıldı. Geçişe nasıl devam etmeliyim?

A. Azure Veritabanı Geçiş Hizmeti (klasik) bölgeler arası geçişi desteklediği için hedef esnek sunucunuz için uygun bir bölge seçebilir ve ardından DMS (klasik) geçişiyle devam edebilirsiniz.

S. Tek sunucum için Sorgu Deposu yapılandırıldı ve bu özellik Esnek Sunucuda desteklenmiyor. Nasıl geçiş yaparım?

A. Sorgu Deposu ile özellik eşliğini elde etmek için buradaki adımları izleyerek hedef Esnek Sunucu geçiş sonrasında yavaş sorgu günlüklerini yapılandırabilirsiniz. Daha sonra çalışma kitapları şablonunu kullanarak sorgu içgörülerini görüntüleyebilirsiniz.

S. Tek sunucum için yapılandırılmış Hizmet Uç Noktası (VNet Kuralları) var ve bu özellik Esnek Sunucuda desteklenmiyor. Nasıl geçiş yaparım?

A. Hizmet uç noktası (sanal ağ Kuralı) MySQL için Azure Veritabanı Esnek Sunucuda desteklenmez. Özellik eşliğini karşılamak için geçirilen Esnek Sunucu örneğinde Özel Bağlantı yapılandırmanızı öneririz. Özel Bağlantı yapılandırma hakkında daha fazla bilgiyi burada bulabilirsiniz.

S. Tek sunucum için yapılandırılmış Altyapı Çift şifrelemesi var ve bu özellik Esnek Sunucuda desteklenmiyor. Nasıl geçiş yaparım?

A. Altyapı Çift şifrelemesi MySQL için Azure Veritabanı Esnek Sunucuda desteklenmez. Özellik eşliğini karşılamak için geçirilen Esnek Sunucuda Veri şifrelemesini yapılandırmanızı öneririz. Veri şifrelemesi (CMK) yapılandırma hakkında daha fazla bilgiyi burada bulabilirsiniz.

S. v8.0 tek sunucum için yapılandırılmış TLS v1.0/1.1 var ve bu özellik şu anda Esnek Sunucu'da desteklenmiyor. Nasıl geçiş yaparım?

A. Modern güvenlik standartlarını desteklemek için MySQL topluluk sürümü, 8.0.28 sürümünden itibaren Aktarım Katmanı Güvenliği (TLS) 1.0 ve 1.1 protokolleri üzerinden iletişim desteğini sonlandırmıştır. İstemci sürücülerinizi TLSv1.2'yi destekleyecek şekilde yükselterek MySQL için Azure Veritabanı - Tek Sunucu'ya güvenli bir şekilde bağlanmanızı ve esnek sunucuya geçiş yapmanızı öneririz.

S. Tek Sunucudan Esnek Sunucuya geçişi geri alma seçeneği var mı?

A. İstediğiniz sayıda test geçişi gerçekleştirebilir ve test yoluyla güven kazandıktan sonra son geçişi gerçekleştirebilirsiniz. Test geçişi, kaynak tek sunucuyu etkilemez. Bu sunucu çalışır durumda kalır ve siz gerçek geçişi gerçekleştirene kadar çoğaltmaya devam eder. Test geçişi sırasında herhangi bir hata varsa, son geçişi ertelemeyi ve kaynak sunucunuzu çalışır durumda tutmayı seçebilirsiniz. Ardından, hataları çözümledikten sonra son geçişi yeniden yapabilirsiniz. Esnek Sunucu'ya son geçişi gerçekleştirdikten ve kaynak tek sunucu kapatıldıktan sonra Esnek Sunucudan Tek Sunucuya geri alma işlemi gerçekleştiremezsiniz.

S. Veritabanımın boyutu 1 TB'tan büyük olduğundan geçişime nasıl devam etmeliyim?

A. Daha ağır iş yükleri için yüksek performansa sahip geçişi yapmak için MySQL için Azure Veritabanı İçeri Aktarma (önerilen) kullanabilirsiniz.

S. Bölgeler arası geçiş destekleniyor mu?

A. Azure Veritabanı Geçiş Hizmeti bölgeler arası geçişleri desteklediği için tek sunucunuzu DMS kullanarak farklı bir bölgeye dağıtılan esnek bir sunucuya geçirebilirsiniz.

S. Abonelikler arası geçiş destekleniyor mu?

A. Azure Veritabanı Geçiş Hizmeti abonelikler arası geçişleri desteklediği için tek sunucunuzu DMS kullanarak farklı bir aboneliğe dağıtılmış esnek bir sunucuya geçirebilirsiniz.

S. Kaynak grupları arası abonelik destekleniyor mu?

A. Azure Veritabanı Geçiş Hizmeti çapraz kaynak grubu geçişlerini destekler, böylece tek sunucunuzu DMS kullanarak farklı bir kaynak grubunda dağıtılan esnek bir sunucuya geçirebilirsiniz.

S. Sürümler arası destek var mı?

A. Evet, daha düşük sürüm MySQL sunucularından (v5.6 ve üzeri) daha yüksek sürümlere geçiş, Azure Veritabanı Geçiş Hizmeti geçişler aracılığıyla desteklenir.

S. My MySQL için Azure Veritabanı Single Server, Esnek Sunucu'da desteklenmeyen 3308.3309 ve 3310 gibi varsayılan olmayan bağlantı noktalarını kullanır. Esnek Sunucuya geçiş yaparken bağlantı sağlamak için ne yapmalıyım?

A. Kaynak MySQL için Azure Veritabanı Tek Sunucunuz 3308.3309 ve 3310 gibi sık kullanılmayan bağlantı noktaları kullanıyorsa, bağlantı bağlantı bağlantı noktanızı 3306 olarak değiştirin çünkü yukarıda bahsedilen uyumsuz bağlantı noktaları Esnek Sunucu'da desteklenmez.

S. Emeklilikle ilgili başka sorularım var. Bununla ilgili nasıl yardım alabilirim?

A. Sorularınız varsa Microsoft Soru-Cevap'taki topluluk uzmanlarından yanıt alın. Destek planınız varsa ve teknik yardıma ihtiyacınız varsa bir destek isteği oluşturun:

  1. Özet için, sorununuzun açıklamasını sağlayın.
  2. Sorun türü için Teknik'i seçin.
  3. Abonelik için, aboneliğinizi seçin.
  4. Hizmet için Hizmetlerim'i seçin.
  5. Hizmet türü için tek sunucu MySQL için Azure Veritabanı seçin.
  6. Kaynak için kaynağınızı seçin.
  7. Sorun türü için Geçiş'i seçin.
  8. Sorun alt türü için Tek sunucudan esnek sunucuya geçiş'i seçin

MySQL için Azure Veritabanı - Tek Sunucudan Esnek Sunucuya geçişler için Azure Veritabanı Geçiş Hizmeti (klasik) kullanma hakkında bilgi için SSS bölümünü ziyaret edin.

Hizmetleri geçirmenin can sıkıcı bir deneyim olabileceğini biliyoruz ve bunun size neden olabileceği rahatsızlıktan dolayı önceden özür dileriz. Size ve ortamınıza en uygun senaryoları seçebilirsiniz.