Bir yedek dosyasının bulunması, sistemin istenen sürede geri döndürülebileceğini kanıtlamaz. Kurtarma için proje dosyaları, sürümler, lisanslar, erişim bilgileri ve uygun donanım birlikte gerekir. Bu yazı, tesis ekibinin geri yükleme hazırlığını nasıl yapılandırabileceğine odaklanır.
Yedek setinin kapsamını çıkarın
Kontrolör uygulaması, operatör projesi, tarihçe verisi, ağ yapılandırması, sertifikalar ve lisans belgelerini ayrı sahiplerle listeleyin. Her bileşenin hangi sürümle açılacağını ve hangi bağımlılığa ihtiyaç duyduğunu kaydedin. Hassas erişim bilgilerini proje klasörlerine gelişigüzel koymayın; kurumun onaylı erişim yönetimi yöntemini kullanın.
İzole ortamda geri dönüşü doğrulayın
Geri yükleme testi, çalışan proses üzerinde kontrolsüz değişiklik yapma gerekçesi değildir. Tesisin yetkili ekibi, üreticinin önerileri ve onaylı test ortamıyla ilerleyin. Dosyanın açılması, projenin derlenmesi ve gerekli bileşenlerin birlikte çalışması farklı kanıtlardır. Gerçekleşen süreyi kaydedin; beklenen süreyle farkın nedenini açıklayın.
Kurtarma bilgisini kişiden bağımsızlaştırın
Yedeklerin yeri, erişim yetkisi, kontrol sıklığı ve son test tarihi bir kurtarma kaydında bulunsun. Proje değişikliğinden sonra hangi yedeklerin yenileneceğini tanımlayın. Saklama politikası ile kopyaların korunmasını kurumunuzun OT güvenlik planına bağlayın. NIST SP 800-82, OT güvenliğinde işletme gereksinimlerinin dikkate alınması için yararlı bir başvuru kaynağıdır.
Ekibinizle kontrol edin
- Yedek seti bağımlılıklarıyla tanımlı mı?
- Son geri yükleme testi belgeli mi?
- Kurtarma adımları tek kişiye bağlı mı?
Sonraki adım
Bu başlıkları kendi tesisinizin kapsamıyla eşleştirmek için proje hazırlık listesini kullanın. Teknik görüşmede mevcut durumu, belirsizlikleri ve öncelikleri birlikte değerlendirebiliriz.
