Hi Forum, bitte um Eure Meinung bzw. Voschläge für folgendes:
Hatte kürzlich schon mal Truenas installiert bin dann aber wegen einiger Probleme zurück zu Xigmanas.
Habe 2 Ugreen DXP4800 Plus mit je 3x 14TB Festplatten im ZFS Z1 RAID als Haupt- und BackupNAS eingerichtet.
Nun will ich erneut starten mit grundsätzlicher Neuinstallation von Truenas mit kompletter neuinstallation des Pools sowie den zugehörigen Datasets.
Wenn ich dann soweit bin möchte ich natürlich so konfortable wie möglich die Vorhandenen Daten von Xigmanas auf den dann neuen Server nach Truenas übertragen.
Kann ich dies wie bei Xigmanas mit send/receive erledigen, einfach alles rüberkopieren oder mit sonstige Maßnahmen erledigen die ich noch nicht kenne???
Ich bitte um Anregungen. Für weitere Fragen, bitte raus damit.
MfG Badboyseven
ja, zfs send/receive geht auch von XigmaNAS rueber, solange beide ZFS sprechen.
sauberster Weg wenn du den Pool sowieso neu anlegst:
- TrueNAS frisch installieren, Pool + Datasets neu anlegen
- auf dem XigmaNAS-Kasten:
zfs snapshot -r pool/dataset@migrate - dann:
zfs send -R pool/dataset@migrate | ssh root@truenas-ip zfs receive -F newpool/dataset
wenn send/receive zwischen den Versionen meckert, einfach rsync uebers LAN:
rsync -aHAX --info=progress2 /mnt/quelle/ root@truenas:/mnt/neupool/ziel/
vorher SSH auf TrueNAS an, und die Dataset-Struktur einmal anlegen damit receive/rsync reinpasst. wie gross ist der Datenbestand ungefaehr?
Wenn du schon neu anfängst, würde ich mir gut überlegen ob du bei 2x raidz1 bleiben möchtest. Vorallem bei Platten von 14TB.
Als Backup finde ich es ok. Als Hauptpool wird davon abgeraten.
Welche raidz variante sollte ich Deiner Meinung nach denn nehmen?
Der Datenbestand beträgt ca, 28TB
Mindestens RAIDZ2.
mit nur 3x 14tb geht raidz2 praktisch nicht fuer deinen bestand.
raidz2 braucht mind. 4 platten (besser 5+). bei 3 platten hast du nur 1 datenplatte nutzbar, also ~14tb raw abzgl overhead. deine ~28tb passen da nicht rein.
optionen die realistisch sind:
- haupt-nas: 2x mirror (brauchst dann 4 platten) oder raidz1 auf 3 platten lassen + backup-nas ernst nehmen
- platten nachruesten und erst dann raidz2 bauen (z.b. 5x oder 6x gleiche groesse)
- backup-box darf raidz1 bleiben, hauptbox wenns geht mirrors oder raidz2 mit mehr disks
28tb auf 3x14tb raidz1 ist eng (nutzbar so ~25-26tb). wenn du bei 3 disks bleibst, bleib bei raidz1 und halt das zweite ugreen als echtes backup. raidz2 erst wenn du mehr slots/platten hast.
Genau diese Gedanken habe ich im Hinterkopf.
Ich könnte mir zusätzliche Festplatten kaufen, will es aber nicht bei den derzeitigen Preisen.
Egal wer sich da die Taschen voll machen will, ohne mich!
Mache jeweils am ersten des Monats mit send/receive aktuelles Backup auf dem zweiten NAS
Das Problem dabei ist halt, dass Du im dümmsten Fall 1 Monat an Daten velierst.
Als Sicherheitsmassnahme würde ich bei diesem Setup die Replikation häufiger durchführen, auf jeden Fall aber nach jeder grösseren Änderung auf dem Haupt-NAS manuell einen Snapshot setzen und sofort replizieren.
Warum nicht stündlich lokale Snapshots und täglich Replikation? Läuft doch alles vollautomatisch.
@nite_route, wie schalte ich ssh in Truenas an, habe die Einstellung nicht gefunden.
ssh ist eingeschaltet. WebGUI hat ja eine Suchfunktion.
Aber wie muss ich die Dateistruktur einmal anlegen damit es reinpasst??
Und muss am neuen Truenas nicht auch irgendetwas eingegeben werden zur empfangsbereitschaft?
fuer die struktur auf dem neuen truenas:
-pool anlegen (z.b. tank)
-datasets anlegen wie du sie spaeter brauchst, z.b. tank/daten tank/medien
-bei zfs receive musst du die ziel-datasets meist nicht vorher leer anlegen. receive legt sie an
von xigmanas:
zfs snapshot -r altpool/daten@migrate
zfs send -R altpool/daten@migrate | ssh root@TRUENAS-IP zfs receive -F tank/daten
ohne -F darf tank/daten noch nicht existieren (nur tank). mit -F ueberschreibt es ein vorhandenes tank/daten.
ssh empfang:
-System → Services → SSH an
-root login erlauben oder user mit zfs Rechten
-von xigmanas einmal ssh root@TRUENAS-IP testen (key hinterlegen)
dateistruktur: bau die datasets so wie die spaeteren shares. snapshots + send/receive haengen dann an denen.
Ergänzung: SSH-Login ohne Passwort (mit private/public Key) einrichten.
Wenn man einen länger laufenden Job (und das kann ja ein paar Stunden dauern mit der Übertragung), dann kann es bei Passwort-Authentifizierung zu einem erneuten Abfragen des Passworts kommen und dann bricht die Übertragung ab. Hab die Timeouts jetzt nicht im Kopf, oder ob das in aktuellen Versionen von OpenSSH immer noch der Fall ist, aber das ist mir früher ein paar Mal passiert.
Also Authentifizierung mit Key und gut ist.
Danke für Eure Ergänzungen, bin aber zwischenzeitlich zu Xigmanas zurück.
In den Freigabeoptionen sind soviele mir unbekannte möglichkeiten die mich im moment überfordern.
Daher werde ich mich ersteinmal gründlich in die Materie einlesen und danach erneut starten.
Dafür sind Eure Ratschläge dann ja immer noch relevant. Vielen Dank dafür.