{"id":434,"date":"2026-01-18T19:55:54","date_gmt":"2026-01-18T19:55:54","guid":{"rendered":"https:\/\/narhost.com\/blog\/?p=434"},"modified":"2026-09-11T14:49:25","modified_gmt":"2026-09-11T14:49:25","slug":"hosting-yedeklemesi-neden-onemli","status":"publish","type":"post","link":"https:\/\/narhost.com\/blog\/hosting-yedeklemesi-neden-onemli\/","title":{"rendered":"Hosting Yedeklemesi Neden \u00d6nemli \u2014 Veri Kayb\u0131n\u0131 \u00d6nleme"},"content":{"rendered":"<div id=\"ai-ozet\" class=\"ai-box\">\n<p class=\"ai-box-title\">K\u0131saca \u00f6zet<\/p>\n<ul>\n<li>Hosting yedeklemesi, sitenizin dosyalar\u0131n\u0131n ve veritaban\u0131n\u0131n d\u00fczenli aral\u0131klarla ayr\u0131 bir yere kopyalanmas\u0131 ve gerekti\u011finde geri y\u00fcklenebilmesidir.<\/li>\n<li>Veri kayb\u0131n\u0131n en s\u0131k d\u00f6rt sebebi var: hatal\u0131 eklenti g\u00fcncellemesi, kullan\u0131c\u0131 hatas\u0131, zararl\u0131 yaz\u0131l\u0131m ve sunucu donan\u0131m ar\u0131zas\u0131.<\/li>\n<li>Tam yedek her seferinde her \u015feyi kopyalar, geri d\u00f6n\u00fc\u015f\u00fc basittir; art\u0131ml\u0131 yedek yaln\u0131zca de\u011fi\u015feni al\u0131r, yer kazand\u0131r\u0131r ama geri y\u00fckleme zincire ba\u011fl\u0131d\u0131r.<\/li>\n<li>Dosya yede\u011fi ile veritaban\u0131 yede\u011fi ayr\u0131 iki i\u015ftir; yaln\u0131z birini almak siteyi aya\u011fa kald\u0131rmaya yetmez.<\/li>\n<li>Yede\u011fi yaln\u0131zca sitenin durdu\u011fu sunucuda tutmak, yedek almamakla neredeyse ayn\u0131 sonucu verir.<\/li>\n<li>Geri y\u00fckleme denemesi yap\u0131lmam\u0131\u015f bir kopya, \u00e7al\u0131\u015ft\u0131\u011f\u0131 kan\u0131tlanana kadar yedek say\u0131lmaz.<\/li>\n<\/ul>\n<\/div>\n<p>Bir sabah siteye girdi\u011finizde beyaz ekran g\u00f6rmek ya da ana sayfada tan\u0131mad\u0131\u011f\u0131n\u0131z bir y\u00f6nlendirme bulmak, site sahiplerinin \u00e7o\u011funun ba\u015f\u0131na en az bir kez gelir. O anda tek bir soru vard\u0131r: geriye d\u00f6nebilece\u011fimiz bir kopya var m\u0131? Hosting yedeklemesi tam olarak bu soruya cevap veren sistemdir. A\u015fa\u011f\u0131da yede\u011fin hangi senaryolarda i\u015fe yarad\u0131\u011f\u0131n\u0131, tam ve art\u0131ml\u0131 yedek fark\u0131n\u0131, kopyan\u0131n nerede durmas\u0131 gerekti\u011fini ve geri y\u00fckleme tatbikat\u0131n\u0131n neden atlanmamas\u0131 gerekti\u011fini anlat\u0131yoruz.<\/p>\n<h2>Hosting yedeklemesi neden hayati bir konu?<\/h2>\n<p>Bir sitenin de\u011feri sunucudaki dosyalarda de\u011fil, o dosyalar ile veritaban\u0131n\u0131n b\u00fct\u00fcnl\u00fc\u011f\u00fcndedir. \u00dcr\u00fcn kay\u0131tlar\u0131, sipari\u015f ge\u00e7mi\u015fi, \u00fcye bilgileri, y\u0131llarca yaz\u0131lm\u0131\u015f i\u00e7erik; hepsi tek bir dizin ve tek bir veritaban\u0131 i\u00e7inde durur. Bu ikisinden biri bozuldu\u011funda site yay\u0131nda g\u00f6r\u00fcnse bile i\u015flevsizdir.<\/p>\n<p>Hosting yedeklemesi bu riski zamanla s\u0131n\u0131rlar. Elinizde sa\u011flam bir kopya varsa sorun &#8220;site gitti&#8221; olmaktan \u00e7\u0131kar, &#8220;ka\u00e7 saatlik veri kaybettik&#8221; sorusuna d\u00f6ner. Kopya yoksa geriye yaln\u0131zca sunucu g\u00fcnl\u00fckleri, arama motoru \u00f6nbelle\u011fi ve tahmin kal\u0131r. \u0130kisi aras\u0131ndaki fark \u00e7o\u011fu i\u015fletme i\u00e7in birka\u00e7 saat ile birka\u00e7 ay aras\u0131ndaki farkt\u0131r.<\/p>\n<div class=\"highlight-box\">\n<p class=\"label\">Bilgi<\/p>\n<p>Yedek ile ar\u015fiv ayn\u0131 \u015fey de\u011fildir. Yedek, olabildi\u011fince yeni bir kopyay\u0131 h\u0131zl\u0131 geri y\u00fcklemek i\u00e7indir. Ar\u015fiv ise ge\u00e7mi\u015f bir tarihe d\u00f6nmek i\u00e7indir. \u0130kisini birlikte tutmak gerekir, \u00e7\u00fcnk\u00fc zararl\u0131 yaz\u0131l\u0131m g\u00fcnler sonra fark edildi\u011finde en yeni kopya da bula\u015fm\u0131\u015f olabilir.<\/p>\n<\/div>\n<h2>Veri kayb\u0131 en \u00e7ok hangi senaryolarda ya\u015fan\u0131yor?<\/h2>\n<p>Sunucu yanmas\u0131 akla ilk gelen senaryodur ama pratikte en seyrek olan\u0131d\u0131r. Yede\u011fi as\u0131l kulland\u0131ran olaylar \u00e7ok daha s\u0131radand\u0131r.<\/p>\n<ul>\n<li><strong>Eklenti ya da tema g\u00fcncellemesi.<\/strong> Uyumsuz bir s\u00fcr\u00fcm y\u00fcklenir, site beyaz ekrana d\u00fc\u015fer ya da tasar\u0131m da\u011f\u0131l\u0131r. G\u00fcncellemeyi geri almak \u00e7o\u011fu zaman m\u00fcmk\u00fcn de\u011fildir, dosyalar\u0131 geri y\u00fcklemek gerekir.<\/li>\n<li><strong>Kullan\u0131c\u0131 hatas\u0131.<\/strong> Yanl\u0131\u015f dizinin silinmesi, yanl\u0131\u015f veritaban\u0131 tablosunun bo\u015falt\u0131lmas\u0131, toplu d\u00fczenlemede bin \u00fcr\u00fcn\u00fcn fiyat\u0131n\u0131n s\u0131f\u0131rlanmas\u0131. Panelde tek t\u0131kla yap\u0131lan i\u015flerin \u00e7o\u011funun geri alma d\u00fc\u011fmesi yoktur.<\/li>\n<li><strong>Zararl\u0131 yaz\u0131l\u0131m.<\/strong> Eski bir eklenti \u00fczerinden kod enjekte edilir, sayfalara gizli ba\u011flant\u0131lar eklenir ya da dosyalar \u015fifrelenir. Parola denemeleriyle yap\u0131lan sald\u0131r\u0131lar\u0131n nas\u0131l i\u015fledi\u011fini <a href=\"https:\/\/narhost.com\/blog\/brute-force-nedir\/\" title=\"Brute force sald\u0131r\u0131s\u0131 nedir, nas\u0131l engellenir\">brute force yaz\u0131m\u0131zda<\/a> ayr\u0131nt\u0131land\u0131rd\u0131k.<\/li>\n<li><strong>Sunucu ya da disk ar\u0131zas\u0131.<\/strong> RAID bile tek ba\u015f\u0131na yedek de\u011fildir; disk kopyalama, silinen dosyay\u0131 da bozulan veriyi de an\u0131nda ikinci diske yazar.<\/li>\n<\/ul>\n<div class=\"senaryo-block\">\n<p class=\"label\">\u00d6rnek senaryo<\/p>\n<p>K\u00fc\u00e7\u00fck bir mobilya sat\u0131c\u0131s\u0131, sepet eklentisini otomatik g\u00fcncellemeye a\u00e7\u0131k b\u0131rakt\u0131. Gece \u00e7\u0131kan bir s\u00fcr\u00fcm \u00f6deme ad\u0131m\u0131n\u0131 bozdu ve sabaha kadar gelen sipari\u015fler yar\u0131m kald\u0131. Geli\u015ftirici sorunu iki saatte \u00e7\u00f6zebilirdi ama panelden al\u0131nan bir g\u00fcn \u00f6ncesine ait tam yedek, siteyi on be\u015f dakikada \u00e7al\u0131\u015f\u0131r h\u00e2le getirdi. Kaybedilen tek \u015fey, bozuk s\u00fcr\u00fcm\u00fcn yay\u0131nda kald\u0131\u011f\u0131 saatlerdeki birka\u00e7 yar\u0131m sipari\u015fti. Yedek olmasayd\u0131 kay\u0131p, o g\u00fcn\u00fcn cirosunun tamam\u0131 olacakt\u0131.<\/p>\n<\/div>\n<figure class=\"nh-sema\"><img loading=\"lazy\" src=\"https:\/\/narhost.com\/blog\/wp-content\/uploads\/2026\/09\/hosting-yedeklemesi-neden-onemli-sema-narhost.webp\" alt=\"Hosting yedeklemesi ak\u0131\u015f \u015femas\u0131 \u2014 dosya ve veritaban\u0131 yede\u011fi, d\u0131\u015f kopya ve geri y\u00fckleme tatbikat\u0131\" width=\"1200\" height=\"500\" loading=\"lazy\" decoding=\"async\"><figcaption>Hosting yedeklemesi d\u00f6rt ad\u0131mda kurulur: kapsam\u0131 belirle, t\u00fcr\u00fc se\u00e7, d\u0131\u015f kopyay\u0131 ay\u0131r, geri y\u00fcklemeyi dene.<\/figcaption><\/figure>\n<h2>Tam yedek ile art\u0131ml\u0131 yedek aras\u0131ndaki fark<\/h2>\n<p>Yedekleme y\u00f6ntemleri, her seferinde ne kadar veri kopyaland\u0131\u011f\u0131na g\u00f6re ayr\u0131l\u0131r. Se\u00e7im, disk alan\u0131 ile geri d\u00f6n\u00fc\u015f h\u0131z\u0131 aras\u0131ndaki dengeye bakar.<\/p>\n<table>\n<thead>\n<tr>\n<th>Yedek t\u00fcr\u00fc<\/th>\n<th>Kapsam<\/th>\n<th>Geri d\u00f6n\u00fc\u015f s\u00fcresi<\/th>\n<th>Kime uygun<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Tam yedek<\/td>\n<td>Dosyalar\u0131n ve veritaban\u0131n\u0131n tamam\u0131<\/td>\n<td>En k\u0131sa, tek dosyadan d\u00f6n\u00fcl\u00fcr<\/td>\n<td>K\u00fc\u00e7\u00fck ve orta \u00f6l\u00e7ekli siteler<\/td>\n<\/tr>\n<tr>\n<td>Art\u0131ml\u0131 yedek<\/td>\n<td>Son yedekten bu yana de\u011fi\u015fen dosyalar<\/td>\n<td>Uzun, zincirdeki t\u00fcm par\u00e7alar gerekir<\/td>\n<td>B\u00fcy\u00fck dosya ar\u015fivi olan siteler<\/td>\n<\/tr>\n<tr>\n<td>Diferansiyel yedek<\/td>\n<td>Son tam yedekten sonra de\u011fi\u015fen her \u015fey<\/td>\n<td>Orta, tam yedek art\u0131 tek par\u00e7a<\/td>\n<td>G\u00fcnl\u00fck de\u011fi\u015fimi y\u00fcksek siteler<\/td>\n<\/tr>\n<tr>\n<td>Anl\u0131k g\u00f6r\u00fcnt\u00fc<\/td>\n<td>Sunucunun o andaki disk imaj\u0131<\/td>\n<td>\u00c7ok k\u0131sa, sunucu b\u00fct\u00fcn olarak d\u00f6ner<\/td>\n<td>Sanal sunucu ve bulut kullananlar<\/td>\n<\/tr>\n<tr>\n<td>Yaln\u0131z veritaban\u0131<\/td>\n<td>Tablolar ve kay\u0131tlar<\/td>\n<td>K\u0131sa, dosyalar ayr\u0131ca gerekir<\/td>\n<td>\u0130\u00e7eri\u011fi s\u0131k de\u011fi\u015fen, dosyas\u0131 sabit siteler<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Pratik kural \u015fudur: tam yedek yer yer ama zaman kazand\u0131r\u0131r, art\u0131ml\u0131 yedek yer kazand\u0131r\u0131r ama zaman ister. \u00c7o\u011fu site i\u00e7in do\u011fru kurgu ikisinin kar\u0131\u015f\u0131m\u0131d\u0131r; haftada bir tam yedek, aralarda art\u0131ml\u0131 ya da diferansiyel kopyalar. Zincir mant\u0131\u011f\u0131n\u0131n bir zay\u0131fl\u0131\u011f\u0131 vard\u0131r: aradaki tek bir par\u00e7a bozulursa o tarihten sonraki t\u00fcm art\u0131ml\u0131 yedekler kullan\u0131lamaz h\u00e2le gelir.<\/p>\n<h2>Dosya yede\u011fi ile veritaban\u0131 yede\u011fi ayr\u0131 iki i\u015ftir<\/h2>\n<p>Bir web sitesi iki ayr\u0131 par\u00e7adan olu\u015fur. Dosya taraf\u0131nda tema, eklentiler, y\u00fckledi\u011finiz g\u00f6rseller ve yap\u0131land\u0131rma dosyalar\u0131 vard\u0131r. Veritaban\u0131 taraf\u0131nda yaz\u0131lar, sayfalar, \u00fcr\u00fcnler, sipari\u015fler, yorumlar, kullan\u0131c\u0131lar ve ayarlar durur.<\/p>\n<p>Yaln\u0131zca dosyalar\u0131 yedeklerseniz siteyi geri y\u00fckledi\u011finizde bo\u015f bir kurulum elde edersiniz. Yaln\u0131zca veritaban\u0131n\u0131 yedeklerseniz i\u00e7erik yerinde olur ama tema ve g\u00f6rseller eksik kal\u0131r. \u0130ki par\u00e7an\u0131n <strong>ayn\u0131 ana ait<\/strong> olmas\u0131 da gerekir; farkl\u0131 tarihlerden birle\u015ftirilen yedekler eksik tablo ve k\u0131r\u0131k g\u00f6rsel ba\u011flant\u0131s\u0131 \u00fcretir. Veritaban\u0131 taraf\u0131n\u0131n nas\u0131l d\u0131\u015fa aktar\u0131ld\u0131\u011f\u0131 <a href=\"https:\/\/developer.wordpress.org\/advanced-administration\/security\/backup\/database\/\" title=\"WordPress resm\u00ee veritaban\u0131 yedekleme belgesi\" target=\"_blank\" rel=\"noopener\">WordPress resm\u00ee veritaban\u0131 yedekleme belgesinde<\/a> ad\u0131m ad\u0131m anlat\u0131l\u0131yor.<\/p>\n<div class=\"warn-box\">\n<p class=\"label\">Dikkat<\/p>\n<p>Yede\u011fi yaln\u0131zca sitenin \u00e7al\u0131\u015ft\u0131\u011f\u0131 sunucuda tutmak en yayg\u0131n hatad\u0131r. Disk bozulursa, hesap ask\u0131ya al\u0131n\u0131rsa ya da bir sald\u0131rgan yetki ele ge\u00e7irirse hem site hem de yedek ayn\u0131 anda kaybolur. Zararl\u0131 yaz\u0131l\u0131mlar\u0131n ilk yapt\u0131\u011f\u0131 i\u015flerden biri sunucudaki yedek dizinlerini silmektir. Sunucu i\u00e7indeki kopya yaln\u0131zca h\u0131zl\u0131 geri d\u00f6n\u00fc\u015f i\u00e7indir, tek kopyan\u0131z olamaz.<\/p>\n<\/div>\n<h2>Yedek nerede saklanmal\u0131 \u2014 3-2-1 kural\u0131<\/h2>\n<p>Saklama taraf\u0131nda y\u0131llard\u0131r de\u011fi\u015fmeyen bir \u00f6l\u00e7\u00fct var. 3-2-1 kural\u0131 \u00fc\u00e7 \u015fey ister: verinin en az <strong>\u00fc\u00e7 kopyas\u0131<\/strong>, bu kopyalar\u0131n en az <strong>iki farkl\u0131 ortamda<\/strong> tutulmas\u0131 ve en az <strong>bir kopyan\u0131n sunucunun d\u0131\u015f\u0131nda<\/strong> olmas\u0131.<\/p>\n<p>Uygulamada bu \u015f\u00f6yle g\u00f6r\u00fcn\u00fcr: birinci kopya yay\u0131ndaki sitenin kendisi, ikinci kopya panel \u00fczerinden al\u0131nan ve sunucuda duran yedek, \u00fc\u00e7\u00fcnc\u00fc kopya ise indirip kendi bilgisayar\u0131n\u0131zda ya da ayr\u0131 bir depolama hesab\u0131nda saklad\u0131\u011f\u0131n\u0131z ar\u015fiv. \u00dc\u00e7\u00fcnc\u00fc kopya kural\u0131n en \u00e7ok atlanan ama en \u00e7ok i\u015fe yarayan maddesidir.<\/p>\n<p>D\u0131\u015f kopyay\u0131 alman\u0131n en basit yolu, panelin \u00fcretti\u011fi yedek dosyas\u0131n\u0131 d\u00fczenli olarak indirmektir. Panel aray\u00fczleri aras\u0131ndaki yetki ve ara\u00e7 farklar\u0131n\u0131 <a href=\"https:\/\/narhost.com\/blog\/whm-ve-cpanel-arasindaki-farklar\/\" title=\"WHM ve cPanel aras\u0131ndaki farklar\">WHM ve cPanel kar\u015f\u0131la\u015ft\u0131rmam\u0131zda<\/a> bulabilirsiniz. Dosyay\u0131 indirirken \u015fifreleyip parola ile korumak da iyi bir al\u0131\u015fkanl\u0131kt\u0131r; yedek dosyas\u0131 veritaban\u0131 kullan\u0131c\u0131 ad\u0131n\u0131z\u0131 ve ba\u011flant\u0131 bilgilerinizi de ta\u015f\u0131r.<\/p>\n<h2>Geri y\u00fckleme tatbikat\u0131 yap\u0131lmam\u0131\u015f yedek, yedek de\u011fildir<\/h2>\n<p>Yedekleme sisteminin ba\u015far\u0131s\u0131 al\u0131nan kopya say\u0131s\u0131yla de\u011fil, geri y\u00fcklenebilen kopya say\u0131s\u0131yla \u00f6l\u00e7\u00fcl\u00fcr. Bozuk s\u0131k\u0131\u015ft\u0131rma, yar\u0131m kalan aktar\u0131m, eksik tablo ya da yanl\u0131\u015f karakter seti y\u00fcz\u00fcnden a\u00e7\u0131lmayan ar\u015fivler san\u0131ld\u0131\u011f\u0131ndan yayg\u0131nd\u0131r ve bu ancak ger\u00e7ekten ihtiya\u00e7 duyuldu\u011fu g\u00fcn fark edilir.<\/p>\n<p>Tatbikat basittir. Panelde bir test alan ad\u0131 ya da alt alan ad\u0131 a\u00e7\u0131n, son yede\u011fi oraya geri y\u00fckleyin, ana sayfay\u0131 ve bir i\u00e7 sayfay\u0131 a\u00e7\u0131n, y\u00f6netim paneline girin, bir \u00fcr\u00fcn ya da yaz\u0131 kayd\u0131n\u0131 kontrol edin. Yar\u0131m saatlik bu deneme, hosting yedeklemesi sisteminizin ger\u00e7ekten \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 g\u00f6steren tek kan\u0131tt\u0131r. Tatbikat\u0131 b\u00fcy\u00fck bir g\u00fcncelleme \u00f6ncesinde tekrarlamak ayr\u0131ca g\u00fcven verir.<\/p>\n<h2>WordPress sitelerinde hosting yedeklemesi nas\u0131l kurgulan\u0131r?<\/h2>\n<p>WordPress&#8217;te yedeklenmesi gereken dosya taraf\u0131 bellidir: <code>wp-content<\/code> dizini ve <code>wp-config.php<\/code>. \u00c7ekirdek dosyalar\u0131 gerekti\u011finde yeniden indirilebilir, ama teman\u0131z, eklentileriniz ve medya kitapl\u0131\u011f\u0131n\u0131z yaln\u0131zca sizde vard\u0131r. Veritaban\u0131 taraf\u0131nda ise tablolar\u0131n tamam\u0131 al\u0131n\u0131r; tablo \u00f6n eki varsay\u0131landan farkl\u0131ysa bu \u00f6n ekin de not edilmesi gerekir.<\/p>\n<p>Eklenti tabanl\u0131 \u00e7\u00f6z\u00fcmler i\u015fi kolayla\u015ft\u0131r\u0131r, ancak sitenin kendi i\u00e7inden \u00e7al\u0131\u015ft\u0131klar\u0131 i\u00e7in site a\u00e7\u0131lmad\u0131\u011f\u0131nda devreye giremezler. Bu y\u00fczden eklenti yede\u011fi ile panel yede\u011fi birbirinin yerine ge\u00e7mez, birbirini tamamlar. Hangi eklentilerin i\u015finize yarad\u0131\u011f\u0131n\u0131 se\u00e7erken <a href=\"https:\/\/narhost.com\/blog\/en-iyi-wordpress-eklentileri\/\" title=\"WordPress i\u00e7in i\u015fe yarayan eklenti rehberi\">eklenti rehberimize<\/a> g\u00f6z atabilirsiniz. Resm\u00ee yakla\u015f\u0131m ve dizin listesi i\u00e7in <a href=\"https:\/\/developer.wordpress.org\/advanced-administration\/security\/backup\/\" title=\"WordPress resm\u00ee yedekleme dok\u00fcmantasyonu\" target=\"_blank\" rel=\"noopener\">WordPress yedekleme dok\u00fcmantasyonu<\/a> iyi bir ba\u015flang\u0131\u00e7t\u0131r.<\/p>\n<p>Altyap\u0131 se\u00e7imi de yedek d\u00fczenini etkiler. Paket kapsam\u0131ndaki yedekleme se\u00e7eneklerini panelden kontrol etmek, hangi kopyan\u0131n haz\u0131r geldi\u011fini ve hangisini kendinizin indirmesi gerekti\u011fini netle\u015ftirir. WordPress i\u00e7in bar\u0131nd\u0131rma se\u00e7erken nelere bak\u0131ld\u0131\u011f\u0131n\u0131 <a href=\"https:\/\/narhost.com\/blog\/wordpress-icin-en-iyi-hosting-tercihi\/\" title=\"WordPress i\u00e7in hosting tercihi nas\u0131l yap\u0131l\u0131r\">ayr\u0131 bir yaz\u0131da<\/a> ele ald\u0131k.<\/p>\n<div class=\"success-box\">\n<p class=\"label\">Sonu\u00e7<\/p>\n<p>\u0130\u015fleyen bir hosting yedeklemesi d\u00fczeni \u00fc\u00e7 \u015feye dayan\u0131r: dosya ve veritaban\u0131n\u0131n birlikte al\u0131nmas\u0131, en az bir kopyan\u0131n sunucu d\u0131\u015f\u0131nda durmas\u0131 ve geri y\u00fcklemenin en az bir kez denenmi\u015f olmas\u0131. Bu \u00fc\u00e7\u00fc tamamsa bir ar\u0131za g\u00fcn\u00fc kay\u0131p de\u011fil, gecikme olarak kapan\u0131r.<\/p>\n<\/div>\n<h2>Yedekleme kontrol listesi<\/h2>\n<ul class=\"kontrol-listesi\">\n<li>Dosya ve veritaban\u0131 yede\u011finin ayn\u0131 ana ait oldu\u011funu do\u011frulay\u0131n.<\/li>\n<li>Paket kapsam\u0131ndaki yedekleme se\u00e7eneklerini panelden kontrol edin.<\/li>\n<li>En az bir kopyay\u0131 sunucunun d\u0131\u015f\u0131na indirin ve parola ile koruyun.<\/li>\n<li>Yedek dosyas\u0131n\u0131n boyutunu takip edin; ani k\u00fc\u00e7\u00fclme eksik yedek i\u015faretidir.<\/li>\n<li>B\u00fcy\u00fck g\u00fcncellemelerden \u00f6nce elle bir tam yedek al\u0131n.<\/li>\n<li>Geri y\u00fckleme tatbikat\u0131n\u0131 test alan ad\u0131nda en az bir kez yap\u0131n.<\/li>\n<li>Eski yedekleri d\u00fczenli temizleyin; disk doldu\u011funda yeni yedek al\u0131namaz.<\/li>\n<li>Yedeklerin ne zaman ve nereye al\u0131nd\u0131\u011f\u0131n\u0131 yaz\u0131l\u0131 bir notta tutun.<\/li>\n<\/ul>\n<div class=\"kb-faq\">\n<h2>S\u0131k\u00e7a sorulan sorular<\/h2>\n<h3>Hosting yedeklemesi ne s\u0131kl\u0131kla al\u0131nmal\u0131?<\/h3>\n<p>\u00d6l\u00e7\u00fct, kaybetmeyi g\u00f6ze alabilece\u011finiz veri miktar\u0131d\u0131r. Haftada birka\u00e7 yaz\u0131 eklenen bir tan\u0131t\u0131m sitesinde haftal\u0131k kopya yeterli olabilir. Her g\u00fcn sipari\u015f alan bir ma\u011fazada g\u00fcnl\u00fck, hatta g\u00fcn i\u00e7inde ek bir kopya gerekir. Kendinize \u015funu sorun: en son yedekten bu yana girilen veriyi elle yeniden girebilir miyim?<\/p>\n<h3>Sunucudaki otomatik yedek tek ba\u015f\u0131na yeterli mi?<\/h3>\n<p>Hay\u0131r. Sunucudaki kopya h\u0131zl\u0131 geri d\u00f6n\u00fc\u015f i\u00e7in idealdir ama diski, hesab\u0131 ya da sunucuyu etkileyen bir sorunda site ile birlikte kaybolur. En az bir kopya her zaman sunucunun d\u0131\u015f\u0131nda durmal\u0131d\u0131r.<\/p>\n<h3>Art\u0131ml\u0131 yedek mi tam yedek mi se\u00e7meliyim?<\/h3>\n<p>Site boyutu birka\u00e7 gigabayt\u0131n alt\u0131ndaysa tam yedek daha pratiktir; tek dosyadan d\u00f6nersiniz. Medya ar\u015fivi b\u00fcy\u00fcd\u00fck\u00e7e art\u0131ml\u0131 yedek disk ve s\u00fcre a\u00e7\u0131s\u0131ndan avantajl\u0131 h\u00e2le gelir, kar\u015f\u0131l\u0131\u011f\u0131nda geri y\u00fckleme zincire ba\u011f\u0131ml\u0131 olur. Yayg\u0131n \u00e7\u00f6z\u00fcm haftal\u0131k tam, ara g\u00fcnlerde art\u0131ml\u0131 kopyad\u0131r.<\/p>\n<h3>Yede\u011fim var ama geri y\u00fckleyemiyorum, sebebi ne olabilir?<\/h3>\n<p>En s\u0131k \u00fc\u00e7 sebep vard\u0131r: ar\u015fiv aktar\u0131m s\u0131ras\u0131nda yar\u0131m kalm\u0131\u015ft\u0131r, veritaban\u0131 d\u0131\u015fa aktar\u0131m\u0131 karakter seti uyu\u015fmazl\u0131\u011f\u0131 ta\u015f\u0131maktad\u0131r ya da yedek eski bir PHP s\u00fcr\u00fcm\u00fcnde al\u0131nm\u0131\u015f ve mevcut s\u00fcr\u00fcmle uyumsuzdur. Tatbikat bu \u00fc\u00e7\u00fcn\u00fc de ihtiya\u00e7 an\u0131ndan \u00f6nce ortaya \u00e7\u0131kar\u0131r.<\/p>\n<h3>Zararl\u0131 yaz\u0131l\u0131m bula\u015fm\u0131\u015f siteyi yedekten d\u00f6nerek temizleyebilir miyim?<\/h3>\n<p>Bula\u015fman\u0131n hangi tarihte oldu\u011funu biliyorsan\u0131z evet, o tarihten \u00f6nceki bir kopyaya d\u00f6nersiniz. Bu y\u00fczden yaln\u0131zca en yeni yede\u011fi de\u011fil, geriye d\u00f6n\u00fck birka\u00e7 tarihi de saklamak gerekir. D\u00f6n\u00fc\u015ften sonra giri\u015f yolunu kapatmaz, parolalar\u0131 ve eklentileri g\u00fcncellemezseniz ayn\u0131 a\u00e7\u0131k k\u0131sa s\u00fcrede tekrar kullan\u0131l\u0131r.<\/p>\n<\/div>\n<div class=\"cta-box\">\n<p class=\"label\">Narhost&#8217;ta<\/p>\n<p>Hosting paketlerinde site dosyalar\u0131n\u0131z\u0131n ve veritaban\u0131n\u0131z\u0131n yede\u011fi panel \u00fczerinden al\u0131nabilir, indirilebilir ve geri y\u00fcklenebilir. Paket kapsam\u0131ndaki yedekleme se\u00e7eneklerini \u00fcr\u00fcn sayfas\u0131ndan inceleyebilirsiniz.<\/p>\n<p><a class=\"cta-btn\" href=\"https:\/\/narhost.com\/web-hosting\" title=\"Narhost web hosting paketleri\">Hosting paketlerini incele<\/a><\/div>\n","protected":false},"excerpt":{"rendered":"<p>Hosting yedeklemesi neden kritik, veri kayb\u0131 hangi senaryolarda ya\u015fan\u0131r, tam yedek ile art\u0131ml\u0131 yedek aras\u0131ndaki fark nedir, yedek nerede saklanmal\u0131 ve geri y\u00fckleme tatbikat\u0131 nas\u0131l yap\u0131l\u0131r?<\/p>\n","protected":false},"author":1,"featured_media":2265,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[8],"tags":[],"class_list":["post-434","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-hosting"],"_links":{"self":[{"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/posts\/434","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/comments?post=434"}],"version-history":[{"count":3,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/posts\/434\/revisions"}],"predecessor-version":[{"id":2264,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/posts\/434\/revisions\/2264"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/media\/2265"}],"wp:attachment":[{"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/media?parent=434"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/categories?post=434"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/narhost.com\/blog\/wp-json\/wp\/v2\/tags?post=434"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}