Netzwerksicherung von DS zu DS sehr langsam

[jogiebaer]

Hallo,
ich habe seit dieser Woche 2 DS1812+ im Einsatz.
Beide haben je 4 Platten mit je 2 TB im RAID6
die DS1 ist ein iSCSI Target wo Backups aus der VM Welt drauf laufen.
Aktueller stand: 2TB belegt.
Nacht soll das DS1 seine Daten auf das DS2 schreiben.
Ich hab also eine Netzwerksicherung angelegt.
Allerdings dauert das Backup extreeeem lange.
nach 8h hatte es einen Fortschritt von 13%.
Die beiden DS sind über den LAN2 Port per Crossover (Cat6) verbunden und sehen sich auch! (Man sieht wie Daten auf dem 2. DS hinzukommen)
Bei Gbit Crossover (Cat6) muss das unter einer Stunde fertig sein.
Die CPU und RAM langweilen sich auf beiden DS.
Liegt es vielleicht daran, dass die Daten auf einer 5 TB großen iSCSI LUN liegen?
Hatte jemand schon einmal dieses Phänomen? Oder habe ich vielleicht vergessen einen Haken zu setzen?

Habe die aktuellste FW drauf 4.2.
Geschwindigkeitseinschränkung ist deaktiviert

Vielen Dank.
Gruß
jogie

 

[jogiebaer]

Gerade kam von Synology nach 2 Tagen eine Reaktion.
Der Support meinte beim 1. Backup wäre das normal und ich soll das einfach mal 3 Tage laufen lassen.
Kann da jemand was dazu sagen? Ich kann das nicht glauben.

 

[DKeppi]

Also zumindest ist es so das rsync die Übertragung auf ca. 25 MB/s beschränkt!

Ich brauche für meine 950 GB übers Netzwerk von der 712+ auf die 110j in etwa 12-14 Stunden, wobei natürlich die 1000en mp3's hier etwas bremsen.
Also schaffe ich im Durchschnitt so um die 19 - 20 MB/s!!

Wieviel GB überträgst du (2TB oder?) und wieviel Dateien sind das in etwa?

 

[jogiebaer]

Aktuell sind es 2,5 TB oder 132 Dateien.
Da es sehr große Dateien sind müsste die Geschwindigkeit ja nach oben gehen.
Aktuell hab ich zwischen 40-50 MB/s Aber mir kommt das immernoch so wenig vor.
Rsync ist nicht aktiv

 

[DKeppi]

Naja, das ist ja auch ne Menge!
Du schreibst du hast eine Netzwerksicherung eingerichtet - die läuft aber über rsync!
Über 40-50 MB würd ich mich freuen

 

[Puppetmaster]

Du schreibst du hast eine Netzwerksicherung eingerichtet - die läuft aber über rsync!

Sicher, dass das auch für ein iSCSI Target gilt?

 

[DKeppi]

Nicht? Keine Ahnung!

Finde aber 40-50 MB/s akzeptabel...

 

[raymond]

Die DS1812+ ist für kleinere und mittlere Unternehmen (und davon ist es nicht die kleinste) und da sind 2 TB keine Seltenheit. Sollte meiner Meinung nach schon schneller gehen, gerade weil diese NAS auch 32 TB fassen kann.
Gerade wenn man sich die Leistungsdaten anschaut: http://www.synology.com/products/performance.php?lang=deu#tabs-10

 

[jogiebaer]

Die DS1812+ ist für kleinere und mittlere Unternehmen (und davon ist es nicht die kleinste) und da sind 2 TB keine Seltenheit. Sollte meiner Meinung nach schon schneller gehen, gerade weil diese NAS auch 32 TB fassen kann.
Gerade wenn man sich die Leistungsdaten anschaut: http://www.synology.com/products/performance.php?lang=deu#tabs-10

Dadrauf wollte ich hinaus.
Bis Ende nächster Woche bin ich bei 4TB da reicht mir dann die Zeit von morgens 7 bis abend 18 Uhr nicht zum sichern.
Das ist dann nämlich mein Problem.

 

[jogiebaer]

Also erste Vollsicherung ist gelaufen.
Für 2,61TB hat er 24,5h gebraucht. ~31MB/s
Danach eine Sicherung von 2,84TB brauchte sagenhafte 10h.
Das ist alles inakzeptabel.
Werde jetzt hingehen und die iSCSI LUN löschen und dann mal ein Backup starten.
Das ist dann meine letzte Hoffnung.


Edit:
hab mir das so schön vorgestellt.
Wollte die LUN löschen und dann von dem eigentlichen Backup NAS auf das Quell Nas sichern.
Aber da fällt mir auf dass auf dem Backup NAS massig 4 GB große LUN Dateien liegen.

Edit2:
Kopiere gerade über die Windowsebene von dem iSCSI Target auf einen freigegebenen Ordner auf dem Backup NAS mit sagenhaften 50 MB/s
Dann ist es doch fakt dass es an iSCSI liegt.

 

[summertea]

Ich habe anfangs auch die Synology Netzwerksicherung verwendet um Sicherungen zwischen zwei Diskstations über das Internet zu machen. Leider kam diese Lösung nicht gut mit Netzwerkproblemen zurecht - und diese treten über das Internet laufend auf.

Daher habe ich mich in rsync eingearbeitet, welches bei Netzwerkproblemen natürlich auch abbricht. Hier hatte ich die Möglichkeit das Ganze aber in ein Skript einzubinden und Fehler automatisch durch Wiederaufrufen von rsync lösen zu lassen.

Mittlerweile synchronisieren meine Diskstations etwa 1 TB Daten pro Woche - davon glücklicherweise nur inkrementelle Änderungen. Da das Skript automatisch gestartet wird und mir bei Beendigung eine Mail schickt, muss ich nicht mehr auf die Geschwindigkeit achten.

Seit einem Jahr läuft die Sache bei mir sehr zuverlässig. Daher habe ich das Skript, ich nenne es Space Machine, samt Anleitung auf meinem Blog verfügbar gemacht: http://goo.gl/UNkn3

Hoffe das hilft auch Euch und freue mich über Feedback!

 

[raymond]

Ich würde definitiv Synology von dem Missstand nochmals in Kenntnis setzen und fragen was die vorschlagen, wie man so großen Daten regelmäßig schnell absichern kann. Es geht ja nicht nur darum, dass es beim ersten mal nur lange dauert, sondern immer. Die Lese/Schreibrate ist dabei einfach viel zu gering.

Vielleicht auch mal Synology mitgeben, dass diese ietadm (iscsi target) von 0.4.17 auf die aktuelle 1.4.20.2 aktualisieren sollten:
http://sourceforge.net/projects/iscsitarget/files/iscsitarget/

Warum mich das auch nerven würde: ich möchte eventuell mit einem Freund zwei größere Synology NASes kaufen und habe dann ein ähnliches Szenario.

 

[raymond]

Was ist nun rausgenommen? Gibts neue Erkenntnisse? Irgendwelche Optimierungsmöglichkeiten? Was neues direkt von Synology? Es muss doch auch schneller als 50 MB/s gehen (jedenfalls bei großen Dateien).

 

[raymond]

Ich habe auch mal Synology angeschrieben und Antwort erhalten: Mit DSM 4.2 soll es eigentlich schneller gehen. Häufig soll es auch an den verwendeten Platten liegen.

 

[jpaulsen]

Hallo Jogiebaer,

magst du mir verraten, ob du eine Lsg gefunden hast?

Ich argwöhne nämlich, bald ein ähnliches Problem zu haben.

ich beabsichtige meine bisherigen XENs auf den neuen Citrix XenServer 6.2 zu migrieren - und auch einiges aus der kleinen vSphere essentials (is' halt nur die essentials und da kann Citrix nun deutlich mehr).

Die Server haben zwar alle locale SAS Platten im R10 aber, da kann ich dann nicht so flink migrieren. Da wir nun einige DS im Einsatz haben, habe ich bisher nur ausprobiert, welchen LUN-Typ ich nutzen soll.

Die Ergebnisse von einigen Versuchen, waren nicht nur überraschend, sondern auch ernüchternd:
1. wird zwar überall das BlockLevel Lun empfohlen, wenn man Performance will - aber das ist einfach lahm beim Schreiben (FileLevel ist 1.5x so schnell). Falls dich das interessiert, kannst du unter http://tech.odradeck.net/?p=226 gucken - da versuche ich mir sowas zu merken.

2. erreiche ich nur beim Schreiben auf Filebasierte LUNs annähernd den möglichen Netzdurchsatz. Alles andere liegt weit drunter. Verglichen mit den Angaben, die für verwendete die DS1812+ gemacht werden ist das einfach zu dünn.

Wenn dann ein iSCSI Backup von 7TB ne halbe Woche braucht, kann ich's auch lassen :-(

Würde mich freuen, zu hören, wie du das gelöst hast.

Danke schonmal
Jan

 

[Pusche]

Also bei mir läuft die initiale Netzwerksicherung von einer 213+ (im Raid1) auf eine 114 gerade mit 2.5MB/s !! Wohlverstanden über GigabitLAN und ein Gigabit-Switch.
Kann doch nicht sein. #aufreg

 

[Puppetmaster]

Und was sind das für Dateien? Anzahl, Größe, ... ??

 

[Pusche]

798 GB an Daten, TimeMachine-Backup, iTunes Mediathek, haufenweise Filme. Die DS213+ ist sozusagen mein zentraler Speicher für so fast alles.

Während der aktuell laufenden Sicherung ist die CPU auf 99% oben, Vollgas beschäftigt während über Netzwerk 2.5 bis 3.7 MB/s verschickt werden.

 

[Puppetmaster]

Verschlüsselung eingeschaltet? Kostet Ressourcen...

Teste es mit einer Datei, die min. mal 1GB groß ist.

 

[Pusche]

aha moment... Verschlüsselung hab ich nicht eingeschalten aber die Datenkomprimierung.