Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği'de Azure bakım olaylarını planlama

  • Makale

Şunlar için geçerlidir: Azure SQL Veritabanı Azure SQL Yönetilen Örneği

Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği'da veritabanınızda planlı bakım olaylarına nasıl hazırlanacağınızı öğrenin.

Planlı bakım olayı nedir?

Azure SQL Veritabanı ve Azure SQL Yönetilen Örneği hizmetlerini güvenli, uyumlu, kararlı ve performanslı tutmak için güncelleştirmeler hizmet bileşenleri üzerinden neredeyse sürekli gerçekleştirilir. Modern ve sağlam hizmet mimarisi ve hotpatching gibi yenilikçi teknolojiler sayesinde güncelleştirmelerin çoğu kullanılabilirlik açısından tamamen şeffaf ve gereksizdir. Yine de, birkaç güncelleştirme türü kısa hizmet kesintilerine neden olur ve özel işlem gerektirir.

Planlı bakım sırasında veritabanı çekirdeğinin üyeleri, yanıt veren bir birincil çoğaltma olması amacıyla birer birer çevrimdışı olur. İş Açısından Kritik ve Premium veritabanlarında istemci kapalı kalma süresi olmaması için en az bir ikincil çoğaltma da çevrimiçi olur.

Birincil çoğaltmanın çevrimdışına alınması gerektiğinde yeniden yapılandırma işlemi gerçekleşir.

  • İş Açısından Kritik ve Premium veritabanları için ikincil çoğaltmalardan biri yeni birincil çoğaltma olur.
  • Genel Amaçlı, Standart ve Temel veritabanları için birincil çoğaltma, yeterli boş kapasiteye sahip durum bilgisi olmayan başka bir işlem düğümüne taşınır.

Planlı bakım etkinliği sırasında neler bekleyebileceğiniz

Bakım olayı, bakım olayının başındaki birincil ve ikincil çoğaltmaların constellation bağlı olarak tek veya birden çok yeniden yapılandırma oluşturabilir. Ortalama olarak, planlı bakım olayı başına 1,7 yeniden yapılandırma gerçekleşir. Yeniden yapılandırmalar genellikle 30 saniye içinde tamamlar. Ortalama sekiz saniyedir. Zaten bağlıysa, uygulamanızın veritabanınızın yeni birincil çoğaltmasına yeniden bağlanması gerekir.

Yeni birincil çoğaltma çevrimiçi olmadan önce veritabanı yeniden yapılandırmadan önce yeni bir bağlantı denenirse, hata 40613 (Veritabanı Kullanılamıyor): Database '{databasename}' on server '{servername}' is not currently available. Please retry the connection later. Veritabanınızda uzun süre çalışan bir sorgu varsa, bu sorgu yeniden yapılandırma sırasında kesilir ve yeniden başlatılması gerekir.

Bakım pencereleri ve gelişmiş bildirimler

Bakım penceresi özelliği, uygun Azure SQL veritabanları ve SQL yönetilen örnekleri için tahmin edilebilir bakım penceresi zamanlamalarının yapılandırılmasına olanak tanır. Ayrıca bakım pencerelerinden önce önceden bildirimleri de yapılandırabilirsiniz. Daha fazla bilgi için bkz.

Planlı bakım olayının benzetimini oluşturma

İstemci uygulamanızın üretime dağıtmadan önce bakım olaylarına dayanıklı olduğundan emin olun.

Test, uygulama hatası riskini azaltır ve son kullanıcılarınız için uygulama kullanılabilirliğine katkıda bulunur. PowerShell, CLI veya REST API aracılığıyla Uygulama Hata Dayanıklılığını Test Ederek planlı bakım olayları sırasında istemci uygulamanızın davranışını test edebilirsiniz.

Azure SQL Yönetilen Örneği için el ile yük devretmeyi başlatmayı da gözden geçirin. El ile yük devretme, birincil çoğaltmayı çevrimdışı duruma getiren bakım olayıyla aynı davranışı üretir.

Yeniden deneme mantığı

Bulut veritabanı hizmetine bağlanan tüm istemci üretim uygulamaları sağlam bir bağlantı yeniden deneme mantığı uygulamalıdır. Doğru otomatik yeniden deneme mantığı, yeniden yapılandırmaların son kullanıcılar için mümkün olduğunca saydam hale getirilmesine yardımcı olur.

Hizmet Durumu Uyarısı

Hizmet sorunları veya planlı bakım etkinlikleriyle ilgili uyarılar almak istiyorsanız Azure portalda uygun olay türü ve eylem gruplarıyla Hizmet Durumu uyarılarını kullanabilirsiniz. Daha fazla bilgi için bkz . Azure hizmet bildirimlerinde uyarı alma.

Ayrıca Azure portalında Azure SQL Veritabanı Kullanılabilirlik ölçümünü izleyebilir ve yapılandırabilirsiniz.

Kaynak durumu

Veritabanınızda oturum açma hataları yaşanıyorsa geçerli durum için Azure portalındaki Kaynak Durumu penceresini denetleyin. Sistem Durumu Geçmişi bölümü, her olayın kapalı kalma nedenini (varsa) içerir.

İlgili içerik