ERP yedekten dönüş testi: RPO, RTO ve uygulama kabulü

Securawall içerik ekibiGüncelleme: 30 Eylül 2026Yayın ilkeleri

Kısa seçim özeti

ERP restore testi, bir yedek dosyasını açmaktan daha geniştir. Hedef veri noktasını seçin; veritabanını, uygulama dosyalarını ve bağımlılıkları kontrollü ortamda geri getirin. Süreyi ölçüp temsil edici işlemleri iş sahibiyle doğrulayın.

ERP geri dönüş dosyası

ERP ürünü/sürümü, veritabanı sistemi, uygulama sunucuları, dosya alanları, kimlik servisleri ve dış entegrasyonları çıkarın. Üreticinin desteklediği geri dönüş yöntemini teyit edin. Veritabanı, uygulama ve dosyaların aynı iş durumunu temsil etmesi gerekir; sadece bir VM’nin açılması tüm ERP’nin hazır olduğunu göstermez.

RPO hedefiyle yedek zincirini eşleştirin

Hangi veri noktasına dönülecek ve bunun için hangi kopyalar gerekli? SQL Server tabanlı ERP’de geri dönüş yolu kurtarma modeli ve mevcut yedek zincirine bağlıdır; Microsoft’un restore/recovery dokümanı bu koşulları açıklar. Diğer veritabanlarında ilgili üretici yöntemini kullanın. Her ERP için aynı yedek türü veya işlem sırası varsaymayın.

Kabul testi matrisi

Aşağıdaki işlemler temsil edici örnektir; iş sahibi kendi kritik akışlarını seçmelidir. Test ortamının üretim sistemlerine istenmeyen işlem göndermesini önleyecek sınırları planlayın.

Kontrol	Başarı kanıtı	Onay sorumlusu
Veritabanı ve uygulama açılışı	Beklenen veri noktası ve hata kontrolleri	Veritabanı / ERP sorumlusu
Kullanıcı ve yetkiler	Temsil edici rollerle doğru erişim	IT ve iş sahibi
Stok / sipariş / rapor örneği	Seçilen işlemler ve raporların tutarlılığı	İlgili birim sorumlusu
Dosya ve entegrasyonlar	Ekler, servisler ve bağımlılıklar kontrol edilir	Uygulama / entegrasyon sorumlusu

RTO’yu tüm süreç boyunca ölçün

Olay kararı, kopyaya/anahtara erişim, ortam hazırlığı, veritabanı geri yükleme, uygulama açılışı ve iş onayı için ayrı zaman kaydedin. Bu sayede darboğazın depolama, ağ, erişim veya uygulama adımında olduğu görülür. Bir dosya kopyalama süresini toplam RTO yerine kullanmayın.

Veri güvenliği ve kontrollü test

Temsil edici veri ve rollerle, erişimi sınırlandırılmış test ortamı hazırlayın. Şifreleme anahtarları ve gerekli erişim bilgileri için yetkili kurtarma yöntemini belirleyin. Testten sonra ortamı ve kopyaların saklama koşullarını yönetin. Üretim yedeği veya müşteri verilerini açık teklif formuna yüklemeyin; ihtiyaç özetinde teknik kapsamı paylaşın.

Test raporu ve Doz hizmet kapsamı

Kullanılan kopyayı, seçilen veri noktasını, ölçülen süreleri, başarısız adımları ve iş sahibinin kararını kaydedin. Bulguya sorumlu ve düzeltme tarihi verin; değişiklikten sonra gerekli senaryoyu tekrar test edin. Doz teklifinde backup tasarımı, ERP/veritabanı üreticisi koordinasyonu, repository, restore tatbikatı ve düzenli test hizmetini ayrı değerlendirin.

Sık sorulan sorular

Başarılı yedek işi ERP’nin geri döneceğini gösterir mi?

Uygulama tutarlılığı, erişim, dosyalar ve entegrasyonların da doğrulanması gerekir. İşin başarılı sonucu restore ve iş kabul testinin yerine geçmez.

Test üretim ortamında mı yapılmalı?

Testin amacı ve güvenli sınırları önceden belirlenir. Üretimi değiştirmeden doğrulama yapabilecek kontrollü hedef ortam ve uygulama üreticisinin desteklediği yöntem planlanmalıdır.