JetBackup Nedir ve cPanel Yedeklerini Nasıl Yönetir

Bir sabah paneline giriyorsun, sitenin ana sayfası bembeyaz; bir eklenti güncellemesi ters gitmiş ya da bir veritabanı tablosu bozulmuş. İşte tam bu anda "acaba dün geceki halini geri alabilir miyim?" sorusunun cevabı, sunucunun arka planında sessizce çalışan yedekleme sistemine bağlıdır. Paylaşımlı ve reseller hosting dünyasında bu sistemin adı çoğunlukla JetBackup'tır. cPanel'in içine gömülü çalışır, hesabının anlık görüntülerini belirli aralıklarla alır ve gerektiğinde tek tıkla geri dönebileceğin zaman noktaları oluşturur.

Bu rehberde JetBackup'ın ne olduğunu, cPanel ile nasıl bütünleştiğini ve günlük, haftalık, aylık yedek noktalarının arka planda nasıl mantıkla üretildiğini kıdemli bir sistem yöneticisinin gözünden anlatacağım. Sadece "nereye tıklanır" değil; hangi yedek türünün ne işe yaradığını, seçici geri yüklemenin neden tam hesap geri yüklemeden daha güvenli olduğunu ve saklama süresi (retention) kavramının verini ne kadar süre koruduğunu somut örneklerle göreceksin. Amaç, bir felaket anında panik yapmadan doğru yedeği doğru şekilde geri almanı sağlamak.

JetBackup Nedir ve cPanel ile Nasıl Çalışır#

JetBackup, cPanel ve WHM ortamları için geliştirilmiş, sunucu tarafında çalışan bir yedekleme ve geri yükleme çözümüdür. Barındırma sağlayıcısı JetBackup'ı WHM üzerinde kurup yapılandırır; sen son kullanıcı olarak yalnızca cPanel arayüzündeki JetBackup bölümünü görürsün. Yani yedekleri sen kurmazsın, zamanlamayı sen belirlemezsin — bunlar sunucu yöneticisinin işidir. Senin rolün, oluşmuş yedek noktalarını görüntülemek, indirmek ve gerektiğinde geri yüklemektir.

Çalışma mantığı basittir: JetBackup sunucuda tanımlı bir hedefe (yerel disk, ikinci bir yedek sunucu, S3 uyumlu depolama veya uzak bir NFS/SSH alanı) belirli aralıklarla hesabının kopyasını çıkarır. Bu kopyalar snapshot (anlık görüntü) mantığıyla saklanır; her yeni yedekte değişmeyen dosyalar tekrar tekrar kopyalanmaz, sadece farklar tutulur. Bu sayede onlarca yedek noktası, tek bir tam kopyanın çok üstünde disk yeri kaplamadan saklanabilir.

cPanel arayüzünde JetBackup genellikle "Files" (Dosyalar) grubunun altında yer alır. Girdiğinde karşına yedek türlerine göre ayrılmış kutular çıkar: tam hesap yedekleri, dosya yedekleri, veritabanı yedekleri ve e-posta yedekleri. Her kutuya girdiğinde, o türe ait mevcut yedek noktalarının tarih tarih listesini görürsün. cPanel yedekleme akışının bütününü cPanel yedekleme rehberimizde daha genel çerçevede ele alıyoruz; bu yazı özellikle JetBackup katmanına odaklanıyor.

Günlük, Haftalık ve Aylık Yedek Noktaları#

JetBackup'ın en pratik özelliği, farklı sıklıklarda alınmış yedek noktalarını aynı anda sunmasıdır. Sunucu yöneticisi tipik olarak üç ayrı yedekleme planı (schedule) tanımlar ve her biri kendi zaman aralığında çalışır. Böylece hem "dün geceye dön" hem de "üç hafta önceki hale dön" ihtiyacı aynı arayüzden karşılanır.

Bu üç planın tipik davranışını bir tabloyla özetleyelim:

Buradaki mantık şudur: günlük yedekler kısa vadeli "geri al" tuşundur; bir gün önce yaptığın hatalı bir düzenlemeyi düzeltmek için birebirdir. Haftalık yedekler, sorunun günler sonra fark edildiği durumlar için tampon oluşturur — örneğin bir eklentinin veriyi sessizce bozduğunu ancak bir hafta sonra anladıysan, temiz haftalık noktaya dönebilirsin. Aylık yedekler ise arşiv niteliğindedir; ciddi bir olayda ya da geçmiş bir sürüme dönme ihtiyacında devreye girer.

Bir yedek noktasının hangi güne ait olduğu listede net biçimde yazar. Örneğin liste şuna benzer görünür:

Daily   - 2026-07-09 03:12   (dün gece)
Daily   - 2026-07-08 03:10
Weekly  - 2026-07-06 02:40
Weekly  - 2026-06-29 02:38
Monthly - 2026-07-01 04:05
Monthly - 2026-06-01 04:02

Bu yapıyı gördüğünde, aslında elinin altında birden çok "zaman kapsülü" olduğunu anlarsın. Doğru geri yüklemenin ilk kuralı, sorunun tam olarak ne zaman başladığını tahmin edip ondan hemen önceki temiz noktayı seçmektir.

JetBackup Yedek Türleri#

JetBackup her yedek noktasının içindeki veriyi kategorilere ayırır. Bu ayrım çok değerlidir; çünkü genellikle tüm hesabı geri yüklemene gerek yoktur, sadece bozulan parçayı geri almak istersin. Dört ana tür üzerinde durmak gerekir.

Dosya yedekleri (File Backups): Bu yedek, public_html başta olmak üzere ana dizinindeki tüm dosyaları kapsar. Tema dosyaları, yüklediğin görseller, eklenti klasörleri, .htaccess, wp-config.php gibi yapılandırma dosyaları burada saklanır. Yanlışlıkla silinen bir klasörü ya da bozulan bir tema dosyasını geri almak için dosya yedeğine bakarsın.

Veritabanı yedekleri (Database Backups): Sitenin içeriği — WordPress'te yazılar, sayfalar, kullanıcılar, ayarlar; bir e-ticarette siparişler ve ürünler — MySQL/MariaDB veritabanında tutulur. Veritabanı yedeği bu tabloların bir .sql dökümüdür. İçerik kaybı, bozulan tablo ya da yanlış bir toplu güncelleme durumunda kritik önemdedir. Şuna benzer bir döküm yapısı düşün:

-- JetBackup veritabanı dökümünden bir kesit
CREATE TABLE `wp_posts` (
  `ID` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `post_title` text NOT NULL,
  `post_status` varchar(20) NOT NULL DEFAULT 'publish',
  PRIMARY KEY (`ID`)
) ENGINE=InnoDB;

INSERT INTO `wp_posts` VALUES (1, 'Merhaba Dünya', 'publish');

E-posta yedekleri (Email Backups): cPanel hesabındaki e-posta kutularının içeriğini ve hesap yapılandırmasını saklar. Yanlışlıkla silinen bir e-posta hesabını ya da kutudaki mesajları geri getirmek için bu türü kullanırsın. Kurumsal kullanımda gelen kutusu kaybı ciddi sorun olabileceği için e-posta yedeklerini küçümsememek gerekir.

Tam hesap yedekleri (Full Account Backups): Bu, cPanel hesabının komple bir kopyasıdır — dosyalar, tüm veritabanları, e-postalar, cron görevleri, DNS bölgeleri, SSL sertifikaları, alan adı ayarları hepsi tek pakette. Genellikle cpmove-kullaniciadi.tar.gz biçiminde bir arşiv olarak indirilir. Sunucu değişikliği, site taşıma süreçleri ya da hesabın komple sıfırlanıp yeniden kurulacağı durumlar için idealdir.

Bu ayrımı bir tabloyla netleştirelim:

Yedekleri Görüntüleme ve İndirme#

Bir yedeği geri yüklemeden önce onu görüntüleyip incelemek çoğu zaman en akıllıca ilk adımdır. JetBackup arayüzünde ilgili yedek türü kutusuna girdiğinde, sağ tarafta o güne ait yedeğin içeriğini gezebileceğin bir gözat (browse) seçeneği bulunur. Örneğin dosya yedeğinde public_html/wp-content/themes/ altına inip belirli bir dosyanın o tarihte var olup olmadığını doğrulayabilirsin. Bu, "hangi yedek temiz?" sorusunu tahmin yerine kanıtla cevaplamanı sağlar.

İndirme, geri yüklemeden farklı bir işlemdir ve önemli bir güvenlik alışkanlığıdır. Bir yedeği kendi bilgisayarına indirmek, sunucudan tamamen bağımsız bir kopya elde etmen demektir. Sağlayıcıda beklenmedik bir sorun olsa bile elinde yerel bir arşiv kalır. İndirme akışı tipik olarak şöyledir: yedek noktasını seç, Download (İndir) de, JetBackup arşivi hazırlasın ve hazır olduğunda indirme bağlantısını sun. Büyük hesaplarda bu hazırlık birkaç dakika sürebilir.

İndirilen tam hesap arşivini terminalde açıp içeriğini incelemek istersen mantık şuna benzer:

# İndirilen tam hesap yedeğini aç
tar -xzf cpmove-kullaniciadi.tar.gz

# İçeriğe göz at: dosyalar, veritabanları, e-posta ayarları
ls -lah cpmove-kullaniciadi/
#   homedir/        -> dosyalar (public_html dahil)
#   mysql/          -> veritabanı dökümleri (.sql)
#   homedir/mail/   -> e-posta kutuları

# Sadece bir veritabanını incelemek için
head -n 40 cpmove-kullaniciadi/mysql/kullaniciadi_wp.sql

Bir alışkanlık önerisi: kritik değişiklikler (büyük güncelleme, tema değişimi, veritabanı düzenlemesi) öncesinde güncel bir yedeği indirip kenara koy. JetBackup zaten otomatik alır ama elle indirilen bir kopya, "işler ters giderse anında elimde olsun" güvencesi verir. WordPress kullanıcıları için bu ritüeli WordPress yedekleme yazımızda uygulama düzeyinde de anlatıyoruz.

Seçici Geri Yükleme Mantığı#

JetBackup'ı güçlü kılan asıl özellik seçici geri yüklemedir. Bir sorun yaşadığında tüm hesabı geri yüklemek yerine, yalnızca etkilenen bileşeni geri almak çoğu zaman hem daha hızlı hem de çok daha az risklidir. Tam hesap geri yüklemesi her şeyi geçmişe döndürür; oysa çoğu olayda sadece tek bir parça bozulmuştur.

Somut bir örnekle düşünelim. Diyelim ki bir eklenti güncellemesi sonrası WordPress veritabanındaki wp_options tablosu bozuldu ve site açılmıyor. Ama bu arada müşterilerin yeni görseller yükledi, birkaç yeni yazı taslağı var. Eğer tam hesabı dünkü haline döndürürsen, bu yeni yüklenen dosyaları da kaybedersin. Doğru hamle şudur: sadece veritabanını dünkü temiz noktadan geri yükle, dosyalara dokunma. Böylece veritabanı düzelir, yeni dosyalar yerinde kalır.

Seçici geri yüklemenin karar mantığını şöyle özetleyebiliriz:

# Hangi bileşeni geri yüklemeliyim? — karar rehberi
sorun: "Tema/dosya bozuldu, içerik iyi"
  yapılacak: sadece dosya geri yükle (public_html veya alt klasör)

sorun: "İçerik/veri kayboldu, dosyalar iyi"
  yapılacak: sadece veritabanı geri yükle

sorun: "Bir e-posta hesabı silindi"
  yapılacak: sadece e-posta geri yükle

sorun: "Hesap tamamen bozuldu / sunucu taşınıyor"
  yapılacak: tam hesap geri yükle

JetBackup arayüzünde geri yükleme adımı da bu ayrıma uygundur. Dosya yedeğine girdiğinde tek bir dosyayı ya da tüm dizini seçip Restore Selected diyebilirsin. Veritabanı yedeğinde belirli bir veritabanını seçersin. Geri yükleme başlatıldığında JetBackup bir kuyruk işi (queue job) oluşturur ve işlemin ilerlemesini takip edebilirsin. İşlem bittiğinde bir bildirim ya da durum güncellemesi gelir.

Önemli bir uyarı: geri yükleme, hedefteki mevcut veriyi seçilen yedekle değiştirir. Yani bugünkü veritabanının üstüne dünküyü yazarsan, bugün eklenen kayıtlar gider. Bu yüzden geri yüklemeden hemen önce mevcut halin bir yedeğini almak (ya da JetBackup'ın o anki durumu için manuel bir yedek tetiklemek, sağlayıcı izin veriyorsa) iyi bir sigortadır. "Geri dönüşü olan bir geri yükleme" her zaman daha güvenlidir.

Saklama Süresi ve Yedek Politikası#

Saklama süresi (retention), bir yedek noktasının ne kadar süre saklandıktan sonra otomatik silineceğini belirleyen kuraldır. JetBackup her plan için ayrı retention tanımına izin verir: örneğin günlük yedekler 7 gün, haftalıklar 4 hafta, aylıklar 6 ay tutulabilir. Süre dolduğunda en eski yedek otomatik olarak temizlenir ve yerini yenisine bırakır. Bu, disk yerinin sonsuza kadar şişmesini engelleyen bir döngüdür.

Bu politikanın senin için pratik anlamı şudur: bir sorunu ne kadar geç fark edersen, geri dönebileceğin nokta o kadar sınırlanır. Diyelim ki günlük yedekler yalnızca 7 gün tutuluyor; 10 gün önce sessizce bozulmuş bir veriyi ancak haftalık ya da aylık yedekten kurtarabilirsin. Bu yüzden farklı sıklıktaki planların bir arada bulunması hayat kurtarır — her biri farklı bir zaman penceresini kapatır.

Retention mantığını basit bir yapılandırma zihniyle şöyle görebilirsin:

[daily]
schedule   = every_night
retention  = 7        ; son 7 günlük nokta tutulur

[weekly]
schedule   = every_sunday
retention  = 4        ; son 4 haftalık nokta

[monthly]
schedule   = first_of_month
retention  = 6        ; son 6 aylık nokta

Şunu net anlamak gerekir: bu retention değerlerini son kullanıcı olarak sen değiştiremezsin; bunlar sağlayıcının paket ve altyapı politikasına bağlıdır. Bir hosting paketi seçerken "kaç günlük yedek tutuluyor, kaç geri yükleme hakkı var" sorusunu sormak, tıpkı disk ve trafik kadar önemli bir kriterdir. Hosting paketlerimizde JetBackup temelli otomatik yedekleme standart olarak sunulur ve saklama pencereleri paket sayfalarında açıkça belirtilir.

Bir noktanın altını çizeyim: sunucudaki otomatik yedek, senin tek yedeğin olmamalıdır. Yedekleme dünyasının klasik 3-2-1 kuralı hâlâ geçerlidir — verinin en az 3 kopyası, 2 farklı ortamda, 1 tanesi tesis dışında olsun. JetBackup birinci ve ikinci kopyayı sağlar; üçüncü, tesis dışı kopya için ara ara elle indirdiğin arşivler ya da ayrı bir yedekleme hizmeti devreye girer.

JetBackup ile Manuel Yedeklemenin Karşılaştırması#

Bazı kullanıcılar "zaten cPanel'in kendi Backup aracı var, JetBackup'a ne gerek var?" diye sorar. İkisi farklı ihtiyaçlara hitap eder. cPanel'in yerleşik yedekleme sihirbazı tek seferlik, elle tetiklenen tam hesap yedekleri üretir; sürüm geçmişi tutmaz, otomatik zamanlama ve seçici geri yükleme sunmaz. JetBackup ise sürümlü, otomatik ve granüler (parça parça geri yüklenebilir) bir sistemdir.

Aradaki farkı bir tabloyla görelim:

Bu tabloya bakınca JetBackup'ın günlük operasyonel güvenlik için, cPanel yerleşik yedeğinin ise "hemen şimdi tam bir kopya indireyim" gibi anlık ihtiyaçlar için uygun olduğu görülür. En sağlıklısı ikisini birlikte kullanmaktır: sürekli koruma için JetBackup, kritik bir müdahaleden hemen önce ek güvence için manuel tam yedek.

Bir de kod tabanı ve içeriği kendin sürümlemek istersen, geliştirme tarafında Git gibi araçlarla çalışıp yalnızca dinamik veriyi (veritabanı ve yüklenen dosyalar) JetBackup'a bırakabilirsin. WordPress gibi sistemlerde düzenli bakım ve yedek disiplinini birlikte kurmak için WordPress bakım hizmetimiz bu iki katmanı senin adına yönetir.

İyi Bir Geri Yükleme Alışkanlığı İçin Öneriler#

Yedeklerin varlığı tek başına yeterli değildir; onları doğru anda doğru şekilde kullanmayı bilmek gerekir. Yıllar içinde gördüğüm en yaygın hata, panik anında düşünmeden tam hesabı en eski yedeğe döndürüp aradaki tüm veriyi kaybetmektir. Bunun önüne geçmek için birkaç pratik alışkanlık öneriyorum.

Öncelikle, sorunun başlangıç anını tespit et. Site ne zaman bozuldu? Son çalıştığı zamanı biliyor musun? Sunucu erişim loglarına ya da site içi değişiklik geçmişine bakarak bunu daralt. Doğru zaman noktasını bulmak, geri yüklemenin en kritik adımıdır.

İkincisi, geri yüklemeden önce mutlaka mevcut halin bir kopyasını al. Geri yükleme geri dönüşü olan bir işlem olmalı. Aşağıdaki gibi hızlı bir manuel yedek, en kötü senaryoda seni kurtarır:

# Geri yükleme öncesi mevcut veritabanının hızlı yedeği
mysqldump -u kullanici -p veritabani_adi > oncesi_$(date +%F_%H%M).sql

# Mevcut public_html'in hızlı arşivi
tar -czf oncesi_files_$(date +%F).tar.gz public_html/

Üçüncüsü, mümkün olan en dar kapsamı seç. Sadece bir tablo bozulduysa tüm veritabanını değil, o tabloyu geri yükle. Sadece bir dosya silindiyse tüm public_html'i değil, o dosyayı geri getir. Kapsam ne kadar dar olursa, yan etki riski o kadar düşer.

Dördüncüsü, geri yükleme sonrası doğrula. Sitenin ana sayfasını, giriş panelini, formları ve ödeme akışını (varsa) test et. wp-config.php ya da veritabanı bağlantı bilgilerinin geri yüklemeyle değişmediğinden emin ol. Bir de yeni bir yedeğin, artık düzelmiş halini yakaladığından emin olmak için sonraki otomatik yedeği bekle ya da manuel tetikle. Geri yükleme ile ilgili takıldığında, Clou.TR destek ekibi paneldeki ticket sistemi üzerinden JetBackup işlemlerinde sana yol gösterir.

Sıkça Sorulan Sorular#

JetBackup yedeklerini kendim mi kurmam gerekiyor#

Hayır. JetBackup sunucu tarafında barındırma sağlayıcısı tarafından kurulur ve zamanlanır. Sen son kullanıcı olarak sadece cPanel içindeki JetBackup bölümünden oluşmuş yedek noktalarını görüntüler, indirir ve geri yüklersin. Yedekleme sıklığı ve saklama süresi gibi ayarlar sağlayıcının politikasına bağlıdır, senin müdahale etmene gerek yoktur.

Sadece veritabanımı geri yükleyebilir miyim yoksa tüm hesabı mı geri almam gerekir#

Sadece veritabanını geri yükleyebilirsin. JetBackup'ın en büyük avantajı seçici geri yüklemedir; dosyalar, veritabanı, e-posta ve tam hesap yedekleri ayrı ayrı tutulur. Örneğin içeriğin bozulduğu ama dosyaların sağlam olduğu bir durumda yalnızca veritabanını dünkü temiz noktadan geri alır, dosyalara hiç dokunmazsın. Bu yaklaşım hem daha hızlı hem de aradaki diğer verileri koruduğu için çok daha güvenlidir.

Yedeklerim ne kadar süre saklanıyor#

Saklama süresi paketine ve sağlayıcının politikasına göre değişir. Tipik bir yapıda günlük yedekler yaklaşık 7 gün, haftalık yedekler 4 hafta, aylık yedekler 3 ila 6 ay saklanır ve süre dolan en eski yedek otomatik silinir. Bu yüzden bir sorunu erken fark etmek önemlidir; ne kadar geç fark edersen geri dönebileceğin nokta sayısı o kadar azalır. Paketinin tam saklama penceresini hosting paket sayfasından ya da destek ekibinden teyit edebilirsin.

Geri yükleme mevcut verilerimi siler mi#

Geri yükleme, seçtiğin bileşeni yedekteki haliyle değiştirir; yani o bileşenin güncel içeriği yedektekiyle üzerine yazılır. Örneğin bugünkü veritabanının üstüne dünkü yedeği geri yüklersen, bugün eklenen kayıtlar kaybolur. Bu riski azaltmak için geri yüklemeden hemen önce mevcut halin manuel bir kopyasını almak en doğru alışkanlıktır; böylece işlem geri dönüşü olan bir hamleye dönüşür.

JetBackup varken ayrıca kendim yedek almalı mıyım#

Evet, önerilir. JetBackup güçlü bir koruma sağlar ama tek yedeğin sunucunun kendisinde olması ideal değildir. Yedeklemenin 3-2-1 kuralına göre verinin bir kopyası tesis dışında olmalıdır. Bu yüzden kritik değişikliklerden önce JetBackup'tan bir tam hesap yedeğini kendi bilgisayarına ya da ayrı bir depolamaya indirmek akıllıcadır. Bu, sağlayıcı tarafında beklenmedik bir sorun olsa bile elinde bağımsız bir kopya bulunmasını garantiler.

İndirdiğim tam hesap yedeğini başka bir sunucuya taşıyabilir miyim#

Evet. Tam hesap yedeği cpmove biçiminde bir arşivdir ve içinde dosyalar, veritabanları, e-postalar ve cPanel ayarları birlikte bulunur. Bu arşiv, cPanel tabanlı başka bir sunucuya hesabı taşımak için doğrudan kullanılabilir; taşıma sürecini genellikle sağlayıcının teknik ekibi yürütür. Farklı sunucular arasında sorunsuz bir geçiş istiyorsan site taşıma hizmetinden yararlanarak bu süreci güvenle tamamlayabilirsin.

Kapanış#

JetBackup, paylaşımlı ve reseller hosting kullanıcıları için görünmez ama hayati bir güvenlik ağıdır. Günlük, haftalık ve aylık yedek noktaları sana birden çok zaman penceresi verir; dosya, veritabanı, e-posta ve tam hesap ayrımı ise gerektiğinde sadece bozulan parçayı geri almanı sağlayarak yan etkileri en aza indirir. Bu yazıda anlatılan üç ilkeyi aklında tut: sorunun başladığı anı doğru tespit et, geri yüklemeden önce mevcut halin kopyasını al ve mümkün olan en dar kapsamı seç. Bu üç alışkanlık, bir felaket anını rutin bir geri yükleme işlemine dönüştürür.

Clou.TR olarak tüm hosting paketlerimizde JetBackup temelli otomatik yedekleme standart olarak gelir; WordPress odaklı projeler için WordPress hosting paketlerimiz ise düzenli yedek ve bakım disiplinini birlikte sunar. Yedeklerini tesis dışına almak, taşımak ya da geri yükleme sürecinde profesyonel destek istiyorsan yedekleme ve site taşıma hizmetlerimiz devrede. Verini korumanın en iyi zamanı, ona ihtiyaç duymadan çok önceydi; ikinci en iyi zamanı ise şimdi.