Aracılığıyla paylaş

Azure SQL Veritabanı'nda iş sürekliliği

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

Azure SQL Veritabanı iş sürekliliği kullanılabilirlik, yüksek kullanılabilirlik ve olağanüstü durum kurtarma sağlayarak işletmenizin kesintiler karşısında çalışmaya devam edebilmesini sağlayan mekanizmalar, ilkeler ve yordamları ifade eder.


Kullanılabilirliği en üst düzeye çıkarmak ve daha yüksek iş sürekliliği elde etmek için açıklayıcı öneriler için bkz:

Çoğu durumda, SQL Veritabanı bulut ortamında meydana gelebilecek kesintiye neden olan olayları işler ve uygulamalarınızı ve iş süreçlerinizi çalışır durumda tutar. Ancak, azaltmanın biraz zaman alabileceği bazı kesintiye neden olan olaylar vardır, örneğin:

  • Kullanıcı tablodaki bir satırı yanlışlıkla siler veya güncelleştirir.
  • Kötü amaçlı saldırgan verileri başarıyla siler veya veritabanını bırakır.
  • Doğal afet olayı, bir veri merkezini, kullanılabilirlik bölgesini ya da bölgeyi çökertebilir.
  • Yapılandırma değişikliği, yazılım hatası veya donanım hatasının neden olduğu nadir veri merkezi, kullanılabilirlik alanı veya bölge genelinde kesinti.

Yüksek Kullanılabilirlik

Azure SQL Veritabanı, bunu yazılım veya donanım hatalarına karşı koruyan temel dayanıklılık ve güvenilirlik vaatleriyle birlikte gelir. Veritabanı yedeklemeleri, verilerinizi bozulmaya veya yanlışlıkla silinmeye karşı korumak için otomatikleştirilir. Hizmet olarak platform (PaaS) olarak Azure SQL Veritabanı hizmeti, %99,99 oranında sektör lideri kullanılabilirlik SLA'sı ile kullanıma açık bir özellik olarak kullanılabilirlik sağlar.

Azure bulut ortamında yüksek kullanılabilirlik elde etmek için alanlar arası yedekliliği etkinleştirin. Alanlar arası yedeklilik sayesinde veritabanı veya elastik havuz, bölgesel hatalara dayanıklılık sağlamak için Azure kullanılabilirlik alanlarını kullanır.

  • Birçok Azure bölgesi, bağımsız güç, soğutma ve ağ altyapısına sahip bir bölgedeki veri merkezlerinin ayrılmış grupları olan kullanılabilirlik alanları sağlar.
  • Kullanılabilirlik alanları, bir bölgede kesinti yaşanması durumunda kalan bölgelerde bölgesel hizmetler, kapasite ve yüksek kullanılabilirlik sağlamak üzere tasarlanmıştır.

Alanlar arası yedekliliği etkinleştirerek veritabanı veya elastik havuz, bölgesel donanım ve yazılım hatalarına dayanıklıdır ve kurtarma uygulamalar için saydamdır. Yüksek kullanılabilirlik etkinleştirildiğinde, Azure SQL Veritabanı hizmeti %99,995 oranında daha yüksek kullanılabilirlik SLA'sı sağlayabilir.

Olağanüstü durum kurtarma

Bölgeler arasında daha yüksek kullanılabilirlik ve yedeklilik elde etmek için olağanüstü durum kurtarma özelliklerini etkinleştirerek veritabanını olağanüstü bir bölgesel hatadan hızla kurtarabilirsiniz. Azure SQL Veritabanı olağanüstü durum kurtarma seçenekleri şunlardır:

  • Etkin coğrafi çoğaltma , birincil veritabanı için herhangi bir bölgede sürekli eşitlenebilir bir ikincil veritabanı oluşturmanıza olanak tanır.
  • Yük devretme grupları, birincil ve ikincil veritabanı arasında sürekli eşitleme sağlamanın yanı sıra, mantıksal sunucudaki veritabanlarından bazılarının veya tümünün başka bir bölgedeki ikincil mantıksal sunucuya çoğaltılıp yük devretmesini yönetmenize de olanak tanır. Yük devretme grupları, değişmeyen okuma-yazma ve salt okunur dinleyici uç noktaları sağlar, bu nedenle yük devretme sonrasında uygulama bağlantı dizelerinin güncellenmesi gerekmez.
  • Coğrafi geri yükleme , herhangi bir Azure bölgesindeki mevcut sunucularda yeni bir veritabanı oluşturarak birincil bölgedeki veritabanınıza erişemiyorsanız coğrafi olarak çoğaltılan yedeklemelerden geri yükleyerek bölgesel bir kesintiden kurtarmanıza olanak tanır.

Aşağıdaki tabloda, Azure SQL Veritabanı için iki olağanüstü durum kurtarma seçeneği olan etkin coğrafi çoğaltma ve yük devretme grupları karşılaştırılmış olur:

Etkin Coğrafi Replikasyon Yük devretme grupları
Birincil ve ikincil arasında sürekli veri eşitleme Evet Evet
Birden çok veritabanına eşzamanlı yük devretme Hayır Evet
Yük devretme sonrası bağlantı dizesi değişmeden kalır Hayır Evet
Okuma ölçeğini destekler Evet Evet
Birden çok replikalar Evet Hayır
Birincil bölgeyle aynı bölgede olabilir Evet Hayır

RTO ve RPO

İş sürekliliği planınızı geliştirirken, uygulama kesintiye neden olan olaydan sonra tam olarak kurtarılmadan önce kabul edilebilir en uzun süreyi anlayın. Olağanüstü durum kurtarmayla ilgili iş gereksinimlerini ölçmenin iki yaygın yolu şunlardır:

  • Kurtarma Süresi Hedefi (RTO):Planlanmamış kesintiye neden olan bir olaydan sonra uygulamanın tam olarak kurtarılması için gereken süre.
  • Kurtarma Noktası Hedefi (RPO):Planlanmamış kesintiye neden olan bir olaydan tolere edilebilecek veri kaybı süresi.

Aşağıdaki tabloda, her bir iş sürekliliği seçeneğinin RPO ve RTO'sunu karşılaştırır:

İş sürekliliği seçeneği RTO (kapalı kalma süresi) RPO (veri kaybı)
Yüksek Kullanılabilirlik
(Alanlar arası yedeklilik kullanma)		 Genellikle 30 saniyeden kısa 0
Olağanüstü Durum Kurtarma
( Müşteri tarafından yönetilen yük devretme ilkesi veya etkin coğrafi çoğaltma ile yük devretme gruplarını kullanma)		 Genellikle 60 saniyeden kısa 0'a eşit veya 0'dan
büyük (Kesintili olaydan önceki çoğaltılmamış veri değişikliklerine bağlıdır)
Olağanüstü Durum Kurtarma
(coğrafi geri yükleme kullanarak)		 Genellikle, Azure depolamanın replikasyonuna bağlı olarak dakika veya saat sürer. Veritabanı yedeklemesinin boyutuna bağlı olarak genellikle dakikalar veya saatler

İş sürekliliği sağlayan özellikler

Veritabanı açısından bakıldığında dört büyük olası kesinti senaryosu vardır. Aşağıdaki tabloda, olası iş kesintisi senaryolarını azaltmak için kullanabileceğiniz SQL Veritabanı iş sürekliliği özellikleri listelenmiştir:

İş kesintisi senaryosu İş sürekliliği özelliği
Veritabanı düğümünü etkileyen yerel donanım veya yazılım hataları. Yerel donanım ve yazılım hatalarını azaltmak için Azure SQL Veritabanı, 99,99'a kadar% kullanılabilirlik SLA'sı ile bu hatalardan otomatik kurtarmayı garanti eden bir kullanılabilirlik mimarisi içerir.
Veri bozulması veya silme işlemi genellikle bir uygulama hatası veya insan hatası nedeniyle oluşur. Bu tür hatalar uygulamaya özgüdür ve genellikle veritabanı hizmeti tarafından algılanamaz. İşletmenizi veri kaybına karşı korumak için SQL Veritabanı otomatik olarak haftalık tam veritabanı yedeklemeleri, 12 veya 24 saatte bir değişiklik veritabanı yedeklemeleri ve 5-10 dakikada bir işlem günlüğü yedeklemeleri oluşturur. Varsayılan olarak, yedeklemeler tüm hizmet katmanları için yedi gün boyunca coğrafi olarak yedekli depolamada depolanır. Temel dışındaki tüm hizmet katmanları, 35 güne kadar belirli bir noktaya geri yükleme (PITR) için yapılandırılabilir yedekleme saklama süresini destekler. Silinen veritabanını, sunucu silinmediyse veya uzun süreli saklama (LTR) yapılandırdıysanız silindiği noktaya geri yükleyebilirsiniz.
Doğal afet olayı, yapılandırma değişikliği, yazılım hatası veya donanım hatasından kaynaklanan nadir veri merkezi veya kullanılabilirlik alanı kesintisi. Veri merkezi veya kullanılabilirlik alanı düzeyi kesintisini azaltmak için, veritabanı veya elastik havuzun Azure Kullanılabilirlik Alanları kullanmasını ve bir Azure bölgesindeki birden çok fiziksel bölgede yedeklilik sağlamasını sağlamak için alanlar arası yedekliliği etkinleştirin. Alanlar arası yedekliliği etkinleştirmek, veritabanının veya elastik havuzun %99,995'e kadar yüksek kullanılabilirlik SLA'sı ile bölgesel hatalara dayanıklı olmasını sağlar.
Tüm kullanılabilirlik alanlarını ve onu oluşturan veri merkezlerini etkileyen nadir bölgesel kesintiler , büyük olasılıkla yıkıcı doğal afet olayından kaynaklanır. Bölge genelindeki bir kesintiyi azaltmak için şu seçeneklerden birini kullanarak olağanüstü durum kurtarmayı etkinleştirin:
- Yük devretme grupları (önerilen) gibi sürekli veri eşitleme seçenekleri veya yük devretme için ikincil bölgede çoğaltmalar oluşturmanıza olanak tanıyan etkin coğrafi çoğaltma.
- Coğrafi geri yükleme işlemini kullanmak için yedek depolama yedekliliğini coğrafi yedekli depolamaya ayarlama.

Bölge kesintisine hazırlanma

Hangi iş sürekliliği özelliklerini kullandığınızdan bağımsız olarak, ikincil veritabanını başka bir bölgede hazırlamanız gerekir. Düzgün hazırlanmazsanız, yük devretme veya kurtarma işleminden sonra uygulamalarınızı çevrimiçi duruma getirmek ek zaman alır ve büyük olasılıkla RTO'yu geciktirebilecek sorun giderme gerektirir. Bölge kesintisi için ikincil hazırlık kontrol listesini izleyin.

Aynı Azure bölgesindeki bir veritabanını geri yükleme

Veritabanını geçmişteki bir noktaya geri yüklemek için otomatik veritabanı yedeklemelerini kullanabilirsiniz. Bu şekilde, insan hatalarından kaynaklanan veri bozulmalarını kurtarabilirsiniz. Belirli bir noktaya geri yükleme (PITR), bozuk olaydan önceki verilerin durumunu temsil eden aynı sunucuda yeni bir veritabanı oluşturmanıza olanak tanır. Kurtarma süreleri için bkz. RTO ve RPO.

Belirli bir noktaya geri yükleme için desteklenen en uzun yedekleme saklama süresi uygulamanız için yeterli değilse, uzun süreli saklama (LTR) ilkesi yapılandırarak bunu genişletebilirsiniz. Daha fazla bilgi için bkz. Uzun süreli saklama.

Bir uygulamayı en az kesinti süresiyle yükseltme

Bazen uygulama yükseltmesi gibi bakım nedeniyle bir uygulamanın çevrimdışına alınması gerekir. SQL Veritabanı etkin coğrafi çoğaltmayı kullanarak bulut uygulamalarının sıralı yükseltmelerini yönetebilirsiniz. Coğrafi çoğaltma, bir sorun oluştuğunda bir kurtarma yolu da sağlayabilir.

Yedek kopya ile maliyetlerden tasarruf edin

İkincil çoğaltıcınız yalnızca olağanüstü durum kurtarma (DR) için kullanılıyorsa ve okuma veya yazma iş yükleri yoksa, yeni bir etkin coğrafi çoğaltma ilişkisi yapılandırdığınızda, veritabanını bekleme durumuna atayarak lisanslama maliyetlerinden tasarruf edebilirsiniz.

Daha fazla bilgi edinmek için lisanssız bekleme kopyasını gözden geçirin.

Sonraki adım

Yüksek kullanılabilirlik ve felaket kurtarma kontrol listesi

İlgili içerik

  • Last updated on