Ik denk dat je binnen Synology ook best af bent met SHR i.p.v. raid 5. De vendor lock-in is niet groter dan met gewone Raid 5 en je hebt iets meer flexibiliteit.
Echter, het loopt niet altijd exact zoals het moet. Ik heb vorige week een disk gehad die in "failing" ging op mijn DS216j. Nog niet crashed, slechts failing... Aangezien ik al langer naar een wat krachtigere machine wilde migreren dacht ik dat te doen. Even op de laatste firmware zetten, nieuwe disk erin, rebuilden en dan transplanteren naar een nog te bepalen nieuwe enclosure. Ik heb niet super veel data (2x3TB WD RED's, met de essentiële zaken nog eens gerepliceerd naar Backblaze B2 en een van elk bestand ook nog 1 lokale lokale kopie in een server of op een andere machine.
Update start, kondigt reboot aan, maar NAS boot niet meer. Na vele male herstarten kom ik terug in DSM. De andere "goede" drive is ineens gecrashed en uit Volume 1gegooid, maar ik kan nog wel aan de failing disk?? Snel snel een nieuwe NAS en 2 nieuwe disken gaan halen, een DS720+ met 4TB Ironwolf disken en manueel data overpompen. Dat gaat op zich vlot en alles lijkt gekopieerd. Alle manuele steekproeven zijn ok. Ik zet B2 sync terug in gang, tot ik merk dat de sync met B2 problemen begint op te leveren. Gelukkig heb ik de lifecycle instelling grondig ingesteld, blijkt dat er heel wat fotobestanden corrupt zijn, waar ik gelukkig nog lokale versies van heb, maar waardoor mijn sync nu wel telkens 2 bestanden genereert. De originele (vaak corrupte) en de restored versie die in hun filename een extra affix hebben gekregen. Dat laatste moet ik dus nog in orde brengen, door de originelen te wissen en de recovered bestanden te renamen. Een vervelend jobke, maar beter dan onherroepelijk dataverlies...
De DS216j heb ik nog proberen te redden, met nieuwe disken een fresh install, etc... maar helaas, ik geraak af en toe voorbij het "blue light of death" maar nooit door de hele setup wizard omdat daar een reboot voor nodig is die hem terug bij de blue light of death doet stranden. Hij staat nu klaar voor 't containerpark, spijtig, en onverwacht...
Omdat ik wist dat DSM in de laatste versie moet staan om de schijven te kunnen migreren van de ene naar de andere Synology NAS, had ik dus eerst de update gedaan met de intentie om de rebuild daarin te doen. Ik heb toch een cold copy van elke file... Dat was dus blijkbaar niet de juiste strategie. Eerst de rebuild en daarna de update had misschien wel gewerkt... Ik weet het niet zeker, ik denk dat de disk failure misschien wel eens vals alarm kon zijn en dat er iets mis was met de raid controller of de stroom naar de drives of zo... Ik heb de 2 3TB disken nog niet grondig kunnen bestuderen want mijn USB-SATA adapter geeft niet genoeg stroom voor een 3,5inch schijf :/.
Dat gezegd zijnde is een effectieve drive failure (mijn eerste ooit op een persoonlijke rig, professioneel heb ik er al meerdere gezien die effectief rebuilden) en poging tot migratie niet altijd zo straight forward als ik dacht... Ik ben blij dat ik niet enkel op de NAS hoefde te rekenen.
Wat ik zou doen met zoveel data als jij is lokaal een 4-bay met SHR of RAID 10, of eventueel een 5 of meer bay met RAID 6 of als je dat wil voor primaire storage + 1 extra grote drive die je periodiek lokaal aan een pc of server hangt en synct en elders legt, of in een secundair 2-bay Synology NAS steekt (dat kan een SE of J zijn) en via hyper back-up repliceert met de primaire NAS voor disaster recovery (lees, brand, diefstal of multiple drive failure, etc...), terwijl je die elders zet. En/of de kritische zaken (beelden, documenten, footage etc... ) off-site naar iets zoals B2 pompen. Je kan ook met iemand afspreken om beiden een overgedimensioneerde NAS te kopen en voor elkaar Hyper back-up target te zijn... Maar dat vergt wel vertrouwen (ook al is de data niet leesbaar, het onderhoud is wel uit jouw handen).
In bovenstaande versies van een mogelijke oplossing is je 3-2-1 regel in orde: 3 kopies, op minstens 2 dragers, waarvan minstens 1 op een andere locatie.
Succes!
