Azure SQL Veritabanı'nda iş sürekliliğine genel bakış
Şunlar için geçerlidir: 
Azure SQL Veritabanı
Bu makalede Azure SQL Veritabanı iş sürekliliği ve olağanüstü durum kurtarma özelliklerine genel bir bakış sağlanmaktadır. Veri kaybına neden olabilecek veya veritabanınızla uygulamanızın kullanılamaz duruma gelmesine neden olabilecek kesintiye neden olabilecek olaylardan kurtarma seçenekleri ve önerileri açıklanmaktadır. Bir kullanıcı veya uygulama hatası veri bütünlüğünü etkilediyse, Azure kullanılabilirlik alanında veya bölgesinde kesinti olduğunda veya uygulamanız bakım gerektirdiğinde ne yapacağınızı öğrenin.
Genel bakış
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.
Ç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.
- Yıkıcı doğal afet olayı bir veri merkezini veya kullanılabilirlik bölgesini veya bölgesini ele geçirir.
- Yapılandırma değişikliği, yazılım hatası veya donanım bileşeni hatasının neden olduğu nadir veri merkezi, kullanılabilirlik alanı veya bölge genelinde kesinti.
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.
Yüksek Kullanılabilirlik
Azure bulut ortamında yüksek kullanılabilirlik elde etmek için alanlar arası yedekliliği etkinleştirerek veritabanının veya elastik havuzun bölgesel hatalara dayanıklı olduğundan emin olmak için 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şmeden kalan okuma-yazma ve salt okunur dinleyici uç noktaları sağlar, bu nedenle yük devretme sonrasında uygulama bağlantı dizesi güncelleştirilmesi 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 çoğaltma | Yük devretme grupları | |
|---|---|---|
| Birincil ve ikincil arasında sürekli veri eşitleme | Yes | Yes |
| Birden çok veritabanını aynı anda yük devretme | Hayır | Evet |
| Yük devretmeden sonra bağlantı dizesi değişmeden kalır | Hayır | Evet |
| Okuma ölçeğini destekler | Yes | Yes |
| Birden çok çoğaltma | Yes | Hayır |
| Birincil bölgeyle aynı bölgede olabilir | Yes | Hayır |
İş 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 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 bileşeni 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. |
| Büyük olasılıkla yıkıcı bir doğal afet olayından kaynaklanan, tüm kullanılabilirlik alanlarını ve onu oluşturan veri merkezlerini etkileyen nadir bölgesel kesinti . | 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 kullanmak için yedekleme depolama yedekliliğini coğrafi olarak yedekli yedekleme depolamaya ayarlama. |
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. Bir uygulamanın tam olarak kurtarılması için gereken süre, Kurtarma Süresi Hedefi (RTO) olarak bilinir. Ayrıca, planlanmamış kesintiye neden olan bir olaydan kurtarılırken uygulamanın kaybetmeye dayanabileceği en son veri güncelleştirmelerinin (zaman aralığı) en uzun süresini de anlayın. Olası veri kaybı Kurtarma Noktası Hedefi (RPO) olarak bilinir.
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 (Çoğaltılmış olmayan kesintiye neden olan olaydan önceki veri değişikliklerine bağlıdır) |
| Olağanüstü Durum Kurtarma (Coğrafi geri yükleme kullanma) |
Genellikle dakikalar veya saatler | Genellikle dakikalar veya saatler |
İş sürekliliği denetim listeleri
Kullanılabilirliği en üst düzeye çıkarmak ve daha yüksek iş sürekliliği elde etmek için aşağıdakilere bakın:
- Kullanılabilirlik denetim listesi
- Yüksek kullanılabilirlik denetim listesi
- Olağanüstü durum kurtarma denetim listesi
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ırlama denetim 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), aynı sunucuda bozuk olaydan önceki verilerin durumunu temsil eden yeni bir veritabanı oluşturmanıza olanak tanır. Çoğu veritabanı için geri yükleme işlemleri 12 saatten az sürer. Çok büyük veya çok etkin bir veritabanını kurtarmak daha uzun sürebilir. Daha fazla bilgi için bkz . veritabanı kurtarma süresi.
Belirli bir noktaya geri yükleme için desteklenen en uzun yedekleme saklama süresi uygulamanız için yeterli değilse, veritabanları için uzun süreli saklama (LTR) ilkesi yapılandırarak bunu genişletebilirsiniz. Daha fazla bilgi için bkz . Uzun süreli yedekleme 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. Uygulama yükseltmelerini yönetme, yükseltmeler sırasında kapalı kalma süresini en aza indirmek ve bir sorun olması durumunda kurtarma yolu sağlamak üzere bulut uygulamanızın sıralı yükseltmelerini etkinleştirmek için etkin coğrafi çoğaltmanın nasıl kullanılacağını açıklar.
Hazır bekleyen çoğaltma ile maliyetlerden tasarruf edin
İkincil çoğaltmanı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ırırken veritabanını beklemeye alarak lisanslama maliyetlerinden tasarruf edebilirsiniz.
Daha fazla bilgi edinmek için lisanssız bekleme çoğaltmasını gözden geçirin.
Sonraki adımlar
Uygulama tasarımıyla ilgili dikkat edilmesi gerekenler için bkz . Bulut olağanüstü durum kurtarma için uygulama tasarlama ve Elastik havuz olağanüstü durum kurtarma stratejileri.
Azure SQL Veritabanı olağanüstü durum kurtarma kılavuzunu ve Azure SQL Veritabanı yüksek kullanılabilirlik ve olağanüstü durum kurtarma denetim listesini gözden geçirin.