Datenverlust bei Migration?! 4458-->4493

[slam]

Hallo Leute,

 

in nächster Zeit werden sicherlich einige von Gnoboot zu Nanoboot wechsel. Ich habe eine Frage zur Migration. In einer Test VM habe ich erfolgreich eine Synology DSM 5.0 4458 per migration zur NB DSM 5.0 4493Update1 gewandelt. Im Tut http://www.synology.com/de-de/support/t ... s/484#t2.1 steht das einige Daten verloren gehen. Ich konnte das nicht nachvollziehen. DS Photo war noch da und die Datenbanken im Myphpadmin auch. Kann es sein das es mit NB-Migration nicht passiert? Würde das Produktivsystem auch gern mirgieren...

Wie sind eure Erfahrungen?

[KewlAzMe]

Gute Thread! Stehe auch bald vorm Wechsel... Verstehe ich dann richtig, dass in Nanoboot die zukunft liegt?

Kannst du ein gutes Tutorial empfehlen für den Umstieg?

[slam]

Ich wurde schon per PM nach einem Tutorial gefragt. Es ist jedoch keins wirklich nötig. Download .pat DSM 5.0 4493. Einfach Nanoboot [NB] statt Gnoboot einbinden, beim Start auf Update/Install 4493 auswählen, warten... SynoAssistent zeigt nun ein migrierbares System an, im Explorer die IP ansteuern und den Anweisungen folgen. Nach einem Neustart der DSM (mit Absturz von VBox beim Reboot? Vielleicht nur bei mir so?) ist das System aktuell. Update 1 wie vom hersteler vorgesehen einspielen ohne Telnet Code.

Fertig

Wer unsicher ist, testet in einer VM

[MacArthur]

Hallo zusammen

Meine Erfahrung:

Ich habe gestern Abend frisch migriert. Migration von 4458 --> 4493 direkt auf HP Microserver N54L mit 5 x 3 TB WD Red mit Nanoboot hat im Kern inkl. Update 1 funktioniert und war auch nicht schwierig. Datenverluste sind nicht erkennbar und es wurden alle Einstellungen und Dateien übernommen. Allerdings kennt die DSM 5.0 seitdem die 5. Platte (am internen Onboard-SATA Port) nicht mehr, obwohl die Platte nagelneu ist und vorher unter 4458 einwandfrei lief und läuft unter Windows vollkommen normal. Festplattentools von Paragon können keinen Fehler an der Platte finden. Die DSM hat das Volume 1 auf fehlerhaft gesetzt (degraded Mode) und lässt sie auch nach dem löschen nicht mehr zu - sie wird nicht erkannt, obwohl das BIOS sie einwandfrei aufführt.

Hat jemand ähnliche Erfahrungen oder besser noch: Hat jemand einen Tipp, wie ich die Platte wieder in das System bekommen kann ? Gibt es irgendwo im System eine Datei, in der die Festplatten registriert werden (z.B. mit der SN) ?

Vielen Dank.

LG

[MacArthur]

Hallo zusammen,

nachdem ich hier keine Antwort bekommen habe, habe ich selbst weiter probiert:

 

Zunächst habe ich mir eine weitere, neue WD Red 3 TB gekauft, als 5. HD eingebaut und den Server neu gestartet. Auch dieses Mal wurde die Platte vom Bios erkannt (IDE Primary Slave). Also mit NanoBoot USB-Stick gebootet und an DSM angemeldet. Leider wurde auch diese nagelneue HD von der DSM nicht erkannt/angezeigt.

 

Das kann doch nicht sein, dachte ich mir. Unter GnuBoot waren 5 Platten im HP Microserver N54L doch kein Problem ?! Da ich sonst keine Idee mehr hatte, habe ich die neue 5. HD ausgebaut und die alte, angeblich defekte 5. HD wieder eingebaut und den Server einfach mit dem GnuBoot USB-Stick neu gestartet. Und siehe da: Die 5. Platte wurde von der DSM 5.0 4493 Update1 angezeigt und das Volume1 zur Reparatur mit dieser Platte angeboten. Zur Zeit zeigt die DSM den Status der Platte mit "Normal" an, repariert und prüft die Konsistenz der Parität (6.18%). Ich gehe jedoch davon aus, dass die Reparatur erfolgreich beendet werden wird (Dauer: ca. 2 Tage ! Also Geduld ).

 

Bei mir hat der Trick geholfen. Mein Server läuft jetzt mit GnuBoot weiter. Falls das nächste Update wieder Zicken macht, versuche ich wieder mit NanoBoot das Update und wenn die 5. HD dann wieder fehlen sollte, einfach wieder mit GnuBoot booten. Läuft...

Wer das gleiche Problem hat, sollte aber auf jeden Fall vor dem Update ein Backup seines Servers machen ! NAS ersetzt kein Backup !

In diesem Sinne viel Erfolg !

LG