Bakım penceresi (Önizleme)

Uygulama hedefi: Azure SQL veritabanı Azure SQL yönetilen örneği

Bakım penceresi özelliği, iş yükünüz için etkili bakım olaylarını tahmin edilebilir Azure SQL Veritabanı daha az kesintiye Azure SQL Yönetilen Örneği kaynakları için bakım zamanlaması yapılandırmanıza olanak sağlar.

Not

Bakım penceresi özelliği yalnızca yükseltmelerden veya zamanlanmış bakımlardan planlı etkiden korur. Tüm yük devretme nedenlerinden korumaz; bakım penceresi dışında kısa bağlantı kesintilerine neden olan özel durumlar arasında donanım hataları, küme yük dengelemesi ve veritabanı Hizmet Düzeyi Hedefi'nde değişiklik gibi olaylar nedeniyle veritabanı yeniden yapılandırmaları yer alır.

Genel Bakış

Azure, SQL Veritabanı ve SQL yönetilen örnek kaynaklarının planlı bakımını düzenli aralıklarla gerçekleştirir. Bakım Azure SQL veritabanları tam olarak kullanılabilir, ancak SQL Veritabanı ve SQL yönetilen örneği için ilgili kullanılabilirlik SLA'ları içinde kısa yeniden yapılandırmalara tabi olabilir.

Bakım penceresi, veritabanı veya örnek yeniden yapılandırmalarına karşı tepkisiz olan ve planlı bakım olaylarının neden olduğu kısa bağlantı kesintilerini alamay üretim iş yükleri için tasarlanmıştır. Tercih ederseniz bir bakım penceresi seçerek planlı bakımın etkisini en aza indirebilirsiniz çünkü yoğun iş saatleri dışında ortaya çıkar. Resilient iş yükleri ve üretim dışı iş yükleri, Azure SQL ilkeyi kullanır.

Bakım penceresi, oluşturma sırasında veya mevcut kaynak kaynakları için Azure SQL olabilir. Azure portal, PowerShell, CLI veya Azure API kullanılarak yalıtabilirsiniz.

Önemli

Bakım penceresinin yapılandırılması uzun süre çalışan zaman uyumsuz bir işlemdir ve bu işlem, kaynak için hizmet katmanını Azure SQL olur. İşlem sırasında kaynak kullanılabilir, ancak işlem sonunda 8 saniyelik kısa bir yeniden yapılandırma gerçekleşir ve uzun süre çalışan işlemlerin kesintiye uğraması durumunda bile bu süre 8 saniyeye kadar sürer. Yeniden yapılandırmanın etkisini en aza indirmek için, işlemi yoğun saatler dışında gerçekleştirmeniz gerekir.

Bakım penceresiyle daha fazla öngörülebilirlik elde etmek

Varsayılan olarak, Azure SQL yoğun iş saatlerinde kesinti yaşanmaması için bakım ilkesi her gün 08:00 ile 17:00 yerel saat arasında etkili güncelleştirmeleri engeller. Yerel saat, kaynağı barındıran Azure bölgesi konumu tarafından belirlenir ve yerel saat dilimi tanımına uygun olarak yaz saati saati gözlemlenebilir.

İki ek bakım penceresi yuvasından birini seçerek bakım güncelleştirmelerini Azure SQL uygun bir zaman olacak şekilde ayarlayabilirsiniz:

  • Haftanın günü penceresi, Pazartesi - Perşembe yerel saatle 10:00 ile 18:00
  • Hafta sonu penceresi, 10:00 ile 06:00 yerel saatle Cuma - Pazar

Bakım penceresi seçimi yapıldıktan ve hizmet yapılandırması tamamlandıktan sonra, planlı bakım yalnızca tercih pencereniz sırasında gerçekleşir. Bakım olayları genellikle tek bir pencere içinde tamamlanır, ancak bazıları iki veya daha fazla bitişik pencereye yaymalarına neden olabilir.

Önemli

Herhangi bir eylemin ertelenmesinin kritik güvenlik düzeltme eki uygulama gibi ciddi bir etkiye neden olduğu çok nadir durumlarda, yapılandırılan bakım penceresi geçici olarak geçersiz kılınmış olabilir.

Maliyet ve uygunluk

Bakım penceresini yapılandırmak ve kullanmak tüm uygun teklif türleri için ücretsizdir:Kullansanız Öde, Bulut Çözümü Sağlayıcısı (CSP), Microsoft Kurumsal Anlaşma veya Microsoft Müşteri Sözleşmesi.

Not

Azure teklifi, sahip olduğunuz Azure aboneliğinin türüdür. Örneğin, tüm Azure teklifleri,Open ile Azure ve Visual Studio Enterprisefiyatlarına sahip bir aboneliktir. Her teklifin veya planın farklı hüküm ve avantajları vardır. Teklifiniz veya planınız aboneliğin Genel Bakış'ta gösterilir. Aboneliğinizi farklı bir teklife değiştirme hakkında daha fazla bilgi için bkz. Azure aboneliğinizi farklı bir teklifle değiştirme.

Gelişmiş bildirimler

Bakım bildirimleri, 24 saat önce, bakım zamanında ve bakım tamamlandığında Azure SQL Veritabanı yaklaşan planlı bakım olaylarında sizi uyaracak şekilde yalıtabilirsiniz. Daha fazla bilgi için bkz. Gelişmiş Bildirimler.

Kullanılabilirlik

Desteklenen hizmet düzeyi hedefleri

dışında tüm SLI'lerde varsayılan dışında bir bakım penceresi seçmek kullanılabilir:

  • Hiper Ölçek
  • Örnek havuzları
  • Eski 4. Nesil sanal çekirdek
  • Temel, S0 ve S1
  • DC, Fsv2, M serisi

Azure bölgesi desteği

Varsayılan dışında bir bakım penceresi seçmek şu anda aşağıdaki bölgelerde kullanılabilir:

  • Doğu Avustralya
  • Avustralya SouthEast
  • Güney Brezilya
  • Orta Kanada
  • Central US
  • Doğu ABD
  • Doğu ABD 2
  • Doğu Asya
  • Doğu Japonya
  • NorthCentral US
  • Kuzey Avrupa
  • SouthCentral US
  • Güneydoğu Asya
  • Güney Birleşik Krallık
  • West Europe
  • Batı ABD
  • Batı ABD 2

Azure SQL Veritabanı için ağ geçidi bakımı

Bakım pencerelerinden en büyük avantajı elde etmek için istemci uygulamalarınızın bağlantı yeniden yönlendirme ilkesini kullandığından emin olun. Yeniden yönlendirme, istemcilerin veritabanını barındıran düğüme doğrudan bağlantı kurduğu ve gecikme süresinin azaltılmasına ve aktarım hızının iyileştirilmesine neden olan önerilen bağlantı ilkesidir.

  • Bu Azure SQL Veritabanı, ara sunucu bağlantı ilkesi kullanan tüm bağlantılar hem seçilen bakım penceresinden hem de ağ geçidi düğümü bakım penceresinden etkilenebilir. Ancak, önerilen yeniden yönlendirme bağlantı ilkesi kullanan istemci bağlantıları, ağ geçidi düğümü bakım yeniden yapılandırmadan etkilenmez.

  • Bu Azure SQL Yönetilen Örneği ağ geçidi düğümleri sanal küme içinde barındırıldı ve yönetilen örnekle aynı bakım penceresine sahip, ancak bakım olayı sırasında kesinti sayısını en aza indirmek için yeniden yönlendirme bağlantı ilkesi kullanılması hala önerilir.

İstemci bağlantı ilkesi hakkında daha fazla bilgi Azure SQL Veritabanı bkz. Azure SQL Veritabanı ilkesi.

İstemci bağlantı ilkesi hakkında daha fazla bilgi için Azure SQL Yönetilen Örneği bağlantı Azure SQL Yönetilen Örneği bakın.

Önemli noktalar Azure SQL Yönetilen Örneği

Azure SQL Yönetilen Örneği müşterinin sanal ağ alt ağı içinde çalışan ayrılmış bir yalıtılmış sanal makine kümesinde barındırılan hizmet bileşenlerinden oluşur. Bu sanal makineler, birden çok yönetilen örneği barındıran sanal kümeler oluşturabilir. Bir alt ağ örneğinde yapılandırılan bakım penceresi, alt ağ içindeki sanal küme sayısını, örneklerin sanal kümeler arasında dağılımını ve sanal küme yönetimi işlemlerini etkiler. Bu, birkaç etkiyi göz önünde bulundurarak gerekli olabilir.

Bakım penceresi yapılandırması uzun süre çalışan bir işlem

Sanal kümede barındırılan tüm örnekler bakım penceresini paylaşır. Varsayılan olarak, tüm yönetilen örnekler varsayılan bakım penceresiyle sanal kümede barındırıldı. Yönetilen örnek için oluşturma sırasında veya daha sonra başka bir bakım penceresi belirtmek, bunun ilgili bakım penceresiyle sanal kümeye yerleştiriliyor olması anlamına gelir. Alt ağda böyle bir sanal küme yoksa, önce örneği barındıracak yeni bir küme oluşturulmalıdır. Mevcut sanal kümede ek örneğin bir kez daha benimsenerek kümenin yeniden boyutlandırılma ihtiyacı olabilir. Her iki işlem de yönetilen örnek için bakım penceresini yapılandırma süresine katkıda bulun. Yönetilen örnekte bakım penceresini yapılandırmanın beklenen süresi, örnek yönetimi işlemlerinin tahmini süresi kullanılarak hesaplanabilir.

Önemli

Bakım işlemi sonunda kısa bir yeniden yapılandırma gerçekleşir ve uzun süre çalışan işlemlerin kesintiye uğraması durumunda bile genellikle 8 saniye kadar sürer. Yeniden yapılandırmanın etkisini en aza indirmek için, işlemi yoğun saatler dışında zamanlamanız gerekir.

IP adresi alanı gereksinimleri

Alt ağda yer alan her yeni sanal küme, sanal küme IP adresi ayırmaya göre ek IP adresleri gerektirir. Mevcut yönetilen örneğin bakım penceresinin değiştirilmesi, ilgili hizmet katmanı için sanal çekirdek ölçeklendirme senaryosunda olduğu gibi geçici ek IP kapasitesi gerektirir.

IP adresi değişikliği

Bakım penceresinin yapılandırılması ve değiştirilmesi, alt ağın IP adresi aralığında örneğin IP adresinin değiştirilmesine neden olur.

Önemli

IP adresi değiştikten sonra NSG ve güvenlik duvarı kurallarının veri trafiğini engellemeyazın.

Sanal küme yönetimi işlemlerinin seri hale getirme

Hizmet yükseltmeleri ve sanal kümeyi yeniden boyutlandırma (yeni ekleme veya gereksiz işlem düğümlerini kaldırma) gibi sanal kümeyi etkileyen işlemler seri hale getirildi. Başka bir deyişle, önceki tamamlanana kadar yeni bir sanal küme yönetimi işlemi başlatamaz. Bakım penceresinin devam eden hizmet yükseltmesi veya bakım işlemi tamamlanmadan kapanması durumunda, bu sırada gönderilen diğer tüm sanal küme yönetim işlemleri bir sonraki bakım penceresi açılana ve hizmet yükseltme veya bakım işlemi tamamlanana kadar basılı tutulacak. Bakım işlemlerinin sanal küme başına tek bir pencereden daha uzun olması yaygın bir durum değildir, ancak çok karmaşık bakım işlemleri durumunda bu durum olabilir. Sanal küme yönetimi işlemlerinin seri hale getirmesi, varsayılan bakım ilkesi için de geçerli olan genel davranıştır. Bir bakım penceresi zamanlaması yapılandırıldığında, bitişik iki pencere arasındaki süre birkaç gün uzunluğunda olabilir. Bakım işlemi iki pencereye yayılmışsa gönderilen işlemler de birkaç gün basılı tutul olabilir. Bu çok nadir bir durumdur, ancak yeni örneklerin oluşturulması veya var olan örneklerin (ek işlem düğümleri gerekliyse) yeniden boyutlandırılması bu süre içinde engellenmeyebilir.

Sonraki adımlar

Daha fazla bilgi edinin