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

Uygulama hedefi: Azure SQL Veritabanı Azure SQL yönetilen örneği

Azure SQL Veritabanı SQL Yönetilen Örneği'nin iş sürekliliği, özellikle de bilgi işlem altyapısında kesinti yaşanması durumunda işletmenizin çalışmaya devamsına olanak sağlayan mekanizmalara, ilkelere ve yordamlara başvurur. Çoğu durumda, SQL Veritabanı ve SQL Yönetilen Örneği bulut ortamında yaşanacak kesintiye neden olan olayları işler ve uygulamalarınızı ve iş süreçlerinizi çalıştırmaya devam eder. Ancak, şu şekilde otomatik olarak SQL Veritabanı bazı kesintiye neden olan olaylar vardır:

• Kullanıcı yanlışlıkla bir tablodaki satırı sildi veya güncelleştirildi.
• Kötü amaçlı saldırgan verileri silmeyi veya veritabanını bırakmayı başardı.
• Deprem bir güç kesintisi ve geçici olarak devre dışı bırakılmış veri merkezi neden oldu.

Bu genel bakış, Yönetilen Örneği SQL Veritabanı ve SQL sürekliliği ve olağanüstü durum kurtarma için sağlayan özellikleri açıklar. Veri kaybına veya veritabanınız ile uygulamanıza kullanılamaz hale gelen kesintiye neden olan olaylardan kurtarma seçenekleri, önerileri ve öğreticileri hakkında bilgi edinebilirsiniz. Kullanıcı veya uygulama hatası veri bütünlüğünü etkileyene, Azure bölgesinde kesinti olduğunda veya uygulamanıza bakım gerektirdiği zaman ne yapmaları gerektiryeceğini öğrenin.

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

Veritabanı açısından bakıldığında dört önemli 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ı.
• Verilerin bozulması veya silinmesi genellikle bir uygulama hatası veya insan hatasının neden olduğu bir durumtur. Bu tür hatalar uygulamaya özgü olur ve genellikle veritabanı hizmeti tarafından algılanmaz.
• Veri merkezi kesintisi, büyük olasılıkla bir doğal afetten kaynaklandı. Bu senaryo, uygulamanın alternatif bir veri merkezinde yük devretmesi ile bir düzeyde coğrafi yedeklilik gerektirir.
• Yükseltme veya bakım hataları, planlı altyapı bakımı veya yükseltmeleri sırasında oluşan, önceden planlanmamış sorunlar, önceki veritabanı durumuna hızlı bir şekilde geri alma gerektirir.

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 altına alan bir yüksek kullanılabilirlik mimarisi içerir.

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

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

• Zamana bağlı tablolar satır sürümlerini herhangi bir noktadan geri yüklemenize olanak sağlar.
• Yerleşik otomatik yedeklemeler ve Belirli Bir Noktaya Geri Yükleme, yapılandırılan saklama süresi içinde 35 gün içinde tam veritabanını belirli bir noktaya geri yüklemenizi sağlar.
• Silinen bir veritabanını, sunucu silinmemişse silin olduğu noktaya geri yükleyebilirsiniz.
• Uzun süreli yedek saklama, yedekleri 10 yıl boyunca tutmanız için olanak sağlar. Bu, SQL Yönetilen Örneği için sınırlı genel önizlemededir.
• Etkin coğrafi çoğaltma, okunabilir çoğaltmalar oluşturmanızı ve veri merkezi kesintisi veya uygulama yükseltmesi durumunda herhangi bir çoğaltmaya el ile yük devretmenizi sağlar.
• Otomatik yük devretme grubu, veri merkezi kesintisi durumunda uygulamanın otomatik olarak kurtarılmalarını sağlar.

Aynı Azure bölgesi içindeki bir veritabanını kurtarma

Veritabanını geçmişteki bir noktaya geri yüklemek için otomatik veritabanı yedeklemelerini kullanabilirsiniz. Bu şekilde insan hatalarından kaynaklanan veri bozulmalarından kurtarabilirsiniz. Belirli bir noktaya geri yükleme, bozuk olay öncesinde verilerin durumunu temsil eden aynı sunucuda yeni bir veritabanı oluşturmanıza olanak sağlar. Ç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 zamanı.

Zaman içinde noktaya geri yükleme (PITR) için desteklenen en uzun yedekleme saklama süresi (PITR) uygulamanız için yeterli yoksa, veritabanı veya veritabanı için uzun süreli saklama (LTR) ilkesi yapılandırarak bunu genişletebilirsiniz. Daha fazla bilgi için bkz. Uzun süreli yedek saklama.

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

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

Veritabanını mevcut sunucuya kurtarma

Nadir de olsa, Bir 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.

• Seçeneklerden biri, veri merkezi kesintisi olduğunda veritabanınız yeniden çevrimiçi olmak için 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 devam olabileceğini bilmiyorsanız, 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 veritabanını herhangi bir Azure bölgesinde herhangi bir sunucuya geri yüklemektir. Coğrafi geri yükleme, kaynağı olarak coğrafi olarak yedekli bir yedekleme kullanır ve bir veritabanı veya veri merkezi kesinti nedeniyle erişilemez durumda olsa bile veritabanını kurtarmak için kullanılabilir.
• Son olarak, etkin coğrafi çoğaltma veya veritabanınız ya da veritabanlarınız için otomatik yük devretme grubu kullanarak coğrafi ikincil yapılandırma yaptıysanız bir kesintiden hızlıca kurtarabilirsiniz. Bu teknolojileri tercih ediyorsanız el ile veya otomatik yük devretme kullanabilirsiniz. Yük devretme yalnızca birkaç saniye sürer ancak hizmetin etkinleştirmesi en az 1 saat sürer. Bu, yük devretmenin kesintinin ölçeğine göre doğru olduğundan 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ılma süresi Kurtarma süresi hedefi (RTO) olarak bilinir. Ayrıca uygulamanın planlanmamış bir kesintiye neden olan olaydan kurtarılabilirken kaybetmeyi tolere edile son veri güncelleştirmelerinin maksimum süresi (zaman aralığı) de anlamalısınız. Olası veri kaybı Kurtarma noktası hedefi (RPO) olarak bilinir.

Farklı kurtarma yöntemleri farklı RPO ve RTO düzeyleri sağlar. Belirli bir kurtarma yöntemini seçebilir veya tam uygulama kurtarma elde etmek için yöntemlerin bir birleşimini kullanabilirsiniz. Aşağıdaki tabloda her kurtarma seçeneğinin RPO ve RTO'su karşılaştırıldı. Otomatik yük devretme grupları coğrafi çoğaltmanın dağıtımını ve kullanımını basitleştirir ve aşağıdaki tabloda açıklandığı gibi ek özellikleri ekler:

Uygulamanız şu ölçütlerden herhangi 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 verilmeyen bir hizmet düzeyi sözleşmesine (SLA) sahiptir.
• Kapalı kalma süresi mali sorumluluktan kaynaklanabilir.
• Yüksek oranda veri değişikliğine 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, bir veritabanı yedeklemeleri ve etkin coğrafi çoğaltma birleşimini kullanmayı tercih edebilirsiniz. Tek başına veritabanlarına yönelik tasarım konuları ve bu iş sürekliliği özelliklerini kullanan elastik havuzlar hakkında bir tartışma için bkz. bulut olağanüstü durum kurtarma ve Esnek havuz olağanüstü durum kurtarma stratejileriiçin uygulama tasarlama.

Aşağıdaki bölümlerde, veritabanı yedeklemeleri veya etkin coğrafi çoğaltma kullanarak kurtarmaya yönelik adımlara genel bir bakış sağlanmaktadır. planlama gereksinimleri, kurtarma sonrası adımları ve olağanüstü durum kurtarma detayına yönelik bir kesinti benzetimi yapma hakkında ayrıntılı adımlar için, bkz. SQL Veritabanı bir veritabanını bir kesinti üzerinden 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üzeyi IP güvenlik duvarı kuralları, oturum açmalar ve veritabanı düzeyi izinleri dahil olmak üzere hedef sunucuyu belirleyip hazırlayın master .
• İ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

Doğru hazırlandıysanız, yük devretme veya veritabanı kurtarmasının ardından uygulamalarınızı çevrimiçi hale getirmek ek süre sürer ve büyük olasılıkla her zaman sorun giderme işlemi için hatalı bir bileşim gerektirir.

Coğrafi olarak çoğaltılan bir ikincil veritabanına yük devretme

Kurtarma mekanizmanız olarak etkin coğrafi çoğaltma veya otomatik yük devretme grupları kullanıyorsanız, bir otomatik yük devretme ilkesi yapılandırabilir veya el ile planlanmamış yük devretmeyikullanabilirsiniz. Yük devretme işlemi başlatıldıktan sonra, İkincilin yeni birincil haline gelmesine ve yeni işlemleri kaydetmeye ve sorgulara yanıt vermeye, ancak henüz çoğaltılmamış veriler için en az veri kaybıyla çalışmaya çalışmasına neden olur. Yük devretme işlemini tasarlama hakkında daha fazla bilgi için bkz. bulut olağanüstü durum kurtarma için uygulama tasarlama.

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

Otomatik yedeklemeleri coğrafi olarak yedekli depolama (varsayılan olarak etkindir) ile kullanıyorsanız, coğrafi geri yüklemekullanarak veritabanını kurtarabilirsiniz. Kurtarma genellikle, son günlük yedeklemenin alındığı ve çoğaltılıp çoğaltılma göre belirlenen bir saate kadar bir saatlik veri kaybı ile 12 saat içinde gerçekleşir. Kurtarma işlemi tamamlanana kadar veritabanı işlem kaydedemez ve sorgulara yanıt veremez. Coğrafi geri yükleme, yalnızca veritabanını zaman içinde son kullanılabilir noktaya geri yükler.

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.
• Uygun kuralları etkinleştirmek üzere kullanıcıların bağlanabilmesi veya veritabanı düzeyinde güvenlik duvarlarını kullanabilmesi için uygun sunucu düzeyinde IP Güvenlik Duvarı kurallarının yapıldığından emin olun.
• Uygun oturum açma ve ana veritabanı düzeyi izinlerinin yerinde olduğundan emin olun (veya Kapsanan kullanıcılarıkullanın).
• Uygun şekilde denetimi yapılandırın.
• Uyarıları uygun şekilde yapılandırın.

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

Uygulama yükseltmesi gibi planlı bakım nedeniyle bazen bir uygulamanın çevrimdışı alınması gerekir. Uygulama yükseltmelerini yönetme , yükseltme sırasında kapalı kalma süresini en aza indirmek ve bir sorun varsa bir kurtarma yolu sağlamak üzere bulut uygulamanızın sıralı yükseltmelerini etkinleştirmek üzere etkin coğrafi çoğaltmanın nasıl kullanılacağını açıklar.

Sonraki adımlar

Tek veritabanları ve elastik havuzlara yönelik uygulama tasarımı değerlendirmeleri hakkında bir tartışma için bkz. bulut olağanüstü durum kurtarma ve elastik havuz olağanüstü durum kurtarma stratejileriiçin uygulama tasarlama.