Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Ş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 çoğu güncelleştirme, 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ı quorumunun üyeleri, yanıt veren bir birincil kopya olması amacıyla teker teker ç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, yedek çoğaltmalardan biri yeni ana çoğaltmaya dönüşür.
- Genel Amaçlı, Standart ve Temel veritabanları için birincil replikayı yeterli boş kapasiteye sahip başka bir stateless işlem düğümüne taşı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ırılıyorsa ve yeni bir bağlantı denenirse, 40613 hata kodunu alırsınız (Veritabanı Kullanılamıyor): Database '{databasename}' on server '{servername}' is not currently available. Please retry the connection later. Veritabanınızda uzun süren 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.
- Azure SQL Veritabanı için bakım pencereleri
- Azure SQL Veritabanı için bakım pencereleri için önceden bildirimleri yapılandırma
- Azure SQL Yönetilen Örneği için bakım pencereleri
- Azure SQL Yönetilen Örneği için bakım pencereleri için önceden bildirimleri yapılandırma
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.