Azure Veritabanı Geçiş Hizmeti'ni kullanma hakkında SSS

Azure Veritabanı Geçiş Hizmeti, birden çok veritabanı kaynağından Azure Veri platformlarına en düşük kapalı kalma süresiyle sorunsuz geçişler sağlamak için tasarlanmış tam olarak yönetilen bir hizmettir. Hizmet şu anda Genel Kullanılabilirlik aşamasındadır ve sürekli geliştirme çalışmaları aşağıdakilere odaklanmıştır:

• Güvenilirlik ve performans.
• Kaynak-hedef çiftlerinin yinelemeli olarak eklenmesi.
• Sorunsuz geçişlere sürekli yatırım.

Hizmet şu anda çeşitli kaynak/hedef çiftlerini veya geçiş senaryolarını desteklemektedir. Kullanılabilir her geçiş senaryosunun durumunun tam listesi için Azure Veritabanı Geçiş Hizmeti tarafından desteklenen geçiş senaryolarının durumu makalesine bakın.

SQL Server'dan geçiş yaparken, Azure Veritabanı Geçiş Hizmeti için desteklenen kaynaklar SQL Server 2008 ve sonraki sürümleridir. SQL Geçişi uzantısıyla Azure Data Studio kullanıyorsanız desteklenen kaynaklar SQL Server 2008 ile SQL Server 2022 arasındadır.

çevrimdışı ve çevrimiçi geçişler gerçekleştirmek için Azure Veritabanı Geçiş Hizmeti kullanabilirsiniz. Çevrimdışı geçişle, geçiş başladığında uygulama kapalı kalma süresi başlar. Çevrimiçi geçişte kapalı kalma süresi, geçiş sonunda kesilecek süreyle sınırlıdır. Çalışmama süresinin kabul edilebilir olup olmadığını belirlemek için bir çevrimdışı geçişini test etmenizi öneririz.

Azure Veritabanı Geçiş Hizmeti, büyük ölçekte Microsoft Azure'a veritabanı geçişi için tercih edilen yöntemdir. Azure Veritabanı Geçiş Hizmeti'nin diğer Microsoft veritabanı geçiş araçlarıyla karşılaştırması hakkında daha fazla bilgi edinmek ve hizmeti çeşitli senaryolarda kullanma hakkında öneriler için bkz. Microsoft'un Veritabanı Geçiş Araçları ve Hizmetlerini Farklı hale getirme.

Azure Geçişi, şirket içi sanal makinelerin Azure IaaS'ye geçirilmesine yardımcı olabilir. Hizmet, geçiş uygunluğunu ve performans tabanlı boyutlandırmayı değerlendirir ve şirket içi sanal makinelerinizi Azure'da çalıştırmak için maliyet tahminleri sağlar. Azure Geçişi, şirket içi VM tabanlı iş yüklerinin Azure IaaS VM'lerine lift-and-shift geçişleri için kullanışlıdır. Ancak, Azure Veritabanı Geçiş Hizmeti aksine Azure Geçişi, Azure SQL Veritabanı veya Azure SQL Yönetilen Örneği gibi Azure PaaS ilişkisel veritabanı platformları için özel bir veritabanı geçiş hizmeti teklifi değildir.

Hayır Veritabanı Geçiş Hizmeti müşteri verilerini depolamaz.

Azure SQL VM ve Azure SQL MI hedefleri için DMS, yedekleme ve geri yükleme kullanarak fiziksel geçişi kullanır. Aşağıda açıklandığı gibi, seçilen geçiş modu verilerin kaynak ve hedef arasında nasıl tutarlı tutulduğunu belirler.

• Çevrimdışı geçiş: Azure SQL VM ve Azure SQL MI hedeflerine çevrimdışı geçiş sırasında, geçiş başladığında uygulama kapalı kalma süresi başlar. DMS, kaynaktan en son yedekleme dosyası/dosyaları SMB ağ depolama alanına veya Azure blob kapsayıcısına (geçiş yapılandırmasına göre) aktarıldığı sürece tüm yedekleme dosyalarını Hedefe geri yükler. Yedekleme CHECKSUM seçeneğiyle alınırsa, DMS geri yükleme işlemi doğrulamayı otomatik olarak gerçekleştirir. Sağlama toplamı olmadığında, geri yüklemeden önce yedeklemenin bütünlüğü açıkça denetlenmektedir. Bu, geri yükleme dosyasının yedekleme dosyasıyla aynı olmasını ve dolayısıyla aynı verilere sahip olmasını sağlar. DMS geçiş izleme sayfasında gösterilen hedefte uygulanan/geri yüklenen yedekleme dosyası ile kaynaktan son yedekleme dosyası adı da dahil olmak üzere tüm yedekleme dosyalarını doğrulayabilir ve ilgili sağlama toplamlarını doğrulayabilirsiniz.

• Çevrimiçi geçiş: Azure SQL VM ve Azure SQL MI hedeflerine çevrimiçi geçiş sırasında, geçişi tam geçişi başlattıktan sonra ve uygulamayı durdurduğunızda kapalı kalma süresi başlar. DMS, kaynaktan en son yedekleme dosyası/dosyaları SMB ağ depolama alanına veya Azure blob kapsayıcısına (geçiş yapılandırmasına göre) aktarıldığı sürece tüm yedekleme dosyalarını Hedefe geri yükler. Tam geçiş düğmesine bastıktan sonra DMS, SMB ağ depolama alanında veya Azure blob kapsayıcısı üzerinde mevcut olan ve hedefe uygulanmayan/geri yüklenecek bekleyen yedekleme dosyalarının (varsa) sayısını gösterir. Yedekleme CHECKSUM seçeneğiyle alınırsa, DMS geri yükleme işlemi doğrulamayı otomatik olarak gerçekleştirir. Sağlama toplamı olmadığında, geri yüklemeden önce yedeklemenin bütünlüğü açıkça denetlenmektedir. Bu, geri yükleme dosyasının yedekleme dosyasıyla aynı olmasını ve dolayısıyla aynı verilere sahip olmasını sağlar. DMS geçiş izleme sayfasında gösterilen hedefte uygulanan/geri yüklenen yedekleme dosyası ile kaynaktan son yedekleme dosyası adı da dahil olmak üzere tüm yedekleme dosyalarını doğrulayabilir ve ilgili sağlama toplamlarını doğrulayabilirsiniz.

Azure SQL DB hedefleri için DMS, Azure SQL DB örneğinde mantıksal geçiş yapar; örneğin, verileri kaynak SQL veritabanının tablolarından kopyalar ve Hedef Azure SQL DB'nin tablolarına yazar. DMS yalnızca Azure SQL DB'ye çevrimdışı geçişi desteklediğinden, geçiş başladığında uygulama kapalı kalma süresi başlar. Geçiş izleme sayfasından okunan (kaynak veritabanı tablosundan) ve kopyalanan (hedef Azure SQL DB tablosuna yazılan) satır sayısını izleyebilir ve doğrulayabilirsiniz. Ek onay olarak, aşağıdaki TSQL'i çalıştırarak hem kaynak hem de hedef veritabanlarında sağlama toplamı alabilir, kaynak ve geri yükleme verilerinin özdeş olduğunu doğrulayabilirsiniz.

  "SELECT CHECKSUM_AGG(CHECKSUM(*)) FROM <table_name>"
  

Not: Kaynak veya Hedef DB'ye hiçbir uygulama/uygulama yazmazsa/yazmazsa. Veri karşılaştırması için Veritabanı Karşılaştırma aracı gibi araçlardan da yararlanabilirsiniz.

Aşağıdaki listede, veri geçişi gerçekleştirmek için arka planda oluşturulabilecek Azure kaynakları yer alır. Kullanılan hizmetler geçiş senaryosuna göre farklılık gösterebilir.

• Azure İzleyici
• Azure VM
• Azure Depolama
• Azure Service Bus
• Azure Data Factory

DMS dahili olarak ağ konumları, kimlik bilgileri, yedekleme dosyaları ve tamamlanan görevler hakkında bilgi içeren bir meta veri deposu tutar. Kimlik bilgileri ve hesap anahtarları gibi seçili alanlar şifrelenir. Telemetriye dahil edilebilecek tablo adları gibi veriler karma olarak oluşturulur. Kullanıcı adları hizmet günlüklerinde düz metin olarak görünebilir, ancak parolalar hiçbir zaman gösterilmez. Telemetri bölgeye göre silolanır, bekletme ilkelerine tabidir ve yalnızca geçerli sorun giderme amacıyla Microsoft'un yetkili personeli tarafından kullanılabilir. Sunucu ve veritabanı adları gibi Azure kaynak adları, Azure kaynaklarına yönelik kuralları izler.

DMS (Klasik), işlem katmanları arasındaki iletişimi kolaylaştırmak için Azure Service Bus konu başlıklarını kullanır. Azure Service Bus konuları her DMS örneğine özeldir ve tüm kişisel veriler şifrelenir.

Azure Sanal Makineler'da Azure SQL Yönetilen Örneği ve SQL Server

Şema ve veriler yedekleme ve geri yükleme kullanılarak geçirilir. Müşteriler bir ağ paylaşımından veya doğrudan bir depolama kapsayıcısından geri yükleme seçeneğine sahiptir. İsteğe bağlı (ancak kesinlikle önerilen) iş yükü boyutlandırma önerileri sağlamak için Windows performans verilerini içeren bir dosya kullanılabilir.

Azure SQL Veritabanı

Azure SQL Veritabanı geçişleri iki adımda gerçekleştirilir. İlk adım şema geçişidir. DMS (Klasik), şema geçişi için SQL Yönetim Nesneleri'ni (SMO) kullanır. İkinci adım, gerçek veri geçişidir. SqlBulkCopy, veri geçişi gerçekleştirmek için kullanılır. DMS şema geçişlerini desteklemez. Veriler Azure Data Factory kullanılarak geçirilir. İsteğe bağlı olarak ancak kesinlikle önerilir; iş yükü boyutlandırma önerileri sağlamak için Windows performans verilerini içeren bir dosya kullanılabilir.

PostgreSQL için Azure Veritabanı

Bu senaryoda, son kullanıcı ve pg_restore komut satırı yardımcı programlarını kullanarak pg_dump şemayı meta verileri ayıklar. PostgreSQL için değişiklik veri yakalamayı yapılandırırken DMS, CDC için ilk dağıtım işlemini dahili olarak pg_dump ve pg_restore gerçekleştirir. Veriler, yalnızca DMS örneğinizin erişebildiği şifrelenmiş geçici bir depolama alanında depolanır. İsteğe bağlı (ancak kesinlikle önerilen) iş yükü boyutlandırma önerileri sağlamak için Windows performans verilerini içeren bir dosya kullanılabilir.

MySQL için Azure Veritabanı

Bu senaryoda, şema ayıklama ve geçiş işlemi DMS (Klasik) tarafından mysql-net/MySqlConnector kullanılarak yapılır. Mümkün olduğunda MySQL binlog çoğaltması hem verileri hem de şema değişikliklerini çoğaltmak için kullanılır. Özel kod, binlog çoğaltmanın kullanılamadığı değişiklikleri eşitlemek için kullanılır.

MongoDB'den Azure Cosmos DB'ye

DMS, MongoDB'den cosmos DB'ye veri ayıklar ve ekler. Ayrıca BSON veya JSON dökümü verilerini ayıklama seçeneği de sunar.

BSON dökümleri için DMS, verileri bir blob kapsayıcısı içindeki aynı klasör içinde biçiminde kullanır bsondump . DMS yalnızca biçimini collection.metadata.jsonkullanarak meta veri dosyalarını arar.

JSON dökümleri için DMS, içeren veritabanlarının adını taşıyan blob kapsayıcı klasörlerindeki dosyaları okur. Her veritabanı klasörü içinde DMS yalnızca alt klasöre data yerleştirilen veri dosyalarını kullanır. DMS yalnızca alt klasöre yerleştirilen metadata ve meta veri biçimini collection.json kullanarak adlandırılmış dosyalara bakar.

Oracle to Azure SQL Veritabanı

Bu senaryoda, isteğe bağlı (ancak kesinlikle önerilir) iş yükü boyutlandırma önerileri sağlamak için AWR raporu veya bir Windows perfmon dosyası kullanılmaktadır. Geçişi gerçekleştiren kullanıcı, hedef veritabanını hazırlamak üzere bir şema geçişi gerçekleştirmek için Veritabanı Şema Dönüştürme Araç Seti kullanır.

Oracle to PostgreSQL için Azure Veritabanı

Oracle'ın Azure SQL Veritabanı çok benzer şekilde, bu senaryoda, isteğe bağlı (ancak kesinlikle önerilen) iş yükü boyutlandırma önerileri sağlamak için AWR raporu veya bir Windows perfmon dosyası kullanılmaktadır. Kitaplık ora2pg , şemayı ayıklamak ve geçişi gerçekleştiren kullanıcı tarafından verileri el ile geçirmek için kullanılır.

DMS (Klasik), müşteri ağ yapılandırmasına dayanır. Geçiş kaynağı özel uç noktalar kullanıyorsa, tercih edilen yapılandırma olan özel uç noktaları kullanırız. Tek seçenek ortak uç noktaları kullanırız.

DMS, veri taşıma zamanlaması ve koordinasyonu için ADF'yi büyük ölçüde arka planda kullanır. Buna ek olarak, Şirket İçinde Barındırılan Tümleştirme Çalışma Zamanı, muhtemelen kendi ADF işlem hatlarınız için zaten kullandığınız çalışma zamanından farklı değildir. Güvenlik duvarı ve ara sunucu sorunları hakkında daha fazla bilgi için bkz . Şirket içinde barındırılan tümleştirme çalışma zamanı oluşturma ve yapılandırma.

Tüm müşteri verileri bekleme sırasında şifrelenir. Mantıksal sunucu adları ve veritabanı adları dahil ancak bunlarla sınırlı olmamak üzere bazı meta verilerin yanı sıra geçiş durumu ve geçiş ilerleme durumu, şifrelenmemiş hizmet günlüklerinde görünür.

Aktarımdaki tüm veriler varsayılan olarak TLS 1.2 şifrelemesiyle korunur. TLS'nin eski sürümlerini gerektiren eski istemcilerin DMS (Klasik) portal sayfasında gerekli sürümlerin etkinleştirilmesi gerekir. DMS için Şirket İçinde Barındırılan Tümleştirme Çalışma Zamanı'nın yüklendiği makine, eski istemcileri barındırmak için gerekli TLS ayarlarına izin verecek şekilde yapılandırılabilir. SQL Server için TLS yapılandırması hakkında daha fazla bilgi için bkz . KB3135244 - Microsoft SQL Server için TLS 1.2 desteği.

Mümkün olduğunca özel uç noktalar kullanılır. Özel uç noktalar bir seçenek değilse, hizmet katmanları arasındaki iletişim için genel uç noktalar kullanılır. Uç nokta türü ne olursa olsun, tüm kaynaklar DMS'nin belirli bir örneğine ayrılmış/kapsamlıdır ve benzersiz kimlik bilgileriyle güvenli hale getirilir.

Veri düzlemi veya kontrol düzlemi içinde verilerin şifrelenmesinin müşteri tarafından yönetilen anahtarları desteklemiyoruz. Ancak, tüm müşteri verileri bekleyen hizmet tarafından yönetilen anahtarlar kullanılarak şifrelenir. Mantıksal sunucu adları ve veritabanı adları dahil ancak bunlarla sınırlı olmamak üzere bazı meta verilerin yanı sıra geçiş durumu ve ilerleme durumu, hizmet günlüklerinde şifrelenmemiş biçimde görüntülenir.

Aktarımdaki tüm veriler varsayılan olarak TLS 1.2 şifrelemesiyle şifrelenir. DMS (Klasik) portal sayfası, eski istemciler için eski TLS sürümlerinin kullanılmasına izin verir. DMS için Şirket İçinde Barındırılan Tümleştirme Çalışma Zamanı'nın yüklü olduğu makine, eski istemcileri barındırmak için TLS ayarlarının yönetimine izin verecek şekilde yapılandırılabilir. SQL Server için TLS yapılandırması hakkında daha fazla bilgi için bkz . KB3135244 - Microsoft SQL Server için TLS 1.2 desteği.

Müşteri Tarafından Yönetilen Anahtarlar ile denetimimizdeki veya veri düzlemimizdeki verileri şifreleme özelliğini kullanıma sunmayız. Hizmet günlükleri dışında DMS örneği silindiği anda tüm müşteri verileri silinir. DMS hizmet günlükleri yalnızca 30 gün boyunca tutulur.

TDE

DMS, Müşteri Tarafından Yönetilen Anahtarların (CMK) Saydam Veritabanı Şifrelemesi (TDE) için Azure SQL'e geçişini destekler. TDE anahtarlarınızı geçirmeye yönelik adım adım yönergeler için bkz . Öğretici: TDE özellikli veritabanlarını (önizleme) Azure Data Studio'da Azure SQL'e geçirme.

Hücre şifrelemesi

Hücre düzeyinde şifreleme şema düzeyinde işlenir. Şema geçiş araçları, hücre düzeyinde şifreleme uygulamak için gereken işlevler ve saklı yordamlar da dahil olmak üzere tüm şema nesnelerini geçirir.

Always Encrypted

DMS şu anda tek tek veri satırlarının kaynak ve hedef arasında geçirildiği senaryolar aracılığıyla Always Encrypted geçişini desteklememektedir. Always Encrypted aracılığıyla şifrelenen sütunlar, var olan bir SQL Server örneğinden Azure SQL VM'sine veya Azure SQL Yönetilen örneğine geçiş gibi yedekleme/geri yükleme kullanan senaryolarda beklendiği gibi geçirilir.

Azure'da sağlananların ötesinde konum algılamalı erişim denetimi uygulamayız. DMS örneğiyle ilişkili tüm veriler DMS kaynağıyla aynı bölgede bulunur.

Hizmetlerimiz farklı iç denetimlere ve iş süreçlerine sahip çeşitli ortamlarda kullanılmaktadır. DMS, kullandığı hesabın erişim iznine sahip olduğu her yerden ve bu hesaba veri taşır. Üzerinde çalıştığı ortamın izinlerini ve iç denetimlerini anlamak kullanıcının sorumluluğundadır. DMS'nin kaynağa bağlanmak için kullandığı hesabın kaynaktan geçirilmesi amaçlanan tüm verileri görmek için erişimi olduğundan emin olmak özellikle önemlidir.

Sanal ağ ekleme , Microsoft kiracısında bulunan bir Azure kaynağını müşteri kiracısı altındaki bir sanal ağ içindeki bir alt ağa ekleme eylemidir. Bu yaklaşım, müşteri adına işlem yönetmemize ve müşteri kaynaklarına erişimi sürdürmemize olanak sağlamak için DMS ile birlikte ele alınmıştır. Ağ müşteri aboneliğinde olduğundan, Microsoft Başlat, Durdur, Sil veya Dağıt komutlarını vermenin ötesinde VM'yi yönetemez. VM'ye erişmesi gereken diğer tüm yönetim eylemleri için müşteri tarafından başlatılan bir destek isteği ve onayı gerekir.

Veritabanı geçişlerini gerçekleştirirken Azure Veritabanı Geçiş Hizmeti sorunsuz çalıştığından emin olmak için gereken çeşitli önkoşullar vardır. Bazı önkoşullar, hizmet tarafından desteklenen tüm senaryolarda (kaynak-hedef çiftleri) uygulanırken bazıları belirli bir senaryoya özeldir.

Desteklenen tüm geçiş senaryolarında ortak olan Azure Veritabanı Geçiş Hizmeti önkoşulları şunlardır:

• ExpressRoute veya VPN kullanarak şirket içi kaynak sunucularınıza siteden siteye bağlantı sağlayan Azure Resource Manager dağıtım modelini kullanarak Azure Veritabanı Geçiş Hizmeti için bir Microsoft Azure Sanal Ağı oluşturun.
• Sanal ağ Ağ Güvenlik Grubu kurallarınızın ServiceBus, Depolama ve AzureMonitor'ın ServiceTag'leri için 443 numaralı bağlantı noktasını engellemediğinden emin olun. Sanal ağ NSG trafiğini filtreleme hakkında ayrıntılı bilgi için Ağ güvenlik grupları ile ağ trafiğini filtreleme makalesine bakın.
• Kaynak veritabanınızın/veritabanlarınızın önünde bir güvenlik duvarı cihazı kullanıyorsanız, Azure Veritabanı Geçiş Hizmeti'nin geçiş amacıyla kaynak veritabanına/veritabanlarına erişmesi için güvenlik duvarı kuralları eklemeniz gerekebilir.

Azure Veritabanı Geçiş Hizmeti kullanarak belirli geçiş senaryolarını rekabet etmek için gereken tüm önkoşulların listesi için Azure Veritabanı Geçiş Hizmeti belgelerindeki ilgili öğreticilere bakın.

Azure Veritabanı Geçiş Hizmeti geçiş için kaynak veritabanınıza erişmesine izin veren güvenlik duvarı kuralları eklemeniz gerekebilir. Hizmetin IP adresi dinamiktir, ancak ExpressRoute kullanıyorsanız, bu adres şirket ağınız tarafından özel olarak atanır. Uygun IP adresini tanımlamanın en kolay yolu, sağlanan Azure Veritabanı Geçiş Hizmeti kaynağınızla aynı kaynak grubuna bakarak ilişkili Ağ Arabirimini bulmaktır. Genellikle Ağ Arabirimi kaynağının adı NIC ön eki ile başlar ve ardından benzersiz bir karakter ve sayı dizisi (örneğin, 'NIC-jj6tnztnmarpsskr82rbndyp''). Bu ağ arabirimi kaynağını seçerek, kaynağa genel bakış Azure portalı sayfasındaki izin verilenler listesine eklenmesi gereken IP adresini görebilirsiniz.

SQL Server'ın izin verilenler listesinde dinlediği bağlantı noktası kaynağını da eklemeniz gerekebilir. Varsayılan olarak 1433 numaralı bağlantı noktasıdır, ancak kaynak SQL Server diğer bağlantı noktalarını da dinleyecek şekilde yapılandırılabilir. Bu durumda, bu bağlantı noktalarını izin verilenler listesine de eklemeniz gerekir. Dinamik Yönetim Görünümü sorgusu kullanarak SQL Server'ın dinlediği bağlantı noktasını belirleyebilirsiniz:

SELECT DISTINCT
    local_tcp_port
FROM sys.dm_exec_connections
WHERE local_tcp_port IS NOT NULL;

SQL Server hata günlüğünü sorgulayarak SQL Server'ın dinlediği bağlantı noktasını da belirleyebilirsiniz:

USE master;
GO
xp_readerrorlog 0, 1, N'Server is listening on';
GO

Sanal ağ kurma işleminde size yol gösteren birden çok Microsoft öğreticisi olsa da, resmi belgeler Azure Sanal Ağ makalesinde görünür.

Tipik ve basit bir veritabanı geçişi sırasında şunları yapın:

1. Hedef veritabanları oluşturun.
2. Kaynak veritabanlarınızı değerlendirin.
   • Homojen geçişler için DMA kullanarak mevcut veritabanlarınızı değerlendirin.
   • Heterojen geçişler için (rekabet kaynaklarından) SSMA ile mevcut veritabanlarınızı değerlendirin. Ayrıca veritabanı nesnelerini dönüştürmek ve şemayı hedef platformunuza geçirmek için SSMA kullanırsınız.
3. Azure Veritabanı Geçiş Hizmeti örneği oluşturun.
4. Kaynak veritabanlarını, hedef veritabanlarını ve geçirılacak tabloları belirten bir geçiş projesi oluşturun.
5. Tam yüklemeyi başlatın.
6. Sonraki doğrulamayı seçin.
7. Üretim ortamınızın yeni bulut tabanlı veritabanına el ile geçişini gerçekleştirin.

Geçiş üzerinde çalışırken kaynak veritabanı sisteminize bağlanırken sorun yaşıyorsanız, DMS örneğinizi ayarladığınız sanal ağın aynı alt ağında bir sanal makine oluşturun. Sanal makinede, SQL Server bağlantısını test etmek için UDL dosyası kullanma veya MongoDB bağlantılarını test etmek için Robo 3T indirme gibi bir bağlantı testi çalıştırabilmeniz gerekir. Bağlantı testi başarılı olursa kaynak veritabanınıza bağlanırken sorun yaşamamalısınız. Bağlantı testi başarılı olmazsa ağ yöneticinize başvurun.

Kullanıcı açıkça Azure Veritabanı Geçiş Hizmeti (DMS) durdurursa veya hizmet 24 saat etkin değilse, hizmet durdurulmuş veya otomatik duraklatılmış durumdadır. Her durumda, hizmet kullanılamaz ve durdurulmuş durumdadır. Etkin geçişleri sürdürmek için hizmeti yeniden başlatın.

Hizmeti kullanarak veritabanı geçişinizi hızlandırmak için birkaç şey yapabilirsiniz:

DMS için (Klasik)-

• Hizmet örneğinizi oluştururken çoklu CPU Genel Amaçlı Fiyatlandırma Katmanı kullanarak, hizmetin paralelleştirme ve daha hızlı veri aktarımı için birden çok vCPU'dan yararlanmasına olanak tanıyabilirsiniz.
• Alt düzey SKU'ları kullanırken veri aktarımı etkinliklerini etkileyebilecek Azure SQL Veritabanı azaltmayı en aza indirmek için veri geçişi işlemi sırasında Azure SQL Veritabanı hedef örneğinizin ölçeğini geçici olarak Premium katman SKU'sunun ölçeğini artırın.

DMS için-

• Yedeklemeleri yerel dosya paylaşımından Azure blob depolamaya kopyalarsanız VEYA Hedef Azure SQL DB'ye geçiş gerçekleştirirken DMS işlem olarak SHIR düğümünü kullanır. Bu nedenle bu SHIR düğümünün kaynak kullanımını izlediğinden emin olun.
• Alt düzey SKU'ları kullanırken veri aktarımı etkinliklerini etkileyebilecek Azure SQL Veritabanı disk azaltmayı en aza indirmek için veri geçişi işlemi sırasında Azure SQL Veritabanı hedef örneğinizin ölçeğini geçici olarak Premium katman SKU'sunun ölçeğini artırın.
• Daha ayrıntılı bilgi için bloga bakın.

Sonraki adımlar

• Azure Veritabanı Geçiş Hizmeti nedir?