SQL Server disaster recovery nedir

SQL Server disaster recovery nedir

SQL Server felaketi veri kaybına veya ciddi SQL Server bozulmalarına neden olan bir olaydır. Bir felaketin nedenleri çok sayıda olabilir: elektrik kesintisi, donanım arızası, virüs saldırısı, doğal afet, insan hatası, vb. Bazı SQL Server felaketleri önlenemez. Bu nedenle iyi bir felaket kurtarma planı önemlidir









Bir SQL Server olağanüstü durum kurtarma planı (DRP), SQL Server'ı çalıştıran ve çalıştıran ve bir olağanüstü durumdan sonra veri kaybını gideren bir işlemdir. Felaketle ilgili veri kaybını ve olayları önlemek için bir felaket kurtarma planı planlanmalı ve belgelendirilmelidir.

Yüksek Kullanılabilirlik, bir sistemin kullanılabilir olması gereken süre yüzdesini gösteren terimdir. Bazı ortamlarda, yıllık% 99,999 ya da sadece 5,26 dakika çalışmama süresi kadar yüksektir

İyi bir SQL Server felaket kurtarma planının sayısız faktörü göz önünde bulundurması gerekir: verilerin hassasiyeti, veri kaybı toleransı, gerekli bulunabilirlik, vb. Plan birkaç çözüme dayanabilir:

• Failover clustering
• Database mirroring
• Replication
• Log shipping
• Backup and restore

Her çözümün kendi avantajları ve uygulama maliyeti vardır. Gereksinimlere bağlı olarak, bir SQL Server olağanüstü durum kurtarma planı bir veya daha fazla mevcut çözümü içermelidir

Failover clustering

 Bir SQL Server örneğinin paylaşılan depolama birimine yüklendiği bir kavramdır.Barındırılan sunucu uygulamalarının yüksek kullanılabilirliğini ve felaket kurtarma senaryolarını destekleyen altyapıyı sağlar. Bir küme düğümü başarısız olursa, bu düğümde barındırılan hizmetler yerine çalışma olarak bilinen bir işlemde otomatik olarak veya el ile kullanılabilir başka bir düğüme aktarılabilir. SQL Server başarısız olduğunda kısa bir süre kapalı kalma süresi vardır

Database mirroring

 bir SQL Server veritabanının kullanılabilirliğini arttırmak için bir çözümdür. Tek bir veritabanının iki tam kopyasını tutar. Bu kopyalar farklı SQL Server örneklerinde olmalıdır. İki veritabanı, bir oturumu yansıtma veritabanı olarak bilinen bir ilişki oluşturur. Bir örnek ana sunucu, diğeri bekleme modundayken ayna sunucusu olarak işlev görür. Yansıtma ortamında etki eden iki SQL Server örneği ortaklar olarak bilinir; ana sunucu, işlem günlüğünün etkin bölümünü, tüm işlemlerin yeniden yapıldığı ayna sunucusuna gönderir.

Bu çözüm gelecekteki SQL Server sürümlerinde kaldırılacak

Replication

Verileri bir SQL Server veritabanından diğerine dağıtmak ve dağıtmak için bir teknoloji olarak kullanılabilir. Tutarlılık senkronize edilerek elde edilir. Bir SQL Server veritabanının çoğaltılması aşağıdaki gibi faydalara neden olabilir: yük dengeleme, artıklık ve çevrimdışı işleme. Yük dengeleme, verilerin birçok SQL Sunucusuna yayılmasını ve sorgu yükünün bu SQL Sunucular arasında dağıtılmasını sağlar. Çoğaltma iki bileşenden oluşur:
Yayıncılar - veri sağlayan veritabanları. Herhangi bir çoğaltmada bir veya daha fazla yayıncı olabilir.
Aboneler - yayıncılardan çoğaltma yoluyla veri alan veritabanları. Yayıncıdaki veriler değiştirildiğinde, abonelerdeki veriler güncellenir

SQL Server, üç tür çoğaltmayı destekler:
Birleştirme çoğaltması : yayıncı ve abone bağımsız olarak SQL Server veritabanında değişiklikler yapar.Birleştirme aracısı, yayıncı ve abone üzerindeki değişiklikleri izler, gerekirse veritabanlarını değiştirir. Bir uyuşmazlık durumunda, önceden tanımlanmış algoritma uygun verileri belirler.
Anlık görüntü çoğaltması : yayıncı, tüm veritabanının anlık görüntüsünü oluşturur ve tüm aboneler için kullanılabilir duruma getirir
İşlemsel çoğaltma : yayıncıdaki değişiklikleri izleyen ve bu değişiklikleri abonelere ileten çoğaltma aracıları kullanır.

Log shipping

 birincil bir SQL Server örneğinden bir veya daha fazla ikincil SQL Server örneğine otomatik olarak işlem günlüğü yedeklerinin gönderilmesine dayanır. Birincil SQL Server örneği bir üretim sunucusudur, ikincil SQL Server örneği ise sıcak bir bekleme kopyasıdır. İzleme sunucusu olarak görev yapan üçüncü bir SQL Server örneği olabilir. Günlük sevkiyat işlemi üç ana işlemden oluşur: birincil SQL Server'da bir işlem günlüğü yedeklemesi oluşturmak, işlem günlüğü yedeklemesini bir veya daha fazla ikincil sunucuya kopyalamak ve ikincil sunucudaki işlem günlüğü yedeklemesini geri yüklemek

Backup and restore

 güvence için temel seçenek olarak kullanılmalıdır. İki ana kavram vardır: SQL Server verilerinin yedeklenmesi ve SQL Server verilerinin geri yüklenmesi. Yedeklenen veriler tarafsız bir tesis dışı konuma taşınır ve veri bütünlüğünü sağlamak için geri yükleme test edilir. SQL Server'da kullanılabilen farklı yedekleme türleri vardır: tam yedekleme, diferansiyel yedekleme, işlem günlüğü yedeklemesi ve kısmi yedekleme.Yedekleme stratejisi, yedekleme türünü ve sıklığını, yedeklemelerin nasıl test edileceğini ve yedekleme ortamının nerede ve nasıl depolanacağını tanımlar. Geri yükleme stratejisi, geri yükleme işleminden kimin sorumlu olduğunu ve kullanılabilirliği ve veri kaybı hedeflerini karşılamak için geri yükleme işlemlerinin nasıl yapılması gerektiğini tanımlar