Hyper Backup Backup auf HDD1 relativ zügig, auf HDD2 extremst langsam

[Thakis]

Einen schönen guten Morgen zusammen,

ich habe eine Seagate Exos X18 16TB in einem externen Gehäuse (USB3.0 6gbit), auf die ich meine Routine "USB Backup 1" schreibe. Das geht auch relativ zügig.
Ich habe noch eine Seagate Backup Plus Hub 8TB, USB 3.0 Micro-B, diese beschreibe ich nun das erste Mal mit meinem Backup. Ca 4 TB groß.
Die Erstellung dieses Backups dauert nun schon länger als 48 Stunden und ich bin erst bei 2/3 des gesamten Backups.

Welche Anhaltspunkte habe ich, um zu prüfen, warum dieses Backup so extrem lange dauert?
Meine Internet- und Forumssuche hat leider kein Ergebnis gebracht


Gruß Thakis

Hintergrund-Info:
In meinem NAS laufen 2x Seagate Exos X18 16TB im SHR-Verbund.

 

[w00dcu11er]

Paar Stichworte:
* CRM vs. SRM?
* Partitionen?
* Dateisystem?

 

[plang.pl]

Leider steht nirgends genau, was da für ne Platte verbaut ist. Grundsätzlich ist Hyper Backup aber kein Rennpferd und das Initialbackup dauert leider gerne sehr lange.
Ansonsten könntest du höchstens mal prüfen, ob die Platte mit USB 3 angebunden ist.
Hierfür per ssh verbinden und den Befehl lsusb absetzen

 

[ctrlaltdelete]

Ist wohl eine SMR HDD:
https://www.synology-forum.de/threa...estplatte-langsam-haenger.120653/post-1007354

 

[Thakis]

Ist wohl eine SMR HDD:
https://www.synology-forum.de/threa...estplatte-langsam-haenger.120653/post-1007354

Ok, wenn dieser Kommentar repräsentiv ist, hat sich das Thema eig. schon fast erledigt.

Hab genauso wie RT76 NTFS-formartiert, nur eine Partition und laut seiner Aussage ist es eine SMR-Festplatte.

Die Prüfung über das Terminal bzgl. Anbindung muss ich später noch machen. Da ich das NAS erst seit kurzem habe, habe ich die SSH-Verbindung noch nicht eingerichtet.



@RT76
Falls du das hier lesen solltest, wie gehts dir heut mit der Seagate Backup Plus-Platte?

 

[plang.pl]

Ich verwende ohne Probleme SMR Platten fürs Backup. Nur dauert das initiale Backup halt sehr lange. Und wenn die Platte fast voll ist, wird sie noch langsamer. Aber dennoch gehen die inkrementellen Backups recht zügig, wenn nicht jedes mal 50GB+ dazukommen.

 

[Thakis]

Ich hab den Befehl lsusb noch nie verwendet, deshalb die naive Frage, welcher Wert nun gilt?

Habe aktuell zwei Platten am NAS hängen.
Die langsame 8TB und noch die 16TB, weil ich aktuell ein inkrementelles Backup darauf spiele.

 

[plang.pl]

Hm, das frage ich mich auch. Die Platte / das Case ist mehrmals gelistet.

 

[Thakis]

Oberer Teil ist mit der 16TB-Platte.
Zweiter Befehl ist nur mit der 8TB-Platte.
Ich weiß nicht, ob das hilft.

 

[plang.pl]

Dann würde ich sagen, dass das so passt und die Platte mit 3.0 angebunden ist und der Controller sich zusätzlich (als Fallback?) mit USB 2 verbindet. Ist aber nur eine Interpretation

 

[Thakis]

Mhm....
Dann beise ich wohl mal weiterhin in den sauren Apfel und lass das noch weitere ein, zwei Tage weiterlaufen, bis mal das initiale Backup drauf ist.

 

[Thakis]

Ah, Frage noch.
Solange das Backup läuft (dritter Job), belegt die Platte bei mir usbshare1.

Wie kann ich denn das Target für meinen ersten Job auf usbsahre2 wechseln, damit ich das Backup meiner 16TB-Platte laufen lassen kann?

Oder geht das gar nicht und ich muss (wie bereits zu sehen ist) einen weiteren Job anlegen, der identisch zum ersten ist, nur dass ich einen Relink auf usbshare2 während des Backup Wizards machen muss.
Falls ja, wird dann normal ein inkrementelles Backup geschrieben?

 

[plang.pl]

Am besten ist es, du gibst jeder Platte in der Systemsteuerung unter "Freigegebene Ordner" einen eigenen Namen, sodass diese statisch sind. Dann darauf die Jobs neu verlinken. Dann passiert es in Zukunft nicht mehr, dass die usbshares anders vergeben werden.

 

[Thakis]

Ok danke. Sehr wertvoller Tipp.
Wenn ich neu verlinke, werden normal die inkrementellen Backups weitergeschrieben, oder?
Nicht, dass ich gerade bei der langsamen Platte neu beginnen muss. (Ich gehe schon davon aus, dass das funktioniert, möchte nur auf Nummer sicher gehen)

 

[plang.pl]

Ja, die werden nicht komplett neu geschrieben.
Vorgehensweise: https://kb.synology.com/de-de/DSM/tutorial/How_to_relink_to_existing_backup_tasks_of_Hyper_Backup

 

[Thakis]

Ist meine Annahme richtig, dass immer nur ein Backup-Job gleichzeitig ausgeführt werden kann oder warum steht dort seit zwei stunden "Waiting"?

 

[ctrlaltdelete]

Ja

 

[plang.pl]

Ja, es geht nur 1 Job zeitgleich

 

[w00dcu11er]

Ja, ist korrekt. Nur eine Aufgabe kann durchgeführt werden. Alle anderen erst in "Stapelverarbeitung".

 

[Thakis]

Die Platte macht doch mehr Probleme als gedacht.

Wollte noch ein zweites Backup darauf machen.
Dann war ewig "Processing..." ("calculating size" oder ähnliche Meldung).
Nach ner Stunde wollte ich abbrechen. Dann war ne Stunde "Canceling..."
Bis ich zum Glück die Platte entmounten konnte.

Glaubt ihr, eine Formatierung könnte helfen? Oder hab ich einfach nur Pech mit der Platte?