Gastroenteroloji ve genel cerrahi kliniklerinde siroz veya karaciğer yetmezliği olan hastaların karın boşluğunda litrelerce sıvı (asit) birikir. Hekim hastayı rahatlatmak için "Terapötik Parasentez" işlemi yapar: Karına steril bir iğne batırılır, hortum bağlanır ve o 10 litrelik sıvı dışarıdaki steril toplama torbasına tahliye edilir.

Şimdi gözünüzün önüne akıl almaz bir acemi hekim getirin: Hastanın karnından o 10 litre sıvıyı enjektörle çekiyor; fakat dışarıdaki torbaya atmak yerine, "Vücuttan bir şey eksilmesin" diyerek çektiği sıvıyı hastanın sol göğüs kafesine, akciğer zarlarının arasına geri enjekte ediyor! Sonuç ne olur? Akciğer o devasa sıvı baskısı altında tamamen söner (atelektazi), kalbe giden damarlar sıkışır ve hasta doktorun gözünün önünde boğularak can verir! Tahliye dışarı yapılmazsa, içerideki organları birbirine ezdirmekten başka bir sonuç elde edemezsiniz.

Linux sunucu yönetiminde ve cPanel kullanan işletmelerin başına gelen en trajikomik kaza tam olarak bu içe enjeksiyon cinayetidir: Diskte yeterli yer yokken cPanel "Backup Wizard" ile tam yedek (Full Backup) alıp, o devasa arşivi yine aynı diskin içine yazdırarak sunucuyu havaya uçurmak.

"Siteyi Taşımadan Önce Bir Yedek Alayım"

Bir e-ticaret sitesi sahibi veya ajans çalışanı, sunucusundaki web sitesini başka bir sağlayıcıya taşımaya veya büyük bir güncelleme yapmaya karar verir. İçindeki sorumluluk duygusu takdir edilesidir: "Önce her şeyin tam bir yedeğini almalıyım."

Kullanıcı cPanel kontrol paneline girer. "Dosyalar" menüsü altındaki o sihirli butona tıklar: "Yedekleme Sihirbazı" (Backup Wizard).

Karşısına çıkan adımları takip eder:

  1. "Yedekle" (Backup) butonuna tıklar.
  2. "Tam Yedekleme" (Full Backup) seçeneğini işaretler.
  3. Karşısına "Yedekleme Hedefi" (Backup Destination) sorusu çıkar:
    • Seçenek 1: Giriş Dizini (Home Directory)
    • Seçenek 2: Uzak FTP Sunucusu
    • Seçenek 3: SCP ile Uzak Sunucu

Kullanıcı harici bir FTP sunucusuyla veya bulut depolamayla uğraşmak istemez. Varsayılan seçeneği bırakır: "Giriş Dizini (Home Directory)".

Ve o ölümcül mavi butona tıklar: "Yedek Oluştur (Generate Backup)".

Matematiksel İntihar: %70 + %40 = %110!

Sunucunun disk durumunu masaya yatıralım:

  • Kullanıcının toplam disk kotası: 100 Gigabayt.
  • Sitedeki mevcut dosyalar, veritabanı, ürün fotoğrafları ve maillerin toplam boyutu: 72 Gigabayt (Yani disk doluluk oranı %72!).
  • Diskte kalan boş alan: 28 Gigabayt.

cPanel'in arka plandaki yedekleme motoru (/scripts/pkgacct) çalışmaya başlar.

cPanel ne yapar?

  1. public_html altındaki tüm dosyaları okur.
  2. MySQL veritabanlarının tam dökümünü (mysqldump) alır.
  3. E-postaları ve ayarları toplar.
  4. Tüm bu 72 GB'lık veriyi gzip ile sıkıştırarak tek bir devasa arşiv haline getirmeye başlar: backup-2.3.2026_14-12-05_firma.tar.gz.

Ve bu devasa arşivi nereye yazar? Kullanıcının /home/firma/ dizinine, yani aynı fiziksel diskin içine!

Sıkıştırma oranı ne kadar iyi olursa olsun, 72 GB'lık medya ağırlıklı bir sitenin sıkıştırılmış arşivi en az 45 ila 50 Gigabayt yer tutar!

İşlem başlar:

  • Yedek dosyası diske yazılır: 10 GB... 20 GB... 27 GB...
  • Ve disk doluluk oranı %100 seviyesine vurur!

Diskte kalan boş alan: Tam SIFIR bayt!

Zincirleme Çöküş: Kendi Kendini İmha Eden Sunucu

Diskte yer kalmadığı saniyede sunucuda tam bir felaket zinciri patlak verir:

  1. Yedekleme Yarıda Kesilir: cPanel diske yazamadığı için tar: Write error: No space left on device hatası verir ve işlemi yarıda keser. Ortada 28 GB'lık, bozuk, açılması imkânsız bir yarım arşiv kalır.
  2. MySQL / MariaDB Acil Durdurma: Veritabanı motoru diske redo log yazamadığı için kendini korumak amacıyla anında kapanır (shutdown).
  3. Web Sitesi Çöker: Sitedeki tüm ziyaretçilerin karşısına "Error establishing a database connection" ve "500 Internal Server Error" basılır.
  4. Oturumlar Kilitlenir: Linux /tmp dizinine PHP oturum dosyası (session) yazamadığı için kullanıcı cPanel'e bile tekrar giriş yapamaz; şifre girildiğinde panel beyaz ekranda kalır!

Kullanıcı saniyenin onda birinde kendi sitesinin kapısına kendi elleriyle kilit vurmuştur!

Destek Masasında Gece Yarısı Çığlığı

Kullanıcı çılgınlar gibi destek masasını arar:

"Sitenin yedeğini alayım dedim, bütün sunucu kilitlendi! Sitem kapandı, cPanel'ime bile giremiyorum! Sizin sunucunuz ne biçim sistem, yedek alma butonu siteyi çökertir mi? Acil müdahale edin, ticaretimiz durdu!"

Destek mühendisi SSH konsolundan sunucuya girer: df -h.

Görüntü klasiktir: /home dizini %100 doludur.

Mühendis kullanıcının kök dizinine bakar: ls -lh /home/firma/. Orada 28 GB boyutunda, yarım kalmış devasa bir .tar.gz dosyası durmaktadır.

Mühendis o yarım dosyayı tek bir komutla siler (rm -f backup-*.tar.gz). Diskte anında 28 GB boşluk açılır. MySQL yeniden başlatılır ve site 3 saniyede geri gelir.

Mühendisin müşteriye yazdığı tek cümlelik ders niteliğindeki yanıt şudur: "Ahmet Bey, 100 litrelik bir su deposunun içinde 70 litre su varken, o suyu depodan çekip yine aynı deponun içine 50 litrelik bir bidonla koyamazsınız; su taşar!"

Güvenli Yedekleme Protokolü

Bir sunucuda felaketten korunmak isterken felaketin kendisi olmamak için uygulanması zorunlu mühendislik kuralları şunlardır:

  1. Yedeği Asla Aynı Diske Almayın (Off-Site Backup): Bir sunucunun yedeği, o sunucunun içinde duruyorsa o bir yedek değildir! Sunucunun diski yandığında yedeğiniz de onunla birlikte yanar. cPanel Backup Wizard kullanırken hedef olarak mutlaka "Uzak FTP Sunucusu" (Remote FTP) veya "Amazon S3 / Google Drive" gibi harici bir depolama seçin. Veri üretildiği anda ağ üzerinden harici kasaya aksın; yerel disk bir bayt bile şişmesin.
  2. Yedek Öncesi Disk Kontrolü: Eğer mecburen yerel diske yedek alacaksanız; disk doluluğunuzun en fazla %40 olduğundan emin olun. Doluluk %50'nin üzerindeyse o diske tam yedek alınamaz!
  3. Ayrı Bölümleme (Separate Partition): Büyük sistemlerde yedeklerin yazıldığı /backup dizini, işletim sisteminin ve sitelerin barındığı diskten tamamen farklı, ikincil bir fiziksel diske bağlanmalıdır.
  4. Veritabanını ve Dosyaları Ayrı Alın: 100 GB'lık dev bir siteyi tek parça yedeklemek yerine; her gün sadece 500 MB tutan veritabanı yedeğini alın (mysqldump), 80 GB'lık statik ürün fotoğraflarını ise haftada bir rsync ile harici bir depoya senkronize edin.

Karnındaki sıvıyı akciğerine enjekte eden hekim hastayı nasıl boğarsa; yedeği aynı diskin içine yazdıran kullanıcı da sunucusunu öyle boğar. Yedekleme bir ambar kopyalama çılgınlığı değil; veriyi güvenli, harici ve izole bir kasaya sessizce nakletme disiplinidir.