Veritabanı dökümü nedir?
Veritabanı dökümü (dump), bir veritabanının tablo yapısını ve verilerini, sonradan yeniden oluşturmaya yarayan bir dosyaya aktarma işlemidir. Genellikle SQL komutlarından oluşan bir metin dosyasıdır ve mantıksal yedek olarak adlandırılır. MySQL/MariaDB için mysqldump, PostgreSQL için pg_dump en bilinen araçlardır.
Döküm, diskteki ham veri dosyalarının kopyası değil, verinin taşınabilir bir temsilidir. Bu yüzden farklı sürümlere ya da sunuculara taşımak için de uygundur.
Nasıl çalışır?
Döküm aracı veritabanına bağlanır, tabloları okur ve bunları CREATE TABLE ile INSERT gibi komutlara ya da özel bir biçime çevirir. Tutarlı bir kopya için işlem tek bir işlem içinde (örneğin InnoDB’de --single-transaction) çalıştırılır; böylece döküm sırasında yazma işlemleri yedeği bozmaz.
Geri yükleme, dosyanın ilgili istemciyle veritabanına okutulmasıyla yapılır. Büyük veritabanlarında döküm ve geri yükleme uzun sürebilir; bu durumda fiziksel yedek ya da replikasyon tercih edilir.
Sunucu ve hosting ortamında
Hosting ortamlarında web sitesi dosyaları ile veritabanı dökümü birlikte yedeklenir. Panel yedekleri bunu otomatik yapar; kendi sunucunuzda cron ile mysqldump veya pg_dump çalıştırıp çıktıyı sıkıştırarak yedek sunucusuna göndermek yaygındır. Döküm dosyaları parola özetleri ve kişisel veri içerebileceğinden dosya izinleri sıkı olmalıdır.
Nasıl uygulanır?
- Tutarlılık için uygun seçenekleri kullanın (örneğin
--single-transaction) ve rutinleri, tetikleyicileri de dökün. - Dökümü sıkıştırın ve yedek sunucusuna şifreli aktarın; dosya izinlerini yalnızca ilgili kullanıcıya açık tutun.
- Parolayı komut satırında vermeyin; yapılandırma dosyası ya da ortam değişkeni gibi daha güvenli yollar kullanın.
- Dökümü periyodik olarak boş bir veritabanına geri yükleyerek doğrulayın.
- Dosya yedeğiyle aynı zaman noktasında alın ki uygulama ve veri uyumlu olsun.
Sık yapılan hatalar
- Çalışan veritabanının veri dizinini doğrudan kopyalayıp tutarlı yedek aldığını sanmak.
- Döküm dosyasını web kökünde bırakıp indirilebilir hale getirmek.
- Karakter kümesini yanlış belirtip geri yüklemede Türkçe karakterlerin bozulması.
- Dökümün hata ile yarım kalıp kalmadığını kontrol etmemek.
Sık sorulan sorular
Mantıksal ve fiziksel yedek arasındaki fark nedir?
Mantıksal yedek (döküm) SQL benzeri biçimde veri içeriğini taşır; taşınabilir ama büyük veride yavaştır. Fiziksel yedek veri dosyalarının kendisidir; hızlıdır ancak aynı sürüm ve yapıya bağlıdır.
Döküm sırasında site yavaşlar mı?
Biraz yük oluşturabilir. Trafiğin az olduğu saatleri seçmek ve replikadan döküm almak etkiyi azaltır.
Dökümü ne sıklıkla almalıyım?
Verinin değişim hızına ve kabul edebileceğiniz veri kaybı süresine (RPO) bağlıdır. Sık değişen verilerde günlük ya da daha sık döküm ve işlem günlüğü yedeği gerekebilir.
Bu terimin geçtiği rehberler
- Proxmox VE’de cloud-init ile sanal makine şablonlarıProxmox VE’de bir cloud-init sanal makine şablonu hazırlayın; qm ile şablondan klonlayıp kullanıcı, SSH anahtarı ve IP ayarlarını saniyeler içinde tanımlayın.
- Kontrol panelleri arasında hesap taşıma (sunucudan sunucuya geçiş planı)Bir hosting hesabını eski sunucudan yenisine kesintisiz taşımak için envanter, TTL düşürme, rsync ile eşitleme, hosts ile test ve DNS geçişini adım adım anlatan geçiş planı.
- Kontrol panelinde yedekleme ve geri yükleme stratejisi (panelden bağımsız yaklaşım)cPanel, Plesk ve DirectAdmin için ortak bir yedekleme stratejisi: 3-2-1 kuralı, veritabanı dökümü, sunucu dışı depolama, restic ile sürümlü yedek ve düzenli geri yükleme testi.
- Bayi hosting için müşteri yedekleme politikası ve geri yükleme süreciBayi hosting müşterileri için yedekleme politikasını yazın: sıklık, saklama süresi, restic ile otomatik yedek, veritabanı dökümü ve müşteri talebiyle güvenli geri yükleme sürecini uygulayın.
İlgili terimler
- Yedek doğrulama ve geri yükleme testiYedek doğrulama ve geri yükleme testi, alınan yedeğin gerçekten okunabilir ve geri yüklenebilir olduğunu düzenli olarak sınama sürecidir.
- Yedek şifrelemeYedek şifreleme, yedeklenen verinin yetkisiz kişiler tarafından okunmasını engellemek için yedeğin saklanmadan önce şifrelenmesidir.
- YedeklemeVerinin kayıp ya da bozulma durumunda geri yüklenebilmesi için ayrıca saklanan kopyası.
- 3-2-1 yedekleme kuralıÜç kopya, iki farklı ortam, bir tanesi başka konumda.
- Artımlı yedek (incremental backup)Yalnızca son yedekten sonra değişen verinin yedeklenmesi.
- BorgBackupBorgBackup, tekilleştirme, sıkıştırma ve şifreleme ile verimli, sürümlü yedekler alan açık kaynaklı bir yedekleme aracıdır.