WHM Nedir ve Neden Hesap Yedeklemesi Önemlidir?
Web Host Manager (WHM), birden fazla cPanel hesabını tek bir kontrol panelinden yönetmenizi sağlayan güçlü bir araçtır. Özellikle web hosting paketleri sunan firmalar için WHM, kullanıcı hesaplarını oluşturma, kaynak tahsisi ve güvenlik ayarlarını merkezi bir noktadan kontrol etme imkanı verir. Ancak, bir hesabın yalnızca aktif olması veri güvenliğini garanti etmez; beklenmedik bir sunucu çökmesi, kötü niyetli saldırı ya da kullanıcı hatası verilerin tamamen kaybolmasına yol açabilir.
Bu riskleri minimize etmek için düzenli yedekleme şarttır. WHM üzerinden yapılan yedeklemeler, sadece dosyaları değil, aynı zamanda MySQL veritabanlarını, e‑posta kutularını ve DNS ayarlarını da kapsar. Böylece, bir hesabı geri yüklediğinizde tüm ortam eski haline döner. Yedekleme stratejileri doğru planlanmadığında ise yedekleme süresi uzar, depolama maliyetleri artar ve kurtarma süreci gecikir. Doğru adımları izleyerek %99,9 veri kurtarma oranına ulaşmak mümkündür.
WHM’de Yedekleme Türleri ve Hangisi Sizin İçin Uygun?
WHM, üç temel yedekleme seçeneği sunar: tam yedekleme (Full Backup), kısmi yedekleme (Partial Backup) ve otomatik yedekleme (Scheduled Backup). Tam yedekleme, hesabın tüm içeriğini tek bir arşiv dosyasında toplar; bu, acil bir geri yükleme gerektiğinde en hızlı çözümü sağlar. Kısmi yedekleme ise sadece belirli klasörleri (örneğin public_html) ya da sadece veritabanlarını yedekler; bu, depolama alanı tasarrufu sağlar ancak geri yükleme sırasında ek adımlar gerektirebilir.
Otomatik yedekleme ise WHM’nin Backup Configuration menüsü üzerinden zamanlanabilir. Günlük, haftalık ya da aylık periyotlar seçilebilir; ayrıca yedeklerin saklanacağı lokasyon (yerel disk, FTP, S3 gibi) belirlenebilir. Örneğin, yüksek trafiğe sahip bir AMD Ryzen VDS sunucusu kullananlar, yedekleri ayrı bir coğrafi konumda tutarak felaket senaryolarına karşı ekstra koruma elde ederler. Hangi yedekleme tipinin sizin iş modelinize uygun olduğunu belirlemek, maliyet ve risk analizine dayalı bir karar olmalıdır.
WHM Üzerinden Tam Hesap Yedeklemesi Nasıl Oluşturulur?
Tam bir yedekleme oluşturmak, acil durumlarda en hızlı geri dönüşü sağlar. İşte adım adım süreci:
- WHM’ye root ya da yetkili bir kullanıcı olarak giriş yapın.
- Sol menüde Backup > Backup Configuration sekmesini açın.
- “Enable Backups” seçeneğini işaretleyin ve “Backup Type” olarak “Compressed” (gzip) seçin; bu, depolama alanını %60’a kadar azaltır.
- “Backup Frequency” kısmında “Daily” (günlük) seçeneğini tercih edin; kritik verilerinizin her gün yedeklenmesi veri kaybını en aza indirir.
- “Select Users” bölümünde yedeklemek istediğiniz hesabı işaretleyin. Tek bir hesabı yedeklemek istiyorsanız “Only the selected accounts” seçeneğini kullanın.
- “Backup Destination” kısmında yedeklerin gönderileceği yolu belirleyin. Yerel disk yerine Intel i9 VDS sunucular üzerindeki ayrı bir RAID5 dizini tercih etmek, performans ve güvenilirlik sağlar.
- “Save Configuration” butonuna tıklayın; WHM, belirlediğiniz zaman diliminde otomatik olarak yedek alacaktır.
Yedekleme tamamlandığında, /home/backup klasöründe sıkıştırılmış bir .tar.gz dosyası oluşur. Bu dosyanın adında hesabın kullanıcı adı ve yedek tarihine göre bir zaman damgası bulunur, böylece hangi yedek hangi tarihe ait kolayca anlaşılır.
WHM Üzerinden Kısmi (Partial) Yedekleme ve Özelleştirme İpuçları
Kısmi yedekleme, özellikle büyük veri tabanları ya da medya dosyaları içeren hesaplarda depolama maliyetini düşürür. WHM’de bu seçeneği etkinleştirmek için şu adımları izleyin:
- WHM ana menüsünden Backup > Backup Configuration sekmesine gidin.
- “Backup Type” altında “Uncompressed” seçeneğini işaretleyin; bu, dosya boyutunu artırsa da belirli klasörleri ayrı ayrı yedeklemenizi sağlar.
- “Backup Files” bölümünde sadece “public_html” ve “mail” klasörlerini seçin; diğer sistem dosyaları yedeklenmez.
- “Backup MySQL Databases” seçeneğini aktif tutun; veritabanları kritik veriyi barındırdığı için mutlaka yedeklenmelidir.
- “Backup Destination” kısmında bir FTP sunucusu ya da S3 bucket adresi girerek yedeklerinizi dışarıya taşıyın.
Bu yöntemin dezavantajı, geri yükleme sırasında eksik dosyalar nedeniyle ek manuel adımlar gerektirmesidir. Ancak, sık sık değişmeyen statik dosyalar (örneğin tema dosyaları) dışarıda bırakılarak yedekleme süresi %30’a kadar kısaltılabilir. Ayrıca, SEO hosting paketlerinde kullanılan dinamik içeriklerin yedeklenmesi için veritabanı yedeklemesinin mutlaka aktif olması gerekir.
Yedekleri Geri Yükleme: Adım Adım Rehber
Yedekleme sürecinin en kritik aşaması, yedeklerin sorunsuz bir şekilde geri yüklenmesidir. WHM üzerinden bir hesabı geri yüklemek için şu adımları izleyin:
- WHM’ye root olarak giriş yapın ve sol menüden Backup > Restore a Full Backup/cpmove File seçeneğine tıklayın.
- “Select a backup file” kısmında geri yüklemek istediğiniz .tar.gz dosyasını bulun. Dosya adındaki tarih damgası, hangi yedeklemenin kullanılacağını gösterir.
- “Select the account to restore to” bölümünde aynı kullanıcı adını seçin; farklı bir kullanıcı adı girerseniz WHM otomatik olarak yeni bir hesap oluşturur.
- “Restore” butonuna tıklayın; WHM, dosyaları, veritabanlarını ve e‑posta kutularını sırasıyla geri yükler. İşlem süresi, yedek boyutuna göre değişir; ortalama 5‑10 dakika arasında tamamlanır.
- Geri yükleme tamamlandığında, hesabın DNS ayarlarını kontrol edin. Gerekirse alan adı (domain) kaydı panelinden A kaydı ve MX kaydı gibi DNS kayıtlarını güncelleyin.
Geri yükleme sonrası, hesabın phpMyAdmin üzerinden veritabanı bütünlüğünü kontrol etmek önemlidir. Özellikle InnoDB tablolarında “check table” komutunu çalıştırarak olası bozulmaları tespit edebilirsiniz. Ayrıca, e‑posta kutularının tam olarak geri geldiğini doğrulamak için bir test e‑postası göndermek, kullanıcı deneyimini korur.
Yedekleme ve Geri Yükleme Performansını Karşılaştıran Tablo
| Özellik | Tam Yedekleme | Kısmi Yedekleme | Otomatik Zamanlama |
|---|---|---|---|
| Depolama Kullanımı | %100 (tüm dosyalar) | %40‑60 (seçili klasörler) | Seçime bağlı |
| Geri Yükleme Süresi | 5‑10 dk (tam) | 10‑20 dk (ek adım) | Planlanan zaman |
| Yedekleme Süresi | 3‑5 dk | 2‑3 dk | Ayarlanan periyot |
| Risk (Veri Kaybı) | En düşük | Orta (seçili dosya dışı) | Planlı |
| Maliyet (Depolama) | Yüksek | Düşük | Ayarlamalı |
Gerçek Dünya Senaryosu: E‑Ticaret Sitesi İçin Yedekleme Stratejisi
Bir e‑ticaret hosting müşterisi, haftada bir tam yedekleme ve günlük veritabanı yedeklemesi talep ediyor. Bu senaryoda, tam yedekleme haftalık olarak Compressed formatta bir RAID10 dizine aktarılıyor; günlük veritabanı yedekleri ise gzip ile sıkıştırılarak ayrı bir S3 bucket’ına gönderiliyor. Böyle bir yapı, yüksek trafiğe sahip bir alışveriş sitesinde veri kaybı riskini %0.1’e indirirken, yedekleme maliyetlerini %30 azaltıyor.
Ek olarak, yedeklerin haftalık bir test geri yüklemesi yapılması önerilir. Bu test, yedeklerin bütünlüğünü doğrulamanın yanı sıra, geri yükleme prosedürünün ekibiniz tarafından sorunsuz bir şekilde yürütülebileceğini garantiler. Böyle bir süreç, acil bir felaket anında panik yerine planlı bir hareketle sorunu çözmenizi sağlar.
Sıkça Sorulan Sorular
WHM’de yedekleme otomatik olarak ne kadar süre saklanır?
WHM, “Backup Retention” ayarıyla saklama süresini belirlemenize izin verir. Varsayılan olarak 30 gün tutar, ancak “7 days”, “30 days” veya “unlimited” gibi seçenekler de mevcuttur. İşletmenizin veri tutma politikalarına göre bu değeri ayarlamak, gereksiz depolama maliyetlerini önler.
Yedekleme sırasında sunucu performansı düşer mi?
Evet, özellikle tam yedekleme sırasında CPU ve disk I/O kullanımı artar. Bu etkiyi azaltmak için yedeklemeyi düşük trafikli saatlerde (örneğin gece 02:00‑04:00) planlamak ve “Compressed” seçeneğini kullanmak önerilir. Ayrıca, yedekleme işlemini ayrı bir VDS (örneğin VDS sunucu paketleri) üzerinden yönlendirerek ana sunucunun performansını koruyabilirsiniz.
Yedekleme dosyalarını farklı bir sunucuya taşımanın avantajı nedir?
Yedeklerinizi farklı bir fiziksel konuma (örneğin başka bir veri merkezi) taşımanız, tek bir noktada oluşabilecek felaket (yangın, su baskını) riskini ortadan kaldırır. Ayrıca, coğrafi yedekleme, veri egemenliği ve yasal uyumluluk açısından da avantaj sağlar. S3, Azure Blob ya da başka bir colocation hizmeti bu amaçla kullanılabilir.
Geri yükleme sırasında “cPanel account already exists” hatası alıyorum, ne yapmalıyım?
Bu hata, aynı kullanıcı adıyla zaten bir hesabın var olduğunu gösterir. Çözüm olarak ya mevcut hesabı silip geri yükleme yapabilir ya da geri yükleme sırasında “Rename the account” seçeneğini işaretleyerek yeni bir kullanıcı adı belirleyebilirsiniz. Daha sonra eski hesabı silmeden önce verileri yeni hesaba taşıdığınızdan emin olun.
Sonuç ve Öneriler
WHM üzerinden hesap yedekleme ve geri yükleme, veri güvenliğinin temel taşlarından biridir. Tam yedekleme, kısmi yedekleme ve otomatik zamanlama seçeneklerini iş ihtiyaçlarınıza göre doğru kombinasyonla kullanmak, hem maliyet hem de risk yönetiminde optimum sonuç verir. Özellikle fiziksel sunucu (dedicated server) ve VDS ortamlarında yedeklerin ayrı bir konumda saklanması, felaket senaryolarına karşı ekstra bir güvenlik katmanı ekler.
Artık WHM’de yedekleme ayarlarını yapılandırdığınıza ve geri yükleme adımlarını bildiğinize göre, bir sonraki adımınız yedekleme planınızı düzenli olarak test etmek olmalı. Haftalık bir test geri yüklemesi, yedeklerin bütünlüğünü doğrular ve ekip içinde prosedürlerin sorunsuz çalıştığını garanti eder. Unutmayın, en iyi yedekleme stratejisi, düzenli bakım ve sürekli izleme ile tamamlanır.