Örnek sorular
Azure Databases Sql CosmosdbZorluk 1
Azure SQL Database nedir?
- aMüşterinin yamaladığı, bir Azure VM üzerine kurulmuş kendi kendini yöneten bir SQL Server
- bSQL Server motoruna dayanan, tamamen yönetilen bir PaaS ilişkisel veritabanı servisi✓
- cSQL benzeri bir sorgu diliyle yönetilen bir NoSQL döküman veritabanı ve standart T-SQL sorgularını çalıştıramaz
- dYalnızca toplu analitik iş yükleri için optimize edilmiş bir veri ambarı ürünü
Açıklama:Azure SQL Database, SQL Server motoruna dayanan, tamamen yönetilen bir platform-as-a-service (PaaS) ilişkisel veritabanıdır — Microsoft yamaları, yedeklemeleri ve yüksek erişilebilirliği yönetir. a bunun yerine IaaS bir SQL Server VM'ini tarif eder, c Cosmos DB'yi, d ise Azure Synapse Analytics'i tarif eder.
Azure Databases Sql CosmosdbZorluk 1
Azure SQL Database'in DTU (Database Transaction Unit) satın alma modelinde, bir DTU neyi temsil eder?
- aVeritabanına özel olarak ayrılmış sabit sayıda ham CPU çekirdeği
- bVeritabanına ayrılan gigabayt cinsinden toplam depolama kapasitesi, compute boyutundan bağımsız olarak ayarlanır
- cCPU, bellek ve I/O'nun tek bir performans birimi halinde birleştirilmiş karma bir ölçüsü✓
- dVeritabanına izin verilen eşzamanlı kullanıcı bağlantısı sayısı
Açıklama:Bir DTU, CPU, bellek ve I/O (veri ve log) throughput'unu tek bir performans metriğinde birleştiren karma, tek bir ölçüdür — her kaynağı ayrı ayrı boyutlandırmak yerine DTU-tabanlı bir tier seçip bu kaynakların bir demetini alırsınız. Ham çekirdek sayısı (a), depolama boyutu (b) veya bağlantı limiti (d) değildir.
Azure Databases Sql CosmosdbZorluk 2
Azure SQL Database'in vCore satın alma modeli, DTU modelinden nasıl farklıdır?
- avCore, tek bir demet birim yerine compute'u (vCore/bellek) ve storage'ı bağımsız olarak seçmenize izin verir✓
- bvCore, DTU'nun aksine yalnızca Basic ve Standard service tier'larını destekler, ve veritabanı oluşturulduktan sonra değiştirilemez
- cvCore yalnızca Azure SQL Managed Instance içindir ve single database'ler için kullanılamaz
- dvCore, DTU'nun aksine storage'ı compute'tan ayrı ölçeklendirme yeteneğini kaldırır
Açıklama:vCore modeli, compute'u (sanal çekirdek sayısı ve bellek) ve storage'ı bağımsız olarak yapılandırılabilir boyutlar olarak sunar, bu da daha ince taneli kontrol ve donanım nesline şeffaf eşleme sağlar; DTU ise bunları tek bir soyut birimde paketler. vCore aslında single database'ler için Business Critical, General Purpose ve Hyperscale tier'larını destekler (b ve c yanlış), ve kaynakları daha katı biçimde birleştiren DTU'dur, vCore değil (d tersine çevrilmiş).
Azure Databases Sql CosmosdbZorluk 2
Azure SQL Database'de (vCore modeli) Business Critical service tier'ını General Purpose'tan ne ayırır?
- aBusiness Critical uzak, ağa bağlı depolama kullanırken General Purpose yerel SSD kullanır
- bBusiness Critical, General Purpose'ın aksine otomatik yedeklemeleri desteklemez, ayrı bir backup vault yapılandırılmasını gerektirir
- cGeneral Purpose yerleşik okunabilir ikincil replika sağlar, Business Critical sağlamaz
- dBusiness Critical, yerel olarak bağlı SSD depolama kullanır ve daha düşük gecikme ile daha yüksek erişilebilirlik için yerleşik okunabilir ikincil replikalar içerir✓
Açıklama:Business Critical, yerel olarak bağlı, yüksek performanslı SSD depolama kullanır (uzak depolama yerine) ve her zaman okunabilir ikincil replikaları içeren bir availability group sağlar, bu da daha düşük I/O gecikmesi ve neredeyse anlık failover verir. Uzak depolamaya dayanan General Purpose'tır (a ve c tier'ları ters çeviriyor), ve her iki tier de otomatik yedeklemeleri destekler (b yanlış).
Azure Databases Sql CosmosdbZorluk 2
Azure SQL Database Auto-failover Group'un birincil amacı nedir?
- aYatay ölçeklendirme için bir veritabanını otomatik olarak birden çok shard'a bölmek
- bGeo-replikasyonu yönetmek ve kararlı bir bağlantı endpoint'i kullanarak ikincil bir region'a otomatik (veya manuel) failover sağlamak✓
- cCPU kullanımına göre compute tier'larını otomatik olarak yukarı veya aşağı yeniden boyutlandırmak
- dKey Vault'ta saklanan müşteri-yönetimli anahtarları kullanarak veriyi dinlenme halinde şifrelemek, her 90 günde bir otomatik olarak rotate edilir
Açıklama:Bir Auto-failover Group, bir veya daha fazla veritabanı için geo-replikasyonu sarmalar ve kararlı okuma-yazma ve salt-okunur listener endpoint'leri sunar, böylece uygulamaların bir failover sonrası bağlantı dizelerini değiştirmesi gerekmez — kesinti tespitinde otomatik olarak failover yapabilir veya manuel tetiklenebilir. Bir sharding mekanizması (a), autoscaling özelliği (c) veya şifreleme özelliği (d) değildir.
Azure Databases Sql CosmosdbZorluk 1
Azure SQL Database'de elastic pool nedir?
- aKendini otomatik olarak region'lar arasında shard'layan tek, çok büyük bir veritabanı
- bBlob Storage'da belirli-zaman anlık görüntüleri saklayan bir yedekleme mekanizması, en fazla 35 gün saklanır
- cDeğişken kullanım desenlerine sahip birden çok veritabanının talebe göre çekebileceği paylaşımlı bir kaynak (DTU veya vCore) kümesi✓
- dYalnızca bir müşterinin iş yükü için ayrılmış özel bir donanım kümesi
Açıklama:Bir elastic pool, değişken ve öngörülemeyen kullanım desenlerine sahip birden çok veritabanının, her biri kendi zirvesi için ayrı ayrı sağlanmak yerine bir bütçe içinde bir kaynak havuzunu (DTU veya vCore) paylaşmasına izin verir — kullanım desenleri aynı anda zirve yapmadığında maliyet açısından verimlidir. Tek, shard'lı bir veritabanı (a), bir yedekleme mekanizması (b) veya özel donanım (d) değildir.