Meine Migration zu btrfs von EXT4 der Synology DiskStation | iDomiX

preview_player
Показать описание
Wie ich von EXT4 zu btrfs migriere, ohne Datenverlust und ohne Ausfallzeiten. Ein Tool zur Migration auf btrfs gibt es leider nicht, also hat man mehrere Möglichkeiten den Dateisystemwechsel durchzuführen.

In meinem Video zeige ich dir, wie es gehen soll und wie ich es gemacht habe.

► Social Links:

Einsteiger (siehe Videolink oben):

Hobby & Privat ohne Live-Transkodierung von Videos (siehe Videolink oben):

Privat mit Live-Transkodierung von Videos (siehe Videolink oben):

Unternehmen und anspruchsvolle Privatnutzer:

___________________________________
Рекомендации по теме
Комментарии
Автор

Hallo Dominik,
ich habe den von dir beschriebenen Weg beschritten und das Format bei meiner DS216+ von Ext4 auf Btrfs umgewandelt. Vielen Dank für deine tolle Beschreibung! Es hat alles super geklappt.
Es gab allerdings am Ende kleine Änderungen gegenüber deiner Beschreibung.

Ich habe hier nochmal alle Arbeitsschritte per Text aufgelistet:
1. Festplatte 2 entfernen (im Betrieb)
2. Den Piepton ausschalten (in der Systemsteuerung unter "Hardware & Energie")
3. Festplatte 2 am Computer formatieren (bzw. die bisherigen Diskstation-Partitionen entfernen)
4. Festplatte 2 wieder zurück in die Diskstation stecken
5. Im Speichermanager ein neues Volume erstellen (SHR1 und BTRFS)
6. In der Systemsteuerung unter "Gemeinsamer Ordner" alle Ordner von Volume 1 auf Volume 2 umstellen (das scheint leider nur einzeln zu gehen und der Kopiervorgang ist sehr zeitaufwändig)
7. In der Systemsteuerung unter "Aktualisieren & Wiederherstellen" die Systemkonfiguration sichern (auf den eigenen Computer)

Jetzt kommt eine Abweichung zu deiner Beschreibung:
Danach stellte ich wie von dir beschrieben per HyperBackup eine Sicherung der Apps auf eine angeschlossene Festplatte her. Hier war ich sehr verwundert über den Umfang dieser Sicherung. Ich musste sogar eine 1-TB-Festplatte dafür nehmen. Obwohl ich ganz ausdrücklich keine Ordner inkludiert hatte, wollte HyperBackup grundsätzlich den riesigen Foto-Ordner nochmals sichern, obwohl ich diesen ja schon vorher von Volume 1 auf Volume 2 verschoben hatte (ist vielleicht ein Bug?). Also trotzdem:

8. Mit Hyperbackup die Apps sichern
9. Herunterfahren der Diskstation und Herausnehmen von Festplatte 1

Und nun kommt noch eine Überraschung:
Nachdem ich die Diskstation ohne die 1. Festplatte wieder einschaltete, konnte man interessanterweise alle Synology-Apps bereits im Paketzentrum auf der 2. Festplatte wiederfinden, sie waren nur fehlerhaft und mussten repariert werden, entweder einzeln oder alle zusammen. Das machte ich nun nicht durch das Zurückspielen des HyperBackups, sondern durch durch Anklicken einer Schaltfläche "alle reparieren" (sinngemäß). Das ging relativ zügig innerhalb ca. einer halben Stunde online über den Synology-Server vonstatten. Also:

10. Apps reparieren statt Hyperbackup zurückzuspielen
11. Die in 7. gesicherte Systemkonfiguration wieder zurückspielen
12. Festplatte 1 am Computer formatieren (wie unter 3.)
13. Festplatte 1 wieder einbauen
14. Im Speichermanager das neue Volume mit der Festplatte 1 erweitern
15. Fertig - Bzw. nochmal ca. einen Tag auf den Abschluss der Erweiterungs-Prozedur warten.

kroetenrennen
Автор

Danke für das gute Video!
Ausgangssituation war bei mir eine DS1515+ mit 4 Platten Ext4 im SHR Raid.
Softwareseititg hatte ich Surveillance Station mit 2 Cams sowie Docker mit 2 Containern (unifi und ioBroker) installiert.
Gerade wegen dem Docker Umzug habe ich den Umstieg lange herausgezögert. Jedoch hat es am Ende mit ein paar Umwegen geklappt.
Meine Anmerkungen:
- Zur Sicherheit hatte ich zunächst sämtliche Daten auf externe Platten gesichert und diese getrennt gelagert, die großen Ordner sogar leer gemacht auf dem NAS
- Neuen Speicherpool erzeugt und die Ordner "Umgezogen"
ACHTUNG
Ich hatte zwar mit HyperBackup die Einstellungen gesichert, aber trotzdem gab es hier wohl Probleme.
Nachdem das NAS nur mit dem neuen Speicherpool gestartet wurde, mussten die Apps neu installiert werden.
Die Einstellungen innerhalb der Apps konnte ich NICHT aus Hyperbackup o.ä wiederherstellen.
Deshalb nochmal NAS aus, alte Platten rein und hier in Surveillance Station die Kameras exportiert.
In Docker beide Abbilder exportiert (Nicht nur Einstellungen sondern Komplett).
NAS aus, alte Platten raus, neue Platte rein.
Dann die Einstellungen bei Surveillance Station importiert (Hier musste jetzt nur noch der Pfad für die Datenablage angepasst werden)
Beim Docker mussten dann nur nochmal die Abbilder von der externen Festplatte importiert werden, danach konnte es auch direkt gestartet werden.


Fazit:
Insgesamt gut geklappt, jedoch sollte man innerhalb der Apps auf jeden Fall die Einstellungen bzw. Abbilder komplett sichern.

flupqi
Автор

Hallo Dominik,
nachdem ich "Active backup for Business" einrichten wollte, musste ich nun auch mein ext4 in ein btrfs Volume umstellen. Hat auch soweit geklappt wie von Dir beschrieben, einen Reboot braucht es nicht. Nach dem Entfernen der zweiten Platte aus dem ext4 Volume und dem damit eingehenden Absturz des Speicherpools jammert die Diskstation bitterlich, will eine Dateisystemüberprüfung und schlägt einen Neustart vor, den man aber ignorieren kann.
Nach dem Löschen des Volumes/Speicherpools ist dann auch Ruhe.
Auch habe ich die Erfahrung wie andere gemacht, das die Apps nicht neu installiert werden müssen. Eine Reparatur ist ausreichend und die Konfiguration von z.B. Hyperbackup war immer noch da. Bleibt noch zu erwähnen, das man zwar keinen Reboot braucht und die Diskstation die ganze Zeit online ist, der gemeinsame Ordner, der aber gerade auf das andere Volume verschoben wird, in dieser Zeit aber offline ist. Und dies kann je nach Größe sehr lange dauern.
Auch wenn das so ganz gut läuft, ist dieses Vorgehen nichts für jemanden, der sich nicht des öffteren mit der Diskstation beschäftigt.

michis
Автор

Hallo Dominik, ich hatte mir denselben Weg auch ausgedacht, nur minimal anders. Habe zuerst das NAS an eine USV angeschlossen. Dann eine neue Platte eingefügt (Slot war frei) und darauf (alles im laufenden Betrieb) ein volume2 unter btfrs eingereichtet, dann alle freigegebenen Ordner auf volume2 verschoben, dann ein Hyperbackup der Anwendungsdaten mit Speicherziel auf volume2 durchgeführt, dann volume1 (ext4) entfernt, dann volume1 (btrfs) neu angelegt, dann die Hyperbackup App auf volume1 neu installiert, dann die Hyperbackup-Sicherung eingespielt. Alles während einer einzigen Sitzung! Nach dem Neustart war alles wieder da, die Ordner zurück auf volume1 verschoben, die Snapshot Replication App installiert und einen Snapschot gemacht. OS ist DSM 7.1.1.

bjornbarthusel
Автор

Hallo Dominik! Danke für das Video! Werde mich die Tage mal daran setzen.

daniel_NRW
Автор

Ich habe beide Varianten getestet. Beim Kunden die hier beschriebene was natürlich vor dem Kunden Eindruck macht. Bei meiner eigenen privaten DS habe ich alles gesichert und von neu begonnen. Zeitaufwand (bei ähnlichen DS Spezifikationen) nicht viel länger. Einstellungen gehen teils wie hier auch erwähnt verloren. Ich musste nur die Cloud Einstellungen nochmals vornehmen und zuvor natürlich alles vom Backup von einer USB3 SSD wieder herstellen.

hatrue
Автор

Das Risiko eines massiven Datenverlustes würde mich von einem solchen Migrationsweg abbringen.

WarzechaSoftWorks
Автор

Wie sieht es bzgl. der Performance aus zwischen EXT4 und BTRFS? Gibt es einen merklichen Unterschied? Es gibt aktuell noch wenig Erfahrungswerte...

schnuggo
Автор

Moin Moin zusammen,
ich würde gerne im Zuge eines NAS-Wechsels auf BTRFS umstellen.
Zur Info: Jetzt DS212j mit 2x4TB im SHR1 und danach DS416play mit 4x4TB im RAID5
1. Frage: Kann mir denn jemand sagen, ob Kodi danach noch auf die BTRFS Freigaben zugreifen kann ?
2. Frage: Benötigt BTRFS mehr Resourcen als EXT4 ? Habe da schon Sachen gelesen, wo Leute von enormen Performance Problemen berichten.

Danke für eure Hilfe !!!

Flexus
Автор

Hab vor den Schritt nach Deiner Anleitung mit einer Variante zu wagen. Migration von ca. 1.8TB Daten auf 712+ auf 918+, und zwar so:
1. Eine Platte (6TB WD Red) von der 712+ kommt in das 918+
2. Die 918+ wird hochgefahren und stellt sich auf die Hardwareänderung ein
3. Eine neue Platte (4TB WD Red) kommt in die 918+
4. Die neue 4TB Platte wird mit BTRFS konfiguriert
5. Alles wie in Deinem Video, Shared Folders rüber usw.
6. Die alte 6 TB Platte kommt raus, und 3 neue 4TB Platten kommen in die 918+
Idee der Vorgangsweise: die 918+ sollte im Umgang mit den Volumes schneller sein. Die beiden 6TB Platten kommen in ein anderes Nas. Meinst kann das so klappen?

HeadPack
Автор

Habe es ebenfalls mit einer 218+ durchgespielt. es ist "pain in the ass" ;-), besonders, wenn man dann händisch die gemeinsamen Ordner von Volume ALT auf das Volumen NEU schieben muss. Das geht nicht im Stapel, sondern nur einer nach dem anderen, weil das System das Verschieben von mehreren Geteilten Ordnern nicht mitmacht. Je nach Größe der enthaltenen Dateien verlangsamt sich die interne Kopiergeschwindigkeit auch gerne mal auf unter 10MB/s. (Da kann jeder mal seinen Taschenrechner nehmen um herauszufinden, was das für mehrere GIG heißt ;-). Das ist zum Glück nicht die Regel, aber es reicht ein einziger kleinteiliger Ordner, um schon mal 8 Stunden Zeit zu blockieren. Wenn man davon mehrere hat: herzlichen Glückwunsch :-( Ich bin nicht den Weg über das Formatieren am Rechner gegangen, weil Synology von Haus aus ein im laufenden Betrieb rausgezerrtes  und wieder reingeschobenes Laufwerk formatieren möchte. Am nervigsten ist jedoch das "Lahmlegen" des Systems über die Konsistenzprüfung der Laufwerke. Was das für die Kopiergeschwindigkeiten heißt, kann sich jeder denken. DENNOCH funktioniert am Ende alles tadellos.

Ich kann auch keine "btrfs ist ja viel langsamer als ext4" oder "Klötzchenbildung" Effekte feststellen. Eher im Gegenteil.

ALSO!!!!: Wenn ich noch einmal vor dem Spielchen stünde, dann würde ich vermutlich die gesamte Station backuppen (das hauseigene Hyperbackup hilft da), alles blank machen, warten bis die gesamten Konsistenzspielchen vorbei sind, und dann vom Backup in einem Schwung zurückschieben. Kann dauern, aber dann eben ohne ständiges Interagieren.

eddiberlin
Автор

Ich komme leider nicht durch die Anleitung. Nach dem Einschieben der neuen Festplatte wird diese als nicht initialisiert erkannt, ich kann jedoch kein neues Volume erstellen, das der dazugehörige Button ausgegraut ist. Hat jemand eine Idee?

haengomensch
Автор

ich habe den hier beschriebenen weg jetzt zeit mal verwendet, beim ersten mal hat alles geklappt und es gab keine Probleme, beim zweiten mal ließ sich das Volumen nicht löschen und die Diskstation startet nicht mehr.

Wenn ich pech habe sind jetzt alle Daten futsch...

Pixelplanet
Автор

Hello Dominik,
any chance you could explain the procedure in english?
Thanks!

HenrikStrindberg
Автор

Das Video ist zwar etwas älter, aber ich stehe vor dieser Migration. Ich würde aber lieber deinen 2 Weg gehen und dazu habe ich eine Frage. Bei mir ist der Datendurchsatz auf eine externe HD (ext4) extrem langsam. Hab mit verschiedenen HD ausprobiert, die alle kompatibel sind. Der Support kann sich das auch nicht erklären. Hast du mit deiner Erfahrung diesbezüglich eine Idee?

g.b.
Автор

Hallo Idomix ich brauche dringend Hilfe und zwar habe ich eine DS215j, mit 2x 1TB. 
Jetzt hatte ich mir zwei 3TB Platten WD30EFRX besorgt 3 Monate alt.
Ich wollte diese jetzt wechseln, also runter gefahren die erste Platte getauscht, dann neu gestartet aufeinmal kam eine komplette Neuanmeldung.
Alles gemacht dann der Fehler ihre Diskstation unterstützt btrfs nicht ich wusste nicht das dieses Programm auf den Platten ist, was kann ich jetzt tun. Kann man dieses ändern? 
2 Platte hat SHR und die 1 btrfs und es steht da ihre Station unterstützt dieses nicht. 
Bitte Bitte ich brauche deine Hilfe

candynancy
Автор

Viele Dank für das Video! Bei mir fehlten die Docker Container Einstellungen. Diese sollte mon vorher noch für jeden Container mit der Export-Funktion sichern.

unblgsv
Автор

Klingt interessant, wobei ich lieber noch ein wenig warte, ob das neue Dateisystem auch langfristig zuverlässig läuft.
Meine Daten sind mir da zu wichtig, außerdem nutze ich einen Raid5, kein SH1, weiß nicht, ob es da nicht Probleme gibt...

heikot
Автор

Hallo Dominik,
ich habe ein 1515+ und überlegen auf btrfs um zu steigen. Nun zu meiner Frage ich habe an einem anderen Standort noch eine
DS213j mit SHR1 ext4. Die zwei Geräte sind per fritz VPN verbunden und wichtige Daten werden von der einen zur anderen gesichert. Also eine zusätzliche Sicherung für beide Seiten. Nach dem umstellen auf btrsf kann dann die alte DS213j noch auf die DS1515+ zugreifen und Daten Sichern b.z.w. lesen?

clericer
Автор

Hi Dominik.

Ich bin einen ähnlichen Weg gegangen, allerdings möchte ich von einem Raid 1, ext4 auf SHR, btrfs wechseln. Deshalb habe ich eine der zwei gleichen Platten meiner DS 211 rausgenommen (sozusagen als Backup) und eine neue eingesetzt und die reparieren lassen (was deutlich schneller geht als ein Backup per Hyperbackup).
Damit habe ich 3 Kopien meiner Daten. Diese neue Platte habe ich in die DS 916+ eingesetzt, das System migriert (den Fehler der fehlenden zweiten Platte vorerst ignoriert) und begonnen, die Daten auf ein neues Volume 2 umzuschaufeln. Mein Plan ist, Volume 1 danach zu löschen und Volume 2 per SHR zu erweitern.

Jetzt meine Frage: Nachdem ich alle gemeinsamen Ordner von Volume 1 auf mein neues Volume 2 verschoben habe, bleibt die alte 4TB Platte noch mit über 330 GB belegt, obwohl es keinerlei gemeinsame Ordner mehr auf Volume 1 gibt. Kannst du dir das erklären? Ich vermute, es sind Historydaten der Synology Cloud, aber ich bin nicht sicher und möchte die Platte ungern so killen. Oder übersehe ich was in meiner Logik?

Für ne kurze Einschätzung wäre ich dir dankbar.
LG
Tom

pirre