Come verificare un ripristino di Jellyfin prima di dismettere il vecchio server
Non dismettere il vecchio server Jellyfin finché un ripristino pulito non riproduce gli utenti, i percorsi, la riproduzione, i permessi e il comportamento al riavvio richiesti.
La nuova istanza si limita ad aprire il dashboard oppure ha sostenuto lo stesso carico di client e archiviazione del vecchio host? Mantieni il vecchio server arrestato ma recuperabile durante i test. Un accesso riuscito è solo il primo segnale; il ripristino deve dimostrare che lo stato e i percorsi dei dati effettivamente utilizzati in casa siano corretti.
Verifica lo stato persistente prima della riproduzione
Conferma che la configurazione e il database ripristinati contengano gli utenti, le librerie, lo stato di visione, i plugin e i permessi previsti. Controlla ogni percorso delle librerie dal contesto del servizio Jellyfin e leggi un file di esempio da ogni posizione di archiviazione. Montaggi mancanti o proprietari errati possono rimanere nascosti fino a una scansione o a una richiesta di riproduzione.
Annota ciò che è stato ricreato intenzionalmente, come la cache o le copertine scaricate, per evitare di scambiare una differenza per un ripristino non riuscito. Mantieni invariati il backup e la vecchia copia dei dati dell’applicazione fino al superamento del controllo successivo.
Confronta il numero di elementi ripristinati e un record noto dello stato di visione con l’ultimo inventario del vecchio server. L’avvio riuscito del database non dimostra che tutti i percorsi multimediali o i permessi degli utenti siano stati mantenuti.
Esegui il carico di lavoro dei client originali
Testa una riproduzione locale Direct Play, una transcodifica forzata, i sottotitoli, l’accesso remoto se utilizzato e un account utente con restrizioni. Confronta la modalità di riproduzione, l’audio, il rendering dei sottotitoli, la visibilità delle librerie e il tempo di avvio con il comportamento noto del vecchio server.
Se non funziona un solo client, isolane le capacità o il percorso prima di modificare l’intero ripristino. Il percorso di migrazione è utile come checklist, ma la decisione di accettazione deve basarsi sul carico di lavoro effettivo della tua abitazione.
Ripeti una sessione dopo che il servizio è rimasto in esecuzione abbastanza a lungo da completare le normali attività di avvio. In questo modo puoi individuare errori ritardati relativi a montaggi, plugin o metadati che un accesso rapido non rileva.
Supera i controlli di riavvio a freddo e di ripristino
Arresta Jellyfin, riavvia l’host, attendi i montaggi dello spazio di archiviazione e i servizi di rete, quindi ripeti gli stessi test sui client. Crea o individua un nuovo backup dello stato dell’applicazione ripristinata. Esegui quindi un secondo test di ripristino o verifica almeno che il backup contenga l’esatta directory dei dati e i permessi richiesti per il recupero.
Dismetti il vecchio server solo quando l’host ripristinato supera due volte i controlli relativi a stato, percorsi, utenti, riproduzione, riavvio a freddo e posizione del backup. Arresta e ripristina la situazione precedente quando non è possibile aprire il database, il carico di lavoro originale dei client non funziona o la copia di recupero non è leggibile in modo indipendente.
Registra l’esatto punto di ripristino, il proprietario dei file e la mappatura dei percorsi che hanno superato il test. Questi dettagli diventeranno la procedura di recupero se il nuovo host dovesse guastarsi durante la finestra di dismissione.
Chiudi in sicurezza la finestra di dismissione
Lascia il vecchio server arrestato ma recuperabile finché l’host ripristinato non supera un secondo test di avvio a freddo e non è possibile individuare autonomamente un nuovo backup.
Dismetti il vecchio host solo dopo che la riproduzione locale, la riproduzione remota se richiesta, l’accesso degli utenti, le scansioni delle librerie e la documentazione del ripristino hanno superato tutti i test. Conserva i vecchi dati dell’applicazione fino al termine del periodo di conservazione.
Arresta e ripristina la situazione precedente quando un client richiesto non funziona, il database ripristinato cambia in modo imprevisto o il backup non riesce a riprodurre lo stato testato.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Come ottimizzare le connessioni al database di Jellyfin per container simultanei
Inizia con un unico proprietario del database e monitora il comportamento dei blocchi di SQLite; aggiungi un backend diverso solo quando la concorrenza e...
Come impedire la duplicazione di processi o importazioni in Jellyfin
Il lavoro duplicato di solito deriva da pianificatori sovrapposti o da più di un autore; assegna un unico responsabile, un unico percorso e un’unica...
Come riparare Jellyfin dopo che il volume del database si è riempito
Interrompi le scritture, conserva il database e i file WAL, libera spazio senza eliminare indiscriminatamente lo stato, quindi verifica l’integrità e il carico di...
