Geri Yükleme Tatbikatı: Yedeklerin Gerçekten Çalıştığını Nasıl Test Edersiniz?

Birçok kurumda yedekleme panosu yeşil görünür: Görevler zamanında çalışmış, dosyalar oluşmuş, raporlar başarılı yazmaktadır. Ancak gerçek bir kesinti anında o dosyaların açılamadığı, eksik olduğu ya da geri yüklemenin beklenenden çok daha uzun sürdüğü ortaya çıkabilir. Bu riski ortadan kaldırmanın tek yolu, yedekleri düzenli olarak gerçekten geri yüklemektir.

Bu yazıda bir sigorta acentesinin verilerini barındıran sistemler için geri yükleme tatbikatının nasıl tasarlanabileceğini, neyin ölçülmesi gerektiğini ve acente ekibinin bu sürece nasıl katkı verebileceğini ele alıyoruz.

Tatbikat neden ayrı bir çalışma olmalı?

Yedekleme ve geri yükleme farklı işlerdir. Yedekleme otomatik bir görevdir ve çoğunlukla gözden uzak çalışır. Geri yükleme ise bir karar, bir prosedür ve bir doğrulama gerektirir. Yalnızca kriz anında yapılan geri yükleme, prosedürün eksiklerini en kötü zamanda ortaya çıkarır.

Planlı bir tatbikat şu soruların sakin bir ortamda cevaplanmasını sağlar:

• Yedek dosyaları bütün ve okunabilir mi?
• Geri yükleme adımları belgelenmiş mi ve belgedeki adımlar hâlâ geçerli mi?
• Geri yükleme ne kadar sürüyor ve bu süre kurtarma hedefleriyle uyumlu mu?
• Geri gelen veride ilişkiler doğru kurulmuş mu; örneğin poliçeler doğru müşterilere bağlı mı?

Tatbikat türleri

Tekil kayıt geri yükleme

En sık ihtiyaç duyulan senaryodur: Yanlışlıkla silinen bir müşteri kaydının ya da üzerine yazılan bir notun geri getirilmesi. Bu tatbikat, ince taneli geri yüklemenin mümkün olup olmadığını ve ne kadar sürdüğünü gösterir.

Veritabanının tamamının yeniden kurulması

Ayrı bir test ortamında tüm veritabanının son yedekten ayağa kaldırılmasıdır. Toplam süreyi, gereken disk alanını ve olası uyumsuzlukları ortaya koyar.

Belirli bir ana dönüş

Bazı yapılarda yedeklerin yanında işlem günlükleri de saklanır ve veri belirli bir saate kadar geri sarılabilir. Bu tatbikat, örneğin hatalı bir toplu güncellemenin hemen öncesine dönmenin uygulanabilir olup olmadığını test eder.

Adım adım bir tatbikat planı

1. Kapsamı belirleyin: Hangi sistemin, hangi yedeğin ve hangi senaryonun test edileceğini yazılı hale getirin.
2. İzole ortam hazırlayın: Geri yükleme, canlı sisteme dokunmayan ayrı bir ortamda yapılmalıdır.
3. Zamanı ölçün: Kararın verildiği andan verinin kullanılabilir hale geldiği ana kadar geçen süreyi kaydedin.
4. Veriyi doğrulayın: Kayıt sayılarını karşılaştırın, örnek kayıtları açıp ilişkili poliçe, tahsilat ve görevlerin yerinde olduğunu kontrol edin.
5. Uygulama düzeyinde deneyin: Veritabanının açılması yeterli değildir; panelin bu veriyle çalıştığını, arama ve raporlamanın sonuç verdiğini görün.
6. Sonuçları raporlayın: Süreyi, karşılaşılan sorunları ve prosedürde yapılacak değişiklikleri not edin.
7. Test ortamını temizleyin: Kişisel veri içeren geri yüklenmiş kopyalar, tatbikat sonrasında güvenli biçimde kaldırılmalıdır.

Neyi ölçmeli?

Tatbikatın değeri, sonuçların karşılaştırılabilir olmasından gelir. Her tatbikatta aynı göstergelerin kaydedilmesi, zaman içindeki değişimi görmeyi sağlar:

• Geri yükleme kararından kullanılabilir sisteme kadar geçen süre.
• Geri dönülen veri noktasının yaşı; yani olası veri kaybının büyüklüğü.
• Doğrulama sırasında bulunan tutarsızlık sayısı.
• Prosedürde belgelenmemiş ya da güncelliğini yitirmiş adımlar.

Bu göstergeler, belirlenen kurtarma hedeflerinin kâğıt üzerinde mi kaldığını yoksa gerçekten karşılanabildiğini mi gösterir.

Tatbikat sıklığı nasıl belirlenir?

Tatbikatın ne sıklıkla yapılacağı, sistemin ne kadar değiştiğine ve verinin ne kadar kritik olduğuna bağlıdır. Sabit bir kural yerine şu tetikleyicileri esas almak daha sağlıklıdır:

• Takvim bazlı tatbikat: Tekil kayıt geri yükleme gibi hafif senaryolar daha sık, tüm veritabanının yeniden kurulması gibi ağır senaryolar daha seyrek ama düzenli aralıklarla planlanabilir.
• Değişiklik sonrası tatbikat: Veritabanı sürümü yükseltildiğinde, yedekleme aracı değiştirildiğinde ya da depolama konumu taşındığında yeni bir tatbikat yapılmalıdır. Eski prosedürün yeni yapıda çalışacağı varsayılmamalıdır.
• Olay sonrası tatbikat: Gerçek bir geri yükleme ihtiyacı yaşandıysa, sürecin aksayan adımları düzeltildikten sonra kısa bir tekrar tatbikatı, düzeltmenin işe yaradığını gösterir.

Tatbikatların farklı kişiler tarafından yürütülmesi de önemlidir. Prosedürü yalnızca bir kişinin uygulayabiliyor olması, o kişinin kriz günü ulaşılamaz olması durumunda bütün hazırlığı boşa çıkarabilir. Belgeye bakarak geri yüklemeyi ilk kez yapan biri, belgedeki eksikleri en hızlı fark eden kişidir.

Acente ekibinin rolü

Teknik geri yükleme altyapı ekibinin işidir; ancak verinin "doğru" olup olmadığını en iyi bilen kişiler acente çalışanlarıdır. Doğrulama aşamasında acenteden katkı alınması tatbikatın kalitesini artırır. Örneğin acenteden bir yetkili, test ortamında kendi tanıdığı birkaç müşterinin kaydını açarak poliçe geçmişinin, yenileme tarihinin ve iletişim notlarının beklendiği gibi olup olmadığını kontrol edebilir.

Bu işbirliği için önceden bir doğrulama listesi hazırlamak faydalıdır:

• Farklı branşlardan örnek poliçeler: trafik, kasko ve DASK kayıtları ayrı ayrı kontrol edilmelidir.
• Son haftada eklenmiş bir müşteri ve uzun süredir kayıtlı bir müşteri.
• Tahsilatı kısmen yapılmış bir poliçe.
• Açık bir görev ve tamamlanmış bir görev.

Sık yapılan hatalar

• Tatbikatı yalnızca dosyanın açılıp açılmadığıyla sınırlamak.
• Hep aynı küçük yedeği test etmek, büyük ve güncel yedeği hiç denememek.
• Sonuçları kaydetmemek ve bir sonraki tatbikatta aynı sorunu yeniden keşfetmek.
• Test ortamında geri yüklenen kişisel verileri unutup bırakmak.

InsureHub bakış açısı

InsureHub, acentelere sunduğu web acente paneli ve mobil uygulama ile müşteri, poliçe ve tahsilat verisini merkezi bir yapıda tutar. Bu yapıda verinin doğruluğu, kullanıcıların her gün gördüğü ekranlar üzerinden de kolayca kontrol edilebilir: acente CRM kayıtları, yenileme listeleri ve tahsilat görünümü doğrulama listesinin doğal parçalarıdır. Ürün yapısını incelemek için sigorta acentesi yazılımı sayfasına göz atabilir, yedekleme ve kurtarma sorularınızı demo talebi sonrasında ekibimize iletebilirsiniz.

Sonuç

Yedeğin gerçekten var olduğunu kanıtlamanın tek yolu onu geri yüklemektir. Düzenli, ölçülen ve sonuçları kayıt altına alınan tatbikatlar, kriz anındaki belirsizliği azaltır ve kurtarma hedeflerinin gerçekçi olup olmadığını önceden gösterir.