Synology-Forum.nl
Hardware ondersteuning => NAS hardware vragen => Topic gestart door: Leonard1052 op 25 maart 2015, 19:54:51
-
Ik wil op mijn NAS DS214play een tweede 3TB harde schijf plaatsen.
Die er nu in zit is ook 3tb en geconfigureerd als RAID type SHR.
Wat moet ik doen om uiteindelijk 6 TB te krijgen en mijn content op de bestaande schijf te behouden.
Eventuele problemen met uitval of fouten vang ik op door back-ups te maken.
BVD
-
Omdat je 1e HD in SHR staat, wordt het misschien lastig omdat je dus geen Mirror wilt maar, kijk even hier over uitbreiden van een volume. (https://help.synology.com/dsm/?lang=nld§ion=DSM&version=5.1&link=StorageManager%2Fvolume_diskgroup_expand_add_disk.html) ondanks dat je (waarschijnlijk) geen Disk Groep hebt maar wel SHR.
Wellicht krijg jij ook de keuze om uit te breiden.
-
Ik ben de zoon van Leonard1052 en wij hebben aan de hand van de link de nieuwe schijf toegevoegd. Volgens de site zou het volume een schijf met RAID-type SHR uitgebreid moeten kunnen worden. We hebben alle stappen gevolgd en na lang wachten is die eindelijk klaar met het installeren van de schijf. Echter is het volume het zelfde en denk ik dat de tweede schijf parallel loopt aan de ander wat we juist niet willen. Weet iemand hoe dit kan en wat daar een eventuele oplossing voor is ?
-
Hier is alleen met veel omwegen iets aan te doen.
Het simpelste is alle data backuppen en dan het volume weggooien en twee basic volumes aanmaken.
Of als alternatief een volume in jbod of raid 0.
Er is wel een andere manier maar die is gecompliceerd en met de nodige risico.
Ook daar zou het advies zijn om eerst een backup te maken.
Shutdown je NAS
Haal een disk eruit
Start de NAS weer op
Gooi het volume weg
Maak een nieuw basic volume aan
Wacht tot dat klaar is
Shutdown de NAS
Stop de andere disk erbij
Kopieeer alle data van het shr volume naar het basic voulme
wacht tot dat gereed is
Gooi het shr volume weg
Maak een nieuwe basic volume aan op de disk waar je net het shrt volume van hebt weggegooid
-
Dit heb ik gedaan tot aan het kopieren. Ik zie wel twee volumes maar kan niet van de ene naar de andere kopieren.
Zie in File Station alleen de bestanden staan die ik had, maar kan geen doelschijf selecteren. ;D
-
Heb je een map(pen) aangemaakt op het doel volume?
-
Nee dus, inmiddels wel en alles is aan het kopieren. Thnx
-
: thumbsup:
-
Ik heb de bestanden veilig kunnen overzetten naar de nieuwe disk. Vervolgens op de oude schijf het volume weggegooid (stond op SHR). Nu wil ik de disks koppelen onder 1 volume en volgens mij moet ik daarvoor JBOD hebben. Moet ik dan eerst een eenvoudige volume aanmaken op de eerste schijf? Want de optie JBOD kan ik echter nu niet kiezen.Zie screenshot
-
Dat kan niet.
Je hebt minimaal twee lege schijven nodig om een jbod te maken.
-
Ok, duidelijk. Maar het klopt wel dat ik met de JBOD configuratie 2x3TB=6TB onder één volume kan zetten? Het systeem bepaald dan op welke van de twee disks gegevens worden opgeslagen.
-
Maar het klopt wel dat ik met de JBOD configuratie 2x3TB=6TB onder één volume kan zetten?
Ja.
Het systeem bepaald dan op welke van de twee disks gegevens worden opgeslagen.
In JBOD wordt eerst HD1 volgeschreven daarna HD2.
-
Toch weet ik dat niet zo zeker, eerst schijf1 vol dan over naar de volgende schijf.
Ik heb een defecte schijf in JBOD gehad en er was echt meer weg dan ik dacht.
Ik gebruik het niet meer, kon de hele NAS opnieuw inrichten.
-
Het is echtniet zo dat bij jbod eerst de eerste disk volgeschreven wordt en dade volgde.
Het os ziet bij jbod gewoon een enkel volume en vult dat volgens zijn eigen regels.
Een volume dat uit ee enkele disk bestaat wordt ook niet aaneengesloten gevuld, dus een jbod volume ook niet.
-
Kan zijn dat ik het niet helemaal snap maar, hier lees ik het anders:
http://en.wikipedia.org/wiki/Non-RAID_drive_architectures#Concatenation_.28SPAN.2C_BIG.29
-
Dit is wat ik er van begrijp.
JBOD schrijft de eerste disk eerst vol en gaat dan verder op de volgende.
Valt er 1 uit ben je de Bunch kwijt.
Stel de eerste is vol en de tweede is halfvol.
Je wist wat bestanden waarvan een deel, of alles op de eerste schijf staan.
De volgende keer wordt er weer wat weggeschreven.
Nu zal eerst weer de eerste schijf opgevuld worden en daarna weer verder op de tweede.
Waar die data komt te staan op een individuele schijf is willekeurig (zoals normaal ook)
Na verloop van tijd staat de data door wissen en schrijven dus willekeurig over schijven verdeelt.
-
Hmm...
Het lijkt erop dat de definitie van eerst de eerste schijf vol daarna de volgende de juiste is.
Na wat verder gelezen te hebben blijkt het wel afhankelijk te zijn van het OS.
Een ieder houd er zijn eigen wijze op na.
Windows houd zich niet aan de door mij hierboven beschreven methode.
Die verdeelt de data enigszins om de read/write snelheid op te voeren (lagere zoektijden).
Het gevolg is dan logischerwijs dat je onder Windows minder data kunt redden.
-
Het filesysteem van linux doet soortgelijke dingen als windows.
In het begin met lege schijven zal hij best op de eerst disk beginnen, maar als je een nieuwe file aanmaakt, zal de diskcontroller gewoon het dichtsbijzijnde block alloceren waar z'n head toevallig staat en dat kan best op de andere disk zijn.
Indexen met gegevens over de disk staan zo wie zo op beide disken.
Je kunt er echt niet van uit gaan dat eerst de eerste disk vol gemaakt wordt en dan de volgende.
Sterker nog je kunt er zelfs niet vanuit gaan dat files op een disk terecht komen, die kunnen best over de disken verspreid liggen.
@Birdy Die wiki is een versimpelde weergave van wat werkelijk gebeurd.
-
Ik denk dat ik afzie van JBOD. Ik houd liever zelf controle over wat waar staat, zo kan ik de backups ook beter beheren.
De vraag is echter of programma's zoals Video Station films op beide schijven ziet/herkent. Moet ik dan op beide schijven dezelfde mappen structuur maken en in het programma (zoals Videostation) de library naar laten verwijzen.