Guide till lagring av live-tv-inspelningar för kapacitet, lagringstid och rensning
Det säkra tillvägagångssättet är att behandla en uppmätt inspelningsbudget med separat lagring, begränsningar för ålder och kapacitet, skyddade undantag och verifierad rensning som en serie observerbara kontrollpunkter, inte som ett enda kommando.
På en hemmam mediaserver som spelar in direktsänd tv till lokal lagring eller NAS-lagring är den praktiska risken att inspelningar kan förbruka filsystemet som behövs för mediedatabasen, apploggar och framtida schemalagda program. Dokumentera den aktuella identiteten och återställningspunkten, börja med den minst ingripande särskiljande faktorn, tolka resultaten för godkänt och underkänt innan du ändrar en annan variabel, och avbryt när lagringen blir instabil eller den enda återställningsbara kopian skulle exponeras. Arbetsflödet nedan avslutas först när den ursprungliga arbetsbelastningen fungerar eller bevisläget når en eskaleringsgräns.
Mät inspelningstillväxt med representativa kanaler
Spela in flera program från kanaler med låg, typisk och hög bithastighet, inklusive samtidiga mottagare om hushållet använder sådana. Mät faktiska byte per timme, schemalagd marginaltid, undertext- eller flerljudsspårens extra utrymme samt tillfälligt utrymme för efterbehandling, i stället för att uppskatta enbart utifrån upplösningen.
En oberoende planerare för inspelningslagring förklarar varför kontinuerlig bithastighet, schema, lagringstid och marginalutrymme avgör kapaciteten. Använd den bithastighetsbaserade planeringsmetoden för inspelningskapacitet med dina uppmätta strömmar och inkludera sedan den maximala samtidiga inspelningshastighet som lagringen måste klara.
Skriv ned två mål: nödvändig historik i dagar och maximal lagring som inspelaren får förbruka. Lägg till marginalutrymme för ofullständiga inspelningar, exporter, reklamhantering, filsystemets beteende och oväntade toppar i bithastigheten.
Separera inspelningar från applikationstillstånd
Placera permanenta inspelningar i en dedikerad datamängd, resurs eller kvotgräns, medan mediedatabasen, konfigurationen, loggarna och containertillståndet ligger på skyddad applagring. Mappa värdsökvägen och containersökvägen uttryckligen och verifiera att inspelaren skriver till avsedd destination.
ZimaSpace-konfigurationen för separat lagring för direktsända tv-inspelningar beskriver denna uppdelning i detalj. Den här guiden utökar den med godkännande av kapacitet och lagringstid, så duplicera inte filer till applagringsvolymen bara för att få biblioteket att hitta dem.
Testa en kort inspelning, uppspelning, namnbyte eller biblioteksimport, omstart och radering innan du schemalägger viktigt innehåll. Om en nätverksresurs används ska du definiera vad som händer när den inte är tillgänglig; att spela in i en tom lokal monteringspunkt är ett fel, inte en reservlösning.
Tillämpa lagringstid med skyddade undantag
Använd både en åldersgräns och en kapacitetsgräns när inspelaren stöder dem. Ålder avgör hur långt bakåt vanliga program ska finnas kvar; kapacitet hindrar en ovanligt hög bithastighet eller en inspelningsmängd från att tömma filsystemet innan daggränsen nås.
Definiera skyddade inspelningar, manuella arkiv, misslyckade eller ofullständiga inspelningar samt program som väntar på efterbehandling separat. Ett önskemål från en självhostande community om behovet av schemalagd medierensning visar det praktiska behovet av att varna för eller förbereda raderingar, men alla tillägg eller skript måste testas mot inspelarens databas i stället för att radera indexerade filer bakom dess rygg.
Förhandsgranska listan över behöriga objekt eller testa i en engångsgrupp för inspelningar. Rensningen ska ta bort det äldsta behöriga objektet i begränsade arbetsmängder, bevara skyddade program, uppdatera databasen och fortsätta ta emot nya inspelningar.
Bevisa att rensningen fungerar innan lagringstryck blir ett avbrott
Sänk testkvoten eller fyll ett tillfälligt testområde tills rensningen utlöses. Kontrollera sedan att det äldsta behöriga programmet försvinner från både filsystemet och biblioteket medan den nyaste inspelningen fortsätter. Bekräfta att det lediga utrymmet ökar och att ingen appdatabas, programguidedata eller loggsökväg delar den uttömda kvoten.
Låt en verklig schemacykel köras, inklusive överlappande inspelningar och efterbehandling. Starta om medieservern och bekräfta att lagringstidsstatus, skyddsflaggor, monteringssökväg, kommande timers, uppspelning och export finns kvar.
Inför policyn först när den uppmätta tillväxten ryms inom budgeten och rensningen bevarar marginalutrymme för apparna. Återställ automatiseringen om filer och databas hamnar ur synk och eskalera när lagringsfel eller instabil montering uppstår; lagringstid kan inte göra en opålitlig destination säker.
Rekommenderade produkter
Support och tips
Mer att läsa
Arbetsflöde för återställning av metadata för hemmamedia efter en databasåterställning
Skydda det återställda tillståndet, verifiera medieidentitet och sökvägar och reparera sedan saknade omslagsbilder eller matchningar i ett pilotbibliotek innan omfattande metadataändringar görs.
Kompatibilitetschecklista för Jellyfin-klienter för ljud, video och undertexter
Testa representativa filer med en variabel i taget och notera Direct Play, remuxning, ljudkonvertering, videotranskodning eller fel för varje klient.
Underhållsguide för mediebibliotek: skanningar, metadata och HDD-viloläge
Samla diskåtkommande jobb i användbara aktiva fönster, begränsa metadataändringar till rätt omfattning och verifiera både upptäckt av nya medier och en faktisk inaktivitetsperiod.
