XigmaNAS

Hallo Zusammen

Wie es einige sicherlich kennen, man setzt ein System auf, es funktioniert und es läuft.... Aus Zeitmangel realisiert man nicht alles was man einmal vor hatte. Bis dann der Gau kommt

Nein Schlimm war es nicht..... in meinem N4F Rel. 9.1 mit RaidZ 4x2TB ist das Asrock C2550D4I abgeraucht. Was bei angeblicher Serverhardware nach knapp 1.5Jahren doch etwas ..... ist.

Backups sind vorhanden und nach dem einbau des neuen Board rennt alles wieder wie es soll. Nur, will ich das so in Zukunft nochmals erleben? Nein, auf die externen Backupplatten wollte ich nicht zugreifen um davon im Notfall zurückspielen zu können.

Durch die ganze Miesere liest man sich wieder in einiges ein und dabei ist mir aufgefallen das meine N4F wohl falsch konfiguriert ist.

Da ich nur mit dem ganzen Volume vom Pool arbeite und nicht mit Datasets. Anfänglich da iSCSI benutzt wurde sicherlich nicht verkehrt, jedoch stimmt dies wohl nicht bei Daten,Media,Backups,....


1ste Frage:

Wie gehe ich nun am besten vor um meine "Daten" vom Pool (welche immo einzelne Freigaben sind) in die noch nicht erstellten Dataset zu kopieren?
Aktuell belegt 2.24T und Frei: 2.95T

2te Frage:

Wie erstelle ich danach Backups der einzelnen Dataset, welche (und das ist der Schwieriegere Punkt) dann auf eine Synology Mirror: 2x6TB gespeichert werden.

über RSync habe ich wieder viel gelesen, nur habe ich bislang nur Daten rummkopiert und keine Inkrementelle Sicherung gemacht, will dabei nichts falschmachen darum "erst Fragen" und nicht "dumm aus der Wäsche gucken".



Danke für einige Erläuterungen/Ideen und H2D, da leider die meisten Threads zu diesem Thema nicht mit einer funktionierenden Lösung enden, sondern dass die User durch irgend ein Problem aufgegeben haben.

Danke

Mind

Hi Mindheat,

wenn du deine Daten auf eine Synology sichern möchtest, bringt dir die Organisation deiner Daten in Datasets nicht viel.
Die Synology kann kein ZFS, dadurch kannst du die Vorteile von ZFS beim Backup nicht nutzen.

Wenn du beim Backup allerdings in der ZFS-Welt bleibst, kann ich dir ein paar Tipps geben.

Grüße
Princo

Hallo Princo

Also fallen Datasets weg. Wäre es denn trotzdem sinnvoll bez snapshot einzelne Datasets zu haben.

Oder differenziert man für die Backups im Rsync Befehl?

ZFS auf der 2ten Nas ist nicht möglich. Ist zwar ne Xpenology mit Quad Cpu und 16G Ram aber leider kein ECC.

Kannst du mir einen sinnvollen Rsync Befehl nennen um vom ZFS Pool auf den Syno Mirror inkementell zu Backupen? Beide Nas haben die gleiche Kapazität somit kann der Datenstand 1:1 sein.

Idealerweise kann man auf die Backups zugreifen falls der Hauptspeicher ausfällt.

Danke

Gruss Mind

Mindheat wrote:Also fallen Datasets weg. Wäre es denn trotzdem sinnvoll bez snapshot einzelne Datasets zu haben.

Ja, Datasets und Snapshots sind grundsätzlich sehr hilfreich.

Mindheat wrote:Oder differenziert man für die Backups im Rsync Befehl?

Jein, ein RSYNC zwischen zwei ZFS-Systemen unterscheidet sich von einem RSYNC zwischen einem ZFS- und einem Nicht-ZFS-System.
Bei einem Nicht-ZFS-Ziel-System hast du hinterher nur den aktuellen Datenbestand.
Bei einem ZFS-Ziel-System kannst du auch die ganzen Zwischenstände des Quell-Systems haben. Aber da könntest du eben auch mit zfs send/receive arbeiten.
Diese Antwort klingt sicher schwer verständlich, ist aber formal korrekt.

Mindheat wrote:ZFS auf der 2ten Nas ist nicht möglich. Ist zwar ne Xpenology mit Quad Cpu und 16G Ram aber leider kein ECC.

Die ECC-Problematik betrifft ALLE Dateisysteme. Es handelt sich nicht um eine Besonderheit/Einschränkung von ZFS.
Oder anders ausgedrückt: Nur weil du auf deiner Xpenology ein anderes Dateisystem einsetzt, bist du nicht aus dem Schneider. Auch hier solltest du ECC-RAM einsetzen (und dann könntest du auch gleich ZFS machen).

Mindheat wrote:Kannst du mir einen sinnvollen Rsync Befehl nennen um vom ZFS Pool auf den Syno Mirror inkementell zu Backupen? Beide Nas haben die gleiche Kapazität somit kann der Datenstand 1:1 sein.

Das wäre im Prinzip kein Problem, wenn ich wüßte, wie sich die Xpenology im Bereich RSYNC konfigurieren läßt
Im Idealfall konfiguriert man die Xpenology so, daß RSYNC dort als Dienst läuft.
Dieser Dienst muß aber mit den richtigen Berechtigungen laufen, damit tatsächlich eine 1:1 Kopie stattfindet.
Oder andersherum: alles, was du von deinem N4F auf deine Xpenology kopierst, muß sich hinterher mit den absolut identischen Berechtigungen auf dein N4F zurück kopieren lassen.
RSYNC ist einer der komplexesten und vielseitigsten Befehle überhaupt. Da kommt es immer auf den Gesamtzusammenhang an.
Da ich selbst kein Xpenology-System im Einsatz habe, kann ich dir leider keine Step-by-Step-Anleitung liefern

Mindheat wrote:Idealerweise kann man auf die Backups zugreifen falls der Hauptspeicher ausfällt.

Ja, das stimmt. Aber es ist eben auch ein anderes System, mit einem anderen Schwerpunkt.
Aber dann könnte man auch gleich die Frage stellen, warum du dieses System nicht auch bei deinem Haup-NAS einsetzt.
Wahrscheinlich möchtest du die Datensicherheit von ZFS nicht missen, aber dann wäre eine Absicherung durch ein weiteres ZFS-System einfach naheliegender.

Um eins klarzustellen: Mir geht es nicht um ein "übersicheres" System, sondern um pragmatische Lösungen. Ein Backup ist für mich kein Selbstzweck, sondern ein höchst effektives Arbeitsmittel, welches ich auch intensiv nutze. Es erleichtert mir Systemumstellungen, und bringt mir die nötige Flexibilität, um auch mal neue Dinge auszuprobieren.

Daß ich dabei auch vor Datenverlusten abgesichert bin, ist ein angenehmer Nebeneffekt

Grüße

Princo

Ich hab noch Fragen, da ich das gleiche Board habe:

1.) Was genau ist bei dem Board kaputt gegangen? Hast du Ersatz bekommen?
2.) Hat der Schaden am Board deinen ZFS Pool "beschädigt"? Oder war nach neuem Board direkt alles wieder wie vorher und du denkst nur wegen irgendeinem Defekt generell über Backups nach?

Ich in meinem System mache 30Tages-Snapshots und habe zur Sicherheit noch eine Backup Festplatte, auf der mit RSYNC im Archivmodus (Rekursiv über alle Datasets) die Daten nochmals physikalisch gedoppelt werden - Anspruch ist aber, auf diese Platte nie lesend zugreifen zu müssen!

Gruß