{"id":3496,"date":"2025-12-27T17:55:49","date_gmt":"2025-12-27T14:55:49","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/hosting-tarafinda-felaket-kurtarma-provasi-cpanel-ve-vps-yedeklerini-test-etme-rehberi\/"},"modified":"2025-12-27T17:55:49","modified_gmt":"2025-12-27T14:55:49","slug":"hosting-tarafinda-felaket-kurtarma-provasi-cpanel-ve-vps-yedeklerini-test-etme-rehberi","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/hosting-tarafinda-felaket-kurtarma-provasi-cpanel-ve-vps-yedeklerini-test-etme-rehberi\/","title":{"rendered":"Hosting Taraf\u0131nda Felaket Kurtarma Provas\u0131: cPanel ve VPS Yedeklerini Test Etme Rehberi"},"content":{"rendered":"<div class=\"dchost-blog-content-wrapper\"><p>Yedek almak \u00e7o\u011fu zaman yap\u0131l\u0131r, ama o yedekten ger\u00e7ekten geri d\u00f6nebiliyor musunuz? Pek \u00e7ok projede kapasite planlama, mimari tasar\u0131m veya g\u00fcvenlik denetimi yaparken g\u00f6rd\u00fc\u011f\u00fcm\u00fcz ortak sorun \u015fu: Yedekler var, ama felaket kurtarma provas\u0131 hi\u00e7 yap\u0131lmam\u0131\u015f. Dosyalar nerede, hangi versiyon \u00e7al\u0131\u015f\u0131r durumda, RTO\/RPO ger\u00e7ekten kar\u015f\u0131lanabiliyor mu, kimse bilmiyor. Bu belirsizlik, \u00f6zellikle e\u2011ticaret, SaaS ve kurumsal sitelerde ciddi bir risk.<\/p>\n<p>Bu rehberde, DCHost altyap\u0131s\u0131nda bar\u0131nd\u0131rd\u0131\u011f\u0131n\u0131z <strong>cPanel hosting<\/strong> ve <strong>VPS sunucular<\/strong> i\u00e7in ad\u0131m ad\u0131m felaket kurtarma provas\u0131 nas\u0131l yap\u0131l\u0131r, pratik \u015fekilde ele alaca\u011f\u0131z. Amac\u0131m\u0131z teoriden \u00e7ok; &#8220;\u015eimdi bir \u015fey bozulsa, hangi ad\u0131mla nereye t\u0131klayaca\u011f\u0131n\u0131z\u0131&#8221; netle\u015ftirmek. cPanel tam hesap yede\u011finden, <a href=\"https:\/\/www.dchost.com\/tr\/vps\">VPS<\/a> dosya sistemi ve veritaban\u0131 yedeklerine; farkl\u0131 senaryolar\u0131 deneyerek hem kendinize hem ekibinize g\u00fcven verecek bir prova s\u00fcreci kurabilirsiniz.<\/p>\n<p>E\u011fer h\u00e2lihaz\u0131rda yaz\u0131l\u0131 bir plan\u0131n\u0131z yoksa, bu rehberi okurken <strong>RTO\/RPO hedeflerinizi<\/strong> ve yedekleme politikan\u0131z\u0131 da g\u00f6zden ge\u00e7irmenizi \u00f6neririz. Felaket an\u0131nda panik yapmak yerine, daha \u00f6nce defalarca prova edilmi\u015f, \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin oldu\u011funuz bir <strong>felaket kurtarma plan\u0131<\/strong> ile ilerlemek hem i\u015finizi hem de uykunuzu korur.<\/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=\"#Felaket_Kurtarma_Provasi_Neden_Sart\"><span class=\"toc_number toc_depth_1\">1<\/span> Felaket Kurtarma Provas\u0131 Neden \u015eart?<\/a><\/li><li><a href=\"#Temel_Kavramlar_RPO_RTO_321_ve_Runbook\"><span class=\"toc_number toc_depth_1\">2<\/span> Temel Kavramlar: RPO, RTO, 3\u20112\u20111 ve Runbook<\/a><ul><li><a href=\"#RPO_Recovery_Point_Objective\"><span class=\"toc_number toc_depth_2\">2.1<\/span> RPO (Recovery Point Objective)<\/a><\/li><li><a href=\"#RTO_Recovery_Time_Objective\"><span class=\"toc_number toc_depth_2\">2.2<\/span> RTO (Recovery Time Objective)<\/a><\/li><li><a href=\"#321_Yedekleme_Stratejisi\"><span class=\"toc_number toc_depth_2\">2.3<\/span> 3\u20112\u20111 Yedekleme Stratejisi<\/a><\/li><li><a href=\"#Runbook_Adim_Adim_Uygulama_Dokumani\"><span class=\"toc_number toc_depth_2\">2.4<\/span> Runbook (Ad\u0131m Ad\u0131m Uygulama D\u00f6k\u00fcman\u0131)<\/a><\/li><\/ul><\/li><li><a href=\"#Prova_Oncesi_Hazirlik_Envanter_Kritik_Sistemler_ve_Test_Turleri\"><span class=\"toc_number toc_depth_1\">3<\/span> Prova \u00d6ncesi Haz\u0131rl\u0131k: Envanter, Kritik Sistemler ve Test T\u00fcrleri<\/a><ul><li><a href=\"#1_Envanter_Cikarma\"><span class=\"toc_number toc_depth_2\">3.1<\/span> 1. Envanter \u00c7\u0131karma<\/a><\/li><li><a href=\"#2_Kritik_Sistemleri_Belirleme\"><span class=\"toc_number toc_depth_2\">3.2<\/span> 2. Kritik Sistemleri Belirleme<\/a><\/li><li><a href=\"#3_Test_Turlerini_Secme\"><span class=\"toc_number toc_depth_2\">3.3<\/span> 3. Test T\u00fcrlerini Se\u00e7me<\/a><\/li><\/ul><\/li><li><a href=\"#cPanel_Tarafinda_Felaket_Kurtarma_Provasi\"><span class=\"toc_number toc_depth_1\">4<\/span> cPanel Taraf\u0131nda Felaket Kurtarma Provas\u0131<\/a><ul><li><a href=\"#Hangi_cPanel_Yedek_Turlerini_Test_Etmelisiniz\"><span class=\"toc_number toc_depth_2\">4.1<\/span> Hangi cPanel Yedek T\u00fcrlerini Test Etmelisiniz?<\/a><\/li><li><a href=\"#Adim_Adim_Ayri_Bir_Hesapta_Tam_cPanel_Yedegi_Provasi\"><span class=\"toc_number toc_depth_2\">4.2<\/span> Ad\u0131m Ad\u0131m: Ayr\u0131 Bir Hesapta Tam cPanel Yede\u011fi Provas\u0131<\/a><\/li><li><a href=\"#EPosta_DNS_SSL_ve_Cron_Islerini_Dogrulama\"><span class=\"toc_number toc_depth_2\">4.3<\/span> E\u2011Posta, DNS, SSL ve Cron \u0130\u015flerini Do\u011frulama<\/a><\/li><li><a href=\"#WordPress_ve_PHP_Uygulamalari_Icin_Ozel_Kontroller\"><span class=\"toc_number toc_depth_2\">4.4<\/span> WordPress ve PHP Uygulamalar\u0131 \u0130\u00e7in \u00d6zel Kontroller<\/a><\/li><\/ul><\/li><li><a href=\"#VPS_Tarafinda_Felaket_Kurtarma_Provasi\"><span class=\"toc_number toc_depth_1\">5<\/span> VPS Taraf\u0131nda Felaket Kurtarma Provas\u0131<\/a><ul><li><a href=\"#VPS_Yedek_Turleri_ve_Provada_Ne_Anlama_Gelir\"><span class=\"toc_number toc_depth_2\">5.1<\/span> VPS Yedek T\u00fcrleri ve Provada Ne Anlama Gelir?<\/a><\/li><li><a href=\"#Senaryo_1_Tam_VPS_Geri_Donus_Provasi_Yeni_VPS_Uzerinde\"><span class=\"toc_number toc_depth_2\">5.2<\/span> Senaryo 1: Tam VPS Geri D\u00f6n\u00fc\u015f Provas\u0131 (Yeni VPS \u00dczerinde)<\/a><\/li><li><a href=\"#Senaryo_2_DosyaDizin_Bazli_Geri_Yukleme_Provasi\"><span class=\"toc_number toc_depth_2\">5.3<\/span> Senaryo 2: Dosya\/Dizin Bazl\u0131 Geri Y\u00fckleme Provas\u0131<\/a><\/li><li><a href=\"#Senaryo_3_Veritabani_Geri_Donusu_ve_PITR_Testi\"><span class=\"toc_number toc_depth_2\">5.4<\/span> Senaryo 3: Veritaban\u0131 Geri D\u00f6n\u00fc\u015f\u00fc ve PITR Testi<\/a><\/li><\/ul><\/li><li><a href=\"#Gercekci_Prova_Senaryolari_Ornekler_Uzerinden_Gidelim\"><span class=\"toc_number toc_depth_1\">6<\/span> Ger\u00e7ek\u00e7i Prova Senaryolar\u0131: \u00d6rnekler \u00dczerinden Gidelim<\/a><ul><li><a href=\"#Ornek_1_WooCommerce_Magazasinda_Guncelleme_Sonrasi_Cokme\"><span class=\"toc_number toc_depth_2\">6.1<\/span> \u00d6rnek 1: WooCommerce Ma\u011fazas\u0131nda G\u00fcncelleme Sonras\u0131 \u00c7\u00f6kme<\/a><\/li><li><a href=\"#Ornek_2_Laravel_PostgreSQL_VPSte_Disk_Arizasi\"><span class=\"toc_number toc_depth_2\">6.2<\/span> \u00d6rnek 2: Laravel + PostgreSQL VPS\u2019te Disk Ar\u0131zas\u0131<\/a><\/li><\/ul><\/li><li><a href=\"#Sonuclari_Dokumante_Etmek_ve_Iyilestirmek\"><span class=\"toc_number toc_depth_1\">7<\/span> Sonu\u00e7lar\u0131 Dok\u00fcmante Etmek ve \u0130yile\u015ftirmek<\/a><\/li><li><a href=\"#DCHost_Uzerinde_Felaket_Kurtarma_Provasini_Nasil_Kurabilirsiniz\"><span class=\"toc_number toc_depth_1\">8<\/span> DCHost \u00dczerinde Felaket Kurtarma Provas\u0131n\u0131 Nas\u0131l Kurabilirsiniz?<\/a><\/li><\/ul><\/div>\n<h2><span id=\"Felaket_Kurtarma_Provasi_Neden_Sart\">Felaket Kurtarma Provas\u0131 Neden \u015eart?<\/span><\/h2>\n<p>Yedek almak tek ba\u015f\u0131na g\u00fcvenlik sa\u011flamaz; \u00f6nemli olan o yedekten ne kadar h\u0131zl\u0131 ve ne kadar veri kayb\u0131yla geri d\u00f6nebilece\u011finizdir. \u0130\u015fte bu noktada devreye felaket kurtarma provas\u0131 girer. Prova yapmadan, \u015fu sorular\u0131n cevab\u0131 genellikle bilinmez:<\/p>\n<ul>\n<li>Son \u00e7al\u0131\u015fan yede\u011finiz ger\u00e7ekten a\u00e7\u0131l\u0131yor mu?<\/li>\n<li>Geri d\u00f6n\u00fc\u015f s\u00fcreniz (RTO) i\u015finiz i\u00e7in yeterince k\u0131sa m\u0131?<\/li>\n<li>Ne kadar veri kayb\u0131n\u0131 (RPO) g\u00f6ze alm\u0131\u015f oluyorsunuz?<\/li>\n<li>E\u2011posta, DNS, SSL, cron job gibi yan bile\u015fenler de ger\u00e7ekten geri geliyor mu?<\/li>\n<li>Ekibiniz bu ad\u0131mlar\u0131 biliyor mu, yoksa herkes dok\u00fcmantasyonu ilk kez felaket an\u0131nda m\u0131 a\u00e7\u0131yor?<\/li>\n<\/ul>\n<p>Prova, teoride yazd\u0131\u011f\u0131n\u0131z her \u015feyi pratikte s\u0131naman\u0131z anlam\u0131na gelir. \u00d6zellikle <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 yazma rehberimizde<\/a> de vurgulad\u0131\u011f\u0131m\u0131z gibi, plans\u0131z ama s\u0131k yap\u0131lan k\u00fc\u00e7\u00fck testler bile, hi\u00e7 test yap\u0131lmamas\u0131ndan \u00e7ok daha iyidir.<\/p>\n<p>Hosting taraf\u0131nda felaket kurtarma provas\u0131n\u0131 sistematik h\u00e2le getirdi\u011finizde:<\/p>\n<ul>\n<li>Ger\u00e7ek <strong>RTO\/RPO de\u011ferlerinizi<\/strong> g\u00f6r\u00fcrs\u00fcn\u00fcz.<\/li>\n<li>Yedekleme politikan\u0131zda eksik veya gereksiz pahal\u0131 noktalar\u0131 tespit edersiniz.<\/li>\n<li>Hangi yedek tipinin (cPanel tam hesap, yaln\u0131zca veritaban\u0131, VPS snapshot vs.) hangi senaryo i\u00e7in i\u015fe yarad\u0131\u011f\u0131n\u0131 netle\u015ftirirsiniz.<\/li>\n<li>Ekibiniz, bask\u0131 alt\u0131nda bile ad\u0131mlar\u0131 otomatikle\u015fmi\u015f \u015fekilde uygulayabilir h\u00e2le gelir.<\/li>\n<\/ul>\n<h2><span id=\"Temel_Kavramlar_RPO_RTO_321_ve_Runbook\">Temel Kavramlar: RPO, RTO, 3\u20112\u20111 ve Runbook<\/span><\/h2>\n<p>Prova yapmadan \u00f6nce ayn\u0131 dili konu\u015fmak i\u00e7in birka\u00e7 kavram\u0131 netle\u015ftirelim:<\/p>\n<h3><span id=\"RPO_Recovery_Point_Objective\">RPO (Recovery Point Objective)<\/span><\/h3>\n<p>En fazla ne kadar veri kayb\u0131n\u0131 kabul edebilece\u011finizi ifade eder. \u00d6rne\u011fin saatlik yedek al\u0131yorsan\u0131z, teoride maksimum 1 saatlik veri kayb\u0131n\u0131 g\u00f6ze al\u0131yorsunuz demektir. Prova s\u0131ras\u0131nda, ger\u00e7ekten hangi tarih\/saatteki yede\u011fe geri d\u00f6nebildi\u011finizi \u00f6l\u00e7erek fiili RPO\u2019nuzu g\u00f6rmeniz gerekir.<\/p>\n<h3><span id=\"RTO_Recovery_Time_Objective\">RTO (Recovery Time Objective)<\/span><\/h3>\n<p>Sistemin tamamen durmas\u0131ndan sonra, tekrar aya\u011fa kalkmas\u0131n\u0131n en fazla ne kadar s\u00fcrebilece\u011fini ifade eder. \u00d6rne\u011fin &#8220;kritik e\u2011ticaret sitem i\u00e7in RTO 30 dakika&#8221; diyorsan\u0131z, felaket kurtarma provas\u0131nda bu 30 dakikay\u0131 tutturup tutturamad\u0131\u011f\u0131n\u0131z\u0131 net \u00f6l\u00e7melisiniz.<\/p>\n<h3><span id=\"321_Yedekleme_Stratejisi\">3\u20112\u20111 Yedekleme Stratejisi<\/span><\/h3>\n<p>Sa\u011flam bir kurala g\u00f6re:<\/p>\n<ul>\n<li>En az <strong>3 kopya<\/strong> veri,<\/li>\n<li>En az <strong>2 farkl\u0131 ortamda<\/strong> (\u00f6r. yerel disk + uzak object storage),<\/li>\n<li>En az <strong>1 kopya<\/strong> farkl\u0131 lokasyonda (off\u2011site)<\/li>\n<\/ul>\n<p>tutulmal\u0131d\u0131r. Bu yakla\u015f\u0131m\u0131 cPanel ve VPS ortamlar\u0131nda nas\u0131l kurabilece\u011finizi, <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 rehberimizde<\/a> ayr\u0131nt\u0131l\u0131 anlatt\u0131k. Felaket kurtarma provas\u0131, bu stratejinin ger\u00e7ekten i\u015fe yaray\u0131p yaramad\u0131\u011f\u0131n\u0131 \u00f6l\u00e7menin en iyi yoludur.<\/p>\n<h3><span id=\"Runbook_Adim_Adim_Uygulama_Dokumani\">Runbook (Ad\u0131m Ad\u0131m Uygulama D\u00f6k\u00fcman\u0131)<\/span><\/h3>\n<p>Runbook, felaket an\u0131nda hangi s\u0131rayla ne yap\u0131laca\u011f\u0131n\u0131 anlatan, ad\u0131m ad\u0131m dok\u00fcmand\u0131r. \u00d6rne\u011fin:<\/p>\n<ol>\n<li>DNS\u2019i bak\u0131m sayfas\u0131na y\u00f6nlendir.<\/li>\n<li>cPanel\u2019de \u015fu tarihteki tam hesap yede\u011fini \u015fu test hesab\u0131na geri y\u00fckle.<\/li>\n<li>MySQL veritaban\u0131n\u0131 manuel olarak \u015fu yedekten d\u00f6n.<\/li>\n<li>WordPress config ve .env dosyalar\u0131ndaki ba\u011flant\u0131 ayarlar\u0131n\u0131 g\u00fcncelle.<\/li>\n<\/ol>\n<p>Bu rehberde anlataca\u011f\u0131m\u0131z prova ad\u0131mlar\u0131n\u0131, kendi sisteminize g\u00f6re uyarlay\u0131p runbook olarak saklaman\u0131z, felaket an\u0131nda size b\u00fcy\u00fck h\u0131z kazand\u0131racakt\u0131r.<\/p>\n<h2><span id=\"Prova_Oncesi_Hazirlik_Envanter_Kritik_Sistemler_ve_Test_Turleri\">Prova \u00d6ncesi Haz\u0131rl\u0131k: Envanter, Kritik Sistemler ve Test T\u00fcrleri<\/span><\/h2>\n<p>\u0130yi bir felaket kurtarma provas\u0131, &#8220;hadi yede\u011fi a\u00e7may\u0131 deneyelim&#8221; diyerek de\u011fil, k\u00fc\u00e7\u00fck bir planla ba\u015flar. \u00d6nce \u015fu \u00fc\u00e7 noktay\u0131 netle\u015ftirmeniz gerekir:<\/p>\n<h3><span id=\"1_Envanter_Cikarma\">1. Envanter \u00c7\u0131karma<\/span><\/h3>\n<p>Hangi sistemleri test edece\u011finizi listeleyin:<\/p>\n<ul>\n<li>cPanel \u00fczerinde \u00e7al\u0131\u015fan siteler (her biri ayr\u0131 hesap m\u0131, addon domain mi?)<\/li>\n<li>VPS \u00fczerinde \u00e7al\u0131\u015fan uygulamalar (WordPress, Laravel, Node.js, \u00f6zel yaz\u0131l\u0131m vs.)<\/li>\n<li>Veritabanlar\u0131 (MySQL\/MariaDB, PostgreSQL vs.)<\/li>\n<li>DNS, e\u2011posta, CDN, object storage gibi ek bile\u015fenler<\/li>\n<\/ul>\n<p>\u00d6zellikle addon domain kullanan cPanel hesaplar\u0131nda izolasyon konusu \u00f6nemli; bu konuya dair ayr\u0131nt\u0131lar\u0131 <a href=\"https:\/\/www.dchost.com\/blog\/cpanelde-addon-domain-mi-ayri-hesap-mi-dogru-secimi-teknik-sekilde-netlestirelim\/\">cPanel\u2019de addon domain mi ayr\u0131 hesap m\u0131<\/a> yaz\u0131m\u0131zda detayl\u0131 anlatt\u0131k.<\/p>\n<h3><span id=\"2_Kritik_Sistemleri_Belirleme\">2. Kritik Sistemleri Belirleme<\/span><\/h3>\n<p>Her sistem i\u00e7in bir kritik seviye tan\u0131mlay\u0131n:<\/p>\n<ul>\n<li><strong>Seviye 1:<\/strong> E\u2011ticaret, \u00f6deme alan uygulamalar, m\u00fc\u015fteri paneli gibi gelir \u00fcreten kritik sistemler.<\/li>\n<li><strong>Seviye 2:<\/strong> Kurumsal web sitesi, blog, i\u00e7erik portallar\u0131.<\/li>\n<li><strong>Seviye 3:<\/strong> Staging, test ortamlar\u0131, d\u00fc\u015f\u00fck trafikli proje siteleri.<\/li>\n<\/ul>\n<p>Provalara \u00f6nce Seviye 3\u2019ten ba\u015flay\u0131p, s\u00fcre\u00e7 olgunla\u015ft\u0131k\u00e7a Seviye 1\u2019e \u00e7\u0131kman\u0131z mant\u0131kl\u0131d\u0131r.<\/p>\n<h3><span id=\"3_Test_Turlerini_Secme\">3. Test T\u00fcrlerini Se\u00e7me<\/span><\/h3>\n<p>Genelde \u00fc\u00e7 temel prova tipi yapar\u0131z:<\/p>\n<ul>\n<li><strong>Dosya\/Dizin Bazl\u0131 Geri Y\u00fckleme Testi:<\/strong> Yanl\u0131\u015fl\u0131kla silinen bir klas\u00f6r veya dosya senaryosu.<\/li>\n<li><strong>Veritaban\u0131 Geri Y\u00fckleme Testi:<\/strong> Bozulan veya yanl\u0131\u015f g\u00fcncellenen veritaban\u0131ndan geri d\u00f6n\u00fc\u015f.<\/li>\n<li><strong>Tam Hesap \/ Tam VPS Geri Y\u00fckleme Testi:<\/strong> Sunucu ar\u0131zas\u0131, disk kayb\u0131 gibi daha a\u011f\u0131r felaket senaryolar\u0131.<\/li>\n<\/ul>\n<p>cPanel taraf\u0131nda \u00e7o\u011funlukla tam hesap ve veritaban\u0131 geri y\u00fckleme testleri yap\u0131l\u0131rken; VPS taraf\u0131nda dosya sistemi + veritaban\u0131 + servis konfig\u00fcrasyonlar\u0131n\u0131n birlikte ele al\u0131nd\u0131\u011f\u0131 tam geri d\u00f6n\u00fc\u015f senaryolar\u0131n\u0131 da mutlaka denemek gerekir.<\/p>\n<h2><span id=\"cPanel_Tarafinda_Felaket_Kurtarma_Provasi\">cPanel Taraf\u0131nda Felaket Kurtarma Provas\u0131<\/span><\/h2>\n<p>Payla\u015f\u0131ml\u0131 hosting veya reseller yap\u0131s\u0131nda en s\u0131k kar\u015f\u0131la\u015ft\u0131\u011f\u0131m\u0131z senaryo cPanel hesab\u0131n\u0131n tamam\u0131ndan veya belirli bile\u015fenlerinden geri d\u00f6n\u00fc\u015f. Burada kritik olan nokta, testleri <strong>canl\u0131 hesab\u0131 bozmadan<\/strong>, m\u00fcmk\u00fcnse ayr\u0131 bir test hesab\u0131nda yapmak.<\/p>\n<h3><span id=\"Hangi_cPanel_Yedek_Turlerini_Test_Etmelisiniz\">Hangi cPanel Yedek T\u00fcrlerini Test Etmelisiniz?<\/span><\/h3>\n<p>Kulland\u0131\u011f\u0131n\u0131z altyap\u0131ya g\u00f6re farkl\u0131 yedek t\u00fcrleri olabilir, ancak genelde \u015funlar\u0131 g\u00f6r\u00fcr\u00fcz:<\/p>\n<ul>\n<li><strong>Tam Hesap Yede\u011fi (Full Account Backup):<\/strong> Home dizini, veritabanlar\u0131, e\u2011posta hesaplar\u0131, DNS zonu d\u00e2hil her \u015feyi i\u00e7erir.<\/li>\n<li><strong>Home Dizini Yede\u011fi:<\/strong> Web dosyalar\u0131, yap\u0131land\u0131rma dosyalar\u0131 (\u00f6r. .htaccess, wp-config.php).<\/li>\n<li><strong>MySQL Veritaban\u0131 Yede\u011fi:<\/strong> Her veritaban\u0131 i\u00e7in ayr\u0131 .sql veya s\u0131k\u0131\u015ft\u0131r\u0131lm\u0131\u015f dosyalar.<\/li>\n<li><strong>Otomatik Art\u0131ml\u0131 Yedekler:<\/strong> Genellikle g\u00fcnl\u00fck\/haftal\u0131k al\u0131nan, panelde tarih bazl\u0131 se\u00e7ilebilen yedekler.<\/li>\n<\/ul>\n<p>Felaket kurtarma provas\u0131nda, en az\u0131ndan \u015fu ikisini mutlaka test etmenizi \u00f6neririz:<\/p>\n<ul>\n<li>Bir <strong>tam hesap yede\u011fini<\/strong> tamamen farkl\u0131 bir cPanel hesab\u0131na geri y\u00fcklemek.<\/li>\n<li>Belirli bir tarihteki <strong>veritaban\u0131 yede\u011fini<\/strong> al\u0131p, canl\u0131 siteyi bozmadan test ortam\u0131na uygulamak.<\/li>\n<\/ul>\n<h3><span id=\"Adim_Adim_Ayri_Bir_Hesapta_Tam_cPanel_Yedegi_Provasi\">Ad\u0131m Ad\u0131m: Ayr\u0131 Bir Hesapta Tam cPanel Yede\u011fi Provas\u0131<\/span><\/h3>\n<p>Bu senaryo, \u00f6zellikle &#8220;\u015fu anki sunucu tamamen gitti&#8221; gibi dramatik durumlar\u0131n k\u00fc\u00e7\u00fck bir sim\u00fclasyonu gibidir, ama canl\u0131 trafi\u011fi etkilemeden.<\/p>\n<ol>\n<li><strong>Test i\u00e7in yeni bir cPanel hesab\u0131 olu\u015fturun.<\/strong><br \/>Domain olarak ge\u00e7ici bir subdomain veya tamamen test i\u00e7in a\u00e7t\u0131\u011f\u0131n\u0131z bir alan ad\u0131 kullanabilirsiniz.<\/li>\n<li><strong>Var olan tam hesap yede\u011fini bu test hesab\u0131na atay\u0131n.<\/strong><br \/>Yedek dosyas\u0131n\u0131 WHM veya paneldeki geri y\u00fckleme arac\u0131 \u00fczerinden se\u00e7erek, test hesab\u0131 i\u00e7in restore i\u015flemini ba\u015flat\u0131n.<\/li>\n<li><strong>\u0130\u015flemin loglar\u0131n\u0131 inceleyin.<\/strong><br \/>Geri y\u00fckleme s\u0131ras\u0131nda k\u0131rm\u0131z\u0131 uyar\u0131 veya hata sat\u0131rlar\u0131 varsa not al\u0131n. Eksik sahiplik (ownership) veya izin (permission) sorunlar\u0131 s\u0131k g\u00f6r\u00fcl\u00fcr.<\/li>\n<li><strong>DNS\u2019i de\u011fi\u015ftirmeden hosts dosyas\u0131 ile test edin.<\/strong><br \/>Bilgisayar\u0131n\u0131z\u0131n hosts dosyas\u0131na test ederek, ger\u00e7ek DNS\u2019i bozmadan siteyi sanki canl\u0131ym\u0131\u015f gibi a\u00e7abilirsiniz.<\/li>\n<li><strong>Uygulama seviyesinde kontrol yap\u0131n.<\/strong><br \/>WordPress, Laravel, PHP uygulamalar\u0131n\u0131zda login, \u00fcr\u00fcn sayfas\u0131, sepet, \u00f6deme testi (sandbox) gibi kritik ak\u0131\u015flar\u0131 deneyin.<\/li>\n<\/ol>\n<p>cPanel taraf\u0131nda tam yedek ve geri y\u00fckleme s\u00fcre\u00e7lerine yeniyseniz, temel ad\u0131mlar\u0131 g\u00f6rselle birlikte anlatt\u0131\u011f\u0131m\u0131z <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> de g\u00f6z atman\u0131z faydal\u0131 olacakt\u0131r.<\/p>\n<h3><span id=\"EPosta_DNS_SSL_ve_Cron_Islerini_Dogrulama\">E\u2011Posta, DNS, SSL ve Cron \u0130\u015flerini Do\u011frulama<\/span><\/h3>\n<p>Sadece site a\u00e7\u0131l\u0131yor diye prova tamamlanm\u0131\u015f say\u0131lmaz. \u015eu bile\u015fenleri mutlaka kontrol edin:<\/p>\n<ul>\n<li><strong>E\u2011posta hesaplar\u0131:<\/strong> Test hesab\u0131nda IMAP\/POP eri\u015fimi, g\u00f6nderme\/alma, spam filtreleri.<\/li>\n<li><strong>DNS kay\u0131tlar\u0131:<\/strong> \u00d6zellikle MX, SPF\/DKIM\/DMARC ayarlar\u0131n\u0131n d\u00fczg\u00fcn aktar\u0131l\u0131p aktar\u0131lmad\u0131\u011f\u0131.<\/li>\n<li><strong>SSL sertifikas\u0131:<\/strong> Otomatik yenileme s\u00fcre\u00e7leri (Let\u2019s Encrypt benzeri) test ortam\u0131nda manuel tetiklenebilir. Ayr\u0131nt\u0131l\u0131 kurulum i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/lets-encrypt-ile-ucretsiz-ssl-sertifikasi-kurulumu-cpanel-ve-directadminde-otomatik-yenileme-rehberi\/\">Let\u2019s Encrypt ile SSL kurulumu rehberimizi<\/a> inceleyebilirsiniz.<\/li>\n<li><strong>Cron job\u2019lar:<\/strong> \u00d6zellikle yedek, rapor veya bak\u0131m i\u015fleri i\u00e7in planlad\u0131\u011f\u0131n\u0131z cron g\u00f6revleri do\u011fru kullan\u0131c\u0131 ve dizinde mi \u00e7al\u0131\u015f\u0131yor, komut yollar\u0131 bozulmu\u015f mu?<\/li>\n<\/ul>\n<p>Bu kontrolleri her provada ayn\u0131 s\u0131rayla yapmak i\u00e7in k\u00fc\u00e7\u00fck bir check\u2011list olu\u015fturursan\u0131z, hata yapma ihtimalinizi ciddi \u015fekilde d\u00fc\u015f\u00fcr\u00fcrs\u00fcn\u00fcz.<\/p>\n<h3><span id=\"WordPress_ve_PHP_Uygulamalari_Icin_Ozel_Kontroller\">WordPress ve PHP Uygulamalar\u0131 \u0130\u00e7in \u00d6zel Kontroller<\/span><\/h3>\n<p>cPanel taraf\u0131nda en yayg\u0131n i\u015f y\u00fck\u00fc WordPress oldu\u011fu i\u00e7in, felaket kurtarma provas\u0131nda \u015fu ekstra noktalara bakman\u0131z\u0131 \u00f6neririz:<\/p>\n<ul>\n<li><strong>wp-config.php<\/strong> i\u00e7indeki veritaban\u0131 ba\u011flant\u0131 bilgileri test ortam\u0131na g\u00f6re g\u00fcncellenmi\u015f mi?<\/li>\n<li>Cache eklentileri veya object cache (Redis\/Memcached) ayarlar\u0131 test ortam\u0131nda hata veriyor mu?<\/li>\n<li>\u00d6deme a\u011f ge\u00e7itleri (WooCommerce gibi) sandbox moduna al\u0131nm\u0131\u015f m\u0131, canl\u0131 \u00f6deme denemesi yapm\u0131yor musunuz?<\/li>\n<li>Media dosyalar\u0131 (uploads) eksiksiz mi, eski yaz\u0131lardaki g\u00f6rseller ger\u00e7ekten a\u00e7\u0131l\u0131yor mu?<\/li>\n<\/ul>\n<p>WordPress yedeklerini planlama ve otomatikle\u015ftirme konusunda detayl\u0131 bir ak\u0131\u015f isterseniz, <a href=\"https:\/\/www.dchost.com\/blog\/wordpress-yedekleme-stratejileri-paylasimli-hosting-ve-vpste-otomatik-yedek-ve-geri-yukleme\/\">WordPress yedekleme stratejileri rehberimiz<\/a> ile bu yaz\u0131daki felaket kurtarma provas\u0131n\u0131 birlikte okuman\u0131z iyi bir \u00e7er\u00e7eve verecektir.<\/p>\n<h2><span id=\"VPS_Tarafinda_Felaket_Kurtarma_Provasi\">VPS Taraf\u0131nda Felaket Kurtarma Provas\u0131<\/span><\/h2>\n<p>VPS ortam\u0131nda i\u015fler biraz daha esnektir; bu da sorumlulu\u011fun daha fazla sizde olmas\u0131 anlam\u0131na gelir. Yedeklemeyi nas\u0131l ve nereye yapt\u0131\u011f\u0131n\u0131z, geri d\u00f6n\u00fc\u015f senaryolar\u0131n\u0131 da do\u011frudan etkiler.<\/p>\n<h3><span id=\"VPS_Yedek_Turleri_ve_Provada_Ne_Anlama_Gelir\">VPS Yedek T\u00fcrleri ve Provada Ne Anlama Gelir?<\/span><\/h3>\n<p>VPS \u00fczerinde tipik olarak \u015fu yedek t\u00fcrleriyle kar\u015f\u0131la\u015f\u0131r\u0131z:<\/p>\n<ul>\n<li><strong>Dosya Sistemi Bazl\u0131 Yedek:<\/strong> rsync, tar, restic, borg gibi ara\u00e7larla al\u0131nan, belirli dizinleri kapsayan yedekler.<\/li>\n<li><strong>Block\/Snapshot Yedekleri:<\/strong> VPS diskine ait anl\u0131k g\u00f6r\u00fcnt\u00fcler. Genelde h\u0131zl\u0131 geri y\u00fckleme sa\u011flar, ancak boyutu b\u00fcy\u00fck olabilir.<\/li>\n<li><strong>Veritaban\u0131 \u00d6zel Yedekleri:<\/strong> mysqldump, XtraBackup, pg_dump, pgBackRest vb. ile al\u0131nan yedekler.<\/li>\n<\/ul>\n<p>Bu yap\u0131lar\u0131 otomatik h\u00e2le getirmek i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/object-storagea-otomatik-yedek-alma-rclone-restic-ve-cron-ile-cpanel-vps-yedekleri\/\">rclone, restic ve cron ile cPanel\/VPS yedekleri<\/a> ve <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\u0131lar\u0131m\u0131zda detayl\u0131 \u00f6rnekler payla\u015ft\u0131k. Felaket kurtarma provas\u0131nda ise bu yedeklerden ger\u00e7ekten aya\u011fa kalkabildi\u011finizi somut olarak g\u00f6rmek istiyoruz.<\/p>\n<h3><span id=\"Senaryo_1_Tam_VPS_Geri_Donus_Provasi_Yeni_VPS_Uzerinde\">Senaryo 1: Tam VPS Geri D\u00f6n\u00fc\u015f Provas\u0131 (Yeni VPS \u00dczerinde)<\/span><\/h3>\n<p>Bu senaryoda varsay\u0131m \u015fu: Mevcut VPS\u2019iniz tamamen kayboldu ve DCHost paneli \u00fczerinden yeni bir VPS a\u00e7t\u0131n\u0131z. \u015eu ad\u0131mlarla prova yapabilirsiniz:<\/p>\n<ol>\n<li><strong>Yeni bir test VPS olu\u015fturun.<\/strong><br \/>CPU\/RAM\/disk de\u011ferleri \u00fcretim ortam\u0131na yak\u0131n olsun ki geri d\u00f6n\u00fc\u015f s\u00fcreleri ger\u00e7ek\u00e7i \u00f6l\u00e7\u00fclebilsin.<\/li>\n<li><strong>Temel i\u015fletim sistemi ve g\u00fcvenlik ayarlar\u0131n\u0131 yap\u0131n.<\/strong><br \/>SSH eri\u015fimi, kullan\u0131c\u0131 hesaplar\u0131, temel g\u00fcvenlik duvar\u0131; bu a\u015famada daha \u00f6nce yazd\u0131\u011f\u0131m\u0131z &#8220;Yeni VPS\u2019te ilk 24 saat&#8221; ve &#8220;VPS sunucu g\u00fcvenli\u011fi&#8221; rehberlerindeki ad\u0131mlar\u0131 referans alabilirsiniz.<\/li>\n<li><strong>Yedekleri yeni VPS\u2019e indirin.<\/strong><br \/>Object storage, uzak SFTP, NFS veya ba\u015fka bir ortamda tuttu\u011funuz yedekleri, prova i\u00e7in a\u00e7t\u0131\u011f\u0131n\u0131z bu VPS\u2019e \u00e7ekin.<\/li>\n<li><strong>Dosya sistemi geri y\u00fcklemesini yap\u0131n.<\/strong><br \/>\/var\/www, \/etc\/nginx, \/etc\/php, \/home gibi kritik dizinleri yede\u011finizin kapsam\u0131na g\u00f6re uygun yerlere geri yaz\u0131n.<\/li>\n<li><strong>Veritabanlar\u0131n\u0131 geri y\u00fckleyin.<\/strong><br \/>MySQL\/MariaDB i\u00e7in mysqldump veya XtraBackup, PostgreSQL i\u00e7in pg_dump\/pgBackRest yedeklerinizi kullan\u0131n. Bu konuda ayr\u0131nt\u0131l\u0131 stratejiler 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\/\">MySQL\/MariaDB yedekleme stratejileri<\/a> rehberine g\u00f6z atabilirsiniz.<\/li>\n<li><strong>Servisleri s\u0131rayla aya\u011fa kald\u0131r\u0131n.<\/strong><br \/>Nginx\/Apache, PHP\u2011FPM, Redis, queue worker\u2019lar, cron job\u2019lar; hepsinin loglar\u0131n\u0131 izleyerek hata olup olmad\u0131\u011f\u0131n\u0131 kontrol edin.<\/li>\n<\/ol>\n<p>Bu prova s\u0131ras\u0131nda, &#8220;Yedekleri indirme + geri y\u00fckleme + servisleri aya\u011fa kald\u0131rma&#8221; ad\u0131mlar\u0131n\u0131n toplam s\u00fcresini \u00f6l\u00e7\u00fcn; bu, ger\u00e7ek RTO\u2019nuzun en net g\u00f6stergesi olacakt\u0131r.<\/p>\n<h3><span id=\"Senaryo_2_DosyaDizin_Bazli_Geri_Yukleme_Provasi\">Senaryo 2: Dosya\/Dizin Bazl\u0131 Geri Y\u00fckleme Provas\u0131<\/span><\/h3>\n<p>Daha hafif ama pratikte \u00e7ok s\u0131k kar\u015f\u0131la\u015f\u0131lan senaryo \u015fudur: Bir deploy s\u0131ras\u0131nda yanl\u0131\u015f dizini silersiniz veya \u00fcretim konfig\u00fcrasyon dosyas\u0131n\u0131 bozars\u0131n\u0131z. Bu durumda tam VPS geri y\u00fcklemek yerine, sadece ilgili dizini d\u00f6nmek \u00e7ok daha h\u0131zl\u0131d\u0131r.<\/p>\n<p>Prova i\u00e7in:<\/p>\n<ol>\n<li><strong>Test ortam\u0131nda bilerek bir dosyay\u0131 bozun veya silin.<\/strong><br \/>\u00d6rne\u011fin \/var\/www\/project\/.env dosyas\u0131n\u0131n bir kopyas\u0131n\u0131 al\u0131p, orijinali silin.<\/li>\n<li><strong>Yede\u011finizden sadece o dosya veya dizini geri \u00e7ekin.<\/strong><br \/>restic\/borg\/rsync ile tek path geri y\u00fckleme senaryosunu deneyin.<\/li>\n<li><strong>Uygulaman\u0131n tekrar d\u00fczg\u00fcn \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 do\u011frulay\u0131n.<\/strong><br \/>Loglarda hata kalmad\u0131\u011f\u0131ndan, HTTP 500 d\u00f6nmedi\u011finden emin olun.<\/li>\n<\/ol>\n<p>Bu k\u00fc\u00e7\u00fck prova, ger\u00e7ek hayatta onlarca deploy s\u0131ras\u0131nda sizi kurtarabilecek kritik bir kas haf\u0131zas\u0131 olu\u015fturur.<\/p>\n<h3><span id=\"Senaryo_3_Veritabani_Geri_Donusu_ve_PITR_Testi\">Senaryo 3: Veritaban\u0131 Geri D\u00f6n\u00fc\u015f\u00fc ve PITR Testi<\/span><\/h3>\n<p>\u00d6zellikle finansal veya sipari\u015f verisi tutan sistemlerde, sadece &#8220;son yede\u011fe&#8221; d\u00f6nmek yeterli olmayabilir. Bazen belirli bir ana kadar ileri veya geri d\u00f6nmeniz gerekebilir (Point\u2011in\u2011Time Recovery \u2011 PITR).<\/p>\n<p>Prova i\u00e7in:<\/p>\n<ol>\n<li><strong>Test veritaban\u0131 olu\u015fturun.<\/strong><br \/>\u00dcretim veritaban\u0131n\u0131z\u0131n bir kopyas\u0131n\u0131 test isimleriyle yeniden olu\u015fturun.<\/li>\n<li><strong>Belirli bir zamana kadar olan WAL\/binlog\u2019lar\u0131 uygulay\u0131n.<\/strong><br \/>Kulland\u0131\u011f\u0131n\u0131z veritaban\u0131 \u00e7\u00f6z\u00fcm\u00fcne g\u00f6re PITR rehberlerini izleyin.<\/li>\n<li><strong>Uygulama taraf\u0131nda veri tutarl\u0131l\u0131\u011f\u0131n\u0131 kontrol edin.<\/strong><br \/>Son 1 saatlik sipari\u015flerin g\u00f6r\u00fcn\u00fcp g\u00f6r\u00fcnmedi\u011fini, log kay\u0131tlar\u0131yla kar\u015f\u0131la\u015ft\u0131r\u0131n.<\/li>\n<\/ol>\n<p>Bu t\u00fcr testler, \u00f6zellikle SaaS ve e\u2011ticaret projelerinde, &#8220;yanl\u0131\u015f toplu g\u00fcncelleme&#8221; veya &#8220;hatal\u0131 script&#8221; gibi senaryolarda hayat kurtar\u0131r.<\/p>\n<h2><span id=\"Gercekci_Prova_Senaryolari_Ornekler_Uzerinden_Gidelim\">Ger\u00e7ek\u00e7i Prova Senaryolar\u0131: \u00d6rnekler \u00dczerinden Gidelim<\/span><\/h2>\n<h3><span id=\"Ornek_1_WooCommerce_Magazasinda_Guncelleme_Sonrasi_Cokme\">\u00d6rnek 1: WooCommerce Ma\u011fazas\u0131nda G\u00fcncelleme Sonras\u0131 \u00c7\u00f6kme<\/span><\/h3>\n<p>Senaryo: Bir kampanya \u00f6ncesi WooCommerce ve baz\u0131 eklentileri g\u00fcncellediniz, ancak sepet ve \u00f6deme ad\u0131mlar\u0131 500 hatas\u0131 vermeye ba\u015flad\u0131. Geri almak i\u00e7in zaman yok, kampanya ba\u015flayacak.<\/p>\n<p>Prova ak\u0131\u015f\u0131 \u015f\u00f6yle olabilir:<\/p>\n<ol>\n<li>Canl\u0131 sitede sorun ya\u015fanan anda, en g\u00fcncel yede\u011fi tespit edin (\u00f6r. 2 saat \u00f6nce al\u0131nm\u0131\u015f otomatik tam cPanel yede\u011fi).<\/li>\n<li>Bu yede\u011fi test cPanel hesab\u0131na geri y\u00fckleyin, sadece database\u2019i canl\u0131 siteden kopyalay\u0131n.<\/li>\n<li>Staging ortam\u0131nda sorun ger\u00e7ekten yedek \u00f6ncesinde yok mu, do\u011frulay\u0131n.<\/li>\n<li>Do\u011frulad\u0131ktan sonra, canl\u0131 hesab\u0131n dosyalar\u0131n\u0131 staging\u2019den geri d\u00f6nerek veya sadece ilgili plug\u2011in klas\u00f6rlerini de\u011fi\u015ftirmek suretiyle d\u00fczeltmeyi uygulay\u0131n.<\/li>\n<\/ol>\n<p>Bu t\u00fcr senaryolarda, WooCommerce\u2019in veritaban\u0131 yap\u0131s\u0131n\u0131 ve sorgu davran\u0131\u015f\u0131n\u0131 anlamak i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/woocommerce-ve-buyuk-katalog-siteleri-icin-mysql-indeksleme-ve-sorgu-optimizasyonu-rehberi\/\">WooCommerce i\u00e7in MySQL indeksleme ve sorgu optimizasyonu rehberimize<\/a> de g\u00f6z atman\u0131z, hem performans hem de veri tutarl\u0131l\u0131\u011f\u0131 a\u00e7\u0131s\u0131ndan size ekstra i\u00e7g\u00f6r\u00fc sa\u011flayacakt\u0131r.<\/p>\n<h3><span id=\"Ornek_2_Laravel_PostgreSQL_VPSte_Disk_Arizasi\">\u00d6rnek 2: Laravel + PostgreSQL VPS\u2019te Disk Ar\u0131zas\u0131<\/span><\/h3>\n<p>Senaryo: Tek VPS \u00fczerinde \u00e7al\u0131\u015fan bir Laravel uygulaman\u0131z var. PostgreSQL, Redis ve queue worker\u2019lar da ayn\u0131 sunucuda. Disk I\/O hatalar\u0131 almaya ba\u015flad\u0131n\u0131z ve en k\u00f6t\u00fcs\u00fcne haz\u0131rl\u0131kl\u0131 olmak istiyorsunuz.<\/p>\n<p>Prova ak\u0131\u015f\u0131:<\/p>\n<ol>\n<li>Yeni bir test VPS olu\u015fturun ve \u00fcretim sunucusuyla ayn\u0131 Linux da\u011f\u0131t\u0131m\u0131n\u0131 se\u00e7in.<\/li>\n<li>G\u00fcncel dosya sistemi yede\u011fini (\u00f6r. restic\/borg) ve PostgreSQL yedeklerini (pg_dump\/pgBackRest) bu test VPS\u2019e \u00e7ekin.<\/li>\n<li>Laravel uygulamas\u0131n\u0131 ve t\u00fcm servisleri aya\u011fa kald\u0131r\u0131n.<\/li>\n<li>Uygulama loglar\u0131, queue job\u2019lar\u0131 ve cron\u2019lar\u0131n d\u00fczg\u00fcn \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 do\u011frulay\u0131n.<\/li>\n<li>Toplam ge\u00e7en s\u00fcreyi kaydedin; bu, ger\u00e7ek disk ar\u0131zas\u0131 an\u0131ndaki RTO tahmininiz olacakt\u0131r.<\/li>\n<\/ol>\n<p>Bu prova sonucunda &#8220;Disk tamamen giderse maksimum 40 dakikada yeni VPS\u2019ten aya\u011fa kalkabiliyoruz&#8221; gibi somut bir c\u00fcmle kurabiliyorsan\u0131z, do\u011fru yoldas\u0131n\u0131z demektir.<\/p>\n<h2><span id=\"Sonuclari_Dokumante_Etmek_ve_Iyilestirmek\">Sonu\u00e7lar\u0131 Dok\u00fcmante Etmek ve \u0130yile\u015ftirmek<\/span><\/h2>\n<p>Her felaket kurtarma provas\u0131, asl\u0131nda k\u00fc\u00e7\u00fck bir <strong>deney<\/strong>tir. Deneyin de\u011ferli olmas\u0131 i\u00e7in sonu\u00e7lar\u0131 mutlaka kaydetmeniz gerekir. \u00d6nerdi\u011fimiz temel metrikler:<\/p>\n<ul>\n<li><strong>Ba\u015flang\u0131\u00e7 ve biti\u015f saatleri:<\/strong> Ger\u00e7ek RTO \u00f6l\u00e7\u00fcm\u00fc i\u00e7in.<\/li>\n<li><strong>Kullan\u0131lan yedek zaman\u0131:<\/strong> Ger\u00e7ek RPO \u00f6l\u00e7\u00fcm\u00fc i\u00e7in.<\/li>\n<li><strong>Kar\u015f\u0131la\u015f\u0131lan hatalar ve \u00e7\u00f6z\u00fcmleri:<\/strong> Bir sonraki provada veya ger\u00e7ek felakette ayn\u0131 tuza\u011fa tekrar d\u00fc\u015fmemek i\u00e7in.<\/li>\n<li><strong>\u0130yile\u015ftirme fikirleri:<\/strong> \u00d6rne\u011fin baz\u0131 komutlar\u0131 script\u2019e d\u00f6kmek, belirli dizinleri ayr\u0131 yedeklemek, loglama seviyesini art\u0131rmak gibi.<\/li>\n<\/ul>\n<p>Bu dok\u00fcmantasyonu, kurum i\u00e7i wiki\u2019nizde veya bir ticket sistemi \u00fczerinde d\u00fczenli olarak saklaman\u0131z\u0131 tavsiye ederiz. B\u00f6ylece hem ekip i\u00e7i bilgi birikimi olu\u015fur, hem de denetim\/uyum s\u00fcre\u00e7lerinde elinizde somut kan\u0131t olur.<\/p>\n<p>Daha stratejik bir a\u00e7\u0131dan bakmak isterseniz, felaket kurtarma plan\u0131n\u0131 ba\u015ftan sona nas\u0131l kurgulaman\u0131z gerekti\u011fini, <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 yazma rehberimizde<\/a> ayr\u0131nt\u0131l\u0131 ve uygulamaya d\u00f6n\u00fck \u00f6rneklerle anlatt\u0131k. Bu yaz\u0131daki teknik prova ad\u0131mlar\u0131n\u0131, oradaki stratejik yakla\u015f\u0131mla birle\u015ftirdi\u011finizde, ger\u00e7ekten sa\u011flam bir DR \u00e7er\u00e7evesine sahip olursunuz.<\/p>\n<h2><span id=\"DCHost_Uzerinde_Felaket_Kurtarma_Provasini_Nasil_Kurabilirsiniz\">DCHost \u00dczerinde Felaket Kurtarma Provas\u0131n\u0131 Nas\u0131l Kurabilirsiniz?<\/span><\/h2>\n<p>Bu rehberi yazarken akl\u0131m\u0131zda hep \u015fu vard\u0131: DCHost \u00fczerinde \u00e7al\u0131\u015fan projeleriniz i\u00e7in, k\u00e2\u011f\u0131t \u00fcst\u00fcnde kalmayan, ger\u00e7ekten uygulanabilir bir felaket kurtarma rutini olu\u015fturmak. \u00d6zetle \u015fu yakla\u015f\u0131m\u0131 \u00f6neriyoruz:<\/p>\n<ul>\n<li>cPanel hesaplar\u0131n\u0131z i\u00e7in, d\u00fczenli otomatik yedeklerin yan\u0131 s\u0131ra, kritik d\u00f6nemler (b\u00fcy\u00fck g\u00fcncelleme, kampanya \u00f6ncesi) \u00f6ncesi manuel ek yedekler planlay\u0131n.<\/li>\n<li>VPS taraf\u0131nda, yerel disk yedeklerinin yan\u0131nda mutlaka uzak bir <strong>S3 uyumlu object storage<\/strong> \u00fczerinde ek kopya tutun. Bunu otomatikle\u015ftirmek i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/object-storagea-otomatik-yedek-alma-rclone-restic-ve-cron-ile-cpanel-vps-yedekleri\/\">rclone\/restic ile object storage\u2019a otomatik yedek alma rehberimiz<\/a> size pratik bir rehber sunar.<\/li>\n<li>WordPress, WooCommerce ve benzeri yo\u011fun kullan\u0131lan projeleriniz i\u00e7in staging ortam\u0131 ve d\u00fczenli yedek testlerini ihmal etmeyin; burada da <a href=\"https:\/\/www.dchost.com\/blog\/wordpress-yedekleme-stratejileri-paylasimli-hosting-ve-vpste-otomatik-yedek-ve-geri-yukleme\/\">WordPress yedekleme stratejileri<\/a> yaz\u0131s\u0131ndaki \u00f6nerileri bu rehberle birlikte uygulayabilirsiniz.<\/li>\n<li>Y\u0131lda en az 1\u20112 kez, kritik projeleriniz i\u00e7in <strong>tam geri d\u00f6n\u00fc\u015f provas\u0131<\/strong> yap\u0131n ve sonu\u00e7lar\u0131n\u0131 runbook\u2019lar\u0131n\u0131za i\u015fleyin.<\/li>\n<\/ul>\n<p>E\u011fer DCHost altyap\u0131s\u0131nda cPanel, VPS, dedicated veya colocation hizmetleriniz varsa ve bu rehberi kendi ortam\u0131n\u0131za uyarlamak istiyorsan\u0131z, yedekleme ve felaket kurtarma senaryolar\u0131n\u0131z\u0131 birlikte g\u00f6zden ge\u00e7irebiliriz. Hangi yedek t\u00fcrlerinin hangi senaryo i\u00e7in daha uygun oldu\u011fu, RTO\/RPO hedefleriniz ve b\u00fct\u00e7e dengenizle birlikte ele al\u0131nd\u0131\u011f\u0131nda, ger\u00e7ekten i\u00e7inizi rahatlatan bir felaket kurtarma stratejisi kurmak m\u00fcmk\u00fcn.<\/p>\n<p>Sonu\u00e7 olarak: Felaketin ne zaman gelece\u011fini bilemezsiniz, ama geldi\u011finde ne yapaca\u011f\u0131n\u0131z\u0131 \u00f6nceden prova ederek rahat uyuyabilirsiniz. cPanel ve VPS yedeklerinden d\u00fczenli geri d\u00f6n\u00fc\u015f testleri yapmak, bunun en somut ve uygulanabilir ad\u0131m\u0131. Bug\u00fcn k\u00fc\u00e7\u00fck bir testle ba\u015flay\u0131n; bir sonraki b\u00fcy\u00fck sorunda, bu \u00e7aban\u0131n ne kadar de\u011ferli oldu\u011funu \u00e7ok net g\u00f6receksiniz.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>Yedek almak \u00e7o\u011fu zaman yap\u0131l\u0131r, ama o yedekten ger\u00e7ekten geri d\u00f6nebiliyor musunuz? Pek \u00e7ok projede kapasite planlama, mimari tasar\u0131m veya g\u00fcvenlik denetimi yaparken g\u00f6rd\u00fc\u011f\u00fcm\u00fcz ortak sorun \u015fu: Yedekler var, ama felaket kurtarma provas\u0131 hi\u00e7 yap\u0131lmam\u0131\u015f. Dosyalar nerede, hangi versiyon \u00e7al\u0131\u015f\u0131r durumda, RTO\/RPO ger\u00e7ekten kar\u015f\u0131lanabiliyor mu, kimse bilmiyor. Bu belirsizlik, \u00f6zellikle e\u2011ticaret, SaaS ve kurumsal sitelerde [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":3497,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-3496","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\/3496","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=3496"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/3496\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/3497"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=3496"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=3496"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=3496"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}