En enhet är lämplig för Plex först när den klarar tre olika tester: värdenheten kan adressera och strömförsörja den, medie- och applikationsbelastningen passar dess egenskaper och ett fel kan återställas utan improvisation. Kapacitet och pris per terabyte kommer efter dessa krav. En rabatterad enhet som fallerar på gränssnitt, inspelningsmetod, temperatur, eller säljarkontroll är inget fynd.
Verifiera gränssnitt, formfaktor och sektor kompatibilitet
Matcha den exakta värdenheten eller kapslingen, inte bara ordet ”SATA”. Bekräfta om den passar 2,5 eller 3,5 tum, SATA- eller SAS-signalering, utrymme för kontakterna, höjden på diskfacket, maximal kapacitet som stöds och om styrenheten accepterar enhetens logiska sektorformat. Skillnaden är viktig eftersom 512e använder logiska sektorer på 512 byte, medan 4Kn använder inbyggda sektorer på 4096 byte.
Äldre styrenheter, USB-bryggor, operativsystem och kloningsverktyg kan avvisa eller felaktigt hantera ett format som de aldrig utformats för att adressera. Kontrollera kompatibilitetslistan eller styrenhetens dokumentation med hjälp av det fullständiga modellnumret och firmwareversionen, särskilt för begagnade företagsenheter och enheter med hög kapacitet.
Avvisa enheten om gränssnittet inte kan anslutas utan en oplanerad styrenhet, om diskfacket inte kan kyla eller strömförsörja den, eller om stödet för sektorformatet är osäkert. Adaptrar kan lösa ett problem med en fysisk kontakt, men de kan inte få SAS att kommunicera med en värdenhet som endast stöder SATA eller åtgärda saknat firmwarestöd.
Matcha inspelningsmetod och uthållighet mot skrivmönstret
Plex-mediefiler läses ofta sekventiellt, men lagringssystemet tar också emot importer, raderingar, omorganiseringar, paritetsarbete, återuppbyggnader, säkerhetskopior och skrivningar av miniatyrbilder. CMR och SMR är inte utbytbara vid långvariga omskrivningar: SMR överlappar spår och kan kräva läsning, ändring och skrivning på bandnivå när den snabba cachen är slut.
SMR kan vara acceptabelt för ett arkiv med få förändringar som skrivs i stora batcher och läses ofta, förutsatt att arrayen och arbetsbelastningen uttryckligen tolererar det. CMR är det säkrare standardvalet för paritetsarrayer, frekventa ändringar, pooler där återuppbyggnader är känsliga och alla jobb där ett oförutsägbart fall i långvarig skrivhastighet skulle förlänga riskperioden.
För SSD-enheter ska du verifiera totalt antal skrivna byte, återstående livslängd, förväntad hantering av strömavbrott och om den avsedda rollen är metadata, tillfällig lagring för omkodning eller mediekapacitet. Betala inte för extrem sekventiell genomströmning när rollen är programdata i små filer, och använd inte en SSD med låg uthållighet som ett mål för kontinuerligt omskrivna temporära data utan att mäta skrivningarna.
Kontrollera kapacitet, återuppbyggnadstid, temperatur och ström tillsammans
Större enheter minskar antalet diskfack men ökar mängden data som exponeras vid ett byte och kan förlänga återuppbyggnads- eller återställningsoperationer. De kan också dra mer ström och tillföra mer värme i en kompakt kapsling. Temperatur bör ses som ett uppmätt driftförhållande, eftersom data om enhetstemperatur visar modellberoende beteende snarare än ett enda universellt säkert värde.
Läs enhetens eget driftstemperaturintervall och kontrollera sedan att kapslingen har marginal under en fullständig genomsökning, paritetskontroll eller långvarig kopiering – inte bara vid tomgång. Bekräfta startströmmen mot nätaggregatet och bakplanet, särskilt när flera diskar startar samtidigt.
Kapacitetsplaneringen bör omfatta användbart utrymme efter paritet eller spegling, reserv för ledigt utrymme, förväntad årlig tillväxt och en plan för ersättning. Jämförelsen mellan NAS-hårddiskar och stationära hårddiskar hjälper dig att avgöra om arbetsbelastningsklassning, vibrationsbeteende och garantivillkor motiverar ett högre pris efter att kompatibiliteten har godkänts.
Håll isär tillgänglighet från säkerhetskopiering och återställning
Spegling eller paritet håller en tjänst igång vid vissa enhetsfel, men skapar inte en andra historisk kopia. Radering, korruption, skadlig kod, misstag med styrenheten och förlust av flera enheter kan påverka hela poolen. En ersättningsgaranti är inte heller dataskydd: en RMA ersätter enheten men återlämnar inte data som fanns på den.
Bestäm före köpet vilket innehåll som kan ersättas, vilka metadata eller personliga medier som inte kan ersättas, hur lång tid en återställning får ta och var den oberoende kopian finns. Svaret avgör om budgeten behöver omfatta en enhet, en redundant pool, en offline-säkerhetskopia eller en kopia på annan plats – inte Plex-gränssnittet.
Avvisa en kapacitetsplan som förbrukar hela budgeten och lämnar inget utrymme för en reservdisk, ett säkerhetskopieringsmål eller ett återställningstest. Ett mindre skyddat bibliotek är mer tillförlitligt än en större enskild kopia vars återställning är beroende av ett framtida köp och perfekt tillgång till källan.
Verifiera säljare, garanti, hälsodata och returperiod
Notera den fullständiga modellen, serienumret, garantistatusen, säljarens identitet, returperioden och om enheten är ny, omcertifierad av tillverkaren, renoverad av säljaren eller begagnad. Omcertifierade enheter kan vara rationella köp, men renoverade enheter byter ofta ett lägre pris mot en kortare eller mer begränsad garanti.
För begagnade eller omcertifierade enheter ska du kräva läsbar hälsodata och tillräckligt lång returperiod för ett utökat självtest samt en fullständig skriv- och läsverifiering. Granska omallokerade och väntande sektorer, fel som inte kan korrigeras, CRC-fel i gränssnittet, drifttimmar, osäkra avstängningar och SSD-slitageindikatorer i sitt sammanhang; en enda status som säger ”Good” är inte tillräckliga bevis.
Köp först när alla fem krav är uppfyllda: fysisk kompatibilitet och protokollkompatibilitet, rätt inspelningsmetod eller uthållighet, rätt temperatur och strömförsörjning, en återställningsbar kapacitetsdesign samt trovärdig information om säljaren. Om ett krav är okänt ska du räkna osäkerheten som ett nödvändigt test eller en ersättningskostnad – inte som en kostnadsfri besparing.
Köpguide
Mer att läsa

How to Choose a Home Server for Jellyfin and Kodi
Kodi can reduce Jellyfin transcode demand when clients Direct Play well, so size the server from fallback conversion, storage, network, and shared services.

How to Choose SSD, HDD, and Backup Capacity for Jellyfin
Size Jellyfin storage by role: SSD for active app data and scratch, HDD for media capacity, and independent backup space for retained recovery points.

Before Buying a Jellyfin Server: Can Your Old PC Pass the Workload?
Reuse an old PC only after it passes the real Jellyfin workload, power, noise, storage, and recovery checks a new server would need to...

