{"id":3310,"date":"2025-12-14T22:07:16","date_gmt":"2025-12-14T19:07:16","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/yedek-saklama-suresi-nasil-belirlenir-kvkk-gdpr-ve-maliyet-dengesi\/"},"modified":"2025-12-14T22:07:16","modified_gmt":"2025-12-14T19:07:16","slug":"yedek-saklama-suresi-nasil-belirlenir-kvkk-gdpr-ve-maliyet-dengesi","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/yedek-saklama-suresi-nasil-belirlenir-kvkk-gdpr-ve-maliyet-dengesi\/","title":{"rendered":"Yedek Saklama S\u00fcresi Nas\u0131l Belirlenir? KVKK, GDPR ve Maliyet Dengesi"},"content":{"rendered":"<div class=\"dchost-blog-content-wrapper\"><p>Bir\u00e7ok i\u015fletme yedek alma i\u015fini otomatikle\u015ftiriyor, ancak yedek <strong>ne kadar s\u00fcreyle<\/strong> saklanaca\u011f\u0131n\u0131 \u00e7o\u011fu zaman net tan\u0131mlam\u0131yor. Bir noktada g\u00fcvenlik ekibi, hukuk birimi ve finans ayn\u0131 masaya oturuyor: &#8220;Hem KVKK\/GDPR uyumlu olal\u0131m, hem olas\u0131 bir veri kayb\u0131nda geriye d\u00f6n\u00fck yeterince yede\u011fimiz kals\u0131n, hem de depolama maliyeti patlamas\u0131n&#8221;. \u0130\u015fte bu \u00fc\u00e7genin tam ortas\u0131nda <strong>yedek saklama s\u00fcresi politikas\u0131<\/strong> duruyor.<\/p>\n<p>Bu yaz\u0131da DCHost ekibi olarak pratikte i\u015fe yarayan bir bak\u0131\u015f a\u00e7\u0131s\u0131 payla\u015faca\u011f\u0131z: Yedeklerinizi nas\u0131l s\u0131n\u0131fland\u0131rmal\u0131, KVKK ve GDPR ilkelerini saklama s\u00fcrelerine nas\u0131l terc\u00fcme etmeli, depolama katmanlar\u0131n\u0131z\u0131 (s\u0131cak\/so\u011fuk\/ar\u015fiv) nas\u0131l planlamal\u0131 ve t\u00fcm bunlar\u0131 y\u00f6netilebilir bir maliyetle nas\u0131l dengelemeniz gerekti\u011fini ad\u0131m ad\u0131m konu\u015faca\u011f\u0131z. Teorik hukuk c\u00fcmlelerinden \u00e7ok, ger\u00e7ek d\u00fcnyada hosting, <a href=\"https:\/\/www.dchost.com\/tr\/vps\">VPS<\/a>, dedicated ve colocation altyap\u0131lar\u0131nda uygulanabilir bir <strong>yedek saklama rehberi<\/strong> ar\u0131yorsan\u0131z do\u011fru yerdesiniz.<\/p>\n<div id=\"toc_container\" class=\"toc_transparent no_bullets\"><p class=\"toc_title\">\u0130&ccedil;indekiler<\/p><ul class=\"toc_list\"><li><a href=\"#Yedek_Saklama_Suresi_Neden_Stratejik_Bir_Karar\"><span class=\"toc_number toc_depth_1\">1<\/span> Yedek Saklama S\u00fcresi Neden Stratejik Bir Karar?<\/a><\/li><li><a href=\"#KVKK_ve_GDPR_Perspektifinden_Yedek_Saklama_Suresi\"><span class=\"toc_number toc_depth_1\">2<\/span> KVKK ve GDPR Perspektifinden Yedek Saklama S\u00fcresi<\/a><ul><li><a href=\"#Aktif_Sistemden_Silinen_Verinin_Yedekte_Kalmasi_Sorunu\"><span class=\"toc_number toc_depth_2\">2.1<\/span> Aktif Sistemden Silinen Verinin Yedekte Kalmas\u0131 Sorunu<\/a><\/li><li><a href=\"#KVKKya_Gore_Saklama_Ilkesini_Pratiklestirmek\"><span class=\"toc_number toc_depth_2\">2.2<\/span> KVKK\u2019ya G\u00f6re Saklama \u0130lkesini Pratikle\u015ftirmek<\/a><\/li><li><a href=\"#GDPRda_Unutulma_Hakki_ve_Yedekler\"><span class=\"toc_number toc_depth_2\">2.3<\/span> GDPR\u2019da Unutulma Hakk\u0131 ve Yedekler<\/a><\/li><\/ul><\/li><li><a href=\"#Teknik_Tarafta_Yedek_Saklama_Suresini_Etkileyen_Faktorler\"><span class=\"toc_number toc_depth_1\">3<\/span> Teknik Tarafta Yedek Saklama S\u00fcresini Etkileyen Fakt\u00f6rler<\/a><\/li><li><a href=\"#Depolama_Maliyeti_Hesabi_Sonsuza_Kadar_Saklayalim_Neden_Calismaz\"><span class=\"toc_number toc_depth_1\">4<\/span> Depolama Maliyeti Hesab\u0131: \u201cSonsuza Kadar Saklayal\u0131m\u201d Neden \u00c7al\u0131\u015fmaz?<\/a><ul><li><a href=\"#Basit_Bir_Maliyet_Hesabi\"><span class=\"toc_number toc_depth_2\">4.1<\/span> Basit Bir Maliyet Hesab\u0131<\/a><\/li><li><a href=\"#Sicak_Soguk_ve_Arsiv_Yedek_Katmanlari\"><span class=\"toc_number toc_depth_2\">4.2<\/span> S\u0131cak, So\u011fuk ve Ar\u015fiv Yedek Katmanlar\u0131<\/a><\/li><\/ul><\/li><li><a href=\"#Ransomware_S3_Object_Lock_ve_Uzun_Sureli_Guvenli_Yedekler\"><span class=\"toc_number toc_depth_1\">5<\/span> Ransomware, S3 Object Lock ve Uzun S\u00fcreli G\u00fcvenli Yedekler<\/a><\/li><li><a href=\"#KVKKGDPR_ile_Maliyeti_Dengeleyen_Ornek_Saklama_Politikalari\"><span class=\"toc_number toc_depth_1\">6<\/span> KVKK\/GDPR ile Maliyeti Dengeleyen \u00d6rnek Saklama Politikalar\u0131<\/a><ul><li><a href=\"#1_Blog_ve_Kurumsal_Web_Sitesi\"><span class=\"toc_number toc_depth_2\">6.1<\/span> 1) Blog ve Kurumsal Web Sitesi<\/a><\/li><li><a href=\"#2_ETicaret_ve_Odeme_Alan_Siteler\"><span class=\"toc_number toc_depth_2\">6.2<\/span> 2) E\u2011Ticaret ve \u00d6deme Alan Siteler<\/a><\/li><li><a href=\"#3_SaaS_Uygulamalari_ve_Cok_Kiracili_Sistemler\"><span class=\"toc_number toc_depth_2\">6.3<\/span> 3) SaaS Uygulamalar\u0131 ve \u00c7ok Kirac\u0131l\u0131 Sistemler<\/a><\/li><\/ul><\/li><li><a href=\"#Adim_Adim_Yedek_Saklama_Suresi_Belirleme_Metodolojisi\"><span class=\"toc_number toc_depth_1\">7<\/span> Ad\u0131m Ad\u0131m Yedek Saklama S\u00fcresi Belirleme Metodolojisi<\/a><ul><li><a href=\"#1_Veri_Envanterini_Cikarin\"><span class=\"toc_number toc_depth_2\">7.1<\/span> 1) Veri Envanterini \u00c7\u0131kar\u0131n<\/a><\/li><li><a href=\"#2_Veri_Turlerini_ve_Kisisel_Veri_Iceriklerini_Siniflandirin\"><span class=\"toc_number toc_depth_2\">7.2<\/span> 2) Veri T\u00fcrlerini ve Ki\u015fisel Veri \u0130\u00e7eriklerini S\u0131n\u0131fland\u0131r\u0131n<\/a><\/li><li><a href=\"#3_Hukuki_Yukumlulukleri_ve_Sektor_Ozel_Kurallari_Haritalayin\"><span class=\"toc_number toc_depth_2\">7.3<\/span> 3) Hukuki Y\u00fck\u00fcml\u00fcl\u00fckleri ve Sekt\u00f6r \u00d6zel Kurallar\u0131 Haritalay\u0131n<\/a><\/li><li><a href=\"#4_Is_Ihtiyaci_ve_Risk_Analizi_Yapin\"><span class=\"toc_number toc_depth_2\">7.4<\/span> 4) \u0130\u015f \u0130htiyac\u0131 ve Risk Analizi Yap\u0131n<\/a><\/li><li><a href=\"#5_Saklama_Surelerini_ve_Katmanli_Depolama_Modelini_Tanimlayin\"><span class=\"toc_number toc_depth_2\">7.5<\/span> 5) Saklama S\u00fcrelerini ve Katmanl\u0131 Depolama Modelini Tan\u0131mlay\u0131n<\/a><\/li><li><a href=\"#6_Otomasyon_Dongusel_Silme_Lifecycle_Politikalari_ve_Sifreleme\"><span class=\"toc_number toc_depth_2\">7.6<\/span> 6) Otomasyon: D\u00f6ng\u00fcsel Silme, Lifecycle Politikalar\u0131 ve \u015eifreleme<\/a><\/li><li><a href=\"#7_Dokumantasyon_ve_Denetim_Izi_Olusturun\"><span class=\"toc_number toc_depth_2\">7.7<\/span> 7) Dok\u00fcmantasyon ve Denetim \u0130zi Olu\u015fturun<\/a><\/li><\/ul><\/li><li><a href=\"#DCHost_Altyapisinda_Yedek_Saklama_Suresini_Yonetmek\"><span class=\"toc_number toc_depth_1\">8<\/span> DCHost Altyap\u0131s\u0131nda Yedek Saklama S\u00fcresini Y\u00f6netmek<\/a><\/li><li><a href=\"#Sonuc_Yedek_Saklama_Suresi_Bir_Seferlik_Degil_Canli_Bir_Politika\"><span class=\"toc_number toc_depth_1\">9<\/span> Sonu\u00e7: Yedek Saklama S\u00fcresi Bir Seferlik De\u011fil, Canl\u0131 Bir Politika<\/a><\/li><\/ul><\/div>\n<h2><span id=\"Yedek_Saklama_Suresi_Neden_Stratejik_Bir_Karar\">Yedek Saklama S\u00fcresi Neden Stratejik Bir Karar?<\/span><\/h2>\n<p>Yedek almak tek ba\u015f\u0131na bir g\u00fcvenlik veya s\u00fcreklilik garantisi de\u011fil; as\u0131l kritik konu, bu yedeklerin <strong>hangi s\u0131kl\u0131kla<\/strong> al\u0131nd\u0131\u011f\u0131 ve <strong>ne kadar s\u00fcreyle<\/strong> tutuldu\u011fu. Bu iki parametre, i\u015f s\u00fcreklili\u011fi taraf\u0131nda RPO\/RTO hedeflerinizle, hukuki tarafta KVKK\/GDPR ilkeleriyle ve teknik tarafta depolama maliyetlerinizle do\u011frudan ba\u011flant\u0131l\u0131.<\/p>\n<p>\u00d6rne\u011fin;<\/p>\n<ul>\n<li>Bir e-ticaret sitesinde son 30 dakikay\u0131 kaybetmek kabul edilemez olabilir (s\u0131k yedek, k\u0131sa RPO),<\/li>\n<li>Ancak 3 y\u0131l \u00f6nceki bir sepet verisini saklamak, KVKK a\u00e7\u0131s\u0131ndan ciddi bir sorgu konusu olabilir,<\/li>\n<li>Ve t\u00fcm verileri 10 y\u0131l boyunca h\u0131zl\u0131 NVMe disklerde tutmak, b\u00fct\u00e7eyi mant\u0131ks\u0131z d\u00fczeyde zorlayabilir.<\/li>\n<\/ul>\n<p>\u00d6nceki yaz\u0131m\u0131zda <a href='https:\/\/www.dchost.com\/blog\/yedekleme-stratejisi-nasil-planlanir-blog-e-ticaret-ve-saas-siteleri-icin-rpo-rto-rehberi\/'>RPO\/RTO hedeflerine g\u00f6re yedekleme stratejisi planlamay\u0131 detayl\u0131 anlatm\u0131\u015ft\u0131k<\/a>. Bu yaz\u0131da ise odak noktam\u0131z, o stratejiyi tamamlayan <strong>saklama s\u00fcresi politikas\u0131<\/strong> olacak. \u00c7\u00fcnk\u00fc yanl\u0131\u015f se\u00e7ilmi\u015f saklama s\u00fcreleri, hem denetimlerde ba\u015f\u0131n\u0131z\u0131 a\u011fr\u0131tabilir hem de ger\u00e7ek bir veri kayb\u0131nda sizi haz\u0131rl\u0131ks\u0131z yakalayabilir.<\/p>\n<h2><span id=\"KVKK_ve_GDPR_Perspektifinden_Yedek_Saklama_Suresi\">KVKK ve GDPR Perspektifinden Yedek Saklama S\u00fcresi<\/span><\/h2>\n<p>\u0130ki mevzuat da (KVKK ve GDPR) size do\u011frudan &#8220;yedekler \u015fu kadar y\u0131l saklanmal\u0131d\u0131r&#8221; demez. Bunun yerine \u015fu ilkeleri koyar:<\/p>\n<ul>\n<li><strong>Ama\u00e7la s\u0131n\u0131rl\u0131l\u0131k:<\/strong> Veriler, topland\u0131klar\u0131 ama\u00e7 i\u00e7in gerekli oldu\u011fu s\u00fcre boyunca saklanabilir.<\/li>\n<li><strong>Veri minimizasyonu:<\/strong> Gerekli olandan daha fazla veri ve daha uzun saklama s\u00fcresi kullan\u0131lamaz.<\/li>\n<li><strong>Saklama s\u00fcresi ile s\u0131n\u0131rl\u0131 depolama:<\/strong> S\u00fcre doldu\u011funda veriler silinmeli, anonimle\u015ftirilmeli veya en az\u0131ndan eri\u015filemez hale getirilmelidir.<\/li>\n<\/ul>\n<p>Bu ilkeler, yedekler i\u00e7in de ge\u00e7erli. Yani, &#8220;yedekte duruyor, zaten kimse bakm\u0131yor&#8221; arg\u00fcman\u0131 hukuken kabul edilmiyor. KVKK Kurulu kararlar\u0131nda da yedekler a\u00e7\u0131k\u00e7a <strong>ki\u015fisel veri i\u015fleme faaliyeti<\/strong> kapsam\u0131nda de\u011ferlendiriliyor.<\/p>\n<h3><span id=\"Aktif_Sistemden_Silinen_Verinin_Yedekte_Kalmasi_Sorunu\">Aktif Sistemden Silinen Verinin Yedekte Kalmas\u0131 Sorunu<\/span><\/h3>\n<p>\u00d6nemli bir gri alan \u015furada olu\u015fuyor: Bir kullan\u0131c\u0131 hesab\u0131n\u0131 sildi\u011finizde veya bir m\u00fc\u015fteriden &#8220;unutulma hakk\u0131&#8221; talebi geldi\u011finde, \u00fcretim veritaban\u0131ndan kayd\u0131 silebiliyorsunuz. Peki otomatik yedekler? \u00c7o\u011fu mimaride ge\u00e7mi\u015f yedekleri tek tek a\u00e7\u0131p ilgili kayd\u0131 silmek teknik olarak ger\u00e7ek\u00e7i de\u011fil. Hem maliyetli hem de yede\u011fin b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc bozuyor.<\/p>\n<p>Burada kabul g\u00f6ren pratik yakla\u015f\u0131m genelde \u015f\u00f6yle:<\/p>\n<ul>\n<li>Yedekler i\u00e7in <strong>mant\u0131kl\u0131 ve s\u0131n\u0131rl\u0131 bir saklama s\u00fcresi<\/strong> tan\u0131mlamak (\u00f6rne\u011fin; g\u00fcnl\u00fck yedekler 30 g\u00fcn, haftal\u0131k yedekler 6 ay, ayl\u0131k yedekler 1\u20133 y\u0131l gibi),<\/li>\n<li>Bu s\u00fcrenin sonunda yedekleri <strong>otomatik ve geri d\u00f6nd\u00fcr\u00fclemeyecek \u015fekilde silmek<\/strong>,<\/li>\n<li>Saklama ve silme s\u00fcre\u00e7lerini <strong>dok\u00fcmante etmek<\/strong> ve gerekti\u011finde denetimlerde sunabilmek.<\/li>\n<\/ul>\n<p>Yani amac\u0131, &#8220;s\u0131n\u0131rs\u0131z yedek&#8221; de\u011fil; <strong>makul, gerek\u00e7elendirilebilir ve tekrarlanabilir<\/strong> bir saklama politikas\u0131 olu\u015fturmak olmal\u0131.<\/p>\n<h3><span id=\"KVKKya_Gore_Saklama_Ilkesini_Pratiklestirmek\">KVKK\u2019ya G\u00f6re Saklama \u0130lkesini Pratikle\u015ftirmek<\/span><\/h3>\n<p>KVKK taraf\u0131nda pratik bir y\u00f6ntem, her veri t\u00fcr\u00fc i\u00e7in \u015fu \u00fc\u00e7 soruyu netle\u015ftirmek:<\/p>\n<ul>\n<li>Bu veriyi neden tutuyorum? (s\u00f6zle\u015fme, me\u015fru menfaat, hukuki y\u00fck\u00fcml\u00fcl\u00fck vb.)<\/li>\n<li>Bu ama\u00e7 ne kadar s\u00fcre ge\u00e7erli?<\/li>\n<li>Bu s\u00fcrenin \u00fcst\u00fcne koydu\u011fum <strong>yedek saklama marj\u0131<\/strong> ne kadar olmal\u0131?<\/li>\n<\/ul>\n<p>\u00d6rne\u011fin bir e-ticaret sitesinde faturalama verisi i\u00e7in vergi mevzuat\u0131 sebebiyle \u00e7o\u011fu zaman 5\u201310 y\u0131l aras\u0131 saklama zorunlulu\u011fu varken, pazarlama izinleri i\u00e7in bu kadar uzun bir s\u00fcreyi savunmak \u00e7ok zor. Bu fark, yedek saklama s\u00fcresi plan\u0131n\u0131za da yans\u0131mak zorunda.<\/p>\n<h3><span id=\"GDPRda_Unutulma_Hakki_ve_Yedekler\">GDPR\u2019da Unutulma Hakk\u0131 ve Yedekler<\/span><\/h3>\n<p>GDPR alt\u0131nda &#8220;right to be forgotten&#8221; (unutulma hakk\u0131) en \u00e7ok tart\u0131\u015f\u0131lan konulardan biri. D\u00fczenleyici otoriteler, pratikte \u015fu \u00e7izgiyi kabul ediyor:<\/p>\n<ul>\n<li>\u00dcretim sistemlerinden veri makul s\u00fcrede silinmeli,<\/li>\n<li>Yedekler ise tan\u0131ml\u0131 saklama s\u00fcreleri doldu\u011funda <strong>rutin d\u00f6ng\u00fc<\/strong> i\u00e7inde silinmeli,<\/li>\n<li>Bu s\u00fcre\u00e7 a\u00e7\u0131k, kay\u0131tl\u0131 ve denetlenebilir olmal\u0131.<\/li>\n<\/ul>\n<p>Yani yedekleriniz i\u00e7in, &#8220;s\u00fcresiz&#8221; veya &#8220;ihtiya\u00e7 duyulana kadar&#8221; gibi yoruma a\u00e7\u0131k tan\u0131mlar yerine, somut s\u00fcreler (\u00f6rne\u011fin 90 g\u00fcn, 1 y\u0131l, 5 y\u0131l) yazman\u0131z gerekiyor.<\/p>\n<h2><span id=\"Teknik_Tarafta_Yedek_Saklama_Suresini_Etkileyen_Faktorler\">Teknik Tarafta Yedek Saklama S\u00fcresini Etkileyen Fakt\u00f6rler<\/span><\/h2>\n<p>Hukuki \u00e7er\u00e7eve \u00f6nemli, ama tek ba\u015f\u0131na yetmez. Teknik a\u00e7\u0131dan da \u015fu fakt\u00f6rler direkt olarak <strong>yedek saklama s\u00fcresi<\/strong> karar\u0131n\u0131z\u0131 etkiler:<\/p>\n<ul>\n<li><strong>Veri boyutu ve g\u00fcnl\u00fck de\u011fi\u015fim oran\u0131:<\/strong> B\u00fcy\u00fck ve h\u0131zl\u0131 de\u011fi\u015fen veriler, uzun saklama s\u00fcrelerinde h\u0131zla TB\u2019lara \u00e7\u0131kabilir.<\/li>\n<li><strong>\u0130\u015f kritikli\u011fi:<\/strong> Hatay\u0131 ne kadar ge\u00e7 fark ederseniz, o kadar eski yede\u011fe ihtiya\u00e7 duyars\u0131n\u0131z.<\/li>\n<li><strong>Ransomware riski:<\/strong> Fidye yaz\u0131l\u0131mlar\u0131n\u0131 ge\u00e7 fark etti\u011finiz senaryolarda, k\u0131sa saklama s\u00fcreleri faydas\u0131z hale gelir.<\/li>\n<li><strong>Depolama teknolojisi:<\/strong> NVMe, SATA, object storage, tape gibi katmanlar aras\u0131nda b\u00fcy\u00fck maliyet farklar\u0131 vard\u0131r.<\/li>\n<\/ul>\n<p>\u00d6rne\u011fin, 200 GB\u2019l\u0131k bir veritaban\u0131n\u0131z ve g\u00fcnl\u00fck %5 de\u011fi\u015fim oran\u0131n\u0131z varsa; s\u0131k s\u0131k <strong>incremental (art\u0131ml\u0131) yedek<\/strong> alarak saklama s\u00fcresini uzatman\u0131z, her g\u00fcn tam yedek almaktan \u00e7ok daha ekonomik olabilir.<\/p>\n<p>S3 uyumlu nesne depolama gibi \u00e7\u00f6z\u00fcmlerle \u00e7al\u0131\u015f\u0131yorsan\u0131z, <a href='https:\/\/www.dchost.com\/blog\/s3-depolama-nedir\/'>S3 depolama mimarisinin temel mant\u0131\u011f\u0131n\u0131<\/a> anlamak saklama s\u00fcresi ve katmanl\u0131 depolama tasar\u0131m\u0131 yaparken ciddi avantaj sa\u011flar.<\/p>\n<h2><span id=\"Depolama_Maliyeti_Hesabi_Sonsuza_Kadar_Saklayalim_Neden_Calismaz\">Depolama Maliyeti Hesab\u0131: \u201cSonsuza Kadar Saklayal\u0131m\u201d Neden \u00c7al\u0131\u015fmaz?<\/span><\/h2>\n<p>Pratikte s\u0131k duydu\u011fumuz c\u00fcmle: &#8220;Yedek \u00f6nemli, silmeyelim, dursun.&#8221; K\u00e2\u011f\u0131t \u00fczerinde g\u00fcvenli g\u00f6r\u00fcnen bu yakla\u015f\u0131m, birka\u00e7 y\u0131l i\u00e7inde depolama taraf\u0131nda <strong>kontrolden \u00e7\u0131km\u0131\u015f maliyetler<\/strong> ve y\u00f6netilemeyen karma\u015fa \u00fcretir.<\/p>\n<h3><span id=\"Basit_Bir_Maliyet_Hesabi\">Basit Bir Maliyet Hesab\u0131<\/span><\/h3>\n<p>\u00d6rnek bir senaryo d\u00fc\u015f\u00fcnelim:<\/p>\n<ul>\n<li>Uygulama + veritaban\u0131 boyutu: 300 GB<\/li>\n<li>G\u00fcnl\u00fck tam yedek: 300 GB<\/li>\n<li>G\u00fcnl\u00fck de\u011fi\u015fim oran\u0131: %10 (incremental yedek ve deduplikasyonla 30\u201350 GB\/yedek\u2019e d\u00fc\u015febilir)<\/li>\n<li>Saklama s\u00fcresi: 365 g\u00fcn<\/li>\n<\/ul>\n<p>Sadece kaba bir hesapla bile 300 GB x 365 \u2248 110 TB gibi bir teorik \u00fcst s\u0131n\u0131r g\u00f6r\u00fcrs\u00fcn\u00fcz. Elbette pratikte incremental, s\u0131k\u0131\u015ft\u0131rma ve deduplikasyonla bu rakam d\u00fc\u015fer, ama temel mesaj de\u011fi\u015fmez: <strong>saklama s\u00fcresi uzad\u0131k\u00e7a toplam maliyet, lineer de\u011fil \u00e7o\u011fu zaman katlanarak artar<\/strong>.<\/p>\n<p>Bu y\u00fczden do\u011fru soru, &#8220;Ne kadar uzun saklayabilirim?&#8221; de\u011fil; &#8220;<strong>Hangi veriyi, hangi h\u0131zda, hangi katmanda, ne kadar s\u00fcre saklamal\u0131y\u0131m?<\/strong>&#8221; olmal\u0131.<\/p>\n<h3><span id=\"Sicak_Soguk_ve_Arsiv_Yedek_Katmanlari\">S\u0131cak, So\u011fuk ve Ar\u015fiv Yedek Katmanlar\u0131<\/span><\/h3>\n<p>Maliyetleri kontrol etmenin en sa\u011fl\u0131kl\u0131 yolu, yedekleri <strong>eri\u015fim ihtiyac\u0131 ve h\u0131z<\/strong>a g\u00f6re katmanlara b\u00f6lmek:<\/p>\n<ul>\n<li><strong>S\u0131cak yedekler:<\/strong> Son 7\u201330 g\u00fcn; h\u0131zl\u0131 NVMe\/SATA disklerde, an\u0131nda geri d\u00f6n\u00fc\u015f i\u00e7in.<\/li>\n<li><strong>So\u011fuk yedekler:<\/strong> 1\u201312 ay aras\u0131; daha yava\u015f ve ucuz depolama, eri\u015fim nadir.<\/li>\n<li><strong>Ar\u015fiv yedekler:<\/strong> 1\u20137 y\u0131l; \u00e7o\u011funlukla sadece hukuki veya d\u00fczenleyici gereksinimler i\u00e7in, eri\u015fim neredeyse hi\u00e7 yok.<\/li>\n<\/ul>\n<p>DCHost altyap\u0131s\u0131nda tipik senaryo; \u00fcretim verisini y\u00fcksek h\u0131zl\u0131 NVMe VPS veya <a href=\"https:\/\/www.dchost.com\/tr\/fiziksel-sunucu\">dedicated sunucu<\/a>larda tutarken, uzun s\u00fcreli yedekleri daha uygun maliyetli uzak depolama veya nesne depolama katmanlar\u0131na ta\u015f\u0131mak \u015feklinde oluyor. B\u00f6ylece hem performanstan \u00f6d\u00fcn verilmiyor, hem de &#8220;her \u015feyi pahal\u0131 disklerde saklama&#8221; tuza\u011f\u0131na d\u00fc\u015f\u00fclm\u00fcyor.<\/p>\n<h2><span id=\"Ransomware_S3_Object_Lock_ve_Uzun_Sureli_Guvenli_Yedekler\">Ransomware, S3 Object Lock ve Uzun S\u00fcreli G\u00fcvenli Yedekler<\/span><\/h2>\n<p>Son y\u0131llarda yedek saklama s\u00fcresi tart\u0131\u015fmas\u0131n\u0131 en \u00e7ok etkileyen konu fidye yaz\u0131l\u0131mlar. Bir\u00e7ok vakada, sald\u0131rganlar sisteme s\u0131zd\u0131ktan sonra <strong>haftalarca sessiz kal\u0131p<\/strong> yedeklerinizi de bozmaya \u00e7al\u0131\u015f\u0131yor. Siz sald\u0131r\u0131y\u0131 fark etti\u011finizde, son 7\u201314 g\u00fcnl\u00fck yedekleriniz de \u015fifrelenmi\u015f veya silinmi\u015f olabiliyor.<\/p>\n<p>Bu y\u00fczden bug\u00fcn tart\u0131\u015fmam\u0131z gereken tek soru &#8220;ka\u00e7 g\u00fcn saklayal\u0131m&#8221; de\u011fil; ayn\u0131 zamanda <strong>&#8220;bu yedekler sald\u0131rgandan ger\u00e7ekten korunuyor mu?&#8221;<\/strong>. Burada nesne depolamada <strong>Object Lock<\/strong> gibi de\u011fi\u015ftirilemez (immutabe) yedek teknolojileri ciddi fark yarat\u0131yor.<\/p>\n<p>Bu konuyu detayl\u0131 anlatt\u0131\u011f\u0131m\u0131z <a href='https:\/\/www.dchost.com\/blog\/s3-object-lock-ile-fidye-yazilima-karsi-kale-gibi-yedek-versioning-mfa-delete-ve-geri-donus-testlerini-samimi-samimi-konusalim\/'>S3 Object Lock ile fidye yaz\u0131l\u0131ma kar\u015f\u0131 kale gibi yedek olu\u015fturma rehberine<\/a> mutlaka g\u00f6z atman\u0131z\u0131 \u00f6neririz. Orada, hem saklama s\u00fcresi (retention) hem de yedeklerin de\u011fi\u015ftirilemezli\u011fi (WORM \u2013 Write Once Read Many) birlikte ele al\u0131n\u0131yor.<\/p>\n<h2><span id=\"KVKKGDPR_ile_Maliyeti_Dengeleyen_Ornek_Saklama_Politikalari\">KVKK\/GDPR ile Maliyeti Dengeleyen \u00d6rnek Saklama Politikalar\u0131<\/span><\/h2>\n<p>Teori bir yere kadar; \u015fimdi i\u015fin pratik taraf\u0131na gelelim. Farkl\u0131 t\u00fcrde projeler i\u00e7in <strong>\u00f6rnek yedek saklama politikalar\u0131<\/strong> \u00fczerinden ilerleyelim. Bunlar elbette birebir uygulanmas\u0131 gereken kurallar de\u011fil; kendi sekt\u00f6r\u00fcn\u00fcz, s\u00f6zle\u015fmeleriniz ve \u00fclke mevzuat\u0131n\u0131zla birlikte de\u011ferlendirilmesi gerekiyor. Ama karar verirken iyi bir ba\u015flang\u0131\u00e7 noktas\u0131 sunuyor.<\/p>\n<h3><span id=\"1_Blog_ve_Kurumsal_Web_Sitesi\">1) Blog ve Kurumsal Web Sitesi<\/span><\/h3>\n<p>Genellikle ki\u015fisel veri i\u015fleme yo\u011funlu\u011funun en az oldu\u011fu senaryo.<\/p>\n<ul>\n<li><strong>Uygulama + veritaban\u0131 yede\u011fi:<\/strong> G\u00fcnl\u00fck yedek, 30\u201390 g\u00fcn saklama.<\/li>\n<li><strong>Ayda bir tam imaj:<\/strong> 6\u201312 ay saklama (b\u00fcy\u00fck bir g\u00fcncelleme \u00f6ncesi \u00f6zellikle \u00f6nemli).<\/li>\n<li><strong>Loglar:<\/strong> G\u00fcvenlik ve hata ay\u0131klama i\u00e7in 3\u20136 ay, KVKK kapsam\u0131nda IP ve user-agent gibi ki\u015fisel veri i\u00e7erebilece\u011fini unutmay\u0131n.<\/li>\n<\/ul>\n<p>Burada kritik nokta, &#8220;ne olur ne olmaz&#8221; diyerek 5\u201310 y\u0131ll\u0131k yedekler biriktirmek yerine, iyi tan\u0131mlanm\u0131\u015f bir 1 y\u0131ll\u0131k yedek politikas\u0131na sahip olmak. Daha uzun s\u00fcreli saklama ihtiyac\u0131n\u0131z varsa, bunu hukuki gereklilikle destekleyebilmelisiniz.<\/p>\n<h3><span id=\"2_ETicaret_ve_Odeme_Alan_Siteler\">2) E\u2011Ticaret ve \u00d6deme Alan Siteler<\/span><\/h3>\n<p>E-ticaret siteleri hem ki\u015fisel veri hem de finansal bilgi a\u00e7\u0131s\u0131ndan daha karma\u015f\u0131k. Genellikle:<\/p>\n<ul>\n<li><strong>Sipari\u015f ve fatura verileri:<\/strong> Vergi ve ticaret mevzuat\u0131 gere\u011fi 5\u201310 y\u0131l saklama zorunlulu\u011fu olabilir.<\/li>\n<li><strong>Sepet, davran\u0131\u015fsal veriler ve pazarlama tercihleri:<\/strong> Ama\u00e7la s\u0131n\u0131rl\u0131, \u00e7o\u011fu zaman 2\u20133 y\u0131l\u0131 a\u015fan s\u00fcreler tart\u0131\u015fmal\u0131 hale gelir.<\/li>\n<li><strong>\u00d6deme kart\u0131 verileri:<\/strong> PCI DSS gereklilikleri nedeniyle m\u00fcmk\u00fcn oldu\u011funca saklamama veya tokenizasyon kullanma y\u00f6n\u00fcnde tasarlanmal\u0131.<\/li>\n<\/ul>\n<p>Bu t\u00fcr projelerde yedek saklama politikas\u0131n\u0131, sadece KVKK\/GDPR de\u011fil ayn\u0131 zamanda <a href='https:\/\/www.dchost.com\/blog\/e%e2%80%91ticarette-pci-dssi-dert-etmeden-nasil-uyumlu-kalirsin-hosting-tarafinda-gercekten-ne-yapmak-gerekir\/'>PCI DSS uyumlulu\u011fu ile birlikte d\u00fc\u015f\u00fcnmek<\/a> gerekiyor. \u00d6rne\u011fin; tam yedekleri uzun s\u00fcre saklarken, gereksiz detaylar\u0131 anonimle\u015ftirme veya maskeleme stratejileri geli\u015ftirebilirsiniz.<\/p>\n<h3><span id=\"3_SaaS_Uygulamalari_ve_Cok_Kiracili_Sistemler\">3) SaaS Uygulamalar\u0131 ve \u00c7ok Kirac\u0131l\u0131 Sistemler<\/span><\/h3>\n<p>SaaS projelerinde durum daha da hassas; \u00e7\u00fcnk\u00fc tek bir altyap\u0131da onlarca, bazen y\u00fczlerce m\u00fc\u015fterinin verisi tutuluyor. Yedekleme ve saklama s\u00fcreleri i\u00e7in:<\/p>\n<ul>\n<li>Genel sistem yedekleri + m\u00fc\u015fteri bazl\u0131 ek yedek politikalar\u0131 tan\u0131mlamak,<\/li>\n<li>M\u00fc\u015fteri s\u00f6zle\u015fmelerine saklama s\u00fcrelerini a\u00e7\u0131k\u00e7a yazmak,<\/li>\n<li>Terketme (offboarding) senaryosunda, verinin hangi s\u00fcrede silinece\u011fini netle\u015ftirmek,<\/li>\n<li>KVKK\/GDPR\u2019e g\u00f6re veri sorumlulu\u011fu ve veri i\u015fleyen rollerini netle\u015ftirmek gerekiyor.<\/li>\n<\/ul>\n<p>Bu konuda detayl\u0131 bir yol haritas\u0131n\u0131 <a href='https:\/\/www.dchost.com\/blog\/saas-uygulamalari-icin-musteri-verisi-yedekleme-ve-veri-saklama-politikalari\/'>SaaS uygulamalar\u0131 i\u00e7in m\u00fc\u015fteri verisi yedekleme ve veri saklama politikalar\u0131<\/a> yaz\u0131m\u0131zda ad\u0131m ad\u0131m anlatt\u0131k. \u00d6zellikle \u00e7ok kirac\u0131l\u0131 mimari (multi-tenant) kullan\u0131yorsan\u0131z, yedeklerin m\u00fc\u015fteri ayr\u0131m\u0131 ve geri y\u00fckleme senaryolar\u0131n\u0131 mutlaka test etmelisiniz.<\/p>\n<h2><span id=\"Adim_Adim_Yedek_Saklama_Suresi_Belirleme_Metodolojisi\">Ad\u0131m Ad\u0131m Yedek Saklama S\u00fcresi Belirleme Metodolojisi<\/span><\/h2>\n<p>\u015eimdi teoriyi somut bir <strong>karar s\u00fcrecine<\/strong> d\u00f6n\u00fc\u015ft\u00fcrelim. A\u015fa\u011f\u0131daki ad\u0131mlar\u0131 DCHost taraf\u0131nda bir\u00e7ok m\u00fc\u015fterimizle birlikte uyguluyoruz; siz de kendi projenize birebir uyarlayabilirsiniz.<\/p>\n<h3><span id=\"1_Veri_Envanterini_Cikarin\">1) Veri Envanterini \u00c7\u0131kar\u0131n<\/span><\/h3>\n<p>\u00d6nce neyi yedekledi\u011finizi bilmeniz gerekiyor. Basit bir tabloyla ba\u015flay\u0131n:<\/p>\n<ul>\n<li>Uygulama veritabanlar\u0131 (MySQL, PostgreSQL vb.)<\/li>\n<li>Dosya depolar\u0131 (medya, dok\u00fcman, log ar\u015fivleri)<\/li>\n<li>E-posta kutular\u0131 ve ar\u015fivleri<\/li>\n<li>Konfig\u00fcrasyon dosyalar\u0131, altyap\u0131 kodu (IaC) ve CI\/CD yap\u0131land\u0131rmalar\u0131<\/li>\n<\/ul>\n<p>Her biri i\u00e7in tahmini boyut, g\u00fcnl\u00fck b\u00fcy\u00fcme oran\u0131 ve i\u015f kritikli\u011fi derecesini not edin. Bu \u00e7al\u0131\u015fma, ileride saklama s\u00fcrelerini belirlerken elinizdeki en \u00f6nemli referans olacak.<\/p>\n<h3><span id=\"2_Veri_Turlerini_ve_Kisisel_Veri_Iceriklerini_Siniflandirin\">2) Veri T\u00fcrlerini ve Ki\u015fisel Veri \u0130\u00e7eriklerini S\u0131n\u0131fland\u0131r\u0131n<\/span><\/h3>\n<p>Her veri seti i\u00e7in \u015fu sorular\u0131 sorun:<\/p>\n<ul>\n<li>Bu veri ki\u015fisel veri i\u00e7eriyor mu? (isim, e-posta, IP, \u00e7erez, davran\u0131\u015f verisi vb.)<\/li>\n<li>\u00d6zel nitelikli ki\u015fisel veri var m\u0131? (sa\u011fl\u0131k, biyometrik, dernek \u00fcyeli\u011fi vb.)<\/li>\n<li>Loglar\u0131n\u0131zda IP ve kullan\u0131c\u0131 kimlikleri ne kadar detayl\u0131 tutuluyor?<\/li>\n<\/ul>\n<p>B\u00f6ylece ki\u015fisel verisi a\u011f\u0131r olan yedekler i\u00e7in daha dikkatli, belki daha k\u0131sa saklama s\u00fcreleri; sadece teknik meta veri veya anonim veriler i\u00e7eren yedekler i\u00e7in daha uzun saklama s\u00fcreleri tan\u0131mlayabilirsiniz.<\/p>\n<h3><span id=\"3_Hukuki_Yukumlulukleri_ve_Sektor_Ozel_Kurallari_Haritalayin\">3) Hukuki Y\u00fck\u00fcml\u00fcl\u00fckleri ve Sekt\u00f6r \u00d6zel Kurallar\u0131 Haritalay\u0131n<\/span><\/h3>\n<p>Veri t\u00fcrlerine ve s\u00fcre\u00e7lere g\u00f6re ge\u00e7erli olan:<\/p>\n<ul>\n<li>Vergi ve ticaret mevzuat\u0131 (fatura, muhasebe kay\u0131tlar\u0131),<\/li>\n<li>Sekt\u00f6rel d\u00fczenlemeler (finans, sa\u011fl\u0131k, e\u011fitim vb.),<\/li>\n<li>S\u00f6zle\u015fmesel y\u00fck\u00fcml\u00fcl\u00fckler (m\u00fc\u015fteri s\u00f6zle\u015fmeleri, SLA\u2019ler),<\/li>\n<li>KVKK\/GDPR saklama ilkeleri<\/li>\n<\/ul>\n<p>i\u00e7in minimum saklama s\u00fcrelerini not edin. \u00d6zellikle uluslararas\u0131 projelerde, bir veri birden fazla \u00fclke mevzuat\u0131na tabi olabilir; bu durumda genelde en kat\u0131 olan gereklilik esas al\u0131n\u0131r.<\/p>\n<h3><span id=\"4_Is_Ihtiyaci_ve_Risk_Analizi_Yapin\">4) \u0130\u015f \u0130htiyac\u0131 ve Risk Analizi Yap\u0131n<\/span><\/h3>\n<p>Her veri t\u00fcr\u00fc i\u00e7in \u015fu dengeyi kurman\u0131z gerekiyor:<\/p>\n<ul>\n<li><strong>\u0130\u015f ihtiyac\u0131:<\/strong> Geriye d\u00f6n\u00fck ne kadar veriye fiilen ihtiya\u00e7 duyuyorsunuz? (raporlama, trend analizleri, m\u00fc\u015fteri ge\u00e7mi\u015fi vb.)<\/li>\n<li><strong>Risk:<\/strong> Bu veriyi ne kadar uzun tutarsan\u0131z, olas\u0131 bir ihlalde ortaya \u00e7\u0131kacak risk de o kadar b\u00fcy\u00fcr.<\/li>\n<li><strong>Maliyet:<\/strong> Uzun saklama, daha fazla depolama, daha fazla y\u00f6netim y\u00fck\u00fc demek.<\/li>\n<\/ul>\n<p>Bu \u00fc\u00e7 ba\u015fl\u0131k aras\u0131nda her veri t\u00fcr\u00fc i\u00e7in bilerek bir tercih yap\u0131n. \u00d6zellikle &#8220;raporlama i\u00e7in laz\u0131m olabilir&#8221; bahane c\u00fcmlesine dikkat edin; \u00e7o\u011fu zaman \u00f6zetlenmi\u015f, anonimle\u015ftirilmi\u015f veriyle de ayn\u0131 i\u00e7g\u00f6r\u00fcleri elde etmek m\u00fcmk\u00fcn.<\/p>\n<h3><span id=\"5_Saklama_Surelerini_ve_Katmanli_Depolama_Modelini_Tanimlayin\">5) Saklama S\u00fcrelerini ve Katmanl\u0131 Depolama Modelini Tan\u0131mlay\u0131n<\/span><\/h3>\n<p>Art\u0131k elinizde yeterli veri var. \u015eimdi her veri tipi i\u00e7in \u015fu formatta bir politika yazabilirsiniz:<\/p>\n<ul>\n<li>G\u00fcnl\u00fck uygulama yedekleri: 30 g\u00fcn (s\u0131cak)<\/li>\n<li>Haftal\u0131k tam yedek: 6 ay (so\u011fuk)<\/li>\n<li>Ayl\u0131k imaj yede\u011fi: 3 y\u0131l (ar\u015fiv)<\/li>\n<li>G\u00fcvenlik loglar\u0131: 1 y\u0131l<\/li>\n<li>E-posta ar\u015fivleri: X y\u0131l (sekt\u00f6r ve hukuki gerekliliklere g\u00f6re)<\/li>\n<\/ul>\n<p>Arka planda mutlaka <strong>3-2-1 yedekleme prensibini<\/strong> kullan\u0131n: En az 3 kopya, 2 farkl\u0131 ortam, 1 kopya farkl\u0131 lokasyonda. Bunun hosting taraf\u0131nda nas\u0131l kurulaca\u011f\u0131n\u0131, <a href='https:\/\/www.dchost.com\/blog\/3-2-1-yedekleme-stratejisi-neden-ise-yariyor-cpanel-plesk-ve-vpste-otomatik-yedekleri-nasil-kurarsin\/'>3-2-1 yedekleme stratejisi rehberimizde<\/a> detayl\u0131 anlatt\u0131k.<\/p>\n<h3><span id=\"6_Otomasyon_Dongusel_Silme_Lifecycle_Politikalari_ve_Sifreleme\">6) Otomasyon: D\u00f6ng\u00fcsel Silme, Lifecycle Politikalar\u0131 ve \u015eifreleme<\/span><\/h3>\n<p>Saklama politikan\u0131z ancak otomasyona d\u00f6kt\u00fc\u011f\u00fcn\u00fczde ger\u00e7ekten i\u015fe yarar. Aksi halde bir s\u00fcre sonra manuel i\u015f y\u00fck\u00fc ve insan hatas\u0131 nedeniyle politikadan sapmalar ba\u015flar.<\/p>\n<p>Burada \u015funlar\u0131 planlay\u0131n:<\/p>\n<ul>\n<li>cPanel, DirectAdmin, Plesk veya VPS \u00fczerinde <strong>otomatik d\u00f6ng\u00fcsel yedek silme<\/strong> (\u00f6rne\u011fin; son 30 g\u00fcnden fazlas\u0131n\u0131 tutma),<\/li>\n<li>Nesne depolama taraf\u0131nda <strong>lifecycle (\u00f6m\u00fcr d\u00f6ng\u00fcs\u00fc) kurallar\u0131<\/strong> ile belirli ya\u015f\u0131 ge\u00e7en objeleri otomatik silme veya daha ucuz depoya ta\u015f\u0131ma,<\/li>\n<li>Yedekleri mutlaka <strong>\u015fifreli<\/strong> tutmak ve anahtar rotasyon politikas\u0131 belirlemek.<\/li>\n<\/ul>\n<p>Bu noktada <a href='https:\/\/www.dchost.com\/blog\/restic-ve-borg-ile-s3-uyumlu-uzak-yedekleme-surumleme-sifreleme-ve-saklama-ne-zaman-nasil\/'>Restic ve Borg ile S3 uyumlu uzak yedekleme<\/a> yaz\u0131m\u0131z, versiyonlama, \u015fifreleme ve saklama politikas\u0131n\u0131 birlikte ele alman\u0131z i\u00e7in g\u00fczel bir referans olabilir.<\/p>\n<h3><span id=\"7_Dokumantasyon_ve_Denetim_Izi_Olusturun\">7) Dok\u00fcmantasyon ve Denetim \u0130zi Olu\u015fturun<\/span><\/h3>\n<p>KVKK\/GDPR taraf\u0131nda en \u00e7ok unutulan detaylardan biri bu. <strong>Yedek saklama politikan\u0131z\u0131 ka\u011f\u0131da d\u00f6kmeden<\/strong> ve uygulamada ne yapt\u0131\u011f\u0131n\u0131z\u0131 kay\u0131t alt\u0131na almadan, denetimlerde kendinizi savunman\u0131z zordur.<\/p>\n<p>Basit bir dok\u00fcmanda bile \u015funlar yer almal\u0131:<\/p>\n<ul>\n<li>Yedekleme s\u0131kl\u0131klar\u0131 ve saklama s\u00fcreleri,<\/li>\n<li>Depolama katmanlar\u0131 ve lokasyonlar (\u00fclke\/b\u00f6lge baz\u0131nda),<\/li>\n<li>\u015eifreleme ve eri\u015fim kontrol\u00fc politikalar\u0131,<\/li>\n<li>Silme\/anonimle\u015ftirme s\u00fcre\u00e7leri,<\/li>\n<li>Periyodik yedek geri y\u00fckleme testleri.<\/li>\n<\/ul>\n<p>B\u00f6ylece bir veri ihlali, m\u00fc\u015fteri sorusu veya resmi denetim geldi\u011finde, hem teknik hem hukuki olarak nerede durdu\u011funuzu net bi\u00e7imde g\u00f6sterebilirsiniz.<\/p>\n<h2><span id=\"DCHost_Altyapisinda_Yedek_Saklama_Suresini_Yonetmek\">DCHost Altyap\u0131s\u0131nda Yedek Saklama S\u00fcresini Y\u00f6netmek<\/span><\/h2>\n<p>DCHost olarak <a href=\"https:\/\/www.dchost.com\/tr\/web-hosting\">payla\u015f\u0131ml\u0131 hosting<\/a>, VPS, dedicated ve colocation ortamlar\u0131nda m\u00fc\u015fterilerimizle en s\u0131k konu\u015ftu\u011fumuz konulardan biri, yedeklerin <strong>nerede<\/strong> ve <strong>ne kadar s\u00fcreyle<\/strong> tutulaca\u011f\u0131. Burada tipik olarak \u015fu mimarileri \u00f6neriyoruz:<\/p>\n<ul>\n<li><strong>Payla\u015f\u0131ml\u0131 hosting:<\/strong> Panel i\u00e7i otomatik g\u00fcnl\u00fck yedekler + iste\u011fe ba\u011fl\u0131 uzak depolama yedekleri. Saklama s\u00fcrelerini paket seviyesinde veya iste\u011fe \u00f6zel yap\u0131land\u0131rmak m\u00fcmk\u00fcn.<\/li>\n<li><strong>VPS ve dedicated sunucu:<\/strong> Makine \u00fczerinde snapshot, dosya sistemi seviyesinde yedek ve ek olarak uzak S3 uyumlu depo kullan\u0131m\u0131. B\u00f6ylece farkl\u0131 saklama s\u00fcrelerine sahip \u00e7ok katmanl\u0131 bir yedek yap\u0131s\u0131 kurulabiliyor.<\/li>\n<li><strong>Colocation:<\/strong> Kendi donan\u0131m\u0131n\u0131z\u0131 DCHost veri merkezinde bar\u0131nd\u0131r\u0131rken, yedekleri DCHost nesne depolama veya yedek sunucular\u0131na alarak hem fiziksel hem mant\u0131ksal ayr\u0131m sa\u011flayabilirsiniz.<\/li>\n<\/ul>\n<p>KVKK ve GDPR uyumlulu\u011fu a\u00e7\u0131s\u0131ndan, sadece saklama s\u00fcresi de\u011fil, <strong>veri lokasyonu<\/strong> da kritik. T\u00fcrkiye, Avrupa veya farkl\u0131 b\u00f6lgelerdeki veri merkezleri aras\u0131nda nas\u0131l bir strateji kurman\u0131z gerekti\u011fini, <a href='https:\/\/www.dchost.com\/blog\/kvkk-ve-gdpr-uyumlu-hosting-nasil-kurulur-veri-yerellestirme-loglama-ve-silme-uzerine-sicacik-bir-yol-haritasi\/'>KVKK ve GDPR uyumlu hosting nas\u0131l kurulur<\/a> rehberimizde ayr\u0131nt\u0131l\u0131 anlatt\u0131k. Yedek saklama s\u00fcresi politikan\u0131z, mutlaka bu veri yerelle\u015ftirme stratejisiyle uyumlu olmal\u0131.<\/p>\n<h2><span id=\"Sonuc_Yedek_Saklama_Suresi_Bir_Seferlik_Degil_Canli_Bir_Politika\">Sonu\u00e7: Yedek Saklama S\u00fcresi Bir Seferlik De\u011fil, Canl\u0131 Bir Politika<\/span><\/h2>\n<p>Yedek saklama s\u00fcresi, &#8220;bir kez yaz\u0131p raflara kald\u0131raca\u011f\u0131n\u0131z&#8221; bir dok\u00fcman de\u011fil. Uygulaman\u0131z b\u00fcy\u00fcd\u00fck\u00e7e, yasal mevzuat g\u00fcncellendik\u00e7e ve tehdit ortam\u0131 (\u00f6zellikle ransomware) de\u011fi\u015ftik\u00e7e, bu politikay\u0131 da g\u00f6zden ge\u00e7irmeniz gerekiyor. \u0130yi haber \u015fu ki, temelde do\u011fru kurgulanm\u0131\u015f bir politika; hem KVKK\/GDPR taraf\u0131nda sizi rahatlat\u0131r, hem felaket an\u0131nda geri d\u00f6n\u00fc\u015f\u00fcn\u00fcz\u00fc h\u0131zland\u0131r\u0131r, hem de depolama maliyetini \u00f6ng\u00f6r\u00fclebilir k\u0131lar.<\/p>\n<p>\u00d6zetle;<\/p>\n<ul>\n<li>Veri envanteri ve s\u0131n\u0131fland\u0131rmas\u0131 yap\u0131n,<\/li>\n<li>Hukuki ve i\u015f ihtiya\u00e7lar\u0131n\u0131 yan yana koyun,<\/li>\n<li>Katmanl\u0131 depolama ve 3-2-1 prensibini uygulay\u0131n,<\/li>\n<li>Object Lock, \u015fifreleme ve uzak yedekle fidye yaz\u0131l\u0131ma kar\u015f\u0131 haz\u0131rl\u0131kl\u0131 olun,<\/li>\n<li>T\u00fcm bunlar\u0131 otomasyon ve dok\u00fcmantasyonla destekleyin.<\/li>\n<\/ul>\n<p>DCHost olarak ister basit bir blog, ister yo\u011fun trafikli bir e-ticaret, ister \u00e7ok kirac\u0131l\u0131 bir SaaS altyap\u0131s\u0131 \u00e7al\u0131\u015ft\u0131r\u0131n; yedekleme ve saklama stratejinizi birlikte g\u00f6zden ge\u00e7irebilir, ihtiya\u00e7lar\u0131n\u0131za uygun bir politika ve mimari tasarlayabiliriz. Mevcut yedeklerinizi, saklama s\u00fcrelerinizi ve veri lokasyonunuzu masaya yat\u0131rmak isterseniz, teknik ekibimizden detayl\u0131 bir de\u011ferlendirme talep ederek i\u015fe ba\u015flayabilirsiniz.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>Bir\u00e7ok i\u015fletme yedek alma i\u015fini otomatikle\u015ftiriyor, ancak yedek ne kadar s\u00fcreyle saklanaca\u011f\u0131n\u0131 \u00e7o\u011fu zaman net tan\u0131mlam\u0131yor. Bir noktada g\u00fcvenlik ekibi, hukuk birimi ve finans ayn\u0131 masaya oturuyor: &#8220;Hem KVKK\/GDPR uyumlu olal\u0131m, hem olas\u0131 bir veri kayb\u0131nda geriye d\u00f6n\u00fck yeterince yede\u011fimiz kals\u0131n, hem de depolama maliyeti patlamas\u0131n&#8221;. \u0130\u015fte bu \u00fc\u00e7genin tam ortas\u0131nda yedek saklama s\u00fcresi politikas\u0131 [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":3311,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-3310","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-teknoloji"],"_links":{"self":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/3310","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/comments?post=3310"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/3310\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/3311"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=3310"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=3310"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=3310"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}