Yedekleme Testi Olmadan BaaS: Geri Yükleme Tatbikatı Kontrol Listesi

BaaS panelinde tüm yedekleme işleri başarılı görünüyorsa ekip çoğu zaman işi bitmiş sayar. Oysa yedekleme başarısı, geri yükleme kanıtı değildir. Gerçek felaket anında bozuk kopya, eksik ajan, yanlış şifreleme anahtarı veya üretim ağına yanlışlıkla bağlanan test ortamı gibi sorunlar yalnızca tatbikat sırasında ortaya çıkar. Bu yazı yedekleme bulutu çözümünü destekler. Paket satışı yapmaz. BaaS kapsam sınırları için BaaS nedir rehberine bakabilirsiniz.

Hızlı Özet

Yeşil yedekleme raporu, dosyanın veya VM imajının geri yüklenebildiğini göstermez.
Tatbikat önce kapsam seçilir. Kritik veritabanı, dosya sunucusu veya tam VM imajı ayrı senaryolar olarak planlanır.
Test ortamı üretimden ağ, DNS ve kimlik açısından ayrılır. Yanlış VLAN veya eski DNS kaydı tatbikatı geçersiz kılar.
Her adımda kanıt toplanır. Hangi kopya, hangi saat, hangi kullanıcı, ne kadar sürdü ve sonuç ne oldu yazılır.
Başarısız tatbikat, yedekleme politikasının gözden geçirilmesi için resmi tetikleyicidir.
Leon-X altyapı sahibi değildir. Yedekleme stratejisini planlar, BaaS entegrasyonunu kurar ve geri yükleme tatbikatını birlikte yürütür.

Sunucu odasında yedekleme ve geri yükleme sürecini planlayan IT uzmanı

Kaynak Pexels, dizüstü bilgisayarda çalışan sistem uzmanı.

Neden Yedekleme Başarısı Yetmez

BaaS ajanı düzenli çalışır, depolama kotası dolmaz ve konsol yeşil kalır. Bu tablo günlük operasyon için yeterli görünür. Sorun şu ki yedekleme motoru bazen kısmi başarı üretir. Örneğin açık bir veritabanı dosyası tutarsız kopyalanır, sanal disk imajı bozulmuş blok içerir veya yeni eklenen bir sunucu hiç politika kapsamına alınmaz.

Bu riskler yalnızca geri yükleme denendiğinde görünür. Kurumsal BaaS ile tüketici yedek farkı yazısında anlattığımız gibi kurumsal modelde test sorumluluğu müşteri tarafında kalır. Sağlayıcı depolamayı korur, geri dönüşün işe yaradığını kanıtlamaz.

Tatbikat ayrıca süreyi ölçer. Büyük bir VM imajını internet üzerinden indirip ayağa kaldırmak, günlük dosya geri yüklemesinden çok daha uzun sürer. Yerel ve uzak kopya yerleşimi bu süreyle birlikte okunmalıdır.

Tatbikat Kapsamını Nasıl Seçersiniz

Her sistemi aynı anda geri yüklemeye çalışmak tatbikatı dağıtır. Ekip önce iş etkisine göre sıralama yapar.

Tipik üç senaryo şöyle ayrılır.

Dosya düzeyi geri yükleme. Kullanıcı paylaşımından silinen klasör veya belirli bir dizin. Amaç bant genişliği ve izinlerin çalıştığını görmektir.

Uygulama tutarlılığı. Veritabanı veya ERP gibi iş yükü. Burada yalnız dosya kopyası yetmez. Uygulama servisinin ayağa kalkması ve tutarlı veri görülmesi gerekir. Image backup ile dosya bazlı yedek kararını bu senaryoda tekrar kontrol edin.

Tam sistem geri yükleme. Sanal makine imajının izole bir host veya bulut segmentinde açılması. Ağ kartı üretime bağlanmadan önce servislerin boot sırası ve disk boyutu doğrulanır.

Her senaryo için hangi yedekleme işinin kullanılacağı, hangi saklama noktasının seçileceği ve kabul kriteri önceden yazılır. Kriter örneği şöyle olabilir. Veritabanı tabloları açılıyor ve örnek sorgu beklenen satır sayısını veriyor.

İzole Test Ortamı Kuralları

Tatbikatın en pahalı hatası, geri yüklenen sistemi yanlışlıkla üretim ağına sokmaktır. İki aynı sunucu aynı IP veya aynı ana bilgisayar adıyla ağda bulunursa kullanıcı trafiği karışır.

İzole ortam için minimum kurallar şunlardır.

Test VLAN veya güvenlik grubu üretimden ayrıdır.
DNS kayıtları tatbikat süresince üretim adını çözmez.
Active Directory veya kimlik federasyonu bağlantısı bilinçli olarak kesilir veya test domain kullanılır.
Geri yükleme sonrası test VM kapatılır veya silinir. Disk atılmadan bırakılmaz.

Offsite ve bulut yedeklemede veri kaybı hedefi politikası tatbikat sıklığını da tanımlar. Politikada yılda bir satırı varsa takvimde randevu açılmadan tatbikat ertelenir.

Geri Yükleme Adımları ve Kanıt Kaydı

Tatbikatı ad hoc yürütmek yerine tek sayfalık bir runbook kullanın. Runbook her seferinde aynı sırayı izler, böylece eksik adım görünür olur.

Önerilen akış şöyle ilerler.

Senaryo ve kabul kriterini onaylayın.
Kullanılacak yedekleme işini ve saklama noktasını seçin. Saat damgasını not edin.
Şifreleme anahtarı veya kimlik bilgisi erişimini doğrulayın.
İzole ortamı hazırlayın ve ağ kontrolünü yapın.
Geri yüklemeyi başlatın. Başlangıç ve bitiş saatini kaydedin.
Uygulama veya dosya düzeyinde kabul testini çalıştırın.
Test ortamını kapatın veya imha edin.
Sonucu rapora işleyin. Başarısızlık varsa kök neden alanı doldurun.

Kanıt dosyası ekran görüntüsü yığını olmak zorunda değildir. Metin tabanlı özet yeterlidir. Önemli olan tekrarlanabilirlik ve tarih damgasıdır.

Roller ve Onay Akışı

Geri yükleme yetkisi geniş bir yetkidir. Yedek kopyası üretim verisinin tamamını içerir. Bu yüzden tatbikatı yalnızca gece vardiyasındaki tek kişi yürütmemelidir.

Pratik ayrım şöyle olur.

İş sahibi hangi senaryonun kritik olduğunu ve kabul kriterini onaylar.
Yedekleme yöneticisi doğru işi ve saklama noktasını seçer.
Altyapı ekibi izole ortamı hazırlar.
Güvenlik geri yükleme sonrası erişim logunu inceler.

Onay, tatbikat tarihinden önce yazılı olmalıdır. Sözlü onay felaket anında yetki tartışmasına yol açar. Yedek kopyaya erişebilen rol ile üretim yöneticisi rolünü ayırmak tatbikat için de geçerlidir.

Sık Yapılan Hatalar

Yalnızca küçük dosya geri yüklemek. Günlük dosya testi hızlıdır ama tam VM senaryosunu kanıtlamaz. İkisini aynı yıla yayın.

Üretim sunucusunun üzerine geri yüklemek. Hızlı olduğu için cazip gelir. Veri kaybı riski yüksektir. Her zaman yan yana izole kopya açın.

Eski saklama noktasını seçmek. Panelde varsayılan en son iş görünür. Manuel seçimde yanlış hafta kolayca tıklanır.

Şifreleme anahtarını tatbikat günü aramak. Anahtar kasada veya KMS kaydında değilse geri yükleme başlamadan durur.

Başarısız tatbikatı raporlamamak. Yeşil yedekleme görüntüsünü korumak için hata gizlenir. Bir sonraki denetimde bu kayıt eksikliği daha büyük sorun olur.

Geri Yükleme Tatbikatı Kontrol Listesi

Tatbikat öncesi ve sonrası bu maddeleri işaretleyin.

Senaryo, kabul kriteri ve sorumlu kişiler yazıldı.
Kullanılacak yedekleme işi ve saklama noktası doğrulandı.
Şifreleme anahtarı veya parola kasası erişimi test edildi.
İzole ağ segmenti hazır, üretim DNS ve IP çakışması kontrol edildi.
Geri yükleme başlangıç ve bitiş saati kaydedildi.
Uygulama veya dosya düzeyinde kabul testi geçti veya başarısızlık nedeni yazıldı.
Test ortamı kapatıldı veya imha edildi.
Sonuç raporu paydaşlara iletildi ve politika gözden geçirme tarihi güncellendi.
Yedekleme bulutu kapsamı ile tatbikat sorumluluğu uyumlu mu tekrar okundu.

Leon-X ile Sonraki Adım

Leon-X mevcut BaaS yapınızı okur, kritik iş yüklerini sizinle birlikte sıralar ve her biri için geri yükleme senaryosu çıkarır. İzole test ortamını, runbook adımlarını ve kanıt formatını birlikte tanımlar, ilk tatbikatı planlar. Leon-X altyapı sahibi değildir, doğru bulut teknolojilerini kurumunuz için entegre eder. Başlamak için iletişime geçin.

Sık Sorulan Sorular

Tatbikat sıklığı ne olmalı?

Politikanızda yazılı sıklık esas alınır. Kritik veritabanı için yılda en az bir tam geri yükleme, dosya senaryoları için daha sık mini test yaygındır. Önemli olan takvimde sabit randevu ve kayıt tutmaktır.

Başarısız tatbikat yedekleme işlerini durdurur mu?

Otomatik durmaz. Operasyon ekibi başarısızlığı incident gibi ele alır. Kök neden çözülene kadar ilgili sistemin felaket kurtarma güveni düşürülür ve alternatif kopya doğrulanır.

BaaS sağlayıcısı tatbikatı bizim yerimize yapar mı?

Depolama ve aktarım altyapısı sağlayıcıda olabilir. Hangi sistemin geri yükleneceği, test ortamı ve iş kabulü müşteri tarafında kalır. Sözleşmede açıkça yazılmadıkça tam tatbikat devri varsaymayın.

DRaaS ile bu kontrol listesi aynı mı?

Aynı değildir. DRaaS canlı sistemleri ikincil ortamda çalıştırma ve ardından üretime dönüş adımlarını içerir. Bu liste BaaS kapsamında veri geri yükleme kanıtına odaklanır.

Sonuç

BaaS yatırımının değeri, felaket günü değil tatbikat günü ölçülür. Yeşil yedekleme ekranı başlangıç noktasıdır, bitiş değildir. Kapsamı dar tutun, izole ortamı ciddiye alın, her adımı kayda geçirin. Başarısız bir tatbikat utanılacak bir sonuç değil, politikanızı düzeltme fırsatıdır. Bir sonraki adım için yedekleme bulutu sayfasındaki teknik çerçeveyi inceleyebilir veya Leon-X ile tatbikat takviminizi netleştirebilirsiniz.