Alipaşa Mah. Yeni Hükümet Cad. No:14/110, Tokat 0 356 214 70 65 bilgi@sur.com.tr Online mağaza English

MySQL ve MariaDB veritabanı yedekleme: mysqldump ile düzenli ve tutarlı yedek

Web siteleri, e-ticaret altyapıları ve bazı ticari programlar MySQL veya MariaDB kullanır. Bu veritabanlarının nasıl tutarlı yedekleneceğini, otomatikleştirileceğini ve geri yükleme testinin neden şart olduğunu anlatıyoruz.

Sunucu 2 dk okuma

Kurumsal web siteleri, e-ticaret altyapıları, içerik yönetim sistemleri ve bazı ticari yazılımlar verilerini MySQL veya MariaDB veritabanlarında tutar. Bu veritabanları çoğu zaman bir sunucuda veya hosting hesabında sessizce çalışır ve yedekleri ancak bir sorun yaşandığında hatırlanır.

Neden ayrı veritabanı yedeği?

Sunucunun tamamının yedeğini almak önemlidir, ancak veritabanı çalışırken alınan dosya kopyaları tutarsız olabilir. Ayrıca yalnızca bir tablodaki hatayı geri almak gerektiğinde tüm sunucuyu geri yüklemek pratik değildir. Veritabanına özel, tutarlı ve kolay geri yüklenebilir bir yedek bu yüzden ayrıca alınmalıdır.

mysqldump ile mantıksal yedek

MySQL ve MariaDB ile gelen mysqldump aracı, veritabanının yapısını ve verisini geri yüklenebilir komutlar hâlinde bir dosyaya döker. Tabloların büyük kısmı işlem destekli (InnoDB) yapıdaysa, tek işlem içinde alınan döküm, yedekleme sırasında site çalışmaya devam ederken bile tutarlı bir anlık görüntü sağlar. Çok büyük veritabanlarında fiziksel yedek araçları da değerlendirilebilir.

MySQL yedeğinde döküm, sıkıştırma, şifreleme, uzak kopya ve test adımları
Yedeğin değeri, geri yüklenebildiği gün ortaya çıkar.

Otomatikleştirme

Elle alınan yedek, bir gün mutlaka unutulur. Yedek komutu bir zamanlayıcıyla (Linux'ta cron, Windows'ta Görev Zamanlayıcı) her gün belirli saatte çalıştırılmalıdır. Dosya adına tarih eklenmeli, dosyalar sıkıştırılmalı ve belirli bir süreden eski yedekler otomatik silinmelidir. Yedek işinin başarısız olduğu durumlarda bildirim gelmesi de önemlidir.

Güvenlik

  • Yedek için yalnızca okuma ve yedekleme yetkisi olan ayrı bir veritabanı kullanıcısı kullanın.
  • Veritabanı parolasını komut satırına açık yazmak yerine korumalı bir ayar dosyasında tutun.
  • Yedek dosyaları müşteri bilgisi içerir; şifreleyin ve web üzerinden erişilebilen klasörlere koymayın.

Uzak kopya ve test

Aynı sunucuda duran yedek, sunucu kaybolduğunda işe yaramaz. Şifreli yedeğin başka bir lokasyona gönderilmesi gerekir; bunu yedeği şifreleyip uzak lokasyona göndermek yazımızda anlattık. Ayrıca yedeğin belirli aralıklarla ayrı bir ortamda geri yüklenip test edilmesi gerekir; bu konuda geri yükleme tatbikatı yazımıza bakabilirsiniz.

Geri yükleme süresini bilin

Küçük bir veritabanı dakikalar içinde geri yüklenirken, büyük bir e-ticaret veritabanının geri yüklenmesi saatler sürebilir. Bu süreyi önceden bilmek, olası bir arızada müşterilere ve yönetime gerçekçi bir süre vermeyi sağlar. Test geri yüklemelerinde geçen süreyi not etmek bu yüzden faydalıdır.

Sur Bilgisayar olarak SQL Server, MySQL ve Firebird veritabanlarında yedekleme, bakım ve performans çalışmaları yapıyoruz. Ayrıntılar için sunucu kurulum ve bakım sayfamıza bakabilirsiniz.

Sık sorulan sorular

Veritabanı klasörünü kopyalamak yedek sayılır mı?
Çalışan bir sunucuda veri klasörünü kopyalamak tutarsız yedek üretebilir. Mantıksal yedek araçları veya sunucunun desteklediği yöntemler tercih edilmelidir.
Hosting firmam yedek alıyor, yine de almalı mıyım?
Evet. Hosting yedekleri sınırlı süre tutulur ve her zaman erişilebilir olmayabilir. Kendi kontrolünüzde ayrı bir kopya bulunmalıdır.
Yedek dosyası çok büyük, ne yapabilirim?
Sıkıştırma, yalnızca gerekli veritabanlarını yedekleme ve eski yedeklerin otomatik temizlenmesi alan sorununu büyük ölçüde çözer.

Bu konuda destek mi lazım?

Windows Server ve Linux sunucu kurulumu, bakım ve optimizasyon, Veeam yedekleme, IIS yapılandırması ile SQL Server, MySQL ve Firebird…

Sunucu Kurulum ve Bakım Hizmetleri
Blog

İlgili yazılar