<\/span><\/h3>\nVMware veya Hyper-V gibi sanalla\u015ft\u0131rma platformlar\u0131, modern veri merkezlerinin temelini olu\u015fturur. Sanal sunucular\u0131 (VM) yedeklemek i\u00e7in \u00f6zel stratejiler gerekir. En yayg\u0131n y\u00f6ntem, hiperviz\u00f6r seviyesinde anl\u0131k g\u00f6r\u00fcnt\u00fcler (snapshot) almakt\u0131r. Bu, sanal makinenin disk, bellek ve yap\u0131land\u0131rma durumunun tamam\u0131n\u0131 i\u00e7eren bir imaj yede\u011fi olu\u015fturur. Bu sayede, t\u00fcm bir sanal sunucu dakikalar i\u00e7inde farkl\u0131 bir fiziksel sunucuya (host) bile geri y\u00fcklenebilir. Bu esneklik, felaket kurtarma s\u00fcre\u00e7lerini \u00f6nemli \u00f6l\u00e7\u00fcde h\u0131zland\u0131r\u0131r.<\/p>\n
<\/span>Bare-Metal Yedekleme<\/span><\/h3>\nBare-metal yedekleme, bir sunucunun i\u015fletim sistemi, s\u00fcr\u00fcc\u00fcleri ve uygulamalar\u0131 dahil olmak \u00fczere her \u015feyini i\u00e7eren bir imaj yede\u011fi t\u00fcr\u00fcd\u00fcr. Bu yede\u011fin en b\u00fcy\u00fck avantaj\u0131, “farkl\u0131 donan\u0131ma geri y\u00fckleme” (dissimilar hardware restore) yetene\u011fidir. Orijinal sunucu tamamen kullan\u0131lamaz hale geldi\u011finde, bare-metal yedek sayesinde sistemi tamamen farkl\u0131 bir donan\u0131ma sahip yeni bir sunucuya kurabilirsiniz. Bu, fiziksel sunucular i\u00e7in nihai felaket kurtarma \u00e7\u00f6z\u00fcm\u00fcd\u00fcr ve donan\u0131m ba\u011f\u0131ml\u0131l\u0131\u011f\u0131n\u0131 ortadan kald\u0131r\u0131r.<\/p>\n
<\/span>Geri Y\u00fckleme (Restore) ve Felaket Kurtarma Plan\u0131<\/span><\/h2>\nYedekleme, denklemin sadece yar\u0131s\u0131d\u0131r. Bir yede\u011fin ger\u00e7ek de\u011feri, ihtiya\u00e7 an\u0131nda ne kadar h\u0131zl\u0131 ve g\u00fcvenilir bir \u015fekilde geri y\u00fcklenebildi\u011fiyle \u00f6l\u00e7\u00fcl\u00fcr. Ba\u015far\u0131l\u0131 bir geri y\u00fckleme s\u00fcreci, tesad\u00fcfen olmaz; dikkatlice planlanm\u0131\u015f, belgelenmi\u015f ve d\u00fczenli olarak test edilmi\u015f bir Felaket Kurtarma Plan\u0131’n\u0131n (DRP) sonucudur. Yedeklerinizi hi\u00e7 test etmiyorsan\u0131z, asl\u0131nda g\u00fcvenilir bir yede\u011finiz olup olmad\u0131\u011f\u0131n\u0131 bilemezsiniz. Bu b\u00f6l\u00fcm, felaket kurtarma planlamas\u0131n\u0131n \u00f6nemini ve pratik geri y\u00fckleme senaryolar\u0131n\u0131 ele alacakt\u0131r.<\/p>\n
<\/span>Felaket Kurtarma Plan\u0131 (DRP) Nedir ve Nas\u0131l Olu\u015fturulur?<\/span><\/h3>\nFelaket Kurtarma Plan\u0131 (DRP), bir kriz veya felaket durumunda IT altyap\u0131s\u0131n\u0131 ve operasyonlar\u0131n\u0131 yeniden \u00e7al\u0131\u015f\u0131r duruma getirmek i\u00e7in izlenecek ad\u0131mlar\u0131, rolleri ve sorumluluklar\u0131 tan\u0131mlayan kapsaml\u0131 bir belgedir. Sadece yedeklerin nas\u0131l geri y\u00fcklenece\u011fini de\u011fil, ayn\u0131 zamanda ileti\u015fim prosed\u00fcrlerini, alternatif \u00e7al\u0131\u015fma lokasyonlar\u0131n\u0131 ve sorumlu personeli de i\u00e7erir. Etkili bir DRP olu\u015fturmak i\u00e7in \u015fu ad\u0131mlar izlenmelidir:<\/p>\n
\n- Risk Analizi:<\/strong> Olas\u0131 felaket senaryolar\u0131n\u0131 (donan\u0131m ar\u0131zas\u0131, siber sald\u0131r\u0131, do\u011fal afet vb.) ve bunlar\u0131n i\u015f \u00fczerindeki potansiyel etkilerini belirleyin.<\/li>\n
- Kritik Sistemleri Tan\u0131mlama:<\/strong> \u0130\u015fin devam\u0131 i\u00e7in hangi sunucular\u0131n, uygulamalar\u0131n ve verilerin \u00f6ncelikli oldu\u011funu saptay\u0131n. RTO ve RPO hedeflerinizi bu sistemler i\u00e7in belirleyin.<\/li>\n
- Kurtarma Prosed\u00fcrleri:<\/strong> Her bir sistem i\u00e7in ad\u0131m ad\u0131m geri y\u00fckleme talimatlar\u0131n\u0131 yaz\u0131n. Hangi yedekleme yaz\u0131l\u0131m\u0131n\u0131n kullan\u0131laca\u011f\u0131, yedeklere nereden eri\u015filece\u011fi ve yap\u0131land\u0131rma detaylar\u0131 net bir \u015fekilde belirtilmelidir.<\/li>\n