CPanel otomatik yedek alma

cPanel/WHM’nin yerleşik zamanlanmış sunucu yedekleri, normal cPanel hesabındaki “Backup” veya “Backup Wizard” ekranından değil, sunucu yöneticisinin WHM içindeki Backup » Backup Configuration bölümünden yapılandırılır. Burada hosting firmasının ek yedekleme eklentileri değil, yerleşik sistem anlatılıyor. Bu nedenle yalnızca cPanel kullanıcısıysanız ayarı kendiniz açamayabilir; hosting sağlayıcınızdan yedekleme sıklığını, saklama politikasını ve geri yükleme yöntemini öğrenmeniz gerekir.

Otomatik yedekleme nasıl çalışır?​

WHM’de yedekleme etkinleştirildiğinde sistem, seçilen cPanel hesapları için zamanlanmış arşivler oluşturur. Yapılandırmada hesap yedekleri, sistem dosyaları, saklama sayısı ve hedef konum ayrı ayrı belirlenebilir. Hesap yedeği, tam hesap geri yüklemesinde kullanılabilecek hesap verilerini kapsayabilir; sistem dosyalarının yedeklenmesi ise ayrıca etkinleştirilen bir seçenektir.

Yedekleri yalnızca aynı sunucunun diskinde tutmak tek başına güvenli bir strateji değildir. Sunucu diski arızalanır veya sunucuya tamamen erişilemez hâle gelirse yerel kopya da kullanılamayabilir. Bu yüzden yerel kopyaya ek olarak WHM’nin Additional Destinations bölümünden uzak bir hedef yapılandırılması tercih edilir. Uzak hedef eklemek aktarım süresini artırabilir; bu nedenle yedekleme ve aktarım kayıtları izlenmelidir.

WHM üzerinden kurulum​

Aşağıdaki işlem root veya yeterli WHM yetkisine sahip sunucu yöneticisi içindir:

1. WHM’ye giriş yapıp Backup » Backup Configuration ekranını açın.
2. Enable Backups seçeneğini etkinleştirin.
3. Yedeklenecek hesapları Back up User Accounts seçeneği ve gerekiyorsa hesap seçim ekranı üzerinden belirleyin.
4. Günlük, haftalık veya aylık planları ve her plan için saklanacak kopya sayısını yapılandırın. Kopya sayısı yükseldikçe disk kullanımı da yükselir.
5. Yerel geri yükleme arayüzünü kullanmak istiyorsanız Retain Backups in the Default Backup Directory seçeneğinin etkisini dikkate alın. Bu seçenek kapatılırsa ve başka hedef de tanımlanmazsa sistem yedekleme hedefi hatası verir.
6. Sunucu yapılandırma dosyalarını da korumak gerekiyorsa Back up System Files seçeneğini ayrıca etkinleştirin. Sistem dosyalarını geri yüklemek için yerleşik bir arayüz yoktur; bu içerik ayrıca manuel olarak geri yüklenir.
7. Additional Destinations sekmesinden desteklenen uzak hedef türlerinden birini ekleyin. Kimlik bilgilerini yalnızca güvenilir sunucuda saklayın ve hedef bağlantısını doğrulayın.
8. Ayarları kaydedin. İlk çalışma sonrasında hem WHM kayıtlarını hem de hedef depolamada oluşan arşivi kontrol edin.

Örnek yapılandırma ve karar​

example.com üzerinde her gün içerik ve veritabanı değişiyorsa günlük hesap yedeği, kısa süreli geri dönüş ihtiyacını karşılayabilir. Daha eski bir sürüme dönme ihtiyacı varsa haftalık veya aylık saklama planı da eklenebilir. Kritik bir sitede yalnızca tek bir yerel kopyaya güvenmek yerine yerel ve bağımsız uzak kopya birlikte düşünülmelidir.

Seçim yaparken aşağıdaki ayrım pratik bir başlangıç sağlar:


Bu ayarlar sitenin önemine ve veri değişim hızına göre seçilmelidir. Çok kısa saklama süresi, bozulmuş veya hatalı içerik içeren son yedeğe mahkûm edebilir; çok uzun saklama süresi ise depolama alanını tüketebilir.

Son başarılı kopyanın hangi veriyi içerdiğini ayrıca kaydedin. Örneğin 02.00 verilerini içeren son sağlam yedeğe 18.00’de dönerseniz, aradaki sipariş veya mesajlar bu kopyada bulunmaz. Daha yeni bir kurtarma kaynağınız yoksa günlük plan sıfır veri kaybı sağlamaz; başarısız bir yedekleme bu aralığı uzatır.

Yedeğin gerçekten kullanılabilir olduğunu doğrulama​

Arşiv dosyasının oluşması tek başına başarılı geri yükleme anlamına gelmez. İlk otomatik çalışmadan sonra yedekleme loglarını ve uzak hedefteki dosyayı kontrol edin. Önce ayrı bir test ortamında dosya ve veritabanı geri yüklemesini deneyin; canlı hesaptaki dosyanın üzerine test amacıyla yazmayın. Canlı geri dönüşten önce mevcut durumun ayrı kopyasını koruyun, yazma işlemlerini kontrollü biçimde durdurun ve geri alınacak tarih/kapsamı belirleyin.

WHM’nin File and Directory Restoration arayüzü yerel yedeklerle çalışır. Uzak hedefteki dosyalar için önce desteklenen uzak geri yükleme akışını veya dosyanın sunucuya aktarılmasını kullanmanız gerekebilir. Tam hesap geri yüklemesinde ise Backup Restoration ekranındaki hesap, veritabanı ve posta yapılandırması seçeneklerini işlemden önce kontrol edin.

Sık yapılan hatalar​

Yalnızca aynı diskte yedek tutmak: Disk arızası veya sunucu kaybı yerel kopyayı da erişilemez hâle getirebilir.

Saklama sayısını kontrol etmemek: Fazla kopya disk alanını doldurabilir; az kopya ise eski ve sağlam bir sürüme dönüşü engelleyebilir.

Uzak aktarımı başarıyla sonuçlanmış kabul etmek: Hedef kimlik bilgileri, izinler, bağlantı veya alan yetersizliği nedeniyle aktarım başarısız olabilir. Log kaydı ile hedefteki gerçek dosyayı birlikte kontrol edin.

Yerel kopyayı kapatmanın sonuçlarını bilmemek: Retain Backups in the Default Backup Directory kapatılırsa yerel dosya ve dizin geri yükleme arayüzleri kullanılamayabilir. Yalnızca uzak kopyaya güvenmeden önce geri yükleme yöntemini test edin.

Hesap yedeği ile sistem yedeğini karıştırmak: Sistem dosyalarının yedeklenmesi ayrı bir seçenektir ve sistem yedeklerinin geri yüklenmesi için ek manuel işlem gerekebilir.

Sık sorulan sorular​

Yalnızca veritabanını geri yüklemek her sorunu çözer mi?​

Hayır. Geri alınan veritabanının mevcut uygulama dosyaları ve şemasıyla uyumunu kontrol edin. Restore MySQL gibi seçeneklerin kapsamını okuyun; dosyalar yeni sürümde, veritabanı eski sürümde kalırsa uygulama çalışmayabilir. Önce test ortamında doğrulayın.

Her uzak hedef Backup Restoration ekranından doğrudan seçilir mi?​

Hayır. Bu arayüz yerel yedekleri ve önceden tanımlanmış uzak FTP hedefini destekler. Diğer uzak hedeflerde arşivi sunucuya taşıyıp uygun geri yükleme akışını kullanmanız gerekir. Yerel kopyayı saklama kapalıysa Transfer or Restore a cPanel Account yolu gerekebilir; yeterli alanı ve hedef türünü önceden kontrol edin.