Bakım penceresi (Önizleme)
Uygulama hedefi: 
Azure SQL Veritabanı
Azure SQL yönetilen örneği
Bakım penceresi özelliği, Azure SQL Veritabanı ve Azure SQL Yönetilen Örnek kaynakları için bakım zamanlaması yapılandırmanıza olanak sağlar. Bu sayede etkili bakım olayları iş yükünüz için tahmin edilebilir ve daha az kesintiye neden olur.
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ü dengeleme ve veritabanı Hizmet Düzeyi Hedefi'nde değişiklik gibi olaylara bağlı veritabanı yeniden yapılandırmaları yer alır.
Genel Bakış
Azure, yönetilen örnek kaynaklarının SQL Veritabanı ve SQL düzenli aralıklarla bakım gerçekleştirir. Azure SQL bakım olayı sırasında veritabanları tam olarak kullanılabilir, ancak yönetilen örneği için ilgili kullanılabilirlik SLA'ları içinde SQL Veritabanı SQL 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'nin varsayılan bakım ilkesine güvenebilir.
Bakım penceresi, oluşturma sırasında veya mevcut Azure SQL yapılandırabilirsiniz. Azure portal, PowerShell, CLI veya Azure API kullanılarak yalıtabilirsiniz.
Önemli
Bakım penceresinin yapılandırılması, Azure depolama kaynağının hizmet katmanını değiştirmeye benzer şekilde uzun süre çalışan bir SQL işlemidir. İşlem sırasında kaynak kullanılabilir, ancak işlem 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 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 ilkesi, tipik yoğun iş saatlerinde kesinti yaşanmaması için her gün yerel saatle 08:00 ile 17:00 arasında en 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 kaynaklarınıza uygun bir zaman olacak şekilde ayarlayabilirsiniz:
- Haftanın günü penceresi: Yerel saatle 10:00 ile 18:00 arasında, Pazartesi - Perşembe
- Hafta sonu penceresi: 10:00 ile 18:00 yerel saat, Cuma - Pazar
Listelenen bakım penceresi günleri, her sekiz saatlik bakım penceresinin başlangıç günlerini gösterir. Örneğin , "10:00 PM -6:00 AM yerel saat, Monday – Thursday", bakım pencerelerinde her gün yerel saatle 10:00'da (Pazartesi- Perşembe) başlar ve sonraki gün (Salı-Cuma) yerel saatle 06:00'da tamamlanır.
Bakım penceresi seçimi yapıldıktan ve hizmet yapılandırması tamamlandıktan sonra, planlı bakım yalnızca kendi 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ı hakkı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:
- Ö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:
| Azure Bölgesi | SQL Yönetilen Örnek | SQL Veritabanı | SQL Veritabanı Azure Kullanılabilirlik Alanı'nde depolama |
|---|---|---|---|
| Orta Avustralya 1 | Yes | ||
| Orta Avustralya 2 | Yes | ||
| Doğu Avustralya | Yes | Yes | Yes |
| Güneydoğu Avustralya | Yes | Yes | |
| Güney Brezilya | Yes | Yes | |
| Orta Kanada | Yes | Yes | Yes |
| Doğu Kanada | Yes | Yes | |
| Orta Hindistan | Yes | Yes | |
| Central US | Yes | Yes | Yes |
| Doğu Çin 2 | Yes | Yes | |
| Kuzey Çin 2 | Yes | Yes | |
| Doğu ABD | Yes | Yes | Yes |
| Doğu ABD 2 | Yes | Yes | Yes |
| Doğu Asya | Yes | Yes | |
| Orta Fransa | Yes | Yes | |
| Güney Fransa | Yes | Yes | |
| Orta Batı Almanya | Yes | Yes | |
| Kuzey Almanya | Yes | ||
| Doğu Japonya | Yes | Yes | Yes |
| Batı Japonya | Yes | Yes | |
| Güney Kore - Orta | Yes | ||
| Güney Kore - Güney | Yes | ||
| Orta Kuzey ABD | Yes | Yes | |
| Kuzey Avrupa | Yes | Yes | Yes |
| Güney Afrika - Kuzey | Yes | ||
| Güney Afrika - Batı | Yes | ||
| Orta Güney ABD | Yes | Yes | Yes |
| Güney Hindistan | Yes | Yes | |
| Güneydoğu Asya | Yes | Yes | Yes |
| Kuzey İsviçre | Yes | Yes | |
| Batı İsviçre | Yes | ||
| Orta BAE | Yes | ||
| Kuzey BAE | Yes | ||
| Güney Birleşik Krallık | Yes | Yes | Yes |
| Batı Birleşik Krallık | Yes | Yes | |
| Orta Batı ABD | Yes | Yes | |
| West Europe | Yes | Yes | Yes |
| Batı Hindistan | Yes | ||
| Batı ABD | Yes | Yes | |
| Batı ABD 2 | Yes | Yes | Yes |
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.
Azure SQL Yönetilen Örneği'ne, 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 hala önerilir.
İstemci bağlantı ilkesi hakkında daha fazla bilgi Azure SQL Veritabanı bkz. Azure SQL Veritabanı ilkesi.
Azure SQL Yönetilen Örneği'nin istemci bağlantı ilkesi hakkında daha fazla bilgi için bkz. Azure SQL Yönetilen Örnek bağlantı türleri.
Azure SQL Yönetilen Örneği ile ilgili dikkat edilmesi gerekenler
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 penceresinin yapılandırılma süresine katkıda bulunarak. 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 boyunca basılı tutul olabilir. Bu çok nadir bir durumdur, ancak bu süre boyunca yeni örnekler oluşturulması veya mevcut örneklerin yeniden boyutlandırılma durumu (ek işlem düğümleri gerekirse) engellenmiş olabilir.