PvPSunucusu Silkroad Web Panel’de Database Yedek Alma işlemi, oyun verilerinin güvenliğini sağlamak için en kritik bakım adımlarından biridir. Silkroad sunucusunda karakterler, itemler, silk bakiyeleri, guild kayıtları, market işlemleri, ödeme geçmişleri ve oyun logları veritabanında tutulur.

Yedek almadan yapılan büyük değişiklikler tehlikelidir. Yanlış SQL sorgusu, hatalı item işlemi, bozuk güncelleme, yanlış database restore işlemi veya beklenmeyen server arızası tüm oyuncu verilerini etkileyebilir. Sağlam bir yedek yoksa geri dönüş çok zorlaşır.

1. Hangi Database’lerin Yedeği Alınmalı?

Silkroad sisteminde tek bir database yeterli değildir. Panelin kullandığı tüm veritabanları plana dahil edilmelidir.

• Account DB: Kullanıcı hesapları, ID yapısı, silk bakiyesi ve üyelik bilgileri için yedeklenmelidir.
• Shard DB: Karakter, item, storage, guild, mob, NPC, skill ve oyun içi veriler için en kritik database’tir.
• Log DB: Oyun kayıtları, hareket geçmişleri ve bazı destek incelemeleri için önemlidir.
• Panel DB: Web panel ayarları, market, ödeme, ticket, cache, içerik ve admin logları için yedeklenmelidir.

Sadece Shard DB yedeği almak çoğu zaman yeterli değildir. Örneğin ödeme/silk problemi yaşandığında Account DB ve panel ödeme kayıtları da gerekir.

2. Ne Zaman Yedek Alınmalı?

Yedek sadece sorun olduktan sonra değil, düzenli olarak alınmalıdır.

• Büyük panel güncellemesi öncesi
• Database installer çalıştırmadan önce
• Yeni tablo veya kolon eklemeden önce
• Toplu SQL sorgusu çalıştırmadan önce
• Rate, alchemy, spawn veya item sistemlerinde büyük değişiklikten önce
• Sezon sıfırlama öncesi
• Yeni server açılışı öncesi
• Günlük veya saatlik otomatik bakım planında

3. Panelden Yedek Alma İşlemi Nasıl Yapılır?

Panelde Database Yedek Alma sayfası varsa genel kullanım mantığı şu şekildedir:

1. Admin panele yetkili hesapla giriş yapın.
2. Database menüsündeki yedek alma sayfasını açın.
3. Yedeklenecek database’i seçin.
4. Mümkünse yedek açıklaması yazın.
5. Yedek alma butonuna basın.
6. İşlem tamamlandı mesajını bekleyin.
7. Oluşan yedek dosyasının boyutunu kontrol edin.
8. Yedek dosyasını sadece sunucuda bırakmayın, güvenli bir harici alana kopyalayın.

Yedek dosyası oluştu ama boyutu çok küçükse işlem başarısız veya eksik olabilir. Böyle durumda yedek sağlıklı kabul edilmemelidir.

4. Yedek Dosyası Nasıl Adlandırılmalı?

Yedek dosya isimleri düzenli olmalıdır. Rastgele isimler geri yükleme sırasında karışıklık oluşturur.

Örnek yedek isimleri:
SR_ACCOUNT_2026-05-24_0300.bak
SR_SHARD_2026-05-24_before_update.bak
SR_LOG_2026-05-24_daily.bak
PANEL_DB_2026-05-24_before_market_patch.bak

İsim içinde database adı, tarih, saat ve işlem nedeni bulunursa geri dönüş çok daha kolay olur.

5. Yedek Nerede Saklanmalı?

Yedekleri sadece aynı sunucuda saklamak yeterli değildir. Sunucu diski bozulursa yedek de kaybolur.

• Yerel sunucu üzerinde kısa süreli kopya
• Harici disk veya farklı sunucu
• Güvenli FTP/SFTP alanı
• Şifreli bulut depolama
• Haftalık arşiv klasörü

6. Yedek Alma Oyuncuları Etkiler mi?

Büyük veritabanlarında yedek alma işlemi disk ve SQL yükü oluşturabilir. Bu nedenle yoğun saatlerde dikkatli olunmalıdır.

• Küçük yedekler genelde hızlı tamamlanır.
• Büyük Shard DB yedeği disk kullanımını artırabilir.
• Log DB çok büyükse yedek uzun sürebilir.
• SQL sunucusu zayıfsa oyuncularda gecikme hissedilebilir.
• Yoğun saatlerde tam yedek yerine planlı bakım tercih edilmelidir.

7. Yedek Sonrası Sağlamlık Kontrolü

Yedek dosyasının oluşması tek başına yeterli değildir. Dosyanın gerçekten kullanılabilir olup olmadığı kontrol edilmelidir.

1. Yedek dosyası oluştu mu?
2. Dosya boyutu mantıklı mı?
3. Dosya adı doğru database’i gösteriyor mu?
4. Dosya güvenli yere kopyalandı mı?
5. Mümkünse test SQL ortamında restore denemesi yapıldı mı?
6. Eski yedekler düzenli arşivleniyor mu?

Sık Yapılan Hatalar

• Sadece Shard DB yedeği alıp Account DB’yi unutmak
• Yedek dosyasını aynı sunucuda bırakmak
• Dosya boyutunu kontrol etmemek
• Hatalı yedeği sağlam sanmak
• Geri yükleme testi hiç yapmamak
• Büyük SQL işlemi öncesi yedek almamak
• Eski yedekleri tarih ve açıklama olmadan saklamak

FAQ

Hangi database en önemlidir?
Shard DB çok kritiktir çünkü karakter ve item verileri buradadır. Ancak Account ve Panel DB olmadan kullanıcı, silk, ödeme ve panel kayıtları eksik kalır.

Yedek almak için server kapatılmalı mı?
Her zaman şart değildir, fakat büyük ve riskli işlemler öncesi düşük oyuncu saatinde almak daha güvenlidir.

Yedek dosyası küçük çıktıysa sorun var mı?
Evet, olabilir. Database boyutuna göre anormal küçük dosyalar kontrol edilmelidir.

Güvenli Kullanım Önerileri

• Günlük otomatik yedek planı oluşturun.
• Büyük SQL işlemlerinden önce manuel yedek alın.
• Yedekleri farklı sunucu veya depolama alanına kopyalayın.
• Yedek dosyalarını tarih ve açıklamayla adlandırın.
• Ayda en az bir kez test restore yaparak yedeklerin çalıştığını doğrulayın.

Bu makale PvPSunucusu için özel olarak hazırlanmıştır.