Azure SQL Veritabanı & Azure SQL Yönetilen Örneği ile iş sürekliliğine genel bakış

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

Azure SQL Veritabanı ve SQL Yönetilen Örneği iş sürekliliği, özellikle bilgi işlem altyapısında kesintiler karşısında işletmenizin çalışmaya devam etmesini sağlayan mekanizmalar, ilkeler ve yordamları ifade eder. Çoğu durumda, SQL Veritabanı ve SQL Yönetilen Örneği bulut ortamında gerçekleşebilecek kesintiye neden olan olayları işler ve uygulamalarınızı ve iş süreçlerinizi çalışır durumda tutar. Ancak, SQL Veritabanı tarafından otomatik olarak işlenemeyen bazı kesintiye neden olan olaylar vardır, örneğin:

  • Kullanıcı yanlışlıkla tablodaki bir satırı sildi veya güncelleştirdi.
  • Kötü amaçlı saldırgan verileri silmeyi veya veritabanını bırakmayı başardı.
  • Deprem bir güç kesintisine neden oldu ve veri merkezi veya başka bir yıkıcı doğal afet olayı geçici olarak devre dışı bırakıldı.

Bu genel bakış, SQL Veritabanı ve SQL Yönetilen Örneği iş sürekliliği ve olağanüstü durum kurtarma için sağladığı özellikleri açıklar. Veri kaybına veya veritabanınızın ve uygulamanızın kullanılamaz duruma gelmesine neden olabilecek kesintiye neden olan olaylardan kurtarmaya yönelik seçenekler, öneriler ve öğreticiler hakkında bilgi edinin. Bir kullanıcı veya uygulama hatası veri bütünlüğünü etkilediyse, Azure bölgesinde kesinti yaşandığında veya uygulamanız bakım gerektirdiğinde ne yapacağınızı öğrenin.

İş sürekliliği sağlamak için kullanabileceğiniz SQL Veritabanı özellikleri

Veritabanı açısından bakıldığında dört büyük olası kesinti senaryosu vardır:

  • Disk sürücüsü hatası gibi veritabanı düğümünü etkileyen yerel donanım veya yazılım hataları.
  • Veri bozulması veya silme işlemi genellikle bir uygulama hatası veya insan hatası nedeniyle oluşur. Bu tür hatalar uygulamaya özgü olup genellikle veritabanı hizmeti tarafından algılanamaz.
  • Büyük olasılıkla bir doğal afetin neden olduğu veri merkezi kesintisi. Bu senaryo alternatif bir veri merkezine uygulama yük devretmesi ile belirli bir düzeyde coğrafi yedeklilik gerektirir.
  • Yükseltme ve bakım hataları, planlanmamış altyapı bakımı veya yükseltmeler sırasında oluşan beklenmedik sorunlar, hızla veritabanının önceki durumuna geri almayı gerektirebilir.

Yerel donanım ve yazılım hatalarını azaltmak için SQL Veritabanı, %99,995'e kadar kullanılabilirlik SLA'sı ile bu hatalardan otomatik kurtarmayı garanti eden yüksek kullanılabilirlik mimarisi içerir.

İşletmenizi veri kaybına karşı korumak için SQL Veritabanı ve SQL Yönetilen Örneği otomatik olarak haftalık tam veritabanı yedeklemeleri, 12 saatte bir değişiklik veritabanı yedeklemeleri ve 5-10 dakikada bir işlem günlüğü yedeklemeleri oluşturun. Yedeklemeler, tüm hizmet katmanları için en az yedi gün boyunca RA-GRS depolama alanında depolanır. 35 güne kadar belirli bir noktaya geri yükleme için Temel destek yapılandırılabilir yedekleme saklama süresi dışındaki tüm hizmet katmanları.

SQL Veritabanı ve SQL Yönetilen Örneği, planlanmamış çeşitli senaryoları azaltmak için kullanabileceğiniz çeşitli iş sürekliliği özellikleri de sağlar.

Aynı Azure bölgesindeki bir veritabanını kurtarma

Bir veritabanını geçmişteki bir noktaya geri yüklemek için otomatik veritabanı yedeklemelerini kullanabilirsiniz. Bu şekilde, insan hatalarının neden olduğu veri bozulmalarından kurtulabilirsiniz. Belirli bir noktaya geri yükleme, bozuk olaydan önceki verilerin durumunu temsil eden aynı sunucuda yeni bir veritabanı oluşturmanıza olanak tanır. Çoğu veritabanı için geri yükleme işlemleri 12 saatten kısa sürer. Çok büyük veya çok etkin bir veritabanını kurtarmak daha uzun sürebilir. Kurtarma süresi hakkında daha fazla bilgi için bkz. veritabanı kurtarma süresi.

Belirli bir noktaya geri yükleme (PITR) için desteklenen maksimum 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.

Coğrafi çoğaltmayı yük devretme gruplarıyla karşılaştırma

Otomatik yük devretme grupları, coğrafi çoğaltma dağıtımını ve kullanımını basitleştirir ve aşağıdaki tabloda açıklandığı gibi ek özellikleri ekler:

Coğrafi çoğaltma Yük devretme grupları
Otomatik yük devretme Hayır Yes
Aynı anda birden çok veritabanının yükünü devretme Hayır Yes
Kullanıcı, yük devretmeden sonra bağlantı dizesini güncelleştirmelidir Yes Hayır
SQL Yönetilen Örneği desteği Hayır Yes
Birincil ile aynı bölgede olabilir Yes Hayır
Birden çok çoğaltma Yes Hayır
Okuma ölçeğini destekler Yes Yes

Veritabanını mevcut sunucuya kurtarma

Nadir olsa da Azure veri merkezinde kesinti olabilir. Kesinti yaşandığında yalnızca birkaç dakika sürebilecek veya saatler alacak bir hizmet kesintisi söz konusu olabilir.

  • Bir seçenek, veri merkezi kesintisi sona erdiğinde veritabanınızın yeniden çevrimiçi olmasını beklemektir. Bu, veritabanının çevrimdışı olmasının kabul edilebildiği uygulamalar için geçerlidir. Örnek olarak üzerinde sürekli çalışma yapmadığınız bir geliştirme projesi veya ücretsiz deneme sürümü verilebilir. Bir veri merkezinde kesinti olduğunda, kesintinin ne kadar sürebileceğini bilemezsiniz, bu nedenle bu seçenek yalnızca veritabanınıza bir süre ihtiyacınız yoksa çalışır.
  • Bir diğer seçenek de coğrafi olarak yedekli veritabanı yedeklemeleri (coğrafi geri yükleme) kullanarak herhangi bir Azure bölgesindeki herhangi bir sunucudaki veritabanını geri yüklemektir. Coğrafi geri yükleme, kaynağı olarak coğrafi olarak yedekli bir yedekleme kullanır ve bir kesinti nedeniyle veritabanı veya veri merkezine erişilemez olsa bile veritabanını kurtarmak için kullanılabilir.
  • Son olarak, veritabanınız veya veritabanlarınız için etkin coğrafi çoğaltmayı veya otomatik yük devretme grubunu kullanarak coğrafi olarak ikincil yapılandırdıysanız bir kesintiden hızla kurtulabilirsiniz. Bu teknolojileri tercih ettiğinize bağlı olarak, el ile veya otomatik yük devretmeyi kullanabilirsiniz. Yük devretmenin kendisi yalnızca birkaç saniye sürer ancak hizmetin etkinleştirilmesi en az 1 saat sürer. Bu, yük devretmenin kesintinin ölçeğine göre gerekçelendirildiğinden emin olmak için gereklidir. Ayrıca, zaman uyumsuz çoğaltmanın doğası nedeniyle yük devretme küçük veri kaybına neden olabilir.

İş sürekliliği planınızı geliştirirken, uygulamanın kesintiden sonra tamamen kurtarılmasına kadar kabul edilebilen maksimum süreyi anlamanız gerekir. 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 kaybetmeyi tolere edebildiği en son veri güncelleştirmelerinin (zaman aralığı) maksimum süresini de anlamanız gerekir. Olası veri kaybı, Kurtarma noktası hedefi (RPO) olarak bilinir.

Farklı kurtarma yöntemleri farklı RPO ve RTO düzeyleri sunar. Belirli bir kurtarma yöntemi seçebilir veya tam uygulama kurtarması elde etmek için yöntemlerin bir bileşimini kullanabilirsiniz. Aşağıdaki tabloda, her kurtarma seçeneğinin RPO ve RTO değerleri karşılaştırılarak gerçekleştirilir. Otomatik yük devretme grupları coğrafi çoğaltma dağıtımını ve kullanımını basitleştirir ve aşağıdaki tabloda açıklandığı gibi ek özellikleri ekler:

Kurtarma yöntemi RTO RPO
Coğrafi olarak çoğaltılan yedeklemelerden coğrafi geri yükleme 12 sa 1 sa
Otomatik yük devretme grupları 1 sa 5 sn
El ile veritabanı yük devretme 30 sn 5 sn

Not

El ile veritabanı yük devretmesi , tek bir veritabanının planlanmamış modu kullanarak coğrafi olarak çoğaltılmış ikincil veritabanına yük devretmesini ifade eder. Otomatik yük devretme RTO'sunun ve RPO'nun ayrıntıları için bu makalenin önceki bölümlerindeki tabloya bakın.

Uygulamanız şu ölçütlerden birini karşılıyorsa otomatik yük devretme gruplarını kullanın:

  • Görev açısından kritikse.
  • 12 saat veya daha fazla kapalı kalma süresine izin vermeyen bir hizmet düzeyi sözleşmesine (SLA) sahiptir.
  • Kapalı kalma süresi mali sorumlulukla sonuçlanabilir.
  • Yüksek veri değişikliği oranına sahiptir ve 1 saatlik veri kaybı kabul edilemez.
  • Etkin coğrafi çoğaltma ek maliyeti, olası mali yükümlülükten veya ilgili iş kaybından daha düşükse.

Uygulama gereksinimlerinize bağlı olarak veritabanı yedeklemelerinin ve etkin coğrafi çoğaltmanın bir bileşimini kullanmayı seçebilirsiniz. Bu iş sürekliliği özelliklerini kullanan tek başına veritabanları ve elastik havuzlar için tasarım konuları hakkında bilgi edinmek için bkz. Bulut olağanüstü durum kurtarma veElastik havuz olağanüstü durum kurtarma stratejileri için uygulama tasarlama.

Aşağıdaki bölümlerde, veritabanı yedeklemeleri veya etkin coğrafi çoğaltma kullanılarak kurtarma adımlarına genel bir bakış sağlanır. Planlama gereksinimleri, kurtarma sonrası adımları ve olağanüstü durum kurtarma tatbikatı gerçekleştirmek için kesinti simülasyonu yapma gibi ayrıntılı adımlar için bkz. SQL Veritabanı'de bir veritabanını kesintiden kurtarma.

Kesinti için hazırlanma

Kullandığınız iş sürekliliği özelliğinden bağımsız olarak aşağıdaki adımları uygulamanız gerekir:

  • Sunucu düzeyinde IP güvenlik duvarı kuralları, oturum açma bilgileri ve veritabanı düzeyi izinleri de dahil olmak üzere hedef sunucuyu belirleyin ve master hazırlayın.
  • İstemcilerin ve istemci uygulamalarının yeni sunucuya nasıl yönlendirileceğini belirlemek
  • Denetim ayarları ve uyarılar gibi diğer bağımlılık belgelerini oluşturmak

Düzgün bir şekilde hazırlanmazsanız, yük devretme veya veritabanı kurtarma işleminden sonra uygulamalarınızı çevrimiçi duruma getirmek ek zaman alır ve büyük olasılıkla kötü bir kombinasyon olan stres anında sorun giderme gerektirir.

Coğrafi olarak çoğaltılmış ikincil veritabanına yük devretme

Kurtarma mekanizması olarak etkin coğrafi çoğaltma veya otomatik yük devretme grupları kullanıyorsanız, otomatik bir yük devretme ilkesi yapılandırabilir veya el ile planlanmamış yük devretmeyi kullanabilirsiniz. Yük devretme başlatıldıktan sonra ikincilin yeni birincil haline gelmesine ve yeni işlemleri kaydetmeye ve sorgulara yanıt vermeye hazır olmasına neden olur; henüz çoğaltılmayan veriler için en az veri kaybı olur. Yük devretme işlemini tasarlama hakkında bilgi için bkz. Bulut olağanüstü durum kurtarma için uygulama tasarlama.

Not

Veri merkezi yeniden çevrimiçi olduğunda eski birincil bileşenler otomatik olarak yeni birincil sunucuya yeniden bağlanır ve ikincil veritabanları olur. Birincil öğeyi özgün bölgeye yeniden taşımanız gerekiyorsa, el ile planlı bir yük devretme (yeniden çalışma) başlatabilirsiniz.

Coğrafi geri yükleme gerçekleştirme

Coğrafi olarak yedekli depolama (varsayılan olarak etkin) ile otomatik yedeklemeleri kullanıyorsanız , coğrafi geri yükleme kullanarak veritabanını kurtarabilirsiniz. Kurtarma genellikle 12 saat içinde gerçekleştirilir. Son günlük yedeklemesinin alındığı ve çoğaltıldığı zaman tarafından belirlenen bir saate kadar veri kaybı olur. Kurtarma işlemi tamamlanana kadar veritabanı işlem kaydedemez ve sorgulara yanıt veremez. Coğrafi geri yüklemenin veritabanını yalnızca kullanılabilir son zaman noktasına geri yükleyişine dikkat edin.

Not

Uygulamanızı kurtarılan veritabanına geçirmeden önce veri merkezi yeniden çevrimiçi olursa kurtarma işlemini iptal edebilirsiniz.

Yük devretme/kurtarma sonrası görevleri gerçekleştirme

Bu iki kurtarma sisteminden herhangi biriyle gerçekleştirilen kurtarma işleminden sonra kullanıcılarınızın ve uygulamalarınızın çalışmaya devam etmesi için aşağıdaki ek görevleri gerçekleştirmeniz gerekir:

  • İstemcileri ve istemci uygulamalarını yeni sunucuya ve geri yüklenen veritabanına yeniden yönlendirin.
  • Kullanıcıların bağlanabilmesi veya uygun kuralları etkinleştirmek için veritabanı düzeyinde güvenlik duvarlarını kullanması için uygun sunucu düzeyinde IP güvenlik duvarı kurallarının geçerli olduğundan emin olun.
  • Uygun oturum açma bilgilerinin ve master veritabanı düzeyinde izinlerin yerinde olduğundan emin olun (veya bağımsız kullanıcıları kullanın).
  • Denetimi uygun şekilde yapılandırın.
  • Uyarıları uygun şekilde yapılandırın.

Not

Bir yük devretme grubu kullanıyorsanız ve okuma-yazma dinleyicisini kullanarak veritabanlarına bağlanıyorsanız, yük devretmeden sonra yeniden yönlendirme otomatik olarak ve şeffaf bir şekilde uygulamaya gerçekleşir.

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

Bazen uygulama yükseltme gibi planlı 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.

Sonraki adımlar

Tek veritabanları ve elastik havuzlar için uygulama tasarımı konuları hakkında bilgi için bkz. Bulut olağanüstü durum kurtarma için uygulama tasarlama ve Elastik havuz olağanüstü durum kurtarma stratejileri.