{"id":3098,"date":"2025-12-07T16:05:53","date_gmt":"2025-12-07T13:05:53","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/yedekleme-stratejisi-nasil-planlanir-blog-e-ticaret-ve-saas-siteleri-icin-rpo-rto-rehberi\/"},"modified":"2025-12-07T16:05:53","modified_gmt":"2025-12-07T13:05:53","slug":"yedekleme-stratejisi-nasil-planlanir-blog-e-ticaret-ve-saas-siteleri-icin-rpo-rto-rehberi","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/yedekleme-stratejisi-nasil-planlanir-blog-e-ticaret-ve-saas-siteleri-icin-rpo-rto-rehberi\/","title":{"rendered":"Yedekleme Stratejisi Nas\u0131l Planlan\u0131r? Blog, E\u2011Ticaret ve SaaS Siteleri \u0130\u00e7in RPO\/RTO Rehberi"},"content":{"rendered":"<div class=\"dchost-blog-content-wrapper\"><div id=\"toc_container\" class=\"toc_transparent no_bullets\"><p class=\"toc_title\">\u0130&ccedil;indekiler<\/p><ul class=\"toc_list\"><li><a href=\"#Yedekleme_stratejisi_neden_bugun_planlanmali\"><span class=\"toc_number toc_depth_1\">1<\/span> Yedekleme stratejisi neden bug\u00fcn planlanmal\u0131?<\/a><\/li><li><a href=\"#Temel_kavramlar_RPO_RTO_SLA_ve_veri_siniflandirmasi\"><span class=\"toc_number toc_depth_1\">2<\/span> Temel kavramlar: RPO, RTO, SLA ve veri s\u0131n\u0131fland\u0131rmas\u0131<\/a><ul><li><a href=\"#RPO_Recovery_Point_Objective_nedir\"><span class=\"toc_number toc_depth_2\">2.1<\/span> RPO (Recovery Point Objective) nedir?<\/a><\/li><li><a href=\"#RTO_Recovery_Time_Objective_nedir\"><span class=\"toc_number toc_depth_2\">2.2<\/span> RTO (Recovery Time Objective) nedir?<\/a><\/li><li><a href=\"#SLA_ve_is_gereksinimleriyle_iliski\"><span class=\"toc_number toc_depth_2\">2.3<\/span> SLA ve i\u015f gereksinimleriyle ili\u015fki<\/a><\/li><li><a href=\"#Veri_siniflandirmasi_Her_veri_esit_kritik_degildir\"><span class=\"toc_number toc_depth_2\">2.4<\/span> Veri s\u0131n\u0131fland\u0131rmas\u0131: Her veri e\u015fit kritik de\u011fildir<\/a><\/li><\/ul><\/li><li><a href=\"#Farkli_site_turleri_icin_gercekci_RPORTO_hedefleri\"><span class=\"toc_number toc_depth_1\">3<\/span> Farkl\u0131 site t\u00fcrleri i\u00e7in ger\u00e7ek\u00e7i RPO\/RTO hedefleri<\/a><ul><li><a href=\"#Blog_ve_icerik_siteleri\"><span class=\"toc_number toc_depth_2\">3.1<\/span> Blog ve i\u00e7erik siteleri<\/a><\/li><li><a href=\"#Eticaret_siteleri\"><span class=\"toc_number toc_depth_2\">3.2<\/span> E\u2011ticaret siteleri<\/a><\/li><li><a href=\"#SaaS_uygulamalari\"><span class=\"toc_number toc_depth_2\">3.3<\/span> SaaS uygulamalar\u0131<\/a><\/li><\/ul><\/li><li><a href=\"#321_kurali_ve_site_turune_gore_yedek_topolojisi\"><span class=\"toc_number toc_depth_1\">4<\/span> 3\u20112\u20111 kural\u0131 ve site t\u00fcr\u00fcne g\u00f6re yedek topolojisi<\/a><ul><li><a href=\"#321_kuralini_hatirlayalim\"><span class=\"toc_number toc_depth_2\">4.1<\/span> 3\u20112\u20111 kural\u0131n\u0131 hat\u0131rlayal\u0131m<\/a><\/li><li><a href=\"#Blog_icin_ornek_topoloji\"><span class=\"toc_number toc_depth_2\">4.2<\/span> Blog i\u00e7in \u00f6rnek topoloji<\/a><\/li><li><a href=\"#Eticaret_icin_ornek_topoloji\"><span class=\"toc_number toc_depth_2\">4.3<\/span> E\u2011ticaret i\u00e7in \u00f6rnek topoloji<\/a><\/li><li><a href=\"#SaaS_icin_ornek_topoloji\"><span class=\"toc_number toc_depth_2\">4.4<\/span> SaaS i\u00e7in \u00f6rnek topoloji<\/a><\/li><\/ul><\/li><li><a href=\"#Hosting_tarafinda_uygulanabilir_yedekleme_senaryolari\"><span class=\"toc_number toc_depth_1\">5<\/span> Hosting taraf\u0131nda uygulanabilir yedekleme senaryolar\u0131<\/a><ul><li><a href=\"#Paylasimli_hosting_veya_yonetilen_WordPressblog_siteleri\"><span class=\"toc_number toc_depth_2\">5.1<\/span> Payla\u015f\u0131ml\u0131 hosting veya y\u00f6netilen WordPress\/blog siteleri<\/a><\/li><li><a href=\"#VPSdedicated_uzerinde_calisan_eticaret_ve_SaaS_uygulamalari\"><span class=\"toc_number toc_depth_2\">5.2<\/span> VPS\/dedicated \u00fczerinde \u00e7al\u0131\u015fan e\u2011ticaret ve SaaS uygulamalar\u0131<\/a><\/li><li><a href=\"#Cok_bolgeli_ve_felaket_kurtarma_DR_senaryolari\"><span class=\"toc_number toc_depth_2\">5.3<\/span> \u00c7ok b\u00f6lgeli ve felaket kurtarma (DR) senaryolar\u0131<\/a><\/li><\/ul><\/li><li><a href=\"#Adim_adim_yedekleme_stratejisi_planlama\"><span class=\"toc_number toc_depth_1\">6<\/span> Ad\u0131m ad\u0131m yedekleme stratejisi planlama<\/a><ul><li><a href=\"#1_Varlik_envanteri_cikarin\"><span class=\"toc_number toc_depth_2\">6.1<\/span> 1. Varl\u0131k envanteri \u00e7\u0131kar\u0131n<\/a><\/li><li><a href=\"#2_Risk_analizi_ve_is_etkisini_degerlendirin\"><span class=\"toc_number toc_depth_2\">6.2<\/span> 2. Risk analizi ve i\u015f etkisini de\u011ferlendirin<\/a><\/li><li><a href=\"#3_RPORTO_hedeflerini_somutlastirin\"><span class=\"toc_number toc_depth_2\">6.3<\/span> 3. RPO\/RTO hedeflerini somutla\u015ft\u0131r\u0131n<\/a><\/li><li><a href=\"#4_Dogru_yedekleme_topolojisi_ve_teknolojileri_secin\"><span class=\"toc_number toc_depth_2\">6.4<\/span> 4. Do\u011fru yedekleme topolojisi ve teknolojileri se\u00e7in<\/a><\/li><li><a href=\"#5_Saklama_sureleri_ve_surumleme_politikasini_belirleyin\"><span class=\"toc_number toc_depth_2\">6.5<\/span> 5. Saklama s\u00fcreleri ve s\u00fcr\u00fcmleme politikas\u0131n\u0131 belirleyin<\/a><\/li><li><a href=\"#6_Test_geri_yuklemeler_ve_DR_tatbikatlari_yapin\"><span class=\"toc_number toc_depth_2\">6.6<\/span> 6. Test geri y\u00fcklemeler ve DR tatbikatlar\u0131 yap\u0131n<\/a><\/li><li><a href=\"#7_Izleme_alarm_ve_gozden_gecirme_dongusu_kurun\"><span class=\"toc_number toc_depth_2\">6.7<\/span> 7. \u0130zleme, alarm ve g\u00f6zden ge\u00e7irme d\u00f6ng\u00fcs\u00fc kurun<\/a><\/li><\/ul><\/li><li><a href=\"#Sik_yapilan_hatalar_ve_DCHost_olarak_nasil_yaklasiyoruz\"><span class=\"toc_number toc_depth_1\">7<\/span> S\u0131k yap\u0131lan hatalar ve DCHost olarak nas\u0131l yakla\u015f\u0131yoruz?<\/a><ul><li><a href=\"#Yanlis_varsayimlar\"><span class=\"toc_number toc_depth_2\">7.1<\/span> Yanl\u0131\u015f varsay\u0131mlar<\/a><\/li><li><a href=\"#DCHost_tarafinda_benimsedigimiz_prensipler\"><span class=\"toc_number toc_depth_2\">7.2<\/span> DCHost taraf\u0131nda benimsedi\u011fimiz prensipler<\/a><\/li><\/ul><\/li><li><a href=\"#Ozet_ve_sonraki_adimlar\"><span class=\"toc_number toc_depth_1\">8<\/span> \u00d6zet ve sonraki ad\u0131mlar<\/a><\/li><\/ul><\/div>\n<h2><span id=\"Yedekleme_stratejisi_neden_bugun_planlanmali\">Yedekleme stratejisi neden bug\u00fcn planlanmal\u0131?<\/span><\/h2>\n<p>Bir\u00e7ok web sitesi sahibi ve yaz\u0131l\u0131m ekibi, yedeklemeyi sadece &#8220;hosting firman\u0131z\u0131n otomatik ald\u0131\u011f\u0131 bir kopya&#8221; olarak g\u00f6r\u00fcyor. Ger\u00e7ekte ise yedekleme, hem teknik hem de i\u015f taraf\u0131 hedefleri olan bir <strong>strateji<\/strong> konusu. \u00d6zellikle blog, e\u2011ticaret ve SaaS projelerinde tek bir kay\u0131p sipari\u015f, tek bir silinen veritaban\u0131 tablosu ya da birka\u00e7 saatlik kesinti; itibar, gelir ve hukuk taraf\u0131nda ciddi sonu\u00e7lar do\u011furabiliyor.<\/p>\n<p>Yedekleme stratejisini sa\u011flam kurmak i\u00e7in \u00f6nce \u015fu sorulara net cevap vermek gerekiyor:<\/p>\n<ul>\n<li>En fazla ne kadar veri kayb\u0131n\u0131 g\u00f6ze alabilirsiniz?<\/li>\n<li>Siteniz en fazla ne kadar s\u00fcre kapal\u0131 kalabilir?<\/li>\n<li>Bu hedeflere ula\u015fmak i\u00e7in hosting altyap\u0131n\u0131zda neleri do\u011fru kurgulaman\u0131z gerekiyor?<\/li>\n<\/ul>\n<p>Bu sorular\u0131n teknik kar\u015f\u0131l\u0131\u011f\u0131 RPO ve RTO kavramlar\u0131. Yani yedeklemenin &#8220;ne s\u0131kl\u0131kla&#8221; al\u0131naca\u011f\u0131 de\u011fil, <strong>ne kadar veri kayb\u0131na<\/strong> ve <strong>ne kadar kesinti s\u00fcresine<\/strong> tahamm\u00fcl edebilece\u011finiz. Biz DCHost taraf\u0131nda, yeni bir blog, \u00f6l\u00e7eklenen bir e\u2011ticaret projesi ya da \u00e7ok kirac\u0131l\u0131 (multi\u2011tenant) bir SaaS \u00fcr\u00fcn\u00fc i\u00e7in altyap\u0131 planlarken, ilk toplant\u0131larda RPO\/RTO konusunu mutlaka masaya yat\u0131r\u0131yoruz. Bu yaz\u0131da, benzer bir yakla\u015f\u0131m\u0131 siz de kendi siteniz i\u00e7in uygulayabilin diye ad\u0131m ad\u0131m bir rehber haz\u0131rlad\u0131m.<\/p>\n<h2><span id=\"Temel_kavramlar_RPO_RTO_SLA_ve_veri_siniflandirmasi\">Temel kavramlar: RPO, RTO, SLA ve veri s\u0131n\u0131fland\u0131rmas\u0131<\/span><\/h2>\n<h3><span id=\"RPO_Recovery_Point_Objective_nedir\">RPO (Recovery Point Objective) nedir?<\/span><\/h3>\n<p><strong>RPO<\/strong>, en fazla ne kadar veri kayb\u0131n\u0131 kabul edebilece\u011finizi tan\u0131mlar. Yani geri d\u00f6n\u00fc\u015f yapt\u0131\u011f\u0131n\u0131zda verinizin ne kadar eski olmas\u0131na raz\u0131s\u0131n\u0131z?<\/p>\n<ul>\n<li>RPO = 24 saat: &#8220;D\u00fcn geceki yede\u011fe d\u00f6nsem, sorun de\u011fil&#8221; demektir.<\/li>\n<li>RPO = 1 saat: &#8220;En fazla son 1 saatteki i\u015flemler kaybolabilir&#8221; demektir.<\/li>\n<li>RPO = 5 dakika: &#8220;Neredeyse ger\u00e7ek zamanl\u0131 replikasyon istiyorum&#8221; beklentisidir.<\/li>\n<\/ul>\n<p>\u00d6rnekler:<\/p>\n<ul>\n<li><strong>Ki\u015fisel blog<\/strong>: G\u00fcnde bir yaz\u0131 giriyorsan\u0131z, 12\u201124 saatlik veri kayb\u0131 sizin i\u00e7in makul olabilir.<\/li>\n<li><strong>E\u2011ticaret sitesi<\/strong>: 1 saatlik sipari\u015f kayb\u0131 bile kabul edilemez olabilir; RPO genelde 5\u201115 dakika aral\u0131\u011f\u0131na \u00e7ekilir.<\/li>\n<li><strong>SaaS uygulamas\u0131<\/strong>: Kullan\u0131c\u0131lar\u0131n s\u00fcrekli veri girdi\u011fi CRM, proje y\u00f6netimi vb. senaryolarda RPO s\u0131kl\u0131kla dakika seviyesine indirilmeye \u00e7al\u0131\u015f\u0131l\u0131r.<\/li>\n<\/ul>\n<h3><span id=\"RTO_Recovery_Time_Objective_nedir\">RTO (Recovery Time Objective) nedir?<\/span><\/h3>\n<p><strong>RTO<\/strong>, bir kesinti sonras\u0131 <strong>sistemi tekrar aya\u011fa kald\u0131rmak i\u00e7in<\/strong> tolere edebilece\u011finiz maksimum s\u00fcredir.<\/p>\n<ul>\n<li>RTO = 4 saat: &#8220;D\u00f6rt saat i\u00e7inde site tekrar \u00e7al\u0131\u015fmal\u0131&#8221; beklentisi.<\/li>\n<li>RTO = 30 dakika: &#8220;Yar\u0131m saatte aya\u011fa kald\u0131rmak zorunday\u0131m&#8221; yakla\u015f\u0131m\u0131.<\/li>\n<li>RTO = 5 dakika: Aktif\u2011aktif veya \u00e7ok agresif otomatik failover kurgular\u0131n\u0131 gerektirir.<\/li>\n<\/ul>\n<p>RTO sadece yede\u011fi geri y\u00fcklemekle ilgili de\u011fildir; DNS y\u00f6nlendirmeleri, SSL, uygulama konfig\u00fcrasyonlar\u0131, cache, kuyruklar, \u00fc\u00e7\u00fcnc\u00fc parti servis ba\u011flant\u0131lar\u0131 gibi t\u00fcm par\u00e7alar\u0131 kapsar. Bu nedenle <a href=\"https:\/\/www.dchost.com\/blog\/felaket-kurtarma-plani-nasil-yazilir-rto-rpoyu-kafada-netlestirip-yedek-testleri-ve-runbooklari-gercekten-calisir-hale-getirmek\/\">felaket kurtarma plan\u0131 nas\u0131l yaz\u0131l\u0131r rehberimizde<\/a> de vurgulad\u0131\u011f\u0131m\u0131z gibi, RTO hedefi mutlaka dok\u00fcmante edilmi\u015f net bir aksiyon plan\u0131yla desteklenmelidir.<\/p>\n<h3><span id=\"SLA_ve_is_gereksinimleriyle_iliski\">SLA ve i\u015f gereksinimleriyle ili\u015fki<\/span><\/h3>\n<p>Bir\u00e7ok e\u2011ticaret ve SaaS \u00fcr\u00fcn\u00fc i\u00e7in m\u00fc\u015fterilere verilen SLA s\u00f6zleri (\u00f6rne\u011fin %99.9 uptime) do\u011frudan RPO ve RTO hedeflerini etkiler. SLA\u2019n\u0131z ne kadar s\u0131k\u0131ysa:<\/p>\n<ul>\n<li>Yedekleme s\u0131kl\u0131\u011f\u0131n\u0131z o kadar artar (RPO k\u00fc\u00e7\u00fcl\u00fcr).<\/li>\n<li>Otomatik failover, \u00e7ok b\u00f6lgeli mimari gibi \u00e7\u00f6z\u00fcmlere ihtiya\u00e7 duyars\u0131n\u0131z (RTO k\u0131sal\u0131r).<\/li>\n<\/ul>\n<p>RPO ve RTO\u2019yu, pazarlama sunumlar\u0131nda yer alan SLA s\u00f6zleriyle uyumlu hale getirmeden, yedekleme plan\u0131 yapt\u0131m demek asl\u0131nda eksik kal\u0131yor.<\/p>\n<h3><span id=\"Veri_siniflandirmasi_Her_veri_esit_kritik_degildir\">Veri s\u0131n\u0131fland\u0131rmas\u0131: Her veri e\u015fit kritik de\u011fildir<\/span><\/h3>\n<p>Yedekleme stratejisinde ikinci kritik yakla\u015f\u0131m, <strong>veri s\u0131n\u0131fland\u0131rmas\u0131<\/strong>d\u0131r. Yani hangi verinin ne kadar kritik oldu\u011funu ayr\u0131 ayr\u0131 de\u011ferlendirmek:<\/p>\n<ul>\n<li>\u00dcr\u00fcn verileri (e\u2011ticaret), m\u00fc\u015fteri kay\u0131tlar\u0131 (SaaS): Y\u00fcksek \u00f6nem, s\u0131k yedek, uzun saklama s\u00fcresi.<\/li>\n<li>Loglar, ge\u00e7ici cache verileri: Daha d\u00fc\u015f\u00fck \u00f6nem, k\u0131sa saklama s\u00fcresi, bazen hi\u00e7 yedeklenmeyebilir.<\/li>\n<li>Medya dosyalar\u0131 (g\u00f6rseller, dok\u00fcmanlar): Boyutlar\u0131 b\u00fcy\u00fck, de\u011fi\u015fim s\u0131kl\u0131\u011f\u0131 d\u00fc\u015f\u00fck; farkl\u0131 depolama stratejisi gerektirir.<\/li>\n<\/ul>\n<p>B\u00f6ylece hem disk maliyetini kontrol alt\u0131nda tutar, hem de geri d\u00f6n\u00fc\u015f senaryolar\u0131nda ger\u00e7ekten kritik olan veriye odaklan\u0131rs\u0131n\u0131z.<\/p>\n<h2><span id=\"Farkli_site_turleri_icin_gercekci_RPORTO_hedefleri\">Farkl\u0131 site t\u00fcrleri i\u00e7in ger\u00e7ek\u00e7i RPO\/RTO hedefleri<\/span><\/h2>\n<h3><span id=\"Blog_ve_icerik_siteleri\">Blog ve i\u00e7erik siteleri<\/span><\/h3>\n<p>Blog, haber ve kurumsal i\u00e7erik sitelerinde en kritik veri genellikle <strong>veritaban\u0131 i\u00e7eri\u011fi<\/strong> (yaz\u0131lar, sayfalar, yorumlar) ve <strong>medya dosyalar\u0131d\u0131r<\/strong>. Sipari\u015f, \u00f6deme gibi anl\u0131k finansal ak\u0131\u015flar olmad\u0131\u011f\u0131 i\u00e7in, i\u015f taraf\u0131 beklentileri biraz daha rahatt\u0131r.<\/p>\n<p>Tipik hedefler:<\/p>\n<ul>\n<li>RPO: 12\u201124 saat (g\u00fcnl\u00fck yedek \u00e7o\u011fu senaryoda yeterli).<\/li>\n<li>RTO: 2\u20118 saat (kritikli\u011fe g\u00f6re, \u00f6rne\u011fin bir ki\u015fisel blog i\u00e7in birka\u00e7 saatlik kesinti kabul edilebilir).<\/li>\n<\/ul>\n<p>E\u011fer y\u00fcksek trafikli bir i\u00e7erik siteniz varsa ve arama motoru trafi\u011fi sizin i\u00e7in hayatiyse, <a href=\"https:\/\/www.dchost.com\/blog\/yuksek-trafikli-haber-ve-blog-siteleri-icin-hosting-onbellek-cdn-ve-veritabani-olceklendirme\/\">y\u00fcksek trafikli blog ve haber siteleri i\u00e7in haz\u0131rlad\u0131\u011f\u0131m\u0131z hosting rehberi<\/a>ndeki \u00f6l\u00e7eklendirme \u00f6nerileriyle bu yedekleme stratejisini birle\u015ftirmeniz mant\u0131kl\u0131 olur.<\/p>\n<h3><span id=\"Eticaret_siteleri\">E\u2011ticaret siteleri<\/span><\/h3>\n<p>E\u2011ticaret taraf\u0131nda i\u015fler ciddi bi\u00e7imde de\u011fi\u015fiyor. \u00c7\u00fcnk\u00fc art\u0131k sadece i\u00e7erik de\u011fil, her dakika de\u011fi\u015fen bir <strong>stok, fiyat, sepet ve sipari\u015f ak\u0131\u015f\u0131<\/strong> s\u00f6z konusu. Burada kaybedilen her dakika, do\u011frudan ciro kayb\u0131 anlam\u0131na gelebilir.<\/p>\n<p>E\u2011ticaret i\u00e7in tipik hedefler:<\/p>\n<ul>\n<li>RPO: 5\u201130 dakika aras\u0131 (en az\u0131ndan veritaban\u0131 i\u00e7in).<\/li>\n<li>RTO: 15\u201160 dakika (uygulaman\u0131n yeniden aya\u011fa kalkmas\u0131 i\u00e7in).<\/li>\n<\/ul>\n<p>\u00d6zellikle kampanya d\u00f6nemleri, \u00f6zel g\u00fcnler ve yo\u011fun trafik alan reklam kampanyalar\u0131nda bu hedefler daha da s\u0131k\u0131la\u015fabilir. Sepet ve \u00f6deme ad\u0131mlar\u0131n\u0131 izlemek i\u00e7in loglama ve alarm kurallar\u0131 kullan\u0131yorsan\u0131z, bu veri ak\u0131\u015flar\u0131n\u0131n da felaket senaryolar\u0131nda tekrar aya\u011fa kalkmas\u0131n\u0131 sa\u011flamal\u0131s\u0131n\u0131z. Bunun i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/e-ticaret-sepet-ve-odeme-adimlarini-izlemek-sunucu-loglari-ve-alarm-kurallari\/\">e\u2011ticaret sepet ve \u00f6deme ad\u0131mlar\u0131n\u0131 izleme rehberimiz<\/a>de anlatt\u0131\u011f\u0131m\u0131z log stratejilerini yedekleme plan\u0131n\u0131zla birlikte d\u00fc\u015f\u00fcnmek iyi bir pratik.<\/p>\n<h3><span id=\"SaaS_uygulamalari\">SaaS uygulamalar\u0131<\/span><\/h3>\n<p>SaaS \u00fcr\u00fcnlerinde durum \u00e7o\u011fu zaman e\u2011ticaretten bile kritik. \u00c7\u00fcnk\u00fc:<\/p>\n<ul>\n<li>Veri sadece sizin de\u011fil, onlarca\/y\u00fczlerce m\u00fc\u015fterinizin.<\/li>\n<li>M\u00fc\u015fterileriniz, \u00fcr\u00fcn\u00fc i\u015flerinin kalbinde kullan\u0131yor (CRM, proje y\u00f6netimi, finans, insan kaynaklar\u0131 vb.).<\/li>\n<li>SLA s\u00f6zleri, s\u00f6zle\u015fmeler, KVKK\/GDPR gibi reg\u00fclasyonlar devreye giriyor.<\/li>\n<\/ul>\n<p>Bu nedenle SaaS i\u00e7in tipik hedefler:<\/p>\n<ul>\n<li>RPO: 1\u201115 dakika aras\u0131 (\u00f6zellikle veritaban\u0131 i\u00e7in s\u00fcrekli replikasyon veya s\u0131k incremental yedek).<\/li>\n<li>RTO: 5\u201130 dakika (en az\u0131ndan core servisler i\u00e7in).<\/li>\n<\/ul>\n<p>SaaS taraf\u0131nda ayr\u0131ca <strong>veri saklama politikalar\u0131<\/strong>, m\u00fc\u015fterinin hesab\u0131n\u0131 kapatt\u0131\u011f\u0131nda verinin ne kadar s\u00fcre tutulaca\u011f\u0131 gibi ek sorular da devreye giriyor. Bu konuyu daha detayl\u0131 \u00e7al\u0131\u015fan projeler i\u00e7in <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 saklama politikalar\u0131 rehberimizi<\/a> \u00f6zellikle \u00f6neririm.<\/p>\n<h2><span id=\"321_kurali_ve_site_turune_gore_yedek_topolojisi\">3\u20112\u20111 kural\u0131 ve site t\u00fcr\u00fcne g\u00f6re yedek topolojisi<\/span><\/h2>\n<h3><span id=\"321_kuralini_hatirlayalim\">3\u20112\u20111 kural\u0131n\u0131 hat\u0131rlayal\u0131m<\/span><\/h3>\n<p>\u0130yi bir yedekleme stratejisinin temel ta\u015f\u0131 h\u00e2l\u00e2 <strong>3\u20112\u20111 kural\u0131<\/strong>d\u0131r:<\/p>\n<ul>\n<li><strong>3 kopya<\/strong> veri (1 canl\u0131, 2 yedek).<\/li>\n<li><strong>2 farkl\u0131 ortam<\/strong> (\u00f6rne\u011fin farkl\u0131 disk t\u00fcrleri ya da dosya sistemi).<\/li>\n<li><strong>1 adet farkl\u0131 lokasyon<\/strong> (farkl\u0131 veri merkezi ya da co\u011frafya).<\/li>\n<\/ul>\n<p>Bu yakla\u015f\u0131m\u0131 <a href=\"https:\/\/www.dchost.com\/tr\/web-hosting\">payla\u015f\u0131ml\u0131 hosting<\/a>, <a href=\"https:\/\/www.dchost.com\/tr\/vps\">VPS<\/a>\/dedicated ya da colocation fark etmeksizin her yap\u0131da uygulayabilirsiniz. Teknik detaylar\u0131n\u0131 anlatt\u0131\u011f\u0131m\u0131z <a href=\"https:\/\/www.dchost.com\/blog\/3-2-1-yedekleme-stratejisi-neden-ise-yariyor-cpanel-plesk-ve-vpste-otomatik-yedekleri-nasil-kurarsin\/\">3\u20112\u20111 yedekleme stratejisi neden i\u015fe yar\u0131yor rehberimizi<\/a> okursan\u0131z, burada \u00f6zetledi\u011fimiz konseptlerin pratik kurulum ad\u0131mlar\u0131n\u0131 da bulursunuz.<\/p>\n<h3><span id=\"Blog_icin_ornek_topoloji\">Blog i\u00e7in \u00f6rnek topoloji<\/span><\/h3>\n<ul>\n<li>1. Kopya: Canl\u0131 veritaban\u0131 ve dosya sistemi (web sunucusu).<\/li>\n<li>2. Kopya: Ayn\u0131 sunucuda veya ayn\u0131 veri merkezinde g\u00fcnl\u00fck otomatik yedek (snapshot, full backup).<\/li>\n<li>3. Kopya: Farkl\u0131 bir veri merkezindeki object storage\u2019a (S3 uyumlu) haftal\u0131k veya g\u00fcnl\u00fck yedek replikasyonu.<\/li>\n<\/ul>\n<p>Burada en b\u00fcy\u00fck risk genelde &#8220;ayn\u0131 fiziksel sunucudaki&#8221; yedeklere g\u00fcvenmek. Disk ar\u0131zas\u0131, yanl\u0131\u015fl\u0131kla silme veya g\u00fcvenlik ihlalinde hem canl\u0131 verinizi hem de yede\u011finizi ayn\u0131 anda kaybedebilirsiniz. Bu y\u00fczden en az bir kopyan\u0131n DCHost altyap\u0131s\u0131nda farkl\u0131 bir depolama katman\u0131nda ya da farkl\u0131 bir b\u00f6lgede tutulmas\u0131n\u0131 \u00f6neriyoruz.<\/p>\n<h3><span id=\"Eticaret_icin_ornek_topoloji\">E\u2011ticaret i\u00e7in \u00f6rnek topoloji<\/span><\/h3>\n<ul>\n<li>1. Kopya: Canl\u0131 veritaban\u0131 (ayr\u0131 bir VPS\/dedicated veritaban\u0131 sunucusu \u00f6nerilir) ve uygulama sunucusu.<\/li>\n<li>2. Kopya: Ayn\u0131 veri merkezinde s\u0131k incremental veritaban\u0131 yede\u011fi (\u00f6rne\u011fin 5\u201115 dakikada bir WAL\/binlog ar\u015fivleme) + saatlik dosya yede\u011fi.<\/li>\n<li>3. Kopya: Farkl\u0131 b\u00f6lgede object storage\u2019a g\u00fcnl\u00fck tam yedek + daha seyrek (\u00f6rne\u011fin haftal\u0131k) uzun s\u00fcre saklanan ar\u015fiv kopyalar\u0131.<\/li>\n<\/ul>\n<p>B\u00f6ylece lokal bir ar\u0131za durumunda h\u0131zl\u0131 d\u00f6n\u00fc\u015f (RTO) i\u00e7in ayn\u0131 b\u00f6lgede g\u00fcncel yede\u011finiz olur, veri merkezi \u00f6l\u00e7e\u011finde bir problemde ise farkl\u0131 b\u00f6lgede daha geriden de olsa kurtar\u0131c\u0131 bir kopyaya sahipsiniz.<\/p>\n<h3><span id=\"SaaS_icin_ornek_topoloji\">SaaS i\u00e7in \u00f6rnek topoloji<\/span><\/h3>\n<ul>\n<li>1. Kopya: Canl\u0131 veritaban\u0131 k\u00fcmesi (primary\/replica veya cluster) ve \u00e7oklu uygulama sunucular\u0131.<\/li>\n<li>2. Kopya: Ayn\u0131 b\u00f6lgede s\u00fcrekli log tabanl\u0131 yedekleme (Point\u2011in\u2011Time Recovery destekli) + dosya sistemi i\u00e7in hourly snapshot.<\/li>\n<li>3. Kopya: Ba\u015fka bir b\u00f6lgede hem veritaban\u0131 dump\u2019\u0131 hem de dosya yedekleri i\u00e7in \u015fifreli object storage + iste\u011fe g\u00f6re immutable (de\u011fi\u015ftirilemez) yedekler.<\/li>\n<\/ul>\n<p>Burada ayr\u0131ca m\u00fc\u015fteri baz\u0131nda (tenant bazl\u0131) yedeklerden, tek bir m\u00fc\u015fterinin verisini geri d\u00f6nd\u00fcrebilmeyi sa\u011flayan stratejilerden de bahsetmek gerekir. Bu genellikle veritaban\u0131 tasar\u0131m\u0131 ve yedekleme katman\u0131n\u0131n birlikte planlanmas\u0131n\u0131 gerektirir.<\/p>\n<h2><span id=\"Hosting_tarafinda_uygulanabilir_yedekleme_senaryolari\">Hosting taraf\u0131nda uygulanabilir yedekleme senaryolar\u0131<\/span><\/h2>\n<h3><span id=\"Paylasimli_hosting_veya_yonetilen_WordPressblog_siteleri\">Payla\u015f\u0131ml\u0131 hosting veya y\u00f6netilen WordPress\/blog siteleri<\/span><\/h3>\n<p>Payla\u015f\u0131ml\u0131 hosting veya y\u00f6netilen WordPress planlar\u0131nda, kontrol paneli \u00fczerinden sunucu yede\u011fi almak olduk\u00e7a kolayd\u0131r. Ancak burada s\u0131k g\u00f6rd\u00fc\u011f\u00fcm\u00fcz baz\u0131 hatalar var:<\/p>\n<ul>\n<li>Sadece WordPress eklentisi ile yedek almak ve bunu ayn\u0131 sunucuya kaydetmek.<\/li>\n<li>Hi\u00e7 geri y\u00fckleme testi yapmadan, yedek alman\u0131n yeterli oldu\u011funu varsaymak.<\/li>\n<li>Yaln\u0131zca veritaban\u0131n\u0131, yaln\u0131zca dosyalar\u0131 ya da sadece paneldeki &#8220;full backup&#8221; se\u00e7ene\u011fini kullanmak; t\u00fcm senaryolar i\u00e7in uygun oldu\u011funu d\u00fc\u015f\u00fcnmek.<\/li>\n<\/ul>\n<p>DCHost \u00fczerinde payla\u015f\u0131ml\u0131 hosting kullan\u0131yorsan\u0131z, cPanel ya da benzeri bir panel \u00fczerinden:<\/p>\n<ul>\n<li>Otomatik g\u00fcnl\u00fck\/haftal\u0131k yedeklerin a\u00e7\u0131k oldu\u011fundan emin olmal\u0131,<\/li>\n<li>Belirli aral\u0131klarla manuel tam yedek al\u0131p <strong>farkl\u0131 lokasyonda<\/strong> (yerel bilgisayar\u0131n\u0131z, ba\u015fka bir sunucu, object storage vb.) saklamal\u0131,<\/li>\n<li>En az\u0131ndan y\u0131lda birka\u00e7 kez <strong>test geri y\u00fckleme<\/strong> yapmal\u0131s\u0131n\u0131z (farkl\u0131 bir alt alan ad\u0131 veya staging ortam\u0131na).<\/li>\n<\/ul>\n<p>Bunun pratik ad\u0131mlar\u0131n\u0131 g\u00f6rmek i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/cpanelde-tum-siteyi-yedekleme-ve-geri-yukleme-rehberi\/\">cPanel\u2019de t\u00fcm siteyi yedekleme ve geri y\u00fckleme rehberimize<\/a> ve WordPress \u00f6zelindeki senaryolar i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/wordpress-yedekleme-stratejileri-paylasimli-hosting-ve-vpste-otomatik-yedek-ve-geri-yukleme\/\">WordPress yedekleme stratejileri yaz\u0131m\u0131za<\/a> g\u00f6z atabilirsiniz.<\/p>\n<h3><span id=\"VPSdedicated_uzerinde_calisan_eticaret_ve_SaaS_uygulamalari\">VPS\/dedicated \u00fczerinde \u00e7al\u0131\u015fan e\u2011ticaret ve SaaS uygulamalar\u0131<\/span><\/h3>\n<p>VPS veya <a href=\"https:\/\/www.dchost.com\/tr\/fiziksel-sunucu\">dedicated sunucu<\/a> kulland\u0131\u011f\u0131n\u0131zda \u00e7ok daha esnek ama bir o kadar da sorumluluk gerektiren bir d\u00fcnyaya ge\u00e7iyorsunuz. Burada hem <strong>dosya sistemi<\/strong> hem de <strong>veritaban\u0131<\/strong> i\u00e7in ayr\u0131 ayr\u0131 strateji belirlemek zorundas\u0131n\u0131z.<\/p>\n<p>\u00d6nerdi\u011fimiz genel yakla\u015f\u0131m:<\/p>\n<ul>\n<li>Veritaban\u0131 i\u00e7in uygulama\u2011tutarl\u0131 yedekler: MySQL\/MariaDB i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/mysql-mariadb-yedekleme-stratejileri-mysqldump-mi-xtrabackup-mi-ve-point%e2%80%91in%e2%80%91time-recovery-ne-zaman\/\">mysqldump, XtraBackup ve Point\u2011in\u2011Time Recovery kar\u015f\u0131la\u015ft\u0131rmas\u0131n\u0131 anlatt\u0131\u011f\u0131m\u0131z rehber<\/a>i; PostgreSQL i\u00e7in ise WAL ar\u015fivli \u00e7\u00f6z\u00fcmleri inceleyin.<\/li>\n<li>Dosya sistemi i\u00e7in snapshot tabanl\u0131 yedekler: LVM snapshot + fsfreeze gibi tekniklerle, yedek al\u0131n\u0131rken disk tutarl\u0131l\u0131\u011f\u0131n\u0131 korumak m\u00fcmk\u00fcn. Bunu ad\u0131m ad\u0131m anlatt\u0131\u011f\u0131m\u0131z <a href=\"https:\/\/www.dchost.com\/blog\/uygulama%e2%80%91tutarli-yedekler-nasil-alinir-lvm-snapshot-ve-fsfreeze-ile-mysql-postgresqli-usutmeden-dondurmak\/\">uygulama\u2011tutarl\u0131 yedekler rehberine<\/a> mutlaka g\u00f6z at\u0131n.<\/li>\n<li>Uzak depolama: Yedekleri ayn\u0131 VPS\u2019te tutmak yerine, DCHost altyap\u0131s\u0131ndaki S3 uyumlu depolama gibi harici bir ortama kopyalamak.<\/li>\n<\/ul>\n<p>Bu senaryolarda; yedekleme arac\u0131 olarak restic, Borg gibi deduplikasyon destekli \u00e7\u00f6z\u00fcmler kullan\u0131p, hedef olarak S3 uyumlu bir endpoint se\u00e7mek hem maliyet hem de esneklik a\u00e7\u0131s\u0131ndan olduk\u00e7a avantajl\u0131d\u0131r. Ayr\u0131ca yedek ak\u0131\u015f\u0131n\u0131 cron veya systemd timer ile otomatikle\u015ftirip, hata durumlar\u0131nda e\u2011posta\/SMS\/Slack uyar\u0131s\u0131 alacak \u015fekilde kurgulamak gerekir.<\/p>\n<h3><span id=\"Cok_bolgeli_ve_felaket_kurtarma_DR_senaryolari\">\u00c7ok b\u00f6lgeli ve felaket kurtarma (DR) senaryolar\u0131<\/span><\/h3>\n<p>Daha s\u0131k\u0131 RPO\/RTO hedefleri olan e\u2011ticaret ve SaaS projelerinde, yedek sadece &#8220;geri d\u00f6n\u00fc\u015f&#8221; i\u00e7in de\u011fil, <strong>aktif felaket kurtarma<\/strong> i\u00e7in de kullan\u0131l\u0131r. \u00d6rne\u011fin:<\/p>\n<ul>\n<li>Birincil b\u00f6lge: Canl\u0131 trafik ve ana veritaban\u0131 k\u00fcmesi.<\/li>\n<li>\u0130kincil b\u00f6lge: Asenkron replikasyon alan, d\u00fc\u015f\u00fck trafikli standby ortam.<\/li>\n<li>Yedek: Hem birincil hem ikincil b\u00f6lgeden ba\u011f\u0131ms\u0131z object storage \u00fczerinde versiyonlu ve \u015fifreli yedekler.<\/li>\n<\/ul>\n<p>Burada S3\/MinIO gibi object storage \u00e7\u00f6z\u00fcmlerinde \u00e7apraz b\u00f6lge replikasyon (Cross\u2011Region Replication) kurmak olduk\u00e7a yayg\u0131n bir y\u00f6ntem. Teknik detaylar\u0131na ad\u0131m ad\u0131m bakmak isterseniz, <a href=\"https:\/\/www.dchost.com\/blog\/s3-minioda-capraz-bolge-replikasyon-nasil-kurulur-versiyonlama-failover-ve-dr-runbookta-yol-haritasi\/\">S3\/MinIO\u2019da \u00e7apraz b\u00f6lge replikasyon rehberimiz<\/a>, DR runbook ile birlikte nas\u0131l planlanaca\u011f\u0131n\u0131 \u00f6rneklerle g\u00f6steriyor.<\/p>\n<h2><span id=\"Adim_adim_yedekleme_stratejisi_planlama\">Ad\u0131m ad\u0131m yedekleme stratejisi planlama<\/span><\/h2>\n<h3><span id=\"1_Varlik_envanteri_cikarin\">1. Varl\u0131k envanteri \u00e7\u0131kar\u0131n<\/span><\/h3>\n<p>\u00d6nce neyi yedekleyece\u011finizi bilmeniz gerekiyor. Detayl\u0131 bir liste haz\u0131rlay\u0131n:<\/p>\n<ul>\n<li>Veritabanlar\u0131 (hangi uygulama hangi veritaban\u0131n\u0131 kullan\u0131yor?).<\/li>\n<li>Uygulama kodu (git repo\u2019dan m\u0131 geliyor, sunucuda \u00f6zel bir \u015fey var m\u0131?).<\/li>\n<li>Medya ve dosya y\u00fcklemeleri (kullan\u0131c\u0131 upload\u2019lar\u0131, \u00fcr\u00fcn g\u00f6rselleri vb.).<\/li>\n<li>Konfig\u00fcrasyon ve s\u0131rlar (config dosyalar\u0131, .env, TLS sertifikalar\u0131, SSH anahtarlar\u0131 vb.).<\/li>\n<li>Loglar ve raporlar (ne kadar s\u00fcre saklanmas\u0131 gerekiyor?).<\/li>\n<\/ul>\n<h3><span id=\"2_Risk_analizi_ve_is_etkisini_degerlendirin\">2. Risk analizi ve i\u015f etkisini de\u011ferlendirin<\/span><\/h3>\n<p>Her varl\u0131k i\u00e7in \u015fu iki soruyu sorun:<\/p>\n<ul>\n<li>Kaybolursa ne olur (maddi, hukuki, operasyonel, itibar etkisi)?<\/li>\n<li>Ne kadar s\u00fcreye kadar ge\u00e7mi\u015f veriye geri d\u00f6nmeyi g\u00f6ze alabilirsiniz?<\/li>\n<\/ul>\n<p>Bu sayede her veri t\u00fcr\u00fc i\u00e7in farkl\u0131 RPO\/RTO hedefleri belirleyebilirsiniz. \u00d6rne\u011fin, e\u2011ticaret sitenizde loglar\u0131n birka\u00e7 saatlik kayb\u0131 tolere edilebilirken, sipari\u015f tablosunun birka\u00e7 dakikadan fazla kayb\u0131 kabul edilemez olabilir.<\/p>\n<h3><span id=\"3_RPORTO_hedeflerini_somutlastirin\">3. RPO\/RTO hedeflerini somutla\u015ft\u0131r\u0131n<\/span><\/h3>\n<p>\u015eimdi bu de\u011ferlendirmeyi net rakamlara d\u00f6k\u00fcn:<\/p>\n<ul>\n<li>&#8220;Blog veritaban\u0131: RPO 24 saat, RTO 8 saat.&#8221;<\/li>\n<li>&#8220;E\u2011ticaret sipari\u015f DB\u2019si: RPO 10 dakika, RTO 30 dakika.&#8221;<\/li>\n<li>&#8220;SaaS m\u00fc\u015fteri dosyalar\u0131: RPO 1 saat, RTO 1 saat.&#8221;<\/li>\n<\/ul>\n<p>Bunlar\u0131 mutlaka yaz\u0131l\u0131 hale getirin ve ekip i\u00e7inde \u00fczerinde mutabakata var\u0131n. Yar\u0131n bir kesinti oldu\u011funda, &#8220;bizim hedefimiz neydi?&#8221; tart\u0131\u015fmas\u0131n\u0131 o anda yapmak istemezsiniz.<\/p>\n<h3><span id=\"4_Dogru_yedekleme_topolojisi_ve_teknolojileri_secin\">4. Do\u011fru yedekleme topolojisi ve teknolojileri se\u00e7in<\/span><\/h3>\n<p>Hedefler netle\u015fince, bunu kar\u015f\u0131layacak teknolojiyi se\u00e7mek daha kolayd\u0131r:<\/p>\n<ul>\n<li>RPO 24 saat: G\u00fcnl\u00fck full backup yeterli olabilir.<\/li>\n<li>RPO 1 saat: Saatlik incremental + g\u00fcnl\u00fck full backup kombinasyonu.<\/li>\n<li>RPO 5\u201110 dakika: Log tabanl\u0131 yedekleme, replikasyon, streaming WAL\/binlog yap\u0131lar\u0131.<\/li>\n<\/ul>\n<p>Buna paralel olarak RTO hedeflerine g\u00f6re:<\/p>\n<ul>\n<li>RTO 4\u20118 saat: Manuel m\u00fcdahale ile geri y\u00fckleme kabul edilebilir.<\/li>\n<li>RTO 30\u201160 dakika: Otomatik script\u2019ler, \u00f6nceden haz\u0131rlanm\u0131\u015f runbook, staging ortam\u0131nda denenmi\u015f ad\u0131mlar gerekir.<\/li>\n<li>RTO &lt; 15 dakika: Aktif\u2011pasif veya aktif\u2011aktif DR ortamlar\u0131, otomatik failover, health check ve DNS tabanl\u0131 y\u00f6nlendirme gibi \u00e7\u00f6z\u00fcmler devreye girer.<\/li>\n<\/ul>\n<h3><span id=\"5_Saklama_sureleri_ve_surumleme_politikasini_belirleyin\">5. Saklama s\u00fcreleri ve s\u00fcr\u00fcmleme politikas\u0131n\u0131 belirleyin<\/span><\/h3>\n<p>Yedeklerin ne kadar geriye do\u011fru tutulaca\u011f\u0131, maliyet ve hukuki gereklilikler ile do\u011frudan ili\u015fkilidir:<\/p>\n<ul>\n<li>Son 7 g\u00fcn: G\u00fcnl\u00fck yedekler (h\u0131zl\u0131 geri d\u00f6n\u00fc\u015f i\u00e7in).<\/li>\n<li>Son 4\u20118 hafta: Haftal\u0131k full yedekler (haftalar \u00f6ncesine d\u00f6nmek gerekti\u011finde).<\/li>\n<li>Son 6\u201112 ay: Ayl\u0131k ar\u015fiv yedekler (nadiren ihtiya\u00e7 olur ama kritik vakalarda hayat kurtar\u0131r).<\/li>\n<\/ul>\n<p>KVKK\/GDPR gibi reg\u00fclasyonlar, baz\u0131 verilerin belirli s\u00fcre sonunda silinmesini de gerektirebilir. Bu nedenle saklama s\u00fcresini belirlerken &#8220;hem fazlas\u0131 hem eksi\u011fi&#8221; sorun \u00e7\u0131karabilir. Otomatik lifecycle kurallar\u0131 olan object storage \u00e7\u00f6z\u00fcmleri bu noktada b\u00fcy\u00fck avantaj sa\u011flar.<\/p>\n<h3><span id=\"6_Test_geri_yuklemeler_ve_DR_tatbikatlari_yapin\">6. Test geri y\u00fcklemeler ve DR tatbikatlar\u0131 yap\u0131n<\/span><\/h3>\n<p>Yedek almak de\u011fil, <strong>yedekten d\u00f6nebilmek<\/strong> \u00f6nemlidir. Bu y\u00fczden:<\/p>\n<ul>\n<li>Belirli periyotta (\u00f6rne\u011fin \u00fc\u00e7 ayda bir) staging ortam\u0131nda tam geri y\u00fckleme testi yap\u0131n.<\/li>\n<li>Veritaban\u0131 + dosya + DNS + SSL + uygulama konfig\u00fcrasyonlar\u0131n\u0131n birlikte \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 do\u011frulay\u0131n.<\/li>\n<li>Bu s\u00fcrece harcanan s\u00fcreyi \u00f6l\u00e7\u00fcn; ger\u00e7ek RTO\u2019nuzun, hedefinizle uyumlu olup olmad\u0131\u011f\u0131n\u0131 g\u00f6r\u00fcn.<\/li>\n<\/ul>\n<p>Bu tatbikatlarda \u00e7\u0131kan aksiyon maddelerini dok\u00fcmante edip, felaket kurtarma runbook\u2019unuzu g\u00fcncelleyin. B\u00f6ylece ger\u00e7ek bir kesintide ekip panik yapmak yerine elindeki re\u00e7eteyi uygular.<\/p>\n<h3><span id=\"7_Izleme_alarm_ve_gozden_gecirme_dongusu_kurun\">7. \u0130zleme, alarm ve g\u00f6zden ge\u00e7irme d\u00f6ng\u00fcs\u00fc kurun<\/span><\/h3>\n<p>Son ad\u0131m, t\u00fcm bu sistemi &#8220;kurup b\u0131rakmamak&#8221;. Zamanla:<\/p>\n<ul>\n<li>Veri hacminiz artacak,<\/li>\n<li>Yeni mod\u00fcller, mikrositeler, alt servisler eklenecek,<\/li>\n<li>\u0130\u015f gereksinimleri (SLA\u2019lar, m\u00fc\u015fteri beklentileri) de\u011fi\u015fecek.<\/li>\n<\/ul>\n<p>Bu y\u00fczden:<\/p>\n<ul>\n<li>Yedekleme job\u2019lar\u0131n\u0131n ba\u015far\u0131s\u0131n\u0131 izleyin, ba\u015far\u0131s\u0131zl\u0131kta alarm \u00fcretin.<\/li>\n<li>Y\u0131lda en az bir kez RPO\/RTO hedeflerinizi tekrar g\u00f6zden ge\u00e7irin.<\/li>\n<li>Yeni devreye al\u0131nan her \u00f6zellik i\u00e7in, yedekleme kapsam\u0131na al\u0131nd\u0131\u011f\u0131ndan emin olun.<\/li>\n<\/ul>\n<h2><span id=\"Sik_yapilan_hatalar_ve_DCHost_olarak_nasil_yaklasiyoruz\">S\u0131k yap\u0131lan hatalar ve DCHost olarak nas\u0131l yakla\u015f\u0131yoruz?<\/span><\/h2>\n<h3><span id=\"Yanlis_varsayimlar\">Yanl\u0131\u015f varsay\u0131mlar<\/span><\/h3>\n<p>Sahada en s\u0131k g\u00f6rd\u00fc\u011f\u00fcm\u00fcz hatalar \u015funlar:<\/p>\n<ul>\n<li>&#8220;Hosting firmas\u0131 mutlaka yedekliyordur&#8221; varsay\u0131m\u0131: Evet, \u00e7o\u011fu sa\u011flay\u0131c\u0131 bir \u015fekilde yedek al\u0131r, ama bu her zaman sizin RPO\/RTO hedeflerinizle uyumlu de\u011fildir.<\/li>\n<li>&#8220;cPanel full backup al\u0131nca her \u015fey \u00e7\u00f6z\u00fcld\u00fc&#8221; inanc\u0131: Bu yedeklerin nerede tutuldu\u011fu, ne kadar s\u0131kl\u0131kla al\u0131nd\u0131\u011f\u0131 ve nas\u0131l geri d\u00f6n\u00fclece\u011fi \u00e7o\u011fu zaman belirsiz b\u0131rak\u0131l\u0131yor.<\/li>\n<li>Yedek ve canl\u0131 verinin ayn\u0131 diskte saklanmas\u0131: Disk ar\u0131zas\u0131nda hem \u00fcretim hem yedek ayn\u0131 anda kayboluyor.<\/li>\n<li>Hi\u00e7 test restore yap\u0131lmamas\u0131: \u0130lk geri y\u00fckleme denemesi genellikle en kritik anda yap\u0131l\u0131yor.<\/li>\n<\/ul>\n<h3><span id=\"DCHost_tarafinda_benimsedigimiz_prensipler\">DCHost taraf\u0131nda benimsedi\u011fimiz prensipler<\/span><\/h3>\n<p>Biz DCHost\u2019ta hem payla\u015f\u0131ml\u0131 hosting, hem VPS\/dedicated hem de colocation m\u00fc\u015fterilerimizle \u00e7al\u0131\u015f\u0131rken \u015fu prensipleri temel al\u0131yoruz:<\/p>\n<ul>\n<li>\u00d6nce i\u015f hedefi: &#8220;Ne kadar veri kayb\u0131 \/ ne kadar kesinti&#8221; sorusuna net cevap olmadan, yedekleme arac\u0131 se\u00e7miyoruz.<\/li>\n<li>3\u20112\u20111 kural\u0131na yak\u0131nsamak: En az bir kopyan\u0131n farkl\u0131 bir depolama katman\u0131nda ve tercihen farkl\u0131 bir lokasyonda olmas\u0131n\u0131 sa\u011fl\u0131yoruz.<\/li>\n<li>Uygulama\u2011tutarl\u0131l\u0131k: \u00d6zellikle veritaban\u0131 yo\u011fun e\u2011ticaret ve SaaS i\u015f y\u00fcklerinde, snapshot ve log bazl\u0131 yedek yap\u0131lar\u0131 ile tutarl\u0131 geri d\u00f6n\u00fc\u015f senaryolar\u0131 kurguluyoruz.<\/li>\n<li>Testi zorunlu g\u00f6rmek: Y\u0131lda en az bir kez tam geri d\u00f6n\u00fc\u015f tatbikat\u0131 yapmay\u0131 m\u00fc\u015fterilerimize \u0131srarla tavsiye ediyoruz.<\/li>\n<\/ul>\n<p>\u0130ster basit bir blog, ister kompleks bir SaaS \u00fcr\u00fcn\u00fc olsun; yeni bir projeyi DCHost altyap\u0131s\u0131na ta\u015f\u0131rken ya da s\u0131f\u0131rdan kurarken, bu prensiplerle birlikte sizin i\u00e7in en uygun RPO\/RTO ve yedek topolojisini birlikte tasarlayabiliriz.<\/p>\n<h2><span id=\"Ozet_ve_sonraki_adimlar\">\u00d6zet ve sonraki ad\u0131mlar<\/span><\/h2>\n<p>Yedekleme stratejisi; &#8220;g\u00fcnl\u00fck backup var&#8221; demekten \u00e7ok daha fazlas\u0131. \u00d6zellikle blog, e\u2011ticaret ve SaaS sitelerinde, i\u015f taraf\u0131ndaki beklentilerle <strong>RPO\/RTO hedeflerini<\/strong> uyumlu hale getirip, bunu destekleyecek <strong>3\u20112\u20111 odakl\u0131 bir mimari<\/strong> kurmad\u0131\u011f\u0131n\u0131z s\u00fcrece, yedeklerinizin sizi ger\u00e7ekten kurtaraca\u011f\u0131n\u0131n garantisi yok.<\/p>\n<p>Bu yaz\u0131da RPO, RTO, veri s\u0131n\u0131fland\u0131rmas\u0131, 3\u20112\u20111 kural\u0131, farkl\u0131 site t\u00fcrleri i\u00e7in hedef \u00f6rnekleri ve hosting taraf\u0131nda uygulanabilir senaryolara de\u011findik. Detay ad\u0131mlar ve komut seviyesinde \u00f6rnekler i\u00e7in; <a href=\"https:\/\/www.dchost.com\/blog\/3-2-1-yedekleme-stratejisi-neden-ise-yariyor-cpanel-plesk-ve-vpste-otomatik-yedekleri-nasil-kurarsin\/\">3\u20112\u20111 stratejisi rehberi<\/a>, <a href=\"https:\/\/www.dchost.com\/blog\/wordpress-yedekleme-stratejileri-paylasimli-hosting-ve-vpste-otomatik-yedek-ve-geri-yukleme\/\">WordPress yedekleme yaz\u0131m\u0131z<\/a>, <a href=\"https:\/\/www.dchost.com\/blog\/mysql-mariadb-yedekleme-stratejileri-mysqldump-mi-xtrabackup-mi-ve-point%e2%80%91in%e2%80%91time-recovery-ne-zaman\/\">MySQL\/MariaDB yedekleme stratejileri<\/a> ve <a href=\"https:\/\/www.dchost.com\/blog\/uygulama%e2%80%91tutarli-yedekler-nasil-alinir-lvm-snapshot-ve-fsfreeze-ile-mysql-postgresqli-usutmeden-dondurmak\/\">uygulama\u2011tutarl\u0131 yedek alma rehberimize<\/a> mutlaka g\u00f6z at\u0131n.<\/p>\n<p>E\u011fer mevcut DCHost hizmetiniz \u00fczerinde &#8220;ger\u00e7ekten \u00e7al\u0131\u015f\u0131r&#8221; bir yedekleme stratejiniz olup olmad\u0131\u011f\u0131ndan emin de\u011filseniz, kendi i\u00e7inizde \u015fu k\u0131sa check\u2011list\u2019i uygulayabilirsiniz:<\/p>\n<ul>\n<li>RPO\/RTO hedefleriniz yaz\u0131l\u0131 m\u0131?<\/li>\n<li>Son \u00fc\u00e7 ay i\u00e7inde en az bir tam geri y\u00fckleme testi yapt\u0131n\u0131z m\u0131?<\/li>\n<li>En az bir yedek kopyan\u0131z farkl\u0131 bir lokasyonda ve farkl\u0131 bir depolama katman\u0131nda m\u0131?<\/li>\n<li>Veritaban\u0131 yedekleriniz uygulama\u2011tutarl\u0131 m\u0131, yoksa sadece dosya kopyas\u0131 m\u0131?<\/li>\n<\/ul>\n<p>Bu sorulardan birine bile &#8220;emin de\u011filim&#8221; diyorsan\u0131z, yedekleme stratejinizi g\u00f6zden ge\u00e7irmenin tam zaman\u0131. DCHost ekibi olarak; blog, e\u2011ticaret ve SaaS projeleriniz i\u00e7in RPO\/RTO hedeflerini birlikte netle\u015ftirip, b\u00fct\u00e7enize ve risk i\u015ftah\u0131n\u0131za uygun bir yedekleme ve felaket kurtarma plan\u0131n\u0131 ad\u0131m ad\u0131m tasarlamaya haz\u0131r\u0131z.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>\u0130&ccedil;indekiler1 Yedekleme stratejisi neden bug\u00fcn planlanmal\u0131?2 Temel kavramlar: RPO, RTO, SLA ve veri s\u0131n\u0131fland\u0131rmas\u01312.1 RPO (Recovery Point Objective) nedir?2.2 RTO (Recovery Time Objective) nedir?2.3 SLA ve i\u015f gereksinimleriyle ili\u015fki2.4 Veri s\u0131n\u0131fland\u0131rmas\u0131: Her veri e\u015fit kritik de\u011fildir3 Farkl\u0131 site t\u00fcrleri i\u00e7in ger\u00e7ek\u00e7i RPO\/RTO hedefleri3.1 Blog ve i\u00e7erik siteleri3.2 E\u2011ticaret siteleri3.3 SaaS uygulamalar\u01314 3\u20112\u20111 kural\u0131 ve site [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":3099,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-3098","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\/3098","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=3098"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/3098\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/3099"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=3098"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=3098"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=3098"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}