Doğru Azure SQL Veritabanı özelliğini seçin
Bisiklet üretim senaryomuzda, Azure SQL Veritabanı geçirmek istediğiniz veritabanlarını zaten tanımlamış ve profili oluşturdunuz. Şimdi veri kurtarılabilirliği, olağanüstü durum kurtarma, güvenlik ve diğer uygulama ayrıntılarını göz önünde bulundurarak geçişi planlamak istiyorsunuz.
Azure SQL Veritabanı geçiş işlemiyle desteklenebilecek araçları ve özellikleri bilmek istiyorsunuz.
Azure SQL Veritabanı Avantajları
Aşağıda, tek ve elastik havuz veritabanları dağıtmanın avantajları özetlemektedir:
| Kategori | Özellik |
|---|---|
| Yedekleme ve kurtarma | Otomatik yedekleme |
| Belirli bir noktaya geri yükleme | |
| Yedekleme saklama süresi 7 gün ve üzeri | |
| Uzun süreli yedekleme saklama, yedeklemeleri 10 yıla kadar depolar | |
| Yüksek kullanılabilirlik | %99,99 kullanılabilirlik garantisi |
| Üç ikincil çoğaltma ile yerleşik kullanılabilirlik | |
| Azure kullanılabilirlik alanları aracılığıyla alanlar arası yedeklilik | |
| Olağanüstü durum kurtarma | Veritabanı yedeklemelerinin coğrafi olarak geri yüklenmesi |
| Azure bölgeleri arasında etkin coğrafi çoğaltma | |
| Hizmet ölçeklenebilirliği | Dinamik ölçeği artırma ve ölçeği azaltma |
| Birden çok parçayla ölçeği genişletme | |
| Elastik havuzları kullanarak veritabanları arasında işlem kaynaklarını paylaşma | |
| Güvenlik | Microsoft Entra kimlik doğrulaması desteği |
| Gelişmiş Tehdit Koruması gibi yalnızca bulut güvenlik özellikleri | |
| Saydam veri şifrelemesi (TDE) varsayılan olarak etkin | |
| Dinamik ve statik veri maskeleme, satır düzeyi güvenlik ve Always Encrypted desteği | |
| Güvenlik duvarı izin verilenler listesi | |
| Lisanslama | Tahmine dayalı maliyetlendirme için DTU satın alma modeli |
| Sanal çekirdek satın alma modeli, depolamanın işlemden bağımsız olarak ölçeklendirilmesini sağlar | |
| Yüzde 30'a varan maliyet tasarrufları gerçekleştirmek için sanal çekirdek satın alma modelini SQL Server için Azure Hibrit Avantajı ile birleştirin |
İpucu
Azure SQL Veritabanı geçişin avantajlarını ve sağlanan özellikleri gözden geçirmek için bkz. Azure SQL ile PaaS çözümlerini dağıtma modülü.
Azure SQL Veritabanı özel özellikleri
Diğer Azure SQL tekliflerinde bulunmayan bazı özellikler Azure SQL Veritabanı desteklenir:
| Özellik | Tanım |
|---|---|
| Hiper Ölçek | Bağımsız olarak ölçeklenebilir işlem ve depolamaya olanak tanıyan buluta özel mimari, diğer katmanlara göre daha fazla esneklik ve kaynak sağlar. |
| Otomatik ölçeklendirme | Sunucusuz işlem katmanı ile |
| Otomatik ayarlama (dizinler) | Bu yerleşik özellik, iş yükünüzün performansını geliştirebilecek dizinleri otomatik olarak tanımlar ve oluşturur. Ayrıca sorgu performansının iyileştiğini doğrular ve kullanılmayan veya yinelenen dizinleri kaldırır. |
| Elastik sorgu | SQL Veritabanı'da birden çok veritabanına köprü oluşturan T-SQL sorguları çalıştırmanıza olanak tanır. Bu özellik, değiştirilmeyecek üç ve dört bölümlü adları kullanan uygulamalar için kullanışlıdır. |
| Esnek işler | Elastik iş özelliği, Azure SQL Veritabanı için SQL Server Aracısı'nın değiştirilmesidir. Elastik iş, bir ölçüde SQL Server örneğinde bulunan Çok Sunuculu Yönetim özelliğine eşdeğerdir. |
| SQL Data Sync | SQL Veritabanı veya SQL Server üzerinde çalışan birden çok veritabanındaki verileri artımlı olarak eşitlemenizi sağlar. |
| Sorgu Performansı İçgörüleri (QPI) | Bu araç, genel iş yükü performansını geliştirmek ve ödeme yaptığınız kaynağı verimli bir şekilde kullanmak için en iyi duruma getirebilecek sorguların bulunmasına yardımcı olur. |
Önemli
SQL Veritabanı, SQL Server ve Azure SQL Yönetilen Örneği arasındaki ek özellik farklarının yanı sıra farklı Azure SQL Veritabanı seçenekleri arasındaki farkları anlamak için bkz. SQL Veritabanı özellikler.
Desteklenen geçiş seçenekleri
Azure SQL Veritabanı geçiş için iki mod vardır: Çevrimiçi ve Çevrimdışı. Çevrimiçi modda kapalı kalma süresi en düşük düzeyde olur veya hiç olmazken, geçiş işlemi sırasında çevrimdışı modda kapalı kalma süresi yaşanır.
| Araç | Geçiş modu |
|---|---|
| Azure Veritabanı Geçiş Hizmeti | Çevrimdışı |
| İşlem çoğaltması | Çevrimiçi |
| Azure Geçişi | Çevrimdışı |
| SQL Data Sync | *Çevrimdışı |
| Dışarı Aktarma Sihirbazı/BACPAC | Çevrimdışı |
| Toplu kopyalama (bcp yardımcı programı) | Çevrimdışı |
| Azure Data Factory | Çevrimdışı |
| Data Migration Yardımcısı (DMA) | Çevrimdışı |
* İş yüküne bağlı olarak daha yüksek performans etkisine sahip olabilir.
Not
Veritabanı Geçiş Yardımcısı kullanışlı bir araç olsa da, büyük geçişler ve gelişmiş genel deneyim için Azure Veritabanı Geçiş Hizmeti kullanmanızı öneririz.
Geçiş performansı
Azure SQL Veritabanı geçiş yaparken aşağıdaki önerileri göz önünde bulundurun:
- Kaynakta veri dosyası G/Ç ve gecikme süresini izleyin ve performans sorunlarını azaltın.
- Hedef Azure SQL veritabanının ölçeğini 8. Nesil sanal çekirdeği İş Açısından Kritik olarak artırın veya günlük dosyalarının gecikme süresini en aza indirmek için Hiper Ölçek hizmet katmanını kullanın.
- Ağ bant genişliğinizin en yüksek günlük alımı hızına uygun olduğundan emin olun.
- En yüksek aktarım performansı için en yüksek hizmet katmanını ve işlem boyutunu seçin ve geçiş sonrasında ölçeği küçültün.
- BACPAC dosyalarıyla hedef veri merkezi arasındaki mesafeyi en aza indirin.
- Geçiş sırasında otomatik güncelleştirme ve otomatik oluşturma istatistiklerini devre dışı bırakın.
- Tabloları ve dizinleri bölümleyin, dizine alınan görünümleri bırakın ve geçiş sonrasında yeniden oluşturun.
- Seyrek sorgulanan geçmiş verileri Azure SQL Veritabanı ayrı bir veritabanına geçirmeyi ve elastik sorgular kullanarak sorgulamayı göz önünde bulundurun.
Uygulama bağlantılarını yeniden deneme
Azure SQL Veritabanı geçiş yaparken, veritabanı kaynağına bağlanırken zaman zaman geçici hataları tahmin etmek ve uygun bir yeniden deneme mantığı yöntemi uygulamak önemlidir. Program sonlandırilmeden önce en fazla yeniden deneme sayısını ayarlamak da önemlidir.
İlk yeniden denemenizde en az 5 saniye beklemenizi öneririz. Sonraki her yeniden deneme, gecikmeyi üstel olarak en fazla 60 saniyeye kadar artırmalıdır.
Not
SELECT deyimi SQL Veritabanı için geçici bir hatayla başarısız olursa doğrudan yeniden denemeyin. Bunun yerine SELECT deyimini yeni bir bağlantıda yeniden deneyin.
Bağlantı yeniden deneme sorumluları hakkında daha fazla bilgi edinmek için bkz. SQL Veritabanı ve SQL Yönetilen Örneği geçici bağlantı hatalarını giderme.