Beiträge von Crazyhorse

Wenn HDs verwendet werden, reduziert jede parallele Aufgabe die IOs massiv, da nun statt sequenzielle viele random Zugriffe erfolgen.

Wenn dann 3 Jobs laufen, wird die Zeit nicht 3 mal so lange sondern im schlimmsten Fall sogar 6 oder 9 mal so lange.

Teste das doch bei dir auf der HD und kopiere einfach mal 3 Games von der SSD auf die Daten HD, da wirst dich wundern wie die Datenrate einbricht.

Genau das wird dir da auch passieren.

Daher die Jobs mit genug Zeitlichem Abstand starten oder aber einen großen erstellen der dann Ordner für Ordner und Laufwerk für Laufwerk nacheinander abarbeitet.

Schaue mal das du bei CPU den i7 einstellst, das hat bei einigen hier geholfen. Die Version hat mit dem durchschleifen wohl leichte Probleme.

Dann stimmen jetzt alle Voraussetzungen, die Frage ist warum die beim Backup Dienst nicht greift die Route.

Da bin ich dann aber überfragt.

Nein du hast ja jetzt eine Verbindung hin jedenfalls, was ist mit der Rückroute auf der Gegenseite, kontrolliere die auch noch mal.

Beim Client wird sicherlich das Default GW bei der Einwahl auf den VPN Tunnel hin umgestellt. Schaue nach indem du dir die Routingtabelle anzeigen lässt.

Sowohl vom Client als auch vom QNAP, dann hast du die Antwort.

Wird die unter Storage und Snapshots angezeigt mit dem Schloss?

Das ist völlig normal und gehört zum Prozess einer VPN Tunnel Einrichtung dazu.

Denn woher soll dein NAS wissen, das die IP des Backup NAS über den Tunnel zu erreichen ist, wenn du ihm das nicht extra mitteilst.

Ansonsten wird immer die Default Route oder das Default GW verwendet.

Alles durch den Tunnel zu schicken ist ja auch keine Lösung, da soll ja nur das Backup NAS drüber erreichbar sein.

Lustig wird das ganze erst, wenn du 10+ VPN Tunnel betreibst, dann musst du durch die Routing Einträge auch schon mal ein wenig scrollen.

Ja Hallo,

was ist denn passiert, das dir ein Raid 5 um die Ohren geflogen ist?

Exchange, spannendes Thema, wird sicherlich so schnell nicht langweilig, die User denken sich immer neue Sachen aus die du ihnen dann in den Tiefen zusammen setzen darfst.

Mit der AD Strucktur wirst doch aber auch was zu tun haben, wie sieht es mit Storage und Netzwerk aus?

Gruß

Dennis

Wird dir das Volumen auf der HD angezeigt?

Kannst du es mit dem Kennwort entsperren?

Du wirst dafür statische Routen benötigen, sonst nutzt der Backupdienst das Default GW und das will dann direkt ins Internet.

Mache von der ssh CLI der NAS einen Traceroute auf deine Backup NAS, dann weißt du welches der next Hop ist, den du für die Ziel IP eintragen musst.

Das dann für beide Seiten, dann sollte das durch den VPN Tunnel laufen.

Du brauchst die App CodexPack und eine Intel NAS, dann kannst du das hier kontrollieren:

pasted-from-clipboard.png

Speicher & Snapshots

pasted-from-clipboard.png

Dann kommst du zum Assistenten zur Volumenerstellung:

pasted-from-clipboard.png

Für das statische Volumen darf auf dem Speicherpool noch kein Volumen angelegt worden sein.

Denke aber dran, du kannst dann keine Volume Snapshots verwenden, was eine herausragende Eingenschaft eines NAS ist.

Nein nicht den Speicherpool löschen, jetzt baut er das RAID 1 neu auf das dauert den ganzen Tag!

Der Speicherpool ist quasi die Logische Adressierung der einzelnen Blöcke der HDs.

Also das Gebäude wenn man so will in deinem Fall mit 2 Etagen.

Das Volumen ist dann das was Windows macht wenn du einen Datenträger formatierst.

Hier wird das Gebäude in ein Lager mit Fächer versehen, das sind die Sektoren des Dateisystems und das Imhaltverzeichnis am Eingang.

Letztes ist in Sekunden bis Minuten erzeugt.

Aber die Montage der Regale dauert, denn die müssen auf jeder Etage exakt an der gleichen Stelle stehen.

Dein Raid1 gleicht also jetzt jeden Bock von HD1 mit der HD2 ab.

Dauer 6-8h wenn das exklusive läuft, Schaufelst du in der Zeit schon Daten auf das Volumen, steigt die Zeit aufs doppelte oder mehr.

Ist dein Speicherpool also fertig, Finger weg bis du eine HD ersetzen willst oder auf ein anderes RAID umstellst.

Am Volumen kann man aber auch im Betrieb Änderungen vornehmen, das kann zwar auch zu Datenverlust kommen, eine RAID Änderung ist aber deutlich Risikobehafteter.

Daher Backup Backup und noch ein Backup!

Im Dialog Volumenwrstellung findest du dann deinen Speicherpool als Quelle.

Hier musst du aber ein wenig aufpassen und rechnen. Denn je nach Volumen Typ kannst du überbuchen.

Wenn du das nicht im Auge behältst, kannst du das NAS so voll schreiben das nur noch löschen von Daten hilft.

Also lieber ein wenig kleiner anlegen als das Maximum uns später erweitern, wenn nötig.

Kommt es auf die letzten 50GB an, sind deine HDs sowieso in kürze zu klein und du solltest erweitern.

Dann kommen 8, 10 oder 14TB rein und nach dem erweitern des Raids kannst du das Volumen erweitern und hast wieder Platz.

Nein du kannst das Volumen selber nicht freigeben. Nur die Ordner darunter.

Hast du die App für Hardwarebeschleunigte Transcodierung installiert?

Du bist bei den Bilder wie es aussieht im Dialog für den Speicherpool.

Das ist quasi dein RAID, das hat du aber schon erstellt.

Jetzt musst du in dem Speicherpool ein Volumen erzeugen.

Ich verwende ein Thin Volume, weil ich die Flexibilität schätze.

Wenn du das ein wenig statischer haben willst aber mit der Funktion Snapshots anlegen zu können ist ein Thigvolume das richtige.

Ein statisches Volumen macht in meinen Augen keinen Sinn, denn ohne Snapshots verliere ich eine extrem mächtige Schitzfunktion gegen Kryptomalware.

Bei mir steht da empfohlene Festplatten, jedoch scheine ich etwas falsch zu machen, denn bei der genannten NAS sind auch 8, 10, 12, 14 TB HDs gelistet.

pasted-from-clipboard.png

Wenn dir bei deinem Raid 1 mit zwei HDs zwei HDs ausfallen, hast du auch 0 Daten, das kein Argument gegen das Raid 5, es ist eher ein Argument für ein Raid 6.

Du kannst auch einfach das alte Raid killen, dann musst du aber die Standard Ordner auf dem neue Verbund einrichten lassen und alle APs neu installieren und diese neu einrichten.

Das NAS musst du nicht völlig neu initialisieren, zumindest nicht mit einer aktuellen Firmware.

Wenn du das jedoch alles behalten willst, ist der HDs einzel ersetzten der einfachste weg.

Zumal das bei deinem Raid 1 relativ Risikoarm ist, da du eine intakte HD mit vollem Datenbestand ziehst und diese als Backup jederzeit noch heran ziehen kannst.

Es ist eine Empfehlungsliste und diese werden wie wir gerade sehen nur sehr dürftig gepflegt.

Betrachten wir das ganze mal rein technisch.

Large LBA wird auch bei den 4TB HDs schon verwendet, es ist seit dem keine neue Art der Adressierung hinzu gekommen, wie es früher der Fall war.

Kennt das noch jemand das 128GB Limit bei ATA HDs?

Wurde dann bei einigen Hersteller per BIOS Update nachgereicht. Ich hatte Glück und konnte so meine 180GB IBM HD voll nutzen, nach dem ersten Schreck das nur 128GB erkannt wurden.

Wenn die aktuellen HDs also die 128PiB Grenze knacken (dauert noch), dann können wir wieder über das Thema Kompatibilität bei Laufwerken sprechen.

https://de.wikipedia.org/wiki/Logical_Block_Addressing

Die SATA Schnitstelle ist bis ins Detail dokumentiert, standarisiert und zertifiziert.

Du könntest also auch eine 14TB kaufen und einstecken, auch die wird erkannt und läuft.

Oder du kauft ein neues NAS wegen der Empfehlungsliste, dann haben gleich 2 Hersteller was davon.

Wann hattet ihr mal eine SATA Laufwerk, welches nicht erkannt wurde, ich kann mich an kein einziges erinnern.

Bei der Konkurrenz jedenfalls läuft das ohne Problem, also warum nicht auch bei QNAP.

Schaue mal hier:

https://www.tp-link.com/us/faq-381.html

Du könntest also die IP die das BU NAS hat auf dem WAN Port des Routers setzen, dieser übersetzt das in eine interne IP, z.B. WAN 192.168.62.31 wird per NAT umgesetzt in 192.168.66.12

Dein Quell NAS kann also die IP 192.168.62.31 im Backup Auftrag verwenden, hat selber jedoch die 192.168.2.11.

So kannst du über schnelles LAN sichern, limit ist die NAT Leistung des Routers und musst nicht über das Internet mit wenigen Mbit die erste Sicherung fahren.