Kurtarma Testi nedir? Örnek ile

Kurtarma Testi

Kurtarma Testi , yazılımın yazılım / donanım çökmeleri, ağ arızaları vb. Gibi arızalardan kurtarma yeteneğini doğrulayan yazılım test tekniğidir. Kurtarma Testinin amacı, yazılım işlemlerinin felaketten veya bütünlük kaybından sonra devam edip edemeyeceğini belirlemektir. Kurtarma testi, yazılımın bütünlüğün bilindiği noktaya geri döndürülmesini ve işlemlerin başarısızlık noktasına kadar yeniden işlenmesini içerir.

Kurtarma Testi Örneği

Bir uygulama ağdan veri alırken, bağlantı kablosunu çıkarın.

Bir süre sonra, kabloyu tekrar takın ve uygulamanın ağ bağlantısının koptuğu noktadan veri almaya devam etme yeteneğini analiz edin.
Bir tarayıcıda belirli sayıda oturum açıkken sistemi yeniden başlatın ve tarayıcının hepsini kurtarıp kurtaramayacağını kontrol edin.

Yazılım Mühendisliğinde, Kurtarılabilirlik Testi bir İşlevsel Olmayan Test türüdür. (İşlevsel olmayan test, yazılımın, ölçeklenebilirlik veya güvenlik gibi belirli bir işlev veya kullanıcı eylemiyle ilişkili olmayabilecek yönlerini ifade eder.)

İyileşmek için geçen süre şunlara bağlıdır:

Yeniden başlatma noktalarının sayısı
Bir dizi uygulama
Kurtarma faaliyetlerini yürüten kişilerin eğitimi ve becerileri ve kurtarma için mevcut araçlar.

Çok sayıda arıza olduğunda, tüm arızaların üstesinden gelmek yerine, kurtarma testi yapılandırılmış bir şekilde yapılmalıdır; bu, bir bölüm ve sonra başka bir bölüm için kurtarma testinin gerçekleştirilmesi gerektiği anlamına gelir.

Profesyonel test uzmanları tarafından yapılır. Kurtarma testinden önce, yeterli yedekleme verisi güvenli yerlerde saklanır. Bu, bir felaketten sonra bile operasyonun devam etmesini sağlamak için yapılır.

Kurtarma Sürecinin Yaşam Döngüsü

Kurtarma işleminin yaşam döngüsü aşağıdaki beş adımda sınıflandırılabilir:

Normal operasyon
Afet oluşumu
Operasyonun aksaması ve başarısızlığı
Kurtarma süreci boyunca felaketten kurtulma
Tüm sistemi normal çalışmaya döndürmek için tüm süreçlerin ve bilgilerin yeniden yapılandırılması

Bu 5 adımı ayrıntılı olarak tartışalım-

Ortak bir hedefe ulaşmak için entegre edilmiş donanım, yazılım ve bellenimden oluşan bir sistem, iyi tanımlanmış ve belirtilen bir hedefi gerçekleştirmek için faaliyete geçirilir. Sistem, tasarlanan işi herhangi bir aksaklık olmaksızın öngörülen süre içerisinde yürütmek için normal çalışmayı gerçekleştirmeye çağrılır.
Girdi kaynaklı arızalar, yazılımın donanım arızasından dolayı çökmesi, yangın, hırsızlık, grev gibi çeşitli nedenlerle yazılımın arızalanması nedeniyle kesinti meydana gelebilir.
Bozulma aşaması, iş kayıplarına, ilişkilerin kopmasına, fırsat kayıplarına, adam-saat kayıplarına ve her zaman mali ve itibar kayıplarına yol açan en sancılı bir aşamadır. Akla yatkın her kurumun, kesinti aşamasının asgari düzeyde olmasını sağlamak için bir felaket kurtarma planı olmalıdır.
Felaket ve kesinti ile karşılaşmadan önce bir yedekleme planı ve risk azaltma süreçleri doğru yerde ise, kurtarma işlemi çok fazla zaman, çaba ve enerji kaybı olmadan yapılabilir. Sorumluluğu düzeltmek ve kuruluşun uzun kesinti süresinden tasarruf etmesine yardımcı olmak için, bu kişilerin her birinin atanmış rolüne sahip ekibi ile birlikte belirlenmiş bir kişi tanımlanmalıdır.
Yeniden yapılandırma, yapılandırma dosyalarıyla birlikte tüm klasörleri yeniden oluşturmak için birden çok işlem oturumunu içerebilir. Doğru kurtarma için uygun dokümantasyon ve yeniden yapılandırma süreci olmalıdır.

Restorasyon Stratejisi

Kurtarma ekibinin, ajansın işleyişini normale döndürmek için önemli kodu ve verileri almak için benzersiz bir stratejisi olmalıdır.

Strateji, ele aldıkları sistemlerin kritikliğine bağlı olarak her kuruluş için benzersiz olabilir.

Kritik sistemler için olası strateji aşağıdaki gibi görselleştirilebilir:

Tek veya birden fazla yedeklemeye sahip olmak
Tek bir yerde veya farklı yerlerde birden fazla yedeklemeye sahip olmak
Çevrimiçi yedeklemeye veya çevrimdışı yedeklemeye sahip olmak için
Yedekleme, bir ilkeye göre otomatik olarak veya manuel olarak yapılması için yapılabilir mi?
Bağımsız bir restorasyon ekibine veya geliştirme ekibine sahip olmak, iş için kullanılabilir.

Bu stratejilerin her biri, kendisiyle ilişkili maliyet faktörüne sahiptir ve birden çok yedekleme için gereken birden çok kaynak, daha fazla fiziksel kaynak tüketebilir veya bağımsız bir ekibe ihtiyaç duyabilir.

Birçok şirket, verileri ve ilgili geliştirici ajansa kod bağımlılığı nedeniyle etkilenebilir. Örneğin, Amazon AWS, internetin 25'ini kapatır. Bu gibi durumlarda Bağımsız Restorasyon çok önemlidir.

Kurtarma Testi nasıl yapılır

Kurtarma testi yapılırken aşağıdaki hususlar dikkate alınmalıdır.

Gerçek konuşlandırma koşullarına mümkün olduğunca yakın bir test yatağı oluşturmalıyız. Arayüz, protokol, aygıt yazılımı, donanım ve yazılımdaki değişiklikler, aynı koşul olmasa da mümkün olduğunca gerçek duruma yakın olmalıdır.
Kapsamlı testler sayesinde zaman alıcı ve maliyetli olabilir, aynı konfigürasyon ve tam kontrol yapılmalıdır.
Mümkünse, nihayet geri yükleyeceğimiz donanım üzerinde testler yapılmalıdır. Bu, özellikle yedeği oluşturan makineden farklı bir makineye geri yüklüyorsak geçerlidir.
Bazı yedekleme sistemleri, sabit sürücünün yedeklemenin alındığı ile tam olarak aynı boyutta olmasını bekler.
Sürücü teknolojisi hızla ilerlediğinden ve eski disk yenisiyle uyumlu olmayabileceğinden, eskime yönetilmelidir. Sorunu çözmenin bir yolu, sanal makineye geri yüklemektir. VMware Inc. gibi sanallaştırma yazılımı satıcıları, sanal makineleri disk boyutları ve diğer yapılandırmalar dahil olmak üzere mevcut donanımı taklit edecek şekilde yapılandırabilir.
Çevrimiçi yedekleme sistemleri test için bir istisna değildir. Çoğu çevrimiçi yedekleme hizmeti sağlayıcısı, hataya dayanıklı depolama sistemlerini kullanma biçimleriyle bizi doğrudan medya sorunlarına maruz kalmaktan korur.
Çevrimiçi yedekleme sistemleri son derece güvenilir olsa da, geri alma işlevi, güvenlik veya şifreleme ile ilgili herhangi bir sorun olmadığından emin olmak için sistemin geri yükleme tarafını test etmeliyiz.

Restorasyondan sonra test prosedürü

Çoğu büyük şirketin periyodik olarak kurtarma testi alıştırmaları yapmak için bağımsız denetçileri vardır.

Kapsamlı bir felaket kurtarma planını sürdürme ve test etme masrafı önemli olabilir ve daha küçük işletmeler için engelleyici olabilir.

Daha küçük riskler, bir felaket durumunda bunları kurtarmak için veri yedeklemelerine ve saha dışı depolama planlarına güvenebilir.

Klasörler ve dosyalar geri yüklendikten sonra, dosyaların düzgün şekilde kurtarıldığından emin olmak için aşağıdaki kontroller yapılabilir:

Bozuk belge klasörünü yeniden adlandırın
Geri yüklenen klasörlerdeki dosyaları sayın ve mevcut bir klasörle eşleştirin.
Dosyalardan birkaçını açın ve erişilebilir olduklarından emin olun. Normalde onları kullanan uygulamayla açtığınızdan emin olun. Ve verilere göz atabildiğinizden, verileri güncelleyebildiğinizden veya normalde yaptığınız her şeyi yapabildiğinizden emin olun.
En iyisi farklı türlerde, resimlerde, mp3'lerde, belgelerde ve bazıları büyük ve bazıları küçük olan birkaç dosyayı açmaktır.
Çoğu işletim sistemi, dosyaları ve dizinleri karşılaştırmak için kullanabileceğiniz yardımcı programlara sahiptir.

Özet:

Bu eğiticide, sistemin veya programın bir arızadan sonra gereksinimlerini karşılayıp karşılamadığını anlamaya yardımcı olan kurtarma testinin çeşitli yönlerini öğrendik.

Bu makale Shweta Priyadarshini tarafından hazırlanmıştır.