Metin2 server files ve MariaDB yedeği, sunucu arızası, hatalı güncelleme, güvenlik ihlali, disk sorunu veya veri merkezi değişikliği gibi durumlarda projenin hızlı şekilde geri dönmesini sağlar.
Yedekleme yalnızca files klasörünü sıkıştırmak veya tek bir SQL dosyası almak değildir. Server files, veritabanı, client, kaynak kodu, CONFIG dosyaları ve geri dönüş notları birlikte korunmalıdır.
Kısa cevap: Metin2 sunucusunda server files, MariaDB veritabanları, client, CONFIG ve kaynak kodu ayrı ayrı yedeklenmelidir. En az bir kopya farklı sunucu veya lokasyonda tutulmalı ve yedeklerin gerçekten açılabildiği düzenli geri yükleme testleriyle doğrulanmalıdır.
Server files yedeği alınırken aktif çalışan servislerin dosya yazmaya devam edebileceği unutulmamalıdır. CONFIG, quest ve binary dosyaları genellikle düşük değişim sıklığına sahip olsa da log ve geçici dosyalar sürekli güncellenebilir.
Temel yaklaşım:
Servisleri kapatmadan files yedeği alınabilir ancak tam tutarlılık gereken taşıma ve geri dönüş işlemlerinde kontrollü bakım daha güvenlidir.
Metin2 veritabanı yedeği yalnızca tablo dosyalarını kopyalayarak alınmamalıdır. Veritabanı motoru çalışırken fiziksel dosyaları kopyalamak tutarsız veya bozuk yedek oluşturabilir.
SQL dışa aktarma yöntemiyle aşağıdaki veritabanları ayrı ayrı veya birlikte yedeklenebilir:
Veritabanı adları kullanılan files paketine göre değişebilir. Yedekleme kullanıcısının yalnızca gerekli yetkilere sahip olması güvenlik açısından daha uygundur.
Oyuncular aktifken karakter, item, pazar ve lonca verileri değişmeye devam eder. Yedek sırasında tablolar farklı anlara ait veriler içerirse tutarsızlık oluşabilir.
Düşük riskli günlük yedeklerde veritabanının tutarlı anlık görüntü seçenekleri kullanılabilir. Büyük güncelleme, taşıma veya felaket dönüşü öncesinde ise bakım modu ve servis kapatma yöntemi tercih edilebilir.
Her günlük yedek için uzun bakım zorunlu değildir. Ancak aşağıdaki durumlarda servisleri kontrollü şekilde kapatmak daha güvenlidir:
Servisler açıkken alınan yedeklerde veritabanı tutarlılığı sağlayan seçenekler kullanılmalıdır.
| Yedek Türü | Avantajı | Dezavantajı |
|---|---|---|
| Tam yedek | Geri yüklemesi daha kolaydır | Daha fazla alan ve süre kullanır |
| Artımlı yedek | Yalnızca değişen veriyi saklar | Geri dönüş zinciri daha karmaşıktır |
| Veritabanı SQL yedeği | Taşınabilir ve kontrol edilebilir | Büyük veritabanlarında uzun sürebilir |
Çoğu Metin2 projesi için günlük SQL yedeği ve periyodik tam files yedeği dengeli bir yaklaşım sunar.
Bu yaklaşım disk arızası, yanlış silme, fidye yazılımı ve sunucunun tamamen kaybedilmesi gibi risklere karşı dayanıklılığı artırır.
Aynı sunucu üzerindeki yedek, yanlış dosya silme ve bazı uygulama hatalarında işe yarayabilir. Ancak disk arızası, root yetkisinin ele geçirilmesi veya sunucunun tamamen erişilemez olması durumunda canlı veriyle birlikte kaybolabilir.
Bu nedenle en az bir yedek farklı sunucu veya depolama alanına aktarılmalıdır.
Otomatik yedekleme için zamanlanmış görev kullanılabilir. İşlem şu adımları içermelidir:
Otomasyon, hatalı yedek üretmeye devam edebileceği için periyodik insan kontrolünün yerini tamamen tutmaz.
Başarılı yedek mesajı görmek yeterli değildir. Gerçek güvence geri yükleme testidir.
Taşıma sırasında veri kaybını önlemek için son senkronizasyon bakım modunda yapılmalıdır.
VDS ve fiziksel altyapı seçimi için Metin2 VDS mi Fiziksel Sunucu mu? rehberimizi inceleyebilirsiniz.
Kurulum ve geri yükleme uyumluluğu için Metin2 Sunucusu Nasıl Kurulur? makalemizi okuyabilirsiniz.
Yedek dosyaları canlı verinin tam kopyasını içerdiği için yüksek güvenlikle korunmalıdır.
Sunucu içi güvenlik için Metin2 Sunucu Güvenliği rehberimizi inceleyebilirsiniz.
Evet. Quest, binary, kaynak kodu, SQL veya sistem güncellemesi öncesinde mutlaka tam geri dönüş yedeği alınmalıdır. Güncelleme önce test sunucusunda uygulanmalı ve canlı sisteme geçmeden önce sonuçlar doğrulanmalıdır.
Server files seçimi ve uyumluluk için Metin2 Server Files Nedir? rehberimizi okuyabilirsiniz.
Siberdizayn; yüksek frekanslı işlemci, NVMe disk ve farklı proje ölçeklerine uygun Metin2 sunucu çözümleri sunmaktadır.
Tüm paketleri karşılaştırmak için Metin2 Sunucu Paketleri sayfamızı inceleyebilirsiniz.
Büyüyen projeler için Orta Düzey Metin2 Sunucu, yoğun oyuncu ve yüksek kaynak ihtiyacı için Profesyonel Metin2 Sunucu seçeneklerini değerlendirebilirsiniz.
Metin2 server files, panel ve yazılım tanıtımları için Siberdizayn.org adresini ziyaret edebilirsiniz.
Hayır. MariaDB veritabanı, client, CONFIG ve kaynak kodu da ayrı olarak yedeklenmelidir.
Çalışan veritabanının fiziksel dosyalarını doğrudan kopyalamak tutarsızlık oluşturabilir. SQL dışa aktarma veya uygun fiziksel yedekleme yöntemi kullanılmalıdır.
Günlük yedek alınabilir ancak veritabanı tutarlılığı sağlanmalıdır. Taşıma ve büyük güncelleme öncesinde bakım modu daha güvenlidir.
Ek kopya olarak tutulabilir ancak tek yedek aynı sunucuda olmamalıdır. Farklı sunucu veya lokasyonda uzak kopya bulunmalıdır.
Arşiv ve SQL dosyaları kontrol edilmeli, en önemlisi test ortamına düzenli geri yükleme yapılmalıdır.
Ön kopya sonrası bakım modunda son files ve SQL yedeği alınmalı, yeni sunucu test edilmeden yayın açılmamalıdır.
İhtiyaca göre yedeklenmelidir. Hukuki, operasyonel veya hata analizi açısından gerekli olabilecek kayıtlar saklanabilir.
Proje ihtiyacına göre günlük, haftalık ve aylık saklama politikası oluşturulmalıdır. Tek bir son yedeğe güvenilmemelidir.
