Yüksek kullanılabilirlik ve olağanüstü durum kurtarma denetim listesi - Azure SQL Veritabanı

  • Makale

Şunlar için geçerlidir: Azure SQL Veritabanı

Azure SQL Veritabanı hizmeti otomatik olarak tüm veritabanlarının çevrimiçi, sağlıklı olmasını sağlar ve yayımlanan SLA'yı elde etmek için sürekli çaba gösterir.

Bu kılavuz, kullanılabilirliği en üst düzeye çıkarmak, kurtarmayı sağlamak ve Azure kesintilerine hazırlanmak için atabileceğiniz proaktif adımların ayrıntılı bir gözden geçirmesini sağlar. Bu kılavuz, Azure SQL Veritabanı tüm satın alma modelleri ve hizmet katmanları için geçerlidir.

Kullanılabilirlik denetim listesi

Kullanılabilirliği en üst düzeye çıkarmak için önerilen yapılandırmalar şunlardır:

  • Geçici hataları işlemek için uygulamaya yeniden deneme mantığını dahil edin.
  • Etkili bakım olaylarını tahmin edilebilir ve daha az kesintiye uğratıcı hale getirmek için bakım pencerelerini kullanın.
  • Dayanıklılığın nasıl çalıştığını görmek için yük devretmeyi el ile tetikleyerek uygulama hatası dayanıklılığını test edin.

Yüksek kullanılabilirlik denetim listesi

Yüksek kullanılabilirlik elde etmek için önerilen yapılandırma aşağıdadır:

  • Bölgesel hatalara dayanıklılık sağlamak için veritabanı veya elastik havuz için kullanılabilir olduğu alanlar arası yedekliliği etkinleştirin.

Olağanüstü durum kurtarma denetim listesi

Azure SQL Veritabanı otomatik olarak kullanılabilirliği korusa da, yüksek kullanılabilirliğe (alanlar arası yedeklilik) sahip olmanın bile, etkilenen kesinti tüm bölgeye yayıldığından dayanıklılığı garanti etmeyebileceği örnekler vardır. Bölgesel Azure SQL Veritabanı kesintisi olağanüstü durum kurtarma başlatmanızı gerektirebilir.

Olağanüstü durum kurtarma için en iyi şekilde hazırlanmak için şu önerileri izleyin:

  • Bir veritabanı grubu için yük devretme gruplarını etkinleştirin.
    • Uygulamaların geçerli birincil sunucu ve veritabanı olan sunucuya otomatik olarak bağlanması için uygulama bağlantı dizesi okuma-yazma ve salt okunur dinleyici uç noktalarını kullanın.
    • Yük devretme ilkesini müşteri tarafından yönetilen olarak ayarlayın.
  • Yük devretme gruplarına alternatif olarak, farklı bir Azure bölgesinde okunabilir bir ikincil veritabanına sahip olmak için etkin coğrafi çoğaltmayı etkinleştirebilirsiniz.
  • Coğrafi ikincil veritabanının birincil veritabanıyla aynı hizmet katmanı, işlem katmanı (sağlanan veya sunucusuz) ve işlem boyutu (DTU'lar veya sanal çekirdekler) ile oluşturulduğundan emin olun.
  • Ölçeği büyütürken önce coğrafi ikincil ölçeği büyütün ve ardından birincil ölçeği genişletin.
  • Ölçeği azaltırken işlemi tersine çevirin: Önce birincil örneğin ölçeğini azaltıp ardından ikincil örneğin ölçeğini azaltın.
  • Olağanüstü durum kurtarma, doğası gereği, birincil ve ikincil bölge arasında verilerin zaman uyumsuz çoğaltmasını kullanmak üzere tasarlanmıştır. Veri kullanılabilirliğini daha yüksek işleme gecikme süresine göre önceliklendirmek için, bir işlem işledikten hemen sonra sp_wait_for_database_copy_sync saklı yordamı çağırmayı göz önünde bulundurun. Çağırma sp_wait_for_database_copy_sync , son işlenen işlem ikincil veritabanının işlem günlüğünde iletilip sağlamlaştırılana kadar çağıran iş parçacığını engeller.
  • Birincil veritabanındaki replication_lag_sec sys.dm_geo_replication_link_status dinamik yönetim görünümünün (DMV) sütununu kullanarak Kurtarma Noktası Hedefi (RPO) ile ilgili gecikmeyi izleyin. DMV, birincil üzerinde işlenen ve ikincil işlem günlüğünde sağlamlaştırılmış işlemler arasındaki gecikmeyi saniye cinsinden gösterir. Örneğin, gecikmenin belirli bir noktada bir saniye olduğunu varsayalım. Birincil bir kesintiden etkilenirse ve bu noktada coğrafi yük devretme başlatılırsa, son saniyede gerçekleştirilen işlemler kaybolur.
  • Yük devretme gruplarının veya etkin coğrafi çoğaltmanın etkinleştirilmesi mümkün değilse, coğrafi geri yükleme özelliğini kullanmak için yedekleme depolama yedekliliği seçeneğini Coğrafi olarak yedekli yedekleme depolama olarak ayarlamayı göz önünde bulundurun.
  • Gerçek bir kesinti durumunda daha iyi hazırlanmanız için olağanüstü durum kurtarma tatbikatlarını sık sık planlayın ve yürütebilirsiniz.

kesinti için ikincil hazırlama

Etkin coğrafi çoğaltma, yük devretme grupları veya coğrafi geri yükleme kullanarak başka bir veri bölgesine başarılı bir şekilde kurtarmak için, başka bir bölgede ikincil Azure SQL Veritabanı mantıksal sunucu hazırlamanız gerekir. Gerekirse bu ikincil sunucu yeni birincil sunucu olabilir. Sorunsuz bir kurtarma sağlamak için iyi tanımlanmış adımların belgelenmiş ve test edilmiş olması gerekir. Bu hazırlık adımları şunlardır:

  • Coğrafi geri yükleme için, başka bir bölgedeki bir sunucuyu yeni birincil sunucu olacak şekilde tanımlayın. Bu genellikle birincil veritabanınızın bulunduğu bölge için eşleştirilmiş bölgede bulunan bir sunucudur. Birincil bölgeyle eşleştirilmiş bir bölgede sunucu kullanmak, coğrafi geri yükleme işlemleri sırasında ek trafik maliyetini ortadan kaldırır.
  • Kullanıcıları yeni birincil sunucuya nasıl yönlendireceğini belirleyin. Kullanıcıları yeniden yönlendirmek, uygulama bağlantı dizesi veya DNS girdilerini el ile değiştirerek gerçekleştirilebilir. Yük devretme gruplarını yapılandırdıysanız ve uygulama bağlantı dizesi'lerinde salt okunur ve salt okunur dinleyiciyi kullandıysanız, başka bir işlem yapmanız gerekmez; bağlantılar yük devretmeden sonra otomatik olarak yeni birincil sunucuya yönlendirilir.
  • Kullanıcıların yeni birincil veritabanına erişmesi için gereken güvenlik duvarı kurallarını tanımlayın ve isteğe bağlı olarak tanımlayın.
  • Yeni birincil sunucudaki master veritabanında bulunması gereken oturum açma bilgilerini belirleyin ve isteğe bağlı olarak oluşturun ve varsa bu oturum açma bilgilerinin veritabanında uygun izinlere master sahip olduğundan emin olun. Daha fazla bilgi için bkz. Olağanüstü durum kurtarma sonrasında güvenlik Azure SQL Veritabanı.
  • Yeni birincile eşlenecek şekilde güncelleştirilecek uyarı kurallarını belirleyin.
  • Geçerli birincil sunucudaki denetim yapılandırmasını belgeleyin ve ikincil sunucuda aynı yapın.

İlgili içerik