Otomatik yeniden başlatmalar, bir Gameserver'ı planlı şekilde işletmene yardımcı olur: Sabit bakım pencereleri belirlersin, oyuncuları zamanında bilgilendirirsin ve sonrasında sunucunun, logların ve yedeklerin düzgün görünüp görünmediğini kontrol edersin. Önemli olan mümkün olduğunca sık restart yapmak değil; oyuna, topluluğa ve işletim süreçlerine uyan anlaşılır bir ritim belirlemektir.
Gameserver otomatik yeniden başlatma
Otomatik restartlar neden mantıklıdır
Bir Gameserver çoğu zaman saatlerce ya da günlerce ara vermeden çalışır. Oyuna, mod kurulumuna ve oyuncu sayısına bağlı olarak geçici veriler, script durumları veya bellek kullanımı birikebilir. Planlı bir yeniden başlatma, ancak lag veya kesinti olduğunda tepki vermek yerine sürecin düzgün şekilde kapatılıp yeniden başlatıldığı kontrollü bir zaman sağlar.
Düzenli restartlar için tipik nedenler şunlardır:
- Memory Leaks: Birçok oyun zamanla giderek daha fazla RAM kullanır
- Performans: Düzenli restartlar performansı stabil tutmaya yardımcı olabilir
- Updates: Kurulumun bu şekilde yapılandırıldıysa sunucular restart sırasında otomatik güncellenebilir
- Stabilite: Planlı yeniden başlatmalar, uzun süreli çalışmada sorunların fark edilmeden birikme riskini azaltır
game-serverhosting'de Scheduler; teknik kontrol, destek ve şeffaf işletim süreçleri sunan ücretli Multi-Game-Hosting yaklaşımına iyi uyar: Ne zaman ne olacağını sen tanımlarsın ve etkisini sonrasında dashboard, konsol ve loglar üzerinden takip edebilirsin.
Ön koşullar
Otomatik bir restartı etkinleştirmeden önce şu noktaları netleştirmelisin:
- game-serverhosting dashboard'una ve ilgili Gameserver'a erişimin var.
- Topluluğunun ağırlıklı olarak hangi saat diliminde oynadığını biliyorsun.
- Oyunun kapanırken otomatik kaydedip kaydetmediğini veya ayrı bir save komutunun mantıklı olup olmadığını biliyorsun.
- Modların, pluginlerin veya büyük dünyaların restart sonrası daha uzun başlatma sürelerine neden olup olmadığını kontrol ettin.
- Özellikle Minecraft, ARK, Valheim veya Palworld gibi kalıcı dünyalarda bir yedekleme konseptin var.
Sunucun için ayrıca kendi adresini kullanıyorsan portu ve hostname'i düzgün belgeleyin. Gameserver için özel domain kurma - DNS rehberi, DNS kayıtlarını anlaşılır tutmana yardımcı olur.
Dashboard'da Scheduler kurma
game-serverhosting'de restartları Scheduler üzerinden kurabilirsin:
- Dashboard → Scheduler sekmesi
- "Yeni task oluştur"
- Aksiyon: "Sunucuyu yeniden başlat"
- Zaman planı seç
Zamanı bilinçli seç. Herkese açık sunucular için oyuncu kitlen çoğunlukla aynı saat dilimindeyse sabah 4 ile 6 arası bir pencere genellikle pratiktir. Uluslararası topluluklarda tek bir mükemmel pencere nadiren mümkündür; bu durumda restartı şeffaf şekilde duyurmalı ve mümkün olduğunca tutarlı tutmalısın.
Dashboard'un yinelenen görevleri destekliyorsa günlük, her 12 saatte bir veya haftalık gibi net bir tekrar kullan. Birden fazla çakışan restart kuralından kaçın, çünkü sonrasında hangi taskın gerçekten tetiklendiğini anlamak zorlaşır. Daha genel otomasyon adımları için Gameserver otomatik yeniden başlatma — Planlı görevler kurma rehberinde ek ipuçları bulabilirsin.
Önerilen restart zamanları
Aşağıdaki tablo pratik bir başlangıç noktasıdır, belirli bir performans seviyesinin garantisi değildir. Aralıkları dünya boyutuna, modlara, oyuncu sayısına ve loglarda ya da monitoringde gördüklerine göre ayarla.
| Oyun | Öneri | Sebep |
|---|---|---|
| Minecraft | Her 12 saatte bir | Chunk cache'i temizlemek |
| Rust | Her 24 saatte bir (wipe öncesi) | Memory leak |
| ARK | Her 6 saatte bir | Entity cleanup |
| Valheim | Her 24 saatte bir | Memory leak |
| Palworld | Her 6-12 saatte bir | Memory leak |
| FiveM | Her 12 saatte bir | Script cache |
Valheim sunucuları için restartları dünya yönetimi, parola, portlar ve koop işletimiyle uyumlu hale getirmek istiyorsan Valheim Server kiralama ve kurma - Koop rehberi 2026 rehberine de göz atmaya değer.
Restart öncesi oyuncuları uyarma
Planlı bir restart ancak oyuncular bunu zamanında fark ederse düzgün çalışır. Kimse bir raidin, boss savaşının veya kayıt işleminin ortasında hazırlıksız yakalanmasın diye birden fazla uyarı kur.
# 15 dakika önce
say "Sunucu restartı 15 dakika içinde!"
# 5 dakika önce
say "Sunucu restartı 5 dakika içinde! Lütfen güvenli şekilde çıkış yap."
# 1 dakika önce
say "Sunucu restartı 1 dakika içinde!"
say komutunun çalışıp çalışmaması oyuna ve ilgili konsol komutuna bağlıdır. Oyunun farklı broadcast komutları kullanıyorsa satırları buna göre değiştir. Discord bağlantılı sunucularda topluluk kanalına ek olarak bir mesaj gönderebilirsin, ama yalnızca buna güvenmemelisin.
Otomatik restart öncesi yedekleme
Kalıcı dünyalarda restart öncesi yedek almak mantıklıdır. Belirleyici olan, yedekleme ve yeniden başlatmanın doğru sırayla çalışmasıdır: önce kaydet veya yedekle, sonra kapat, sonra başlat. Oyunun manuel bir save komutu destekliyorsa bunu asıl restarttan önce planla veya panelin bu adımı zaten kapsayıp kapsamadığını kontrol et.
Geri yüklemeyi ilk kez gerçek bir problem anında test etme. Bir yedek ancak nerede olduğunu, kaç günlük olduğunu ve nasıl geri yükleneceğini bildiğinde güvenilirdir. Ayrıca otomatik restartın update kurmasına izin verilip verilmediğini belgeleyin. Auto-update kullanışlıdır, ancak modlu sunucularda veya sürüm bağımlılıklarında ek kontrol gerektirebilir.
Sonucu kontrol etme
İlk planlı çalışmadan sonra her şeyin doğru olduğunu varsaymamalısın. Şunları somut olarak kontrol et:
- Scheduler taskı beklenen saatte tetiklendi mi?
- Restarttan önce planlanan uyarılar geldi mi?
- Sunucu sonrasında erişilebilir mi?
- Planlandıysa bir yedek oluşturuldu mu?
- Loglarda durdurma veya başlatma sırasında hatalar var mı?
- Modlar, pluginler ve oyun sürümü hâlâ uyumlu mu?
Bir hosting paneli dışında sistem servisleri çalıştırıyorsan systemd, zaman tabanlı unitlerin temel olarak nasıl çalıştığını resmi timer dokümantasyonunda açıklar: freedesktop.org dokümantasyonu. Ancak sunucun game-serverhosting üzerinden yönetiliyorsa doğru yer dashboard'dur.
Sorun giderme
Restart tetiklenmedi
Önce saat, saat dilimi ve tekrar kuralını kontrol et. Sık görülen bir hata, doğru oluşturulmuş ama farklı bir saat diliminde veya yalnızca tek seferlik planlanmış bir tasktır. Sonrasında sunucunun planlanan zamanda zaten durdurulmuş olup olmadığını veya başka bir taskın paralel çalışıp çalışmadığını kontrol et.
Oyuncular uyarı görmüyor
Bu durumda çoğunlukla konsol komutu oyuna uymaz veya uyarı doğru bağlamda çalıştırılmıyordur. Komutu konsolda manuel test et. Ancak manuel mesaj görünür olduktan sonra bunu Scheduler'a almalısın.
Sunucu restarttan sonra düzgün başlamıyor
Başlatma loglarını aç ve mod, plugin, port veya sürüm hataları ara. Hata doğrudan bir update sonrasında ortaya çıkıyorsa otomatik update'lerin etkin olup olmadığını ve eklentilerinin yeni sürümle uyumlu olup olmadığını kontrol et.
Yedekler çok uzun sürüyor
Büyük dünyalar yedekleme süresini uzatabilir. Bu durumda restartı daha büyük bir bakım penceresine koy ve yedekleme, update ve yeniden başlatmanın birbirine çok yakın planlanmasından kaçın. Çok büyük sunucularda daha seyrek ama daha iyi kontrol edilen bir restart daha mantıklı olabilir.
En iyi uygulamalar
- Düşük oyuncu aktivitesi: Topluluğa uyuyorsa restartları sabah 4-6 arasına koy
- Uyarı: Oyuncuları her zaman önceden bilgilendir
- Restart öncesi yedek: Restarttan önce otomatik yedeklemeyi etkinleştir
- Restart sırasında update: Auto-update'i yalnızca sürüm değişikliklerini bilinçli planlıyorsan etkinleştir
- Dokümantasyon: Restart aralığını, saatini ve amacını dahili olarak kaydet
- Kontrol: Mod kurulumundaki değişikliklerden sonra bir sonraki otomatik restartı izle
Kontrol, sınırlar ve güvenli geri dönüş
“Gameserver otomatik yeniden başlatma - Scheduler kurma” rehberi, makalede açıklanan sunucu tipi ve kontrol zamanında görünen sürüm durumu için geçerlidir. Menü adları, mevcut sürümler, mod veya plugin uyumluluğu ve gerekli kaynaklar update'lerden sonra değişebilir. Bu yüzden hiçbir değeri kontrol etmeden başka bir oyun, loader veya sunucu sürümüne aktarma.
Dünya, oyun kaydı, yapılandırma veya eklentilerde değişiklik yapmadan önce ilgili dosyaların yedeğini oluştur. Ardından yalnızca birbiriyle bağlantılı tek bir adımı değiştir ve bunu daha sonra oynamak istediğin aynı client ve server sürümüyle kontrol et.
| Kontrol noktası | Beklenen sonuç | İptal ve geri dönüş |
|---|---|---|
| Sunucu başlangıcı | Sunucu yeni hata mesajı olmadan çalışmaya hazır duruma ulaşır. | Başlatma hatalarında değişikliği geri al ve son yedeği geri yükle. |
| Bağlantı testi | Bir test hesabı panelde gösterilen adres üzerinden bağlanabilir. | Sürüm veya bağlantı hatalarında sürümü, portu ve izinleri yeniden karşılaştır. |
| Fonksiyon testi | Somut olarak değiştirilen fonksiyon, mevcut dünya veya oyun verilerine zarar vermeden çalışır. | Yan etkilerde sunucuyu durdur ve yedeklenen dosyaları geri yükle. |
Başarılı tek bir test performans veya erişilebilirlik garantisi değildir. Dünya boyutu, modlar, pluginler, oyuncu sayısı, ağ yolu ve eşzamanlı yük sonucu değiştirebilir. Sonraki sapmaları anlayabilmek için sürümü, değişikliği ve test sonucunu belgeleyin.
FAQ
Gameserver'ımı ne sıklıkla otomatik yeniden başlatmalıyım?
Bu oyuna, oyuncu sayısına ve mod kurulumuna bağlıdır. Yukarıdaki tablo bir başlangıç noktasıdır. Loglar ve oyuncu geri bildirimleri stabil kalıyorsa aralığı yapay olarak kısaltmana gerek yok.
Her restarttan önce yedek oluşturmalı mıyım?
Kalıcı dünyalarda bu önerilir. Ancak önemli olan, yedeğin asıl yeniden başlatmadan önce tamamlanmış olması ve geri yüklenebilir olup olmadığını düzenli olarak kontrol etmendir.
Otomatik restart oyuncu ilerlemesini silebilir mi?
Düzgün planlanmış bir restart bunu yapmamalıdır. Risk özellikle kayıt yapılmadığında, oyun süreci sert şekilde kapatıldığında veya yedek eksik olduğunda oluşur. Uyarıları kullan ve oyuna bağlı save komutlarını kontrol et.
Restart sırasında otomatik update'ler her zaman mantıklı mı?
Her zaman değil. Vanilla sunucular için pratik olabilirler. Modlu sunucularda daha dikkatli olmalısın, çünkü oyun sürümü, mod sürümleri ve plugin bağımlılıkları birbiriyle uyumlu olmalıdır.
Topluluğum uluslararası oynuyorsa ne yapmalıyım?
Sabit, şeffaf şekilde duyurulan bir bakım penceresi seç ve tutarlı kal. Düşük aktiviteye sahip bir zaman aralığı yoksa net ön uyarılar mükemmel bir saatten daha önemlidir.