Azure SQL Yönetilen Örneği bakım penceresi

  • Makale

Şunlar için geçerlidir: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 ve daha az kesintiye neden olan Azure SQL Yönetilen Örneği kaynaklar için bakım zamanlaması yapılandırmanıza olanak tanır.

Not

Bakım penceresi özelliği yalnızca yükseltmelerden veya zamanlanmış bakımdan planlı etkilerden korur. Tüm yük devretme nedenlerinden korunmaz; bir bakım penceresinin dışında kısa bağlantı kesintilerine neden olabilecek özel durumlar donanım hataları ve diğer yeniden yapılandırmaları içerir.

Ön bildirimler, müşteriler tarafından planlı olaylardan 24 saat önce gönderilecek şekilde yapılandırılabilir.

Genel bakış

Azure, SQL yönetilen örnek kaynaklarının planlı bakımını düzenli aralıklarla gerçekleştirir. Bakım olayı sırasında SQL yönetilen örnekleri tam olarak kullanılabilir ancak SQL yönetilen örneği için kullanılabilirlik Hizmet Düzeyi Sözleşmeleri (SLA) içinde kısa yeniden yapılandırmalara tabi olabilir.

Bakım penceresi, örnek yeniden yapılandırmalarına dayanıklı olmayan ve planlı bakım olaylarının neden olduğu kısa bağlantı kesintilerini çekemeyen üretim iş yüklerine yöneliktir. Tercih ettiğiniz bir bakım penceresi seçerek, yoğun iş saatlerinizin dışında gerçekleşecek şekilde zamanlayarak planlı bakımın etkisini en aza indirebilirsiniz. Dayanıklı iş yükleri ve üretim dışı iş yükleri, Azure SQL'in varsayılan bakım ilkesini kullanabilir.

Bakım penceresi ücretsizdir ve oluşturma veya mevcut kaynaklar için yapılandırılabilir. Azure portalı, PowerShell, CLI veya Azure API kullanılarak yapılandırılabilir.

Önemli

Bakım penceresini yapılandırmak, Azure SQL kaynağının hizmet katmanını değiştirmeye benzer şekilde uzun süre çalışan zaman uyumsuz bir işlemdir. Kaynak, işlemin sonunda gerçekleşen ve uzun süre çalışan işlemlerin kesintiye uğraması durumunda bile genellikle 8 saniyeye kadar süren kısa bir yeniden yapılandırma dışında işlem sırasında kullanılabilir. 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 tahmin edilebilirlik elde edin

Varsayılan olarak Azure SQL bakım ilkesi, tipik yoğun iş saatlerinde kesinti yaşanmasını önlemek 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ölgesinin konumuna göre belirlenir ve yerel saat dilimi tanımına uygun olarak yaz saati gözlemlenebilir.

Bakım sırasında veritabanları kullanılabilir durumda kalır, ancak bazı güncelleştirmeler yük devretme gerektirebilir. Sistem varsayılan bakım penceresi (17:00 ile 08:00) çoğu etkinliği bu süreyle sınırlar, ancak bunun dışında acil güncelleştirmeler gerçekleşebilir. Tüm güncelleştirmelerin yalnızca bakım penceresi sırasında gerçekleşmesini sağlamak için varsayılan olmayan bir seçenek belirleyin.

Varsayılan olmayan iki bakım penceresi yuvası arasından seçim yaparak bakım güncelleştirmeleri penceresini Azure SQL kaynaklarınıza uygun bir zamana ayarlayabilirsiniz:

  • Hafta içi penceresi: 22:00 - 18:00 yerel saat, Pazartesi - Perşembe
  • Hafta sonu penceresi: 22:00-18:00 yerel saat, Cuma - Pazar

Listelenen bakım penceresi günleri, her sekiz saatlik bakım penceresinin başlangıç gününü gösterir. Örneğin, "10:00-18:00 yerel saat, Pazartesi – Perşembe", bakım pencerelerinin her gün yerel saatle 22:00'de (Pazartesi-Perşembe) başlayacağı ve ertesi gün (Salı-Cuma) yerel saatle 06:00'da tamamlayacağı anlamına gelir.

Bakım penceresi seçimi yapıldıktan ve hizmet yapılandırması tamamlandıktan sonra planlı bakım yalnızca seçtiğiniz pencere sırasında gerçekleşir. Bakım olayları genellikle tek bir pencere içinde tamamlasa da, bazıları iki veya daha fazla bitişik pencereye yayılabilir.

Önemli

Azure SQL Yönetilen Örneği, Azure eşleştirilmiş bölgelerinin aynı anda dağıtılmaması garanti edilen güvenli bir dağıtım uygulamasını izler. Ancak, önce hangi bölgenin yükseltileceğini tahmin etmek mümkün değildir, bu nedenle dağıtım sırası garanti değildir. Bazen birincil örneğinin önce yükseltilmesi, bazen de ikincil olması gerekir.

  • SQL yönetilen örneğinizde yük devretme grupları olduğu ve grupların Azure bölge eşleştirmesiyle uyumlu olmadığı durumlarda, birincil ve ikincil SQL yönetilen örneğiniz için farklı bakım penceresi zamanlamaları seçmelisiniz. Örneğin, coğrafi ikincil sql yönetilen örneğiniz için Hafta içi bakım penceresini ve coğrafi olarak ikincil SQL yönetilen örneğiniz için Hafta sonu bakım penceresini seçebilirsiniz.

  • Herhangi bir eylem ertelemesinin kritik güvenlik düzeltme eki uygulama gibi ciddi etkilere neden olabileceği çok nadir durumlarda, yapılandırılmış bakım penceresi geçici olarak geçersiz kılınabilir.

Bildirimleri ilerlet

Bakım bildirimleri, Azure SQL Yönetilen Örneği için yaklaşan planlı bakım olayları hakkında sizi uyaracak şekilde yapılandırılabilir. Uyarılar, bakım penceresi açılmadan önce ve bakım penceresinin sonunda 24 saat önceden ulaşır. Daha fazla bilgi için bkz . İlerletme Bildirimleri.

Özellik kullanılabilirliği

Desteklenen abonelik türleri

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

Yalnızca geliştirme/test kullanımıyla sınırlı teklifler uygun değildir (örnek olarak kullandıkça öde Geliştirme/Test veya Kurumsal Geliştirme/Test gibi).

Not

Azure teklifi, sahip olduğunuz Azure aboneliğinin türüdür. Örneğin, kullandıkça öde fiyatlarına sahip bir abonelik, Open'da Azure ve Visual Studio Enterprise tüm Azure teklifleridir. Her teklifin veya planın farklı terimleri ve avantajları vardır. Teklifiniz veya planınız aboneliğin Genel Bakış sayfasında gösterilir. Aboneliğinizi farklı bir teklife geçirme hakkında daha fazla bilgi için bkz . Azure aboneliğinizi farklı bir teklifle değiştirme.

Desteklenen hizmet düzeyi hedefleri

Varsayılandan farklı bir bakım penceresi seçmek, Azure SQL Yönetilen Örneği havuzları dışındaki tüm SLO'larda kullanılabilir.

Bakım pencereleri için Azure SQL Yönetilen Örneği bölge desteği

Varsayılandan başka bir Azure SQL Yönetilen Örneği için bakım penceresi seçme işlemi şu anda aşağıdaki bölgelerde kullanılabilir:

  • Avustralya Orta 1
  • Orta Avustralya 2
  • Doğu Avustralya
  • Güneydoğu Avustralya
  • Güney Brezilya
  • Güneydoğu Brezilya
  • Orta Kanada
  • Doğu Kanada
  • Orta Hindistan
  • Central US
  • Doğu Çin 2
  • Kuzey Çin 2
  • Doğu ABD
  • Doğu ABD 2
  • Doğu Asya
  • Orta Fransa
  • Güney Fransa
  • Orta Batı Almanya
  • Almanya Kuzey
  • Doğu Japonya
  • Batı Japonya
  • Güney Kore - Orta
  • Güney Kore - Güney
  • Orta Kuzey ABD
  • Kuzey Avrupa
  • Doğu Norveç
  • Batı Norveç
  • Güney Afrika - Kuzey
  • Güney Afrika Batı
  • Orta Güney ABD
  • Güney Hindistan
  • Güneydoğu Asya
  • Kuzey İsviçre
  • Batı İsviçre
  • BAE Orta
  • Kuzey BAE
  • Güney Birleşik Krallık
  • Batı Birleşik Krallık
  • US Gov Arizona
  • US Gov Teksas
  • US Gov Virginia
  • Orta Batı ABD
  • West Europe
  • Batı Hindistan
  • Batı ABD
  • Batı ABD 2
  • Batı ABD 3

Ağ geçidi bakımı

Azure SQL Yönetilen Örneği'de ağ geçidi düğümleri sanal küme içinde barındırılır ve SQL yönetilen örneğiyle aynı bakım penceresine sahiptir.

Önemli

Bakım olayı sırasında kesinti sayısını en aza indirmek için yeniden yönlendirme bağlantı ilkesi önerilir, bkz . 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ğının 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ırabilen bir sanal küme oluşturmak için gruplar halinde düzenlenir. Aynı alt ağ içindeki örnekler için yapılandırılmış bir bakım penceresi, sanal küme içindeki sanal makine gruplarının sayısını ve sanal küme yönetim işlemlerini etkileyebileceğinden, bakım penceresini yapılandırmadan önce dikkate alınması gereken birkaç şey vardır.

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

Aynı sanal makine grubunda barındırılan tüm örnekler aynı bakım penceresini paylaşır. Varsayılan olarak, tüm yönetilen örnekler varsayılan bakım penceresi olan bir grupta barındırılır. Örneği oluştururken veya oluşturulduktan sonra başka bir bakım penceresi belirtirseniz, örnek ilgili bakım penceresiyle ayrı bir makine grubuna yerleştirilir. Kümede böyle bir grup yoksa, örneğin yeni yapılandırmasını barındırmak için yeni bir grup oluşturulur. Sanal kümedeki ek örnekleri aynı bakım penceresini kullanacak şekilde yapılandırıyorsanız, bu örnekler gruba da eklenir ve bu da grubun yeniden boyutlandırılması gerekebileceği anlamına gelir. Yeni bir makine grubuna örnek eklemek ve mevcut makine gruplarını yeniden boyutlandırmak, bakım penceresi yapılandırma işleminin süresini artırabilir.

Yönetilen örnek için bakım penceresi yapılandırmak için beklenen süre, örnek yönetimi işlemlerinin tahmini süresi kullanılarak hesaplanabilir.

Önemli

Bir bakım penceresi yapılandırdığınızda, işlemin son adımı, uzun süre çalışan işlemleri kesintiye uğratsa bile genellikle 8 saniyeye kadar süren örneğin yeniden yapılandırılmasını gerektirir. Etkiyi en aza indirmek için yoğun iş saatlerinin dışında bir bakım penceresi yapılandırın.

IP adresi alanı gereksinimleri

Alt ağdaki her yeni sanal makine grubu, sanal küme IP adresi ayırmaya göre ek IP adresleri gerektirir. Mevcut bir yönetilen örneğin bakım penceresinin değiştirilmesi, ilgili hizmet katmanı için sanal çekirdek sayısını ölçeklendirmeye benzer şekilde geçici ek IP kapasitesi gerektirir.

IP adresi değişikliği

Bakım penceresinin yapılandırılması veya değiştirilmesi, örneğin IP adresini alt ağın IP adresi aralığında farklı bir IP adresiyle değiştirir.

Önemli

Ip adresi değiştirildikten sonra ağ güvenlik grubu (NSG) ve güvenlik duvarı kurallarının veri trafiğini engellemediğinden emin olun.

Sanal küme yönetim işlemlerini serileştirme

Hizmet yükseltmeleri veya sanal kümeyi yeniden boyutlandırma (yeni ekleme veya kullanılmayan işlem düğümlerini kaldırma gibi) gibi sanal kümeyi etkileyen işlemler seri hale getirilir. Bu nedenle, önceki işlem tamamlanana kadar yeni bir sanal küme işlemi başlatılamaz. Devam eden bakım işlemi tamamlanmadan önce bakım penceresi kapanırsa, devam eden bakım işlemi bir sonraki bakım penceresine kadar beklemeye alınıyor. Bu süre boyunca gönderilen diğer yönetim işlemleri, özgün devam eden bakım işlemi tamamlandıktan sonraki bakım penceresi sırasında veya sonrasında da askıya alınıp sürdürülür. Bir bakım işleminin bir küme içindeki sanal makine grubu başına tek bir bakım penceresinden daha uzun sürmesi yaygın değildir, ancak çok karmaşık bakım işlemleri için gerçekleşebilir.

Sanal küme yönetim işlemlerinin seri hale getirilmesi, varsayılan bakım ilkesi için de geçerli olan genel bir davranıştır. Bir bakım penceresi zamanlaması yapılandırdığınızda, iki bitişik pencere arasındaki süre birkaç gün sürebilir. Nadir olsa da, bakım işlemi iki pencereye yayılmışsa, yeni gönderilen işlemler birkaç gün boyunca beklemede olabilir ve yeni bir işlem düğümü oluşturma veya var olan bir örneği yeniden boyutlandırma gibi ek işlem düğümleri gerektiren işlemleri engelleme olasılığı vardır.

Bakım olaylarının listesini alma

Azure Kaynak Grafı, Azure Kaynak Yönetimi'nin kapsamını genişletmek için tasarlanmış bir Azure hizmetidir. Azure Kaynak Grafı Gezgini, ortamınızı etkili bir şekilde yönetebilmeniz için belirli bir abonelik kümesinde büyük ölçekte sorgulama olanağı sunan verimli ve performanslı kaynak keşfi sağlar.

Bakım olaylarını sorgulamak için Azure Kaynak Grafı Gezgini'ni kullanabilirsiniz. Bu sorguların nasıl çalıştırılacağına ilişkin bir tanıtım için bkz. Hızlı Başlangıç: Azure Kaynak Grafı Gezgini'ni kullanarak ilk Kaynak Grafı sorgunuzu çalıştırın.

Aboneliğinizdeki tüm SQL yönetilen örneklerinin bakım olaylarını denetlemek için Azure Kaynak Grafı Gezgini'nde aşağıdaki örnek sorguyu kullanın:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Managed Instance'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

Örnek sorguların tam başvurusu ve bunların PowerShell veya Azure CLI gibi araçlarda nasıl kullanılacağı hakkında bilgi edinmek için Azure Hizmet Durumu için azure Kaynak Grafı örnek sorguları sayfasını ziyaret edin.

İlgili içerik