Azure SQL Veritabanı için sunucusuz işlem katmanında otomatik duraklatma ve otomatik sürdürme

Şunlar için geçerlidir:Azure SQL Veritabanı

Bu makale, Azure SQL Veritabanı'deki sunucusuz hesaplama katmanının otomatik duraklatma ve otomatik devam etme davranışını ve bunun Azure SQL Veritabanı'in çeşitli özellikleriyle nasıl etkileşime girdiğini açıklar.

Şu anda, Genel Amaçlı hizmet katmanı, sunucusuz otomatik duraklatma ve otomatik devam etmeyi destekleyen tek hizmet katmanıdır.

Sunucusuz veritabanının durumunu izlemek için Duraklatma ve sürdürme durumunu izleme bölümüne bakın.

Otomatik duraklatma

Otomatik duraklatma gecikmesi sırasında aşağıdaki tüm koşullar geçerliyse otomatik duraklatma başlar:

  • Oturum sayısı = 0
  • CPU = 0 (kullanıcı kaynak havuzunda çalıştırılan kullanıcı iş yükü için)

Varsayılan olarak, bir saatlik otomatik duraklatma gecikmesi var.

Otomatik duraklatmayı engelleyen özellikler

Aşağıdaki özelliklerden birini kullanırsanız, otomatik duraklatmayı devre dışı bırakın. Veritabanı, ne kadar süre aktif kalmasa da çevrimiçi kalır. Aşağıdaki özellikler otomatik duraklatmayı engeller, ancak otomatik ölçeklendirmeyi destekler:

Aşağıdaki özellik senaryoları da otomatik duraklatmayı engeller:

  • SQL Data Sync içinde kullanılan eşitleme veritabanı. Eşitleme veritabanlarının aksine, merkez ve üye veritabanları otomatik duraklatma işlemini destekler.
  • Elastik görevlerde, otomatik duraklatma etkinleştirilmiş sunucusuz veritabanı iş veritabanı olarak desteklenmez. Elastik işler tarafından hedeflenen sunucusuz veritabanları otomatik duraklatmayı destekler. İş bağlantıları bir veritabanını devam ettirir.
  • Otomatik duraklatma, veritabanının çevrimiçi olmasını gerektiren bazı hizmet güncelleştirmelerinin dağıtımı sırasında geçici olarak engellenir. Böyle durumlarda, hizmet güncelleştirmesi tamamlandıktan sonra otomatik duraklatma işlemine yeniden izin verilir.

Otomatik sürdürme

Aşağıdaki koşullardan herhangi biri herhangi bir zamanda geçerliyse otomatik devam başlar:

Özellik Otomatik sürdürme tetikleyicisi
Kimlik doğrulaması ve yetkilendirme Oturum açma girişimi
Tehdit algılama Tehdit tespit ayarlarını veritabanı veya sunucu düzeyinde etkinleştirmek veya devre dışı bırakmak.
Veritabanı veya sunucu düzeyinde tehdit algılama ayarlarını değiştirme.
Veri bulma ve sınıflandırma Duyarlılık etiketlerini ekleme, değiştirme, silme veya görüntüleme
Denetleme Denetim kayıtlarını görüntüleme.
Denetim ilkesini güncelleştirme veya görüntüleme.
Veri maskeleme Veri maskeleme kurallarını ekleme, değiştirme, silme veya görüntüleme
Saydam veri şifrelemesi Şeffaf veri şifrelemenin durumu veya statüsünü görüntüleme
Güvenlik açığı değerlendirmesi El ile başlatılan taramalar ve etkinleştirildiyse düzenli taramalar
Sorgu (performansı) veri deposu Query Store ayarlarını değiştirme veya görüntüleme
Performans önerileri Performans önerilerini görüntüleme veya uygulama
Otomatik ayarlama Otomatik dizin oluşturma gibi otomatik ayarlama önerilerinin uygulanması ve doğrulanması
Veritabanı kopyalama Kopya olarak veritabanını oluşturun.
BACPAC dosyasına aktarın.
SQL veri eşitlemesi Yapılandırılabilir bir zamanlamaya göre çalışan veya el ile gerçekleştirilen hub ile üye veritabanları arasında eşitleme
Belirli bir veritabanının meta verilerini değiştirme Veritabanına Azure etiketleri eklemek veya değiştirmek.
Maksimum sanal çekirdek, asgari sanal çekirdek veya otomatik duraklatma gecikmesini değiştirme.
SQL Server Management Studio (SSMS) 18.1'den önceki SSMS sürümlerinde ve sunucudaki herhangi bir veritabanı için yeni bir sorgu penceresi açıldığında, aynı sunucudaki otomatik duraksatılan veritabanı yeniden açılır. Bu davranış, SSMS sürüm 18.1 veya daha üzerini kullanıyorsanız olmaz.

Bu işlemlerden herhangi birini gerçekleştiren izleme, yönetim veya diğer çözümler otomatik yeniden başlatmayı tetikler. Otomatik yeniden başlatma ayrıca, veritabanının çevrimiçi olmasını gerektiren bazı hizmet güncellemeleri sırasında da başlar.

Otomatik devam ettirme tetikleyicisi belirleme

Azure İzleyici etkinlik günlüğü, Started ve Succeeded olaylarının JSON'unda Caller özelliği altında, Resume Databases işlemlerine yönelik otomatik sürdürme tetikleyicilerini görüntüler. Daha fazla bilgi için, sunucusuz hesaplama katmanını izleme bölümünü izleyin.

Latency

Gecikme genellikle otomatik devam için bir dakika ve otomatik duraklatma için 1-10 dakika civarındadır. her iki işlem için de gecikme süresi bir saniyenin sırası kadar düşük olabilir.

Müşteri tarafından yönetilen şeffaf veri şifreleme

Anahtar silme veya iptal etme

Müşteri tarafından yönetilen şeffaf veri şifreleme kullanırsanız (kendi anahtarınızı veya BYOK'unuzu getirin) ve anahtar silinmesi veya iptal edildiğinde sunucusuz veritabanı otomatik duraklatılırsa, veritabanı otomatik duraklatma durumunda kalır. Bu durumda, veritabanı bir sonraki sürdürüldükten sonra, yaklaşık 10 dakika içinde veritabanına erişilemez hale gelir. Veritabanına erişilemez duruma geldikten sonra kurtarma işlemi, sağlanan işlem veritabanlarıyla aynıdır. Anahtar silinmesi veya iptal edildiğinde sunucusuz veritabanı çevrimiçiyse, veritabanı da yaklaşık 10 dakika içinde erişilemez hale gelir; bu da sağlanmış hesaplama veritabanlarında olduğu gibi.

Anahtar döndürme

Müşteri tarafından yönetilen şeffaf veri şifreleme (BYOK) kullanırsanız ve sunucusuz otomatik duraklatmayı etkinleştirirseniz, anahtarlar döndürüldüğünde veritabanı otomatik olarak devam eder. Veritabanı, ardından otomatik duraklatma koşulları karşılandığında otomatik olarak duraklatılır.

Otomatik duraklatma sorunlarını giderme

Otomatik yeniden bağlanma sorunlarını giderme

Sunucusuz bir veritabanı duraklatılırsa, ilk bağlantı girişimi veritabanını sürdürür ve 40613 hata koduyla veritabanının kullanılamadığını belirten bir hata döndürür. Veritabanı yeniden başladıktan sonra bağlantıyı tekrar deneyin. Veritabanları genellikle bir dakikadan kısa sürede yeniden başlar.

Tüm bulut bağlantılı uygulamalar bağlantı yeniden deneme mantığı önerilerini kullanmalıdır. Uygulamalar, geçici bağlantı hatalarından sonra başarılı olmak için yeniden deneme mantığı gerektirir. Tekrar deneme mantığı özellikle sunucusuz veritabanları için önemlidir; çünkü otomatik devamdan kaynaklanan geçici bağlantı hataları öngörülebilir.

Bağlantı yeniden deneme mantığı seçenekleri ve önerileri için bkz:

Otomatik duraklatma sorununu giderme

Otomatik duraklatmayı etkinleştirirseniz ve otomatik duraklatmayı engelleyen özellikleri kullanmıyorsanız, ancak veritabanı gecikme süresinden sonra otomatik duraklatma yapmıyorsa, uygulama veya kullanıcı oturumları otomatik duraklatmayı engelliyor olabilir.

Şu anda veritabanına bağlı herhangi bir uygulama veya kullanıcı oturumu olup olmadığını görmek için aşağıdaki sorguyu çalıştırın:

SELECT session_id,
       host_name,
       program_name,
       client_interface_name,
       login_name,
       status,
       login_time,
       last_request_start_time,
       last_request_end_time
FROM sys.dm_exec_sessions AS s
INNER JOIN sys.dm_resource_governor_workload_groups AS wg
ON s.group_id = wg.group_id
WHERE s.session_id <> @@SPID
      AND
      (
          (
          wg.name like 'UserPrimaryGroup.DB%'
          AND
          TRY_CAST(RIGHT(wg.name, LEN(wg.name) - LEN('UserPrimaryGroup.DB') - 2) AS int) = DB_ID()
          )
      OR
      wg.name = 'DACGroup'
      );

Tavsiye

Sorguyu çalıştırdıktan sonra veritabanı bağlantısını kestiğinizden emin olun. Aksi takdirde, sorgu tarafından kullanılan açık oturum otomatik duraklatmayı engeller.

  • Sonuçlar kümesi boş değilse, oturumların şu anda otomatik duraklatmayı engellediğini gösterir.
  • Sonuç kümesi boşsa, otomatik duraklatma gecikme süresi sırasında daha önce bir noktada, oturumların kısa bir süre açık kalmış olması yine de mümkündür. Gecikme dönemindeki faaliyeti kontrol etmek için Auditing for Azure SQL Veritabanı ve Azure Synapse Analytics programlarını kullanın ve ilgili dönemin denetim verilerini inceleyin.

Important

Kullanıcı kaynak havuzunda eşzamanlı CPU kullanımı olsun veya olmasın açık oturumların varlığı, sunucusuz veritabanının beklendiği gibi otomatik olarak duraklatılmamasının en yaygın nedenidir.

İlgili içerik

  • Last updated on