Azure Veritabanı Geçiş Hizmeti'ni Kullanma Hakkında Sıkça Sorulan Sorular

Bu makalede, Azure Veritabanı Geçiş Hizmeti ilgili yanıtlarla birlikte kullanma hakkında sık sorulan sorular listelenir.

Genel bakış

Azure Veritabanı Geçiş Hizmeti nedir?

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.

Azure Veritabanı Geçiş Hizmeti şu anda hangi kaynak/hedef çiftleri desteklemektedir?

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.

Kaynak olarak hangi SQL Server sürümleri Azure Veritabanı Geçiş Hizmeti destekler?

SQL Server'dan geçiş yaparken, Azure Veritabanı Geçiş Hizmeti için desteklenen kaynaklar SQL Server 2008 ve sonraki sürümleridir.

Azure Veritabanı Geçiş Hizmeti kullanırken, çevrimdışı ve çevrimiçi geçiş arasındaki fark nedir?

çevrimdışı ve çevrimiçi geçişler gerçekleştirmek için Azure Veritabanı Geçiş Hizmeti kullanabilirsiniz. Çevrimdışı bir geçişle, geçiş başladığında uygulamanın kesinti 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ışma süresinin kabul edilebilir olup olmadığını belirlemek için bir çevrimdışı geçişi test etmenizi öneririz; eğer değilse, bir çevrimiçi geçiş yapın.

Not

Çevrimiçi geçiş gerçekleştirmek için Azure Veritabanı Geçiş Hizmeti kullanmak için Premium fiyatlandırma katmanını temel alan bir örnek oluşturmanız gerekir. Daha fazla bilgi için Azure Veritabanı Geçiş Hizmeti fiyatlandırma sayfasına bakın.

Azure Veritabanı Geçiş Hizmeti, SQL Server Migration Assistant (SSMA) gibi diğer Microsoft veritabanı geçiş araçlarıyla karşılaştırıldığında nasıldır?

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 Database Migration Service, Azure Migrate hizmetiyle kıyaslandığında nasıl çalışır?

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 Migrate, şirket içi VM tabanlı iş yüklerinin Azure IaaS VM'lerine lift-and-shift biçiminde taşınması için uygundur. Ancak, Azure Veritabanı Geçiş Hizmeti'nin aksine, Azure Migrate, Azure SQL Database veya Azure SQL Managed Instance gibi Azure PaaS ilişkisel veritabanı platformları için özel bir veritabanı geçiş hizmeti teklifi değildir.

Veritabanı Geçiş Hizmeti müşteri verilerini depolar mı?

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

DMS'nin tüm verileri kaynak veritabanından Azure SQL Hedeflerine geçirmesini nasıl sağlayabilirim?

Azure VM'de SQL Server ve Azure SQL Yönetilen Örneği hedefleri için DMS, yedekleme ve geri yükleme kullanarak fiziksel geçiş yöntemiyle hareket eder. Aşağıdaki bölümde açıklandığı gibi, seçilen geçiş modu verilerin kaynak ve hedef arasında nasıl tutarlı tutulduğunu belirler.

• Çevrimdışı geçiş: Azure VM ve Azure SQL Yönetilen Örneği hedeflerinde SQL Server'a ç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. Checksum olmadığında, geri yüklemeden önce yedeklemenin bütünlüğü doğrudan kontrol edilmektedir. 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 hedefe uygulanan/geri yüklenen yedekleme dosyası ile kaynaktan alınan son yedekleme dosyası adı da dahil olmak üzere tüm yedekleme dosyalarını kontrol edebilir ve bunların ilgili sağlama toplamlarını doğrulayabilirsiniz.

• Çevrimiçi geçiş: Azure VM ve Azure SQL Yönetilen Örneği hedeflerindeki SQL Server'a çevrimiçi geçiş sırasında, geçiş kesintisini başlattıktan ve uygulamayı durdurduğunuzda kesinti 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ında bulunan ve henüz hedefe uygulanmamış/geri yüklenmemiş 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 kontrol edilmektedir. Bu, geri yükleme dosyasının yedekleme dosyasıyla aynı olmasını ve dolayısıyla aynı verilere sahip olmasını sağlar. Kaynak sistemdeki son yedekleme dosyası adı da dahil olmak üzere tüm yedekleme dosyalarını ve DMS geçiş izleme sayfasında gösterilen hedefte uygulanan ya da geri yüklenen yedekleme dosyasını doğrulayabilir ve bunların ilgili sağlama toplamlarını kontrol edebilirsiniz.

Azure SQL Veritabanı hedefleri için DMS, Azure SQL Veritabanı söz konusu olduğunda mantıksal geçiş yapar. Başka bir ifadeyle, verileri kaynak SQL veritabanının tablolarından kopyalar ve hedef Azure SQL veritabanının tablolarına yazar. DMS yalnızca Azure SQL Veritabanı'na ç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 veritabanı tablosuna yazılan) satır sayısını izleyebilir ve doğrulayabilirsiniz. Kaynak ve geri yükleme verilerinin aynı olduğunu doğrulamak için, ek onay olarak, hem kaynak hem de hedef veritabanlarında sağlama toplamını elde etmek amacıyla aşağıdaki Transact-SQL komutunu çalıştırabilirsiniz.

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

Not

Kaynak veya hedef veritabanına hiçbir uygulama yazmadığınız sürece, veri karşılaştırması için Veritabanı Karşılaştırma aracı gibi araçları da kullanabilirsiniz.

Güvenlik

DMS (klasik) örneği oluşturulduğunda ve çalıştırıldığında hangi hizmetler oluşturulur ve tüketilir?

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 Monitör
• Azure VM
• Azure Depolama
• Azure Hizmet Otobüsü
• Azure Data Factory

Meta veriler ve istemci verileri kaynaktan nasıl ayıklanır ve hedefe yazılır?

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 eklenebilen tablo adları gibi veriler hashlenmiş olarak oluşturulur. Kullanıcı adları hizmet günlüklerinde düz metin olarak görünebilir, ancak parolalar hiçbir zaman görüntülenmez. 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 konularını kullanır. Azure Service Bus konuları her DMS örneğine özeldir ve tüm kişisel veriler şifrelenir.

Azure SQL Yönetilen Örneği ve Azure Sanal Makineleri üzerinde SQL Server

Şema ve veriler yedekleme ve geri yükleme kullanılarak taşınır. 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ı pg_dump ve pg_restore komut satırı yardımcı programlarını kullanarak meta verileri, bu durumda şemayı, 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ş, mysql-net/MySqlConnector kullanılarak DMS (klasik) tarafından gerçekleştirilir. 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 aynı klasör içinde, bir blob kapsayıcısı içindeki bsondump biçiminde kullanır. 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'dan Azure PostgreSQL Veritabanı'na

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. ora2pg kitaplığı, geçişi gerçekleştiren kullanıcının şemayı ayıklaması ve verileri manuel olarak taşıması için kullanılır.

Kullanılan genel uç nokta var mı?

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. Eğer tek seçenekse, 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, Kendi Kendine 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, Kendi kendine barındırılan tümleştirme çalışma zamanı oluşturma ve yapılandırma başlıklı belgeye bakın.

Aktarımdaki ve bekleyen tüm veriler şifreleniyor mu?

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, Self-Hosted Integration Runtime'ın yüklendiği makine, eski istemcileri barındırmak üzere gereken TLS ayarlarını sağlamak için yapılandırılabilir. SQL Server için TLS yapılandırması hakkında daha fazla bilgi için bkz. Microsoft SQL Server için TLS 1.2 desteği.

DMS ve DMS 'nin (klasik) altını çizen tüm Azure hizmetleri özel uç noktaları kullanıyor mu?

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.

Azure DMS ve DMS (klasik) hizmetlerini destekleyen tüm Azure servisleri, durgun veriler için CMK'dan yararlanıyor mu?

Müşteri Tarafından Yönetilen Anahtarlar ile veri düzlemi veya kontrol düzlemi içerisindeki verilerin şifrelenmesini desteklemiyoruz. Ancak, tüm müşteri verileri, hareketsiz durumda 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 veriler için ne tür bir şifreleme kullanılır?

Aktarımdaki tüm veriler varsayılan olarak TLS 1.2 şifrelemesiyle şifrelenir. DMS (klasik) portal sayfası, eski istemciler için TLS'nin eski 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. Microsoft SQL Server için TLS 1.2 desteği.

CMK tarafından korunmamış veriler var mı ve ne tür veriler var? Örneğin, meta veriler, günlükler vb.

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 6 ay boyunca tutulur.

DMS, Müşteri Tarafından Yönetilen Anahtarları (CMK) nasıl destekler?

TDE

DMS, Müşteri Tarafından Yönetilen Anahtarların (CMK) Saydam Veritabanı Şifrelemesi (TDE) için Azure SQL'e geçişini destekler.

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 (Her Zaman Şifreli)

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 yoluyla şifrelenen sütunlar, yedekleme/geri yükleme kullanan senaryolarda, mevcut bir SQL Server örneğinden Azure VM üzerindeki SQL Server veya Azure SQL Yönetilen örneğine beklendiği gibi taşınır.

DMS, Konuma Duyarlı Erişim Denetimi ile verilere erişimin denetlenmesini sağlar mı?

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.

DMS, bir ortamdaki verilerin DMS kullanılarak başka bir ortama taşınamamasını nasıl sağlar?

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 her yere 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.

DMS'de (klasik) sanal ağ ekleme nasıl kullanılır? Microsoft'a ağıma erişim veriyor mu?

Sanal ağ ekleme , Microsoft kiracısında bulunan bir Azure kaynağını müşteri kiracısı altındaki bir sanal ağdaki 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.

Ayarlama

Azure Veritabanı Geçiş Hizmeti kullanmanın önkoşulları nelerdir?

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 veritabanlarınızın önünde bir güvenlik duvarı gereci kullanırken, Azure Veritabanı Geçiş Hizmeti geçiş için kaynak veritabanlarına erişmesine izin vermek için güvenlik duvarı kuralları eklemeniz gerekebilir.

Azure Veritabanı Geçiş Hizmeti'ni kullanarak belirli geçiş senaryolarını tamamlamak 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 IP adresini nasıl bulabilirim ki geçiş için kaynak veritabanıma erişmek amacıyla kullanılan güvenlik duvarı kuralları için izin verilenler listesi oluşturabileyim?

Azure Veritabanı Geçiş Hizmeti'nin 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) izler. 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

Microsoft Azure Sanal Ağ Nasıl yaparım??

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.

Kullanım

Veritabanı geçişi gerçekleştirmek için Azure Veritabanı Geçiş Hizmeti kullanmak için gereken adımların özeti nedir?

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

1. Hedef veritabanları oluşturun.
2. SSMA ile kaynak veritabanlarınızı değerlendirin. SSMA ayrıca veritabanı nesnelerini dönüştürebilir ve şemayı hedef platformunuza geçirebilirsiniz.
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.

Sorun giderme ve iyileştirme

DMS'de bir geçiş projesi ayarlıyorum ve kaynak veritabanıma bağlanmakta güçlük çekiyorum. Ne yapmalıyım?

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.

Azure Veritabanı Geçiş Hizmetim neden kullanılamıyor veya durduruldu?

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.

Azure Veritabanı Geçiş Hizmeti'nin performansını iyileştirmeye yönelik öneriler var mı?

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

DMS (klasik) için:

• 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.
• Veri geçişi işlemi sırasında, Azure SQL Veritabanı hedef örneğinizin ölçeğini geçici olarak Premium katman SKU'suna yükselterek, düşük düzey SKU'ları kullanırken veri aktarımı etkinliklerini etkileyebilecek Azure SQL Veritabanı sıkışmasını en aza indirin.

DMS için:

• Yedeklemeleri yerel dosya paylaşımından Azure Blob Depolama'ya kopyalarken veya hedef Azure SQL veritabanına 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.
• Azure SQL Veritabanı disk sınırlamasının, düşük düzey SKU'ların kullanımıyla veri aktarma faaliyetlerini etkileyebilmesini 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'suna büyütün.
• Daha ayrıntılı bilgi için bkz. SQL DB Geçiş Performansını Geliştirme - Azure Veritabanı Geçiş Hizmeti.

İlgili içerik

• Azure Veritabanı Geçiş Hizmeti nedir?

Bu makalede, Azure Veritabanı Geçiş Hizmeti ilgili yanıtlarla birlikte kullanma hakkında sık sorulan sorular listelenir.

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.

çevrimdışı ve çevrimiçi geçişler gerçekleştirmek için Azure Veritabanı Geçiş Hizmeti kullanabilirsiniz. Çevrimdışı bir geçişle, geçiş başladığında uygulamanın kesinti 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ışma süresinin kabul edilebilir olup olmadığını belirlemek için bir çevrimdışı geçişi test etmenizi öneririz; eğer değilse, bir çevrimiçi geçiş yapın.

Not

Çevrimiçi geçiş gerçekleştirmek için Azure Veritabanı Geçiş Hizmeti kullanmak için Premium fiyatlandırma katmanını temel alan bir örnek oluşturmanız gerekir. Daha fazla bilgi için Azure Veritabanı Geçiş Hizmeti fiyatlandırma sayfasına bakın.

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 Migrate, şirket içi VM tabanlı iş yüklerinin Azure IaaS VM'lerine lift-and-shift biçiminde taşınması için uygundur. Ancak, Azure Veritabanı Geçiş Hizmeti'nin aksine, Azure Migrate, Azure SQL Database veya Azure SQL Managed Instance 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 VM'de SQL Server ve Azure SQL Yönetilen Örneği hedefleri için DMS, yedekleme ve geri yükleme kullanarak fiziksel geçiş yöntemiyle hareket eder. Aşağıdaki bölümde açıklandığı gibi, seçilen geçiş modu verilerin kaynak ve hedef arasında nasıl tutarlı tutulduğunu belirler.

• Çevrimdışı geçiş: Azure VM ve Azure SQL Yönetilen Örneği hedeflerinde SQL Server'a ç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. Checksum olmadığında, geri yüklemeden önce yedeklemenin bütünlüğü doğrudan kontrol edilmektedir. 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 hedefe uygulanan/geri yüklenen yedekleme dosyası ile kaynaktan alınan son yedekleme dosyası adı da dahil olmak üzere tüm yedekleme dosyalarını kontrol edebilir ve bunların ilgili sağlama toplamlarını doğrulayabilirsiniz.

• Çevrimiçi geçiş: Azure VM ve Azure SQL Yönetilen Örneği hedeflerindeki SQL Server'a çevrimiçi geçiş sırasında, geçiş kesintisini başlattıktan ve uygulamayı durdurduğunuzda kesinti 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ında bulunan ve henüz hedefe uygulanmamış/geri yüklenmemiş 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 kontrol edilmektedir. Bu, geri yükleme dosyasının yedekleme dosyasıyla aynı olmasını ve dolayısıyla aynı verilere sahip olmasını sağlar. Kaynak sistemdeki son yedekleme dosyası adı da dahil olmak üzere tüm yedekleme dosyalarını ve DMS geçiş izleme sayfasında gösterilen hedefte uygulanan ya da geri yüklenen yedekleme dosyasını doğrulayabilir ve bunların ilgili sağlama toplamlarını kontrol edebilirsiniz.

Azure SQL Veritabanı hedefleri için DMS, Azure SQL Veritabanı söz konusu olduğunda mantıksal geçiş yapar. Başka bir ifadeyle, verileri kaynak SQL veritabanının tablolarından kopyalar ve hedef Azure SQL veritabanının tablolarına yazar. DMS yalnızca Azure SQL Veritabanı'na ç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 veritabanı tablosuna yazılan) satır sayısını izleyebilir ve doğrulayabilirsiniz. Kaynak ve geri yükleme verilerinin aynı olduğunu doğrulamak için, ek onay olarak, hem kaynak hem de hedef veritabanlarında sağlama toplamını elde etmek amacıyla aşağıdaki Transact-SQL komutunu çalıştırabilirsiniz.

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

Not

Kaynak veya hedef veritabanına hiçbir uygulama yazmadığınız sürece, veri karşılaştırması için Veritabanı Karşılaştırma aracı gibi araçları da kullanabilirsiniz.

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 Monitör
• Azure VM
• Azure Depolama
• Azure Hizmet Otobüsü
• 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 eklenebilen tablo adları gibi veriler hashlenmiş olarak oluşturulur. Kullanıcı adları hizmet günlüklerinde düz metin olarak görünebilir, ancak parolalar hiçbir zaman görüntülenmez. 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 konularını kullanır. Azure Service Bus konuları her DMS örneğine özeldir ve tüm kişisel veriler şifrelenir.

Azure SQL Yönetilen Örneği ve Azure Sanal Makineleri üzerinde SQL Server

Şema ve veriler yedekleme ve geri yükleme kullanılarak taşınır. 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ı pg_dump ve pg_restore komut satırı yardımcı programlarını kullanarak meta verileri, bu durumda şemayı, 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ş, mysql-net/MySqlConnector kullanılarak DMS (klasik) tarafından gerçekleştirilir. 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 aynı klasör içinde, bir blob kapsayıcısı içindeki bsondump biçiminde kullanır. 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'dan Azure PostgreSQL Veritabanı'na

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. ora2pg kitaplığı, geçişi gerçekleştiren kullanıcının şemayı ayıklaması ve verileri manuel olarak taşıması 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. Eğer tek seçenekse, 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, Kendi Kendine 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, Kendi kendine barındırılan tümleştirme çalışma zamanı oluşturma ve yapılandırma başlıklı belgeye bakın.

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, Self-Hosted Integration Runtime'ın yüklendiği makine, eski istemcileri barındırmak üzere gereken TLS ayarlarını sağlamak için yapılandırılabilir. SQL Server için TLS yapılandırması hakkında daha fazla bilgi için bkz. 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.

Müşteri Tarafından Yönetilen Anahtarlar ile veri düzlemi veya kontrol düzlemi içerisindeki verilerin şifrelenmesini desteklemiyoruz. Ancak, tüm müşteri verileri, hareketsiz durumda 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 TLS'nin eski 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. 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 6 ay 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.

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 (Her Zaman Şifreli)

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 yoluyla şifrelenen sütunlar, yedekleme/geri yükleme kullanan senaryolarda, mevcut bir SQL Server örneğinden Azure VM üzerindeki SQL Server veya Azure SQL Yönetilen örneğine beklendiği gibi taşınır.

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 her yere 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ğdaki 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 veritabanlarınızın önünde bir güvenlik duvarı gereci kullanırken, Azure Veritabanı Geçiş Hizmeti geçiş için kaynak veritabanlarına erişmesine izin vermek için güvenlik duvarı kuralları eklemeniz gerekebilir.

Azure Veritabanı Geçiş Hizmeti'ni kullanarak belirli geçiş senaryolarını tamamlamak 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'nin 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) izler. 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. SSMA ile kaynak veritabanlarınızı değerlendirin. SSMA ayrıca veritabanı nesnelerini dönüştürebilir ve şemayı hedef platformunuza geçirebilirsiniz.
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 (klasik) için:

• 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.
• Veri geçişi işlemi sırasında, Azure SQL Veritabanı hedef örneğinizin ölçeğini geçici olarak Premium katman SKU'suna yükselterek, düşük düzey SKU'ları kullanırken veri aktarımı etkinliklerini etkileyebilecek Azure SQL Veritabanı sıkışmasını en aza indirin.

DMS için:

• Yedeklemeleri yerel dosya paylaşımından Azure Blob Depolama'ya kopyalarken veya hedef Azure SQL veritabanına 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.
• Azure SQL Veritabanı disk sınırlamasının, düşük düzey SKU'ların kullanımıyla veri aktarma faaliyetlerini etkileyebilmesini 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'suna büyütün.
• Daha ayrıntılı bilgi için bkz. SQL DB Geçiş Performansını Geliştirme - Azure Veritabanı Geçiş Hizmeti.

İlgili içerik

• Azure Veritabanı Geçiş Hizmeti nedir?