Riavviare automaticamente il gameserver – configurare lo scheduler

I riavvii automatici ti aiutano a gestire un gameserver in modo pianificabile: definisci finestre di manutenzione fisse, avvisi i giocatori per tempo e poi controlli se server, log e backup risultano puliti. L'importante non è riavviare il più spesso possibile, ma avere un ritmo comprensibile, adatto al gioco, alla community e ai tuoi processi operativi.

Riavviare automaticamente il gameserver

Perché i restart automatici sono utili

Un gameserver spesso resta attivo per molte ore o giorni senza pausa. A seconda del gioco, del setup di mod e del numero di giocatori, possono accumularsi dati temporanei, stati degli script o consumo di memoria. Un riavvio pianificato crea un momento controllato in cui il processo viene chiuso e avviato di nuovo in modo pulito, invece di dover reagire solo quando compaiono lag o interruzioni.

Motivi tipici per restart regolari sono:

• Memory leak: molti giochi consumano sempre più RAM con il passare del tempo
• Performance: restart regolari possono aiutare a mantenere stabili le prestazioni
• Aggiornamenti: i server possono aggiornarsi automaticamente al restart, se il tuo setup è configurato così
• Stabilità: i riavvii pianificati riducono il rischio che l'uso prolungato accumuli problemi senza che te ne accorga

Su game-serverhosting uno scheduler si adatta bene al posizionamento come hosting multi-game a pagamento con controllo tecnico, supporto e processi operativi trasparenti: definisci quando succede qualcosa e puoi poi verificarne l'effetto tramite dashboard, console e log.

Requisiti

Prima di attivare un restart automatico, dovresti chiarire questi punti:

• Hai accesso alla dashboard di game-serverhosting e al gameserver interessato.
• Conosci il fuso orario in cui gioca principalmente la tua community.
• Sai se il tuo gioco salva automaticamente alla chiusura o se è utile un comando di salvataggio separato.
• Hai verificato se mod, plugin o mondi grandi causano tempi di avvio più lunghi dopo un restart.
• Hai un piano di backup, soprattutto per mondi persistenti come Minecraft, ARK, Valheim o Palworld.

Se usi anche un indirizzo personalizzato per il tuo server, documenta in modo pulito porta e hostname. La guida Configurare un dominio personale per il gameserver – guida DNS ti aiuta a mantenere comprensibili i record DNS.

Configurare lo scheduler nella dashboard

Su game-serverhosting puoi configurare i restart tramite lo scheduler:

1. Dashboard → scheda Scheduler
2. "Crea nuovo task"
3. Azione: "Riavvia server"
4. Scegliere la pianificazione

Scegli l'orario con attenzione. Per i server pubblici, una finestra tra le 4 e le 6 del mattino è spesso praticabile se la tua base di giocatori è attiva prevalentemente nello stesso fuso orario. Per community internazionali, una singola finestra perfetta è raramente possibile; in questo caso dovresti annunciare il restart in modo trasparente e mantenerlo il più possibile costante.

Se la tua dashboard supporta attività ricorrenti, usa una ripetizione chiara come giornaliera, ogni 12 ore o settimanale. Evita più regole di restart sovrapposte, perché altrimenti in seguito sarà difficile capire quale task sia stato effettivamente attivato. Per passaggi di automazione più generali trovi indicazioni aggiuntive nella guida Riavviare automaticamente il gameserver — configurare attività pianificate.

Orari di restart consigliati

La tabella seguente è un punto di partenza pratico, non una garanzia per un determinato livello di prestazioni. Adatta gli intervalli alla dimensione del tuo mondo, alle mod, al numero di giocatori e alle osservazioni nei log o nel monitoring.

Per i server Valheim vale la pena dare anche un'occhiata alla guida Noleggiare e configurare un server Valheim – guida coop 2026, se vuoi coordinare i riavvii con gestione del mondo, password, porte e modalità coop.

Avvisare i giocatori prima del restart

Un restart pianificato è davvero pulito solo se i giocatori lo sanno per tempo. Configura più avvisi, così nessuno viene sorpreso nel mezzo di un raid, di una boss fight o di un salvataggio.

# 15 minuti prima
say "Restart del server tra 15 minuti!"

# 5 minuti prima
say "Restart del server tra 5 minuti! Per favore disconnettiti in sicurezza."

# 1 minuto prima
say "Restart del server tra 1 minuto!"

Che say funzioni dipende dal gioco e dal rispettivo comando console. Se il tuo gioco usa altri comandi broadcast, sostituisci le righe di conseguenza. Sui server con integrazione Discord puoi inviare anche un messaggio nel canale della community, ma non dovresti affidarti solo a quello.

Backup prima del restart automatico

Per i mondi persistenti, un backup prima del restart è utile. La cosa decisiva è che backup e riavvio vengano eseguiti nell'ordine corretto: prima salvare o mettere al sicuro i dati, poi fermare, poi avviare. Se il tuo gioco conosce un comando di salvataggio manuale, pianificalo prima del restart vero e proprio oppure verifica se il panel copre già questo passaggio.

Non testare il ripristino solo quando c'è un'emergenza. Un backup è affidabile solo se sai dove si trova, quanto è vecchio e come ripristinarlo. Documenta inoltre se il restart automatico può installare aggiornamenti. Gli auto-update sono comodi, ma sui server con mod o versioni vincolate possono richiedere controlli aggiuntivi.

Controllare il risultato

Dopo la prima esecuzione pianificata non dovresti semplicemente dare per scontato che tutto vada bene. Controlla concretamente:

• Il task dello scheduler è stato attivato all'orario previsto?
• Prima del restart sono comparsi gli avvisi pianificati?
• Il server è raggiungibile dopo il restart?
• È stato creato un backup, se previsto?
• I log contengono errori durante l'arresto o l'avvio?
• Mod, plugin e versione del gioco sono ancora compatibili?

Se gestisci servizi di sistema fuori da un hosting panel, la documentazione ufficiale dei timer di systemd spiega come funzionano in generale le unit basate sul tempo: Documentazione su freedesktop.org. Per game-serverhosting, però, la dashboard è il posto giusto se il tuo server viene gestito lì.

Troubleshooting

Il restart non è stato attivato

Controlla prima orario, fuso orario e regola di ripetizione. Un errore frequente è un task creato correttamente, ma pianificato in un altro fuso orario o solo una volta. Poi controlla se il server era già fermo all'orario pianificato o se un altro task era in esecuzione in parallelo.

I giocatori non vedono alcun avviso

Di solito il comando console non è adatto al gioco, oppure l'avviso non viene eseguito nel contesto corretto. Testa il comando manualmente nella console. Solo quando il messaggio manuale è visibile dovresti inserirlo nello scheduler.

Il server non parte pulito dopo il restart

Apri i log di avvio e cerca errori relativi a mod, plugin, porte o versioni. Se l'errore compare subito dopo un aggiornamento, verifica se gli aggiornamenti automatici erano attivi e se le tue estensioni sono compatibili con la nuova versione.

I backup richiedono troppo tempo

I mondi grandi possono allungare i backup. In quel caso sposta il restart in una finestra di manutenzione più ampia ed evita che backup, update e riavvio siano pianificati troppo vicini tra loro. Per server molto grandi, un restart meno frequente ma meglio controllato può essere più sensato.

Best practice

• Bassa attività dei giocatori: mettere i restart tra le 4 e le 6 del mattino, se si adatta alla community
• Avviso: informare sempre prima i giocatori
• Backup prima del restart: attivare il backup automatico prima del restart
• Update al restart: attivare l'auto-update solo se pianifichi consapevolmente i cambi di versione
• Documentazione: registrare internamente intervallo, orario e scopo del restart
• Controllo: dopo modifiche al setup delle mod, monitorare il successivo restart automatico

Controllo, limiti e ritorno sicuro

La guida "Riavviare automaticamente il gameserver – configurare lo scheduler" vale per il tipo di server descritto nell'articolo e per lo stato delle versioni visibile al momento del controllo. Nomi dei menu, versioni disponibili, compatibilità di mod o plugin e risorse necessarie possono cambiare dopo gli aggiornamenti. Per questo non trasferire valori a un'altra versione di gioco, loader o server senza verificarli.

Prima di modificare mondo, salvataggio, configurazione o estensioni, crea un backup dei file interessati. Poi modifica solo un passaggio coerente alla volta e controllalo con la stessa versione client e server con cui vorrai giocare in seguito.

Un singolo test riuscito non è una garanzia di prestazioni o disponibilità. Dimensione del mondo, mod, plugin, numero di giocatori, percorso di rete e carico simultaneo possono cambiare il risultato. Documenta versione, modifica e risultato del test, così potrai capire eventuali differenze future.

FAQ

Quanto spesso dovrei riavviare automaticamente il mio gameserver?

Dipende dal gioco, dal numero di giocatori e dal tuo setup di mod. La tabella sopra è un punto di partenza. Se log e feedback dei giocatori restano stabili, non devi accorciare artificialmente l'intervallo.

Dovrei creare un backup prima di ogni restart?

Per i mondi persistenti è consigliato. È però importante che il backup sia concluso prima del riavvio vero e proprio e che tu controlli regolarmente se sarebbe ripristinabile.

Un restart automatico può cancellare i progressi dei giocatori?

Un restart pianificato correttamente non dovrebbe farlo. Il rischio nasce soprattutto se non è stato salvato, se un processo di gioco viene terminato bruscamente o se manca un backup. Usa gli avvisi e controlla i comandi di salvataggio specifici del gioco.

Gli aggiornamenti automatici al restart sono sempre sensati?

Non sempre. Per i server vanilla possono essere pratici. Sui server con mod dovresti essere più prudente, perché versione del gioco, versioni delle mod e dipendenze dei plugin devono combaciare.

Cosa faccio se la mia community gioca a livello internazionale?

Scegli una finestra di manutenzione fissa, comunicata in modo trasparente, e resta coerente. Se non esiste un periodo con bassa attività, preavvisi chiari sono più importanti di un orario perfetto.