WHM’de Yedekleme Neden Önemlidir?
Web hosting dünyasında veri kaybı, bir işletmenin itibarını ve gelirini aniden yok edebilecek bir felakettir. Özellikle WHM (Web Host Manager) üzerinden yönetilen çoklu hesaplarda, tek bir hesabın çökmesi tüm sunucunun performansını olumsuz etkileyebilir. Yedekleme, bu riski %95 oranında azaltır ve acil durumlarda dakikalar içinde hizmeti yeniden ayağa kaldırmanızı sağlar.
WHM’nin sunduğu yedekleme çözümleri, tam sistem yedekleri, tekil hesap yedekleri ve veritabanı yedekleri gibi farklı katmanlarda çalışır. Bu katmanların her biri, farklı bir senaryoya karşı koruma sunar: bir WordPress sitesinin dosya bütünlüğü, bir e‑posta hesabının mesajları veya bir MySQL veritabanının bütünlüğü. Doğru yedekleme stratejisi, veri kaybı riskini %40’a kadar azaltabilir ve geri yükleme süresini 3 kat hızlı hâle getirir.
WHM’de Yedekleme Türleri ve Kullanım Senaryoları
WHM iki ana yedekleme yöntemi sunar: tam yedekleme (Full Backup) ve kademeli yedekleme (Incremental Backup). Tam yedekleme, hesabın tüm dosya, veritabanı ve ayarlarını bir araya getirirken, kademeli yedekleme yalnızca son yedeklemeden bu yana değişen dosyaları saklar. Bu sayede depolama maliyetleri %30‑50 arasında azalır.
Örneğin, yüksek trafikli bir WordPress hosting paketi kullanan bir müşteriniz varsa, tam yedekleme haftada bir, kademeli yedekleme ise günlük olarak planlanmalıdır. Böylece bir saldırı sonrası sadece son 24 saatlik değişiklikleri geri yükleyebilir, zaman kaybını en aza indirebilirsiniz. E‑ticaret hosting gibi kritik ortamlar için ise, veritabanı yedeklerini 2‑3 saatte bir almak, sipariş kaybını önlemek açısından kritik bir adımdır.
Manuel Yedekleme Nasıl Yapılır?
WHM paneline giriş yaptıktan sonra “Backup” (Yedekleme) sekmesine tıklayın. Burada “Backup Configuration” (Yedekleme Ayarları) kısmında “Enable Backups” (Yedeklemeyi Etkinleştir) seçeneğini işaretleyin. Ardından aşağıdaki adımları izleyin:
- “Backup Type” menüsünden “Compressed” (Sıkıştırılmış) seçeneğini seçin; bu, yedekleme dosyalarının depolama alanını %60’a kadar azaltır.
- “Backup Frequency” kısmında “Weekly” (Haftalık) ve “Daily” (Günlük) seçeneklerini belirleyin. Günlük yedeklemeler için “Incremental” tipini seçmek, veri hacmini kontrol altında tutar.
- “Backup Destination” (Yedekleme Hedefi) alanında yerel diski, FTP sunucusunu veya bir VDS sunucu paketini seçebilirsiniz. Uzaktan bir hedef seçmek, donanım arızası durumunda veri kaybını önler.
- “Select Users” bölümünde yedeklenecek hesapları işaretleyin. Tüm kullanıcıları seçmek yerine sadece kritik hesapları seçmek, yedekleme süresini %20 kısaltır.
- “Save” butonuna tıklayarak ayarları kaydedin. WHM, belirlediğiniz takvime göre otomatik yedeklemeleri başlatacaktır.
Manuel bir yedekleme almak isterseniz, “Backup” menüsünden “Generate a Full Backup” (Tam Yedek Oluştur) seçeneğine tıklayın. Bu işlem, seçilen hesabın tüm dosyalarını, e‑posta kutularını ve MySQL veritabanlarını tek bir arşiv dosyasında toplar. Oluşan .tar.gz dosyasını “/home/backup” klasöründen indirebilir veya doğrudan bir FTP hesabına aktarabilirsiniz.
Otomatik Yedekleme Planlaması ve En İyi Uygulamalar
Otomatik yedekleme, insan hatasını ortadan kaldırır ve düzenli bir koruma sağlar. WHM’de “Backup Configuration” sayfasında “Backup Schedule” (Yedekleme Takvimi) kısmını dikkatle yapılandırmak gerekir. En iyi uygulamalar şunlardır:
- Yedekleme zamanını düşük trafikli saatlerde ayarlayın. Örneğin, 02:00‑04:00 arası sunucu yükü %30’a kadar düşer, bu da yedekleme süresini %25 kısaltır.
- Yedekleme döngüsünü en az 3 kez tutun. Böylece bir yedek dosyası bozulmuş olsa bile iki önceki yedekten geri dönülebilir.
- Farklı lokasyonlarda yedekleme hedefi belirleyin. Yerel disk + uzaktan bir VDS (ör. AMD Ryzen VDS) kombinasyonu, felaket kurtarma sürecini %40 hızlandırır.
- Yedekleme bildirimlerini e‑posta ile alın. WHM, yedekleme başarısız olduğunda yöneticiyi uyarır; bu sayede sorun anında tespit edilir.
Bu adımları takip ederek, %99.9 uptime garantisi sunan bir kurumsal hosting ortamı oluşturabilirsiniz.
Yedekleme Dosyalarını Geri Yükleme: Adım Adım Kılavuz
Geri yükleme işlemi, bir sorun ortaya çıktığında ya da bir müşteriyi yeni bir sunucuya taşımanız gerektiğinde hayati öneme sahiptir. WHM’de geri yükleme iki ana yolla yapılabilir: Panel üzerinden geri yükleme ve komut satırı (CLI) ile manuel geri yükleme.
Panel üzerinden geri yükleme için şu adımları izleyin:
- WHM ana sayfasında “Restore a Full Backup/cpmove File” (Tam Yedek/CPMove Dosyasını Geri Yükle) seçeneğine tıklayın.
- Yedek dosyasının bulunduğu yolu girin (örnek: /home/backup/accountname.tar.gz).
- “Restore” butonuna basın. WHM, dosyaları otomatik olarak hesabın ana dizinine ve MySQL veritabanlarına dağıtır.
- İşlem tamamlandığında, hesabın “cPanel” giriş bilgilerini test edin; e‑posta, dosya ve veritabanı erişiminin sağlandığını doğrulayın.
Komut satırı ile geri yükleme ise daha esnek bir yöntemdir. SSH üzerinden sunucuya bağlanıp aşağıdaki komutları çalıştırabilirsiniz:
cd /home
tar -xzvf /home/backup/accountname.tar.gz -C /home/accountname
/scripts/restorepkg accountname
Bu komut, arşivi açar, dosyaları ilgili kullanıcı dizinine yerleştirir ve WHM’nin /scripts/restorepkg script’iyle paket içindeki tüm ayarları yeniden uygular. Geri yükleme sırasında “quota” (kota) limitlerini kontrol etmek, disk alanı yetersizliği hatalarını önler.
Yedekleme ve Geri Yükleme Sırasında Karşılaşılan Yaygın Hatalar
WHM’de yedekleme ve geri yükleme işlemleri genellikle sorunsuz çalışsa da, bazı yaygın hatalar süreci aksatabilir. En sık görülen hatalar ve çözüm önerileri şunlardır:
- Disk alanı yetersizliği: Yedekleme dosyaları sunucunun depolama limitini aşarsa “Backup failed: insufficient disk space” hatası alınır. Çözüm: Eski yedekleri silin, dedicated server yükseltmesi yapın ya da yedekleme hedefini dış bir sunucuya taşıyın.
- Dosya izinleri (permissions) hatası: Geri yükleme sırasında “Permission denied” hatası görülür. Çözüm:
chmod 755 /home/accountnamevechown accountname:accountname /home/accountnamekomutlarıyla izinleri düzeltin. - Veritabanı uyumsuzluğu: MySQL sürümü farklı olduğunda “Error 1064” gibi hatalar ortaya çıkar. Çözüm: Yedekleme öncesinde
mysqldumpile veritabanını “--compatible=mysql40” parametresiyle dışa aktarın. - FTP bağlantı hatası: Uzaktan yedekleme hedefi erişilemez. Çözüm: Firewall kurallarını kontrol edin, WAF güvenlik duvarı ayarlarını gözden geçirin ve FTP portunun (genellikle 21) açık olduğundan emin olun.
Bu hataları önceden tespit etmek, yedekleme sürecinin %95 başarı oranına ulaşmasını sağlar.
WHM Yedekleme ve Geri Yükleme İçin Karşılaştırma Tablosu
| Özellik | Manuel Yedekleme | Otomatik Yedekleme | CLI Geri Yükleme | Panel Geri Yükleme |
|---|---|---|---|---|
| Kolaylık | Orta | Yüksek | Düşük | Yüksek |
| Hata Riski | Orta | Düşük | Orta | Düşük |
| Esnek Veri Seçimi | Yüksek | Orta | Yüksek | Orta |
| Zamanlama | Anlık | Planlı | Anlık | Anlık |
| Depolama Tasarrufu | Düşük | Yüksek (kademeli) | Düşük | Düşük |
Gerçek Dünya Senaryosu: Bir E‑Ticaret Sitesinin Taşıma Süreci
Bir e‑ticaret sitesini (ör. e‑ticaret hosting paketi) bir sunucudan başka bir sunucuya taşımak, sadece dosyaları kopyalamakla bitmez. Örneğin, A şirketi 2025 yılında AMD Ryzen VDS altyapısına geçiş yapmayı planladı. İlk adım, mevcut WHM panelinde tüm müşterilerin tam yedeklerini alıp, yeni VDS’ye FTP üzerinden aktarmaktı. Ardından, /scripts/restorepkg komutuyla her hesabı tek tek geri yüklediler.
Taşıma sırasında, MySQL veritabanı sürümü farklı olduğu için mysqldump ile “--compatible=ansi” parametresi kullanıldı. Sonuç olarak, taşıma süresi 4 saatten 1,5 saate düşürüldü ve hiçbir sipariş kaybı yaşanmadı. Bu senaryo, doğru yedekleme stratejisinin iş sürekliliği üzerindeki etkisini açıkça gösteriyor.
Sıkça Sorulan Sorular
WHM’de yedekleme dosyalarının boyutu nasıl azaltılır?
Yedekleme dosyalarını sıkıştırma (gzip veya bzip2) seçeneğiyle kaydedebilir, kademeli yedekleme (incremental) kullanarak sadece değişen dosyaları saklayabilirsiniz. Ayrıca, gereksiz log dosyalarını ve eski yedekleri düzenli olarak temizlemek de depolama tasarrufu sağlar.
Otomatik yedeklemeler hangi sıklıkta yapılmalı?
Önem derecesine göre değişir: kritik veritabanları için saatlik veya 2‑3 saatlik aralıklarla, standart web siteleri için günlük ve haftalık yedekleme kombinasyonu yeterli olacaktır. Trafik düşük saatlerde planlamak, sunucu performansını etkilemez.
Yedekleme dosyalarını farklı bir sunucuya (ör. VDS) nasıl taşıyabilirim?
WHM’de “Backup Destination” kısmında FTP, SFTP veya rsync gibi protokollerle uzaktan bir hedef belirleyebilirsiniz. Alternatif olarak, yedek dosyasını scp komutuyla yeni sunucuya aktarabilir ve orada saklayabilirsiniz.
Geri yükleme sırasında e‑posta kutuları bozulursa ne yapmalıyım?
WHM’nin “Mail Queue” (Posta Kuyruğu) özelliğini kontrol edin; bozuk posta dosyaları genellikle /home/username/mail klasöründe bulunur. mailrepair script’iyle bozuk dosyaları onarabilir ya da yedekleme sırasında ayrı bir “mail” yedeklemesi alarak bu sorunu önleyebilirsiniz.
Sonuç: WHM Yedekleme Stratejinizi Şimdi Oluşturun
WHM üzerinden hesap yedekleme ve geri yükleme, sadece veri güvenliği değil, aynı zamanda iş sürekliliği ve müşteri memnuniyeti açısından da kritik bir adımdır. Bu makalede anlatılan adımları izleyerek, yedekleme planınızı otomatikleştirebilir, depolama maliyetlerinizi optimize edebilir ve olası bir felaket durumunda dakikalar içinde hizmetinizi yeniden başlatabilirsiniz. İlk adım olarak WHM panelinizde “Backup Configuration” sekmesini açın, yedekleme sıklığını ve hedefini belirleyin; ardından bir test hesabı üzerinden manuel yedek alıp geri yükleyerek sürecin sorunsuz çalıştığından emin olun. Unutmayın, düzenli yedekleme veri kaybını %99’a kadar azaltır ve işletmenizin dijital dünyada ayakta kalmasını sağlar.