{"id":2312,"date":"2025-06-24T10:54:06","date_gmt":"2025-06-24T10:54:06","guid":{"rendered":"https:\/\/teknodc.net\/blog\/?p=2312"},"modified":"2025-06-24T10:54:06","modified_gmt":"2025-06-24T10:54:06","slug":"sunucu-felaket-kurtarma-ve-yedekleme-stratejileri","status":"publish","type":"post","link":"https:\/\/teknodc.net\/blog\/sunucu-felaket-kurtarma-ve-yedekleme-stratejileri\/","title":{"rendered":"Sunucu Felaket Kurtarma ve Yedekleme Stratejileri"},"content":{"rendered":"<h2 data-sourcepos=\"3:1-3:55\">Sunucu Felaket Kurtarma ve Yedekleme Stratejileri<\/h2>\n<p data-sourcepos=\"5:1-5:751\">Dijitalle\u015fen d\u00fcnyada i\u015fletmelerin en de\u011ferli varl\u0131\u011f\u0131 verileridir. Siber sald\u0131r\u0131lar, donan\u0131m ar\u0131zalar\u0131, do\u011fal afetler veya insan kaynakl\u0131 hatalar gibi beklenmedik olaylar, sunucu sistemlerinde ciddi kesintilere ve hatta geri d\u00f6n\u00fclemez veri kay\u0131plar\u0131na yol a\u00e7abilir. Bu t\u00fcr felaket senaryolar\u0131na kar\u015f\u0131 haz\u0131rl\u0131kl\u0131 olmak, i\u015f s\u00fcreklili\u011fi ve itibar\u0131n korunmas\u0131 i\u00e7in hayati \u00f6nem ta\u015f\u0131r. \u0130\u015fte bu noktada, kapsaml\u0131 bir Felaket Kurtarma Plan\u0131 ile etkili Sunucu Yedekleme \u00c7\u00f6z\u00fcmleri devreye girer. Peki, bu planlar nas\u0131l olu\u015fturulur, veri kayb\u0131na kar\u015f\u0131 en iyi veri kayb\u0131na kar\u015f\u0131 koruma stratejileri nelerdir ve i\u015fletmenizin dijital g\u00fcvenli\u011fini nas\u0131l sa\u011flayabilirsiniz? Bu yaz\u0131m\u0131zda, felaket kurtarma ve yedekleme stratejilerini detayl\u0131ca inceleyece\u011fiz.<\/p>\n<h2 data-sourcepos=\"7:1-7:54\">Felaket Kurtarma Plan\u0131: \u0130\u015f S\u00fcreklili\u011finin Teminat\u0131<\/h2>\n<p data-sourcepos=\"9:1-9:612\">Bir Felaket Kurtarma Plan\u0131 (Disaster Recovery Plan &#8211; DRP), olas\u0131 bir felaket durumunda bilgi teknolojileri altyap\u0131s\u0131n\u0131n (sunucular, a\u011flar, uygulamalar, veriler) nas\u0131l kurtar\u0131laca\u011f\u0131n\u0131 ve normal operasyonlara nas\u0131l d\u00f6n\u00fclece\u011fini detayland\u0131ran kapsaml\u0131 bir yol haritas\u0131d\u0131r. Bu plan sadece teknik ad\u0131mlar\u0131 de\u011fil, ayn\u0131 zamanda rolleri, sorumluluklar\u0131 ve ileti\u015fim s\u00fcre\u00e7lerini de kapsar. \u0130yi haz\u0131rlanm\u0131\u015f bir DRP, felaket an\u0131nda panik yerine bilin\u00e7li ad\u0131mlar at\u0131lmas\u0131n\u0131 sa\u011flar ve i\u015f kesintisi s\u00fcresini (RTO &#8211; Recovery Time Objective) ile veri kayb\u0131 miktar\u0131n\u0131 (RPO &#8211; Recovery Point Objective) minimize etmeyi hedefler.<\/p>\n<p data-sourcepos=\"11:1-11:62\">Bir Felaket Kurtarma Plan\u0131n\u0131n temel bile\u015fenleri \u015funlard\u0131r:<\/p>\n<ul data-sourcepos=\"13:1-18:0\">\n<li data-sourcepos=\"13:1-13:153\"><strong>Risk De\u011ferlendirmesi:<\/strong> Olas\u0131 tehditlerin (siber sald\u0131r\u0131, do\u011fal afet, donan\u0131m ar\u0131zas\u0131) ve bunlar\u0131n i\u015f \u00fczerindeki potansiyel etkilerinin belirlenmesi.<\/li>\n<li data-sourcepos=\"14:1-14:186\"><strong>\u0130\u015f Etki Analizi (BIA):<\/strong> Hangi sistemlerin ve verilerin i\u015f s\u00fcreklili\u011fi i\u00e7in kritik oldu\u011funu, bunlar\u0131n kesintiye u\u011framas\u0131n\u0131n maliyetini ve kabul edilebilir kesinti s\u00fcresini belirleme.<\/li>\n<li data-sourcepos=\"15:1-15:201\"><strong>Kurtarma Stratejileri:<\/strong> Veri yedekleme, replikasyon, yedekli altyap\u0131lar (\u00f6rne\u011fin, ikincil bir veri merkezi veya bulut tabanl\u0131 DRaaS &#8211; Disaster Recovery as a Service) gibi y\u00f6ntemlerin belirlenmesi.<\/li>\n<li data-sourcepos=\"16:1-16:92\"><strong>Roller ve Sorumluluklar:<\/strong> Felaket an\u0131nda kimin ne yapaca\u011f\u0131n\u0131 net bir \u015fekilde tan\u0131mlama.<\/li>\n<li data-sourcepos=\"17:1-18:0\"><strong>Test ve G\u00fcncelleme:<\/strong> Plan\u0131n d\u00fczenli olarak test edilmesi ve de\u011fi\u015fen i\u015f ihtiya\u00e7lar\u0131na veya teknolojik geli\u015fmelere g\u00f6re g\u00fcncellenmesi.<\/li>\n<\/ul>\n<h3 data-sourcepos=\"19:1-19:58\">Sunucu Yedekleme \u00c7\u00f6z\u00fcmleri: Veri Kayb\u0131na Kar\u015f\u0131 \u0130lk Hat<\/h3>\n<p data-sourcepos=\"21:1-21:229\"><a href=\"\/virtualprivateserver\">Sunucu<\/a> Yedekleme \u00c7\u00f6z\u00fcmleri, bir Felaket Kurtarma Plan\u0131n\u0131n temelini olu\u015fturur. D\u00fczenli ve g\u00fcvenilir yedeklemeler, veri kayb\u0131na kar\u015f\u0131 koruman\u0131n en etkili yoludur. \u00c7e\u015fitli yedekleme t\u00fcrleri ve stratejileri bulunmaktad\u0131r:<\/p>\n<ol data-sourcepos=\"23:1-27:0\">\n<li data-sourcepos=\"23:1-23:149\"><strong>Tam Yedekleme (Full Backup):<\/strong> T\u00fcm verilerin bir kopyas\u0131n\u0131n al\u0131nmas\u0131d\u0131r. En g\u00fcvenli y\u00f6ntemdir ancak en \u00e7ok depolama alan\u0131 ve zaman\u0131 gerektirir.<\/li>\n<li data-sourcepos=\"24:1-24:213\"><strong>Art\u0131ml\u0131 Yedekleme (Incremental Backup):<\/strong> Son tam veya art\u0131ml\u0131 yedeklemeden bu yana de\u011fi\u015fen verilerin kaydedilmesidir. Daha az depolama ve zaman gerektirir ancak geri y\u00fckleme s\u00fcreci daha uzun ve karma\u015f\u0131kt\u0131r.<\/li>\n<li data-sourcepos=\"25:1-25:192\"><strong>Diferansiyel Yedekleme (Differential Backup):<\/strong> Son tam yedeklemeden bu yana de\u011fi\u015fen t\u00fcm verilerin kaydedilmesidir. Art\u0131ml\u0131ya g\u00f6re daha fazla yer kaplar ancak geri y\u00fckleme daha h\u0131zl\u0131d\u0131r.<\/li>\n<li data-sourcepos=\"26:1-27:0\"><strong>S\u00fcrekli Veri Koruma (CDP &#8211; Continuous Data Protection):<\/strong> Verilerin her de\u011fi\u015fiklik an\u0131nda kaydedilmesidir. En d\u00fc\u015f\u00fck RPO&#8217;yu (veri kayb\u0131 miktar\u0131) sa\u011flar ancak y\u00fcksek depolama ve bant geni\u015fli\u011fi gerektirebilir.<\/li>\n<\/ol>\n<h3 data-sourcepos=\"28:1-28:42\">Veri Kayb\u0131na Kar\u015f\u0131 Koruma Stratejileri<\/h3>\n<p data-sourcepos=\"30:1-30:128\">Etkili veri kayb\u0131na kar\u015f\u0131 koruma sa\u011flamak i\u00e7in sadece yedekleme yapmak yeterli de\u011fildir. A\u015fa\u011f\u0131daki stratejiler de \u00f6nemlidir:<\/p>\n<ul data-sourcepos=\"32:1-40:0\">\n<li data-sourcepos=\"32:1-35:91\"><strong>3-2-1 Kural\u0131:<\/strong> Bu kural, yedekleme stratejilerinin alt\u0131n standard\u0131d\u0131r:\n<ul data-sourcepos=\"33:5-35:91\">\n<li data-sourcepos=\"33:5-33:53\">Verilerinizin en az <strong>3<\/strong> kopyas\u0131n\u0131 bulundurun.<\/li>\n<li data-sourcepos=\"34:5-34:103\">Bu kopyalar\u0131 en az <strong>2<\/strong> farkl\u0131 depolama t\u00fcr\u00fcnde (\u00f6rn. disk ve teyp veya disk ve bulut) saklay\u0131n.<\/li>\n<li data-sourcepos=\"35:5-35:91\">Kopyalardan en az <strong>1<\/strong> tanesini fiziksel olarak farkl\u0131 bir konumda (off-site) tutun.<\/li>\n<\/ul>\n<\/li>\n<li data-sourcepos=\"36:1-36:210\"><strong>Bulut Tabanl\u0131 Yedekleme:<\/strong> Verilerinizi bulut depolama hizmetlerine yedeklemek, felaket an\u0131nda fiziksel konuma ba\u011fl\u0131 kalmadan verilere eri\u015fim imkan\u0131 sunar ve <strong>Felaket Kurtarma Plan\u0131<\/strong> i\u00e7in esneklik sa\u011flar.<\/li>\n<li data-sourcepos=\"37:1-37:228\"><strong>Replikasyon (Replication):<\/strong> Kritik verileri ve uygulamalar\u0131 ger\u00e7ek zamanl\u0131 veya yak\u0131n ger\u00e7ek zamanl\u0131 olarak ba\u015fka bir <a href=\"\/dedicated\">sunucu<\/a>ya veya veri merkezine kopyalamakt\u0131r. Bu, \u00e7ok d\u00fc\u015f\u00fck RPO ve RTO gerektiren i\u015f y\u00fckleri i\u00e7in idealdir.<\/li>\n<li data-sourcepos=\"38:1-38:317\"><strong>Yedekleme ve Kurtarma Testleri:<\/strong> Yedeklemelerinizin d\u00fczg\u00fcn \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan ve felaket an\u0131nda geri y\u00fcklenebildi\u011finden emin olmak i\u00e7in d\u00fczenli olarak testler yap\u0131n. Bir plan\u0131n sadece k\u00e2\u011f\u0131t \u00fczerinde kalmamas\u0131 i\u00e7in bu testler kritik \u00f6neme sahiptir. Testler, eksiklikleri ve zay\u0131f noktalar\u0131 belirlemenize yard\u0131mc\u0131 olur.<\/li>\n<li data-sourcepos=\"39:1-40:0\"><strong>Siber G\u00fcvenlik \u00d6nlemleri:<\/strong> Yedeklemelerin kendilerinin de siber sald\u0131r\u0131lardan korunmas\u0131 gerekir. G\u00fc\u00e7l\u00fc kimlik do\u011frulama, \u015fifreleme ve yedekleme <a href=\"\/dedicated\">sunucu<\/a>lar\u0131n\u0131n izolasyonu, fidye yaz\u0131l\u0131m\u0131 gibi tehditlere kar\u015f\u0131 veri kayb\u0131na kar\u015f\u0131 korumay\u0131 art\u0131r\u0131r.<\/li>\n<\/ul>\n<p data-sourcepos=\"41:1-41:351\">Kapsaml\u0131 <a href=\"https:\/\/www.google.com\/search?q=sunucu+site%3Ateknodc.net&amp;oq=sunucu+&amp;gs_lcrp=EgZjaHJvbWUqCAgCEEUYJxg7MgYIABBFGDkyBggBEEUYOzIICAIQRRgnGDsyBggDEEUYOzIGCAQQIxgnMgYIBRBFGDwyBggGEEUYPDIGCAcQRRg80gEINTY1NmowajeoAgCwAgA&amp;sourceid=chrome&amp;ie=UTF-8\">Sunucu<\/a> Yedekleme \u00c7\u00f6z\u00fcmleri ile iyi tasarlanm\u0131\u015f bir Felaket Kurtarma Plan\u0131, i\u015fletmenizin siber tehditler ve beklenmedik olaylar kar\u015f\u0131s\u0131nda ayakta kalmas\u0131n\u0131 sa\u011flar. Verilerinizin g\u00fcvenli\u011fini bir \u00f6ncelik haline getirerek, i\u015f s\u00fcreklili\u011finizi g\u00fcvence alt\u0131na alabilir ve olas\u0131 kriz anlar\u0131nda h\u0131zl\u0131 ve etkili bir \u015fekilde toparlanabilirsiniz.<\/p>\n<hr data-sourcepos=\"43:1-43:3\" \/>\n<h3 data-sourcepos=\"45:1-45:30\">S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n<ul data-sourcepos=\"47:1-61:0\">\n<li data-sourcepos=\"47:1-49:0\">\n<h4 data-sourcepos=\"47:5-47:82\"><strong>Felaket Kurtarma Plan\u0131 (DRP) neden bir i\u015fletme i\u00e7in hayati \u00f6neme sahiptir?<\/strong><\/h4>\n<\/li>\n<\/ul>\n<p>Bir Felaket Kurtarma Plan\u0131 (DRP), siber sald\u0131r\u0131lar, donan\u0131m ar\u0131zalar\u0131 veya do\u011fal afetler gibi beklenmedik olaylar kar\u015f\u0131s\u0131nda i\u015fletmenin bilgi teknolojileri altyap\u0131s\u0131n\u0131 h\u0131zla kurtarmak ve normal operasyonlara d\u00f6nmek i\u00e7in bir yol haritas\u0131 sunar. \u0130\u015f s\u00fcreklili\u011fini sa\u011flar, itibar kayb\u0131n\u0131 \u00f6nler ve maliyetli kesintileri minimize eder.<\/p>\n<ul data-sourcepos=\"47:1-61:0\">\n<li data-sourcepos=\"50:1-52:0\">\n<h4 data-sourcepos=\"50:5-50:78\"><strong>Sunucu Yedekleme \u00c7\u00f6z\u00fcmleri aras\u0131nda hangi yedekleme t\u00fcr\u00fcn\u00fc se\u00e7meliyim?<\/strong><\/h4>\n<\/li>\n<\/ul>\n<p>Sunucu Yedekleme \u00c7\u00f6z\u00fcmleri se\u00e7imi, ihtiya\u00e7lar\u0131n\u0131za ba\u011fl\u0131d\u0131r. Tam yedekleme en g\u00fcvenlidir ancak yava\u015ft\u0131r. Art\u0131ml\u0131 veya diferansiyel yedeklemeler daha h\u0131zl\u0131d\u0131r ve daha az yer kaplar. H\u0131zl\u0131 kurtarma ve minimum veri kayb\u0131 i\u00e7in s\u00fcrekli veri koruma (CDP) veya replikasyon d\u00fc\u015f\u00fcn\u00fclebilir. Genellikle farkl\u0131 t\u00fcrlerin bir kombinasyonu kullan\u0131l\u0131r.<\/p>\n<ul data-sourcepos=\"47:1-61:0\">\n<li data-sourcepos=\"53:1-55:0\">\n<h4 data-sourcepos=\"53:5-53:72\"><strong>Veri kayb\u0131na kar\u015f\u0131 koruma i\u00e7in &#8220;3-2-1 Kural\u0131&#8221; ne anlama geliyor?<\/strong><\/h4>\n<\/li>\n<\/ul>\n<p>&#8220;3-2-1 Kural\u0131&#8221;, veri kayb\u0131na kar\u015f\u0131 koruma i\u00e7in alt\u0131n standart bir yedekleme stratejisidir: Verilerinizin en az <strong>3<\/strong> kopyas\u0131n\u0131 bulundurun, bu kopyalar\u0131 en az <strong>2<\/strong> farkl\u0131 depolama t\u00fcr\u00fcnde saklay\u0131n ve kopyalardan en az <strong>1<\/strong> tanesini fiziksel olarak farkl\u0131 bir konumda (off-site) tutun.<\/p>\n<ul data-sourcepos=\"47:1-61:0\">\n<li data-sourcepos=\"56:1-58:0\">\n<h4 data-sourcepos=\"56:5-56:82\"><strong>Bulut tabanl\u0131 yedekleme, Felaket Kurtarma Plan\u0131&#8217;ma nas\u0131l bir katk\u0131 sa\u011flar?<\/strong><\/h4>\n<\/li>\n<\/ul>\n<p>Bulut tabanl\u0131 yedekleme, Felaket Kurtarma Plan\u0131na \u00f6nemli esneklik ve eri\u015filebilirlik katar. Verileriniz fiziksel bir konumdan ba\u011f\u0131ms\u0131z olarak g\u00fcvende olur ve felaket an\u0131nda internet \u00fczerinden kolayca geri y\u00fcklenebilir. Ayr\u0131ca, altyap\u0131 y\u00f6netimi y\u00fck\u00fcn\u00fc azalt\u0131r.<\/p>\n<ul data-sourcepos=\"47:1-61:0\">\n<li data-sourcepos=\"59:1-61:0\">\n<h4 data-sourcepos=\"59:5-59:79\"><strong>Yedeklemelerimi d\u00fczenli olarak test etmeli miyim ve bu neden \u00f6nemlidir?<\/strong><\/h4>\n<\/li>\n<\/ul>\n<p>Evet, yedeklemelerinizi ve kurtarma plan\u0131n\u0131z\u0131 d\u00fczenli olarak test etmelisiniz. Bu testler, yedeklemelerin ger\u00e7ekten i\u015fe yarad\u0131\u011f\u0131ndan, verilerin geri y\u00fcklenebildi\u011finden ve felaket plan\u0131ndaki ad\u0131mlar\u0131n do\u011fru ve eksiksiz oldu\u011fundan emin olman\u0131z\u0131 sa\u011flar. Test edilmeyen bir plan, felaket an\u0131nda ba\u015far\u0131s\u0131z olabilir ve veri kayb\u0131na kar\u015f\u0131 koruman\u0131z\u0131 tehlikeye atabilir.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Sunucu Felaket Kurtarma ve Yedekleme Stratejileri Dijitalle\u015fen d\u00fcnyada i\u015fletmelerin en de\u011ferli varl\u0131\u011f\u0131 verileridir. Siber sald\u0131r\u0131lar, donan\u0131m&hellip;<\/p>\n","protected":false},"author":1,"featured_media":2313,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"content-type":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[26,27],"tags":[],"class_list":["post-2312","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sunucu","category-guvenlik"],"_links":{"self":[{"href":"https:\/\/teknodc.net\/blog\/wp-json\/wp\/v2\/posts\/2312","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/teknodc.net\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/teknodc.net\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/teknodc.net\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/teknodc.net\/blog\/wp-json\/wp\/v2\/comments?post=2312"}],"version-history":[{"count":1,"href":"https:\/\/teknodc.net\/blog\/wp-json\/wp\/v2\/posts\/2312\/revisions"}],"predecessor-version":[{"id":2314,"href":"https:\/\/teknodc.net\/blog\/wp-json\/wp\/v2\/posts\/2312\/revisions\/2314"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/teknodc.net\/blog\/wp-json\/wp\/v2\/media\/2313"}],"wp:attachment":[{"href":"https:\/\/teknodc.net\/blog\/wp-json\/wp\/v2\/media?parent=2312"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/teknodc.net\/blog\/wp-json\/wp\/v2\/categories?post=2312"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/teknodc.net\/blog\/wp-json\/wp\/v2\/tags?post=2312"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}