Abo
  1. Foren
  2. Kommentare
  3. OpenSource
  4. Alle Kommentare zum Artikel
  5. › ZFS ausprobiert: Ein Dateisystem…

zfs send

  1. Thema

Neues Thema Ansicht wechseln


  1. zfs send

    Autor: jonbae 11.10.17 - 17:17

    Macht zfs send wirklich Sinn? Manche raten davon ab, da unter Umständen mehrere TB als zusammenhängende Datei übers Netz transferiert werden müssen. Das wäre bei rsync nicht der Fall.

    Auch würde mich interessieren ob alte Snapshots bestehen bleiben müssen, damit die neuen, die gesendet werden sollen, die richtige Größe haben. Wäre ziemlich unpraktikabel. Habt ihr da Erfahrungen?

  2. Re: zfs send

    Autor: satriani 11.10.17 - 22:11

    Wozu rsync wenn es zfs send -i gibt?

    ╔═══════════════════════════════════════════╗
      Was hat FreeBSD mit einem massiven Sonnensturm gemeinsam?
      Das Aus für Hacker !
    ╚═══════════════════════════════════════════╝

  3. Re: zfs send

    Autor: GAK 12.10.17 - 00:38

    jonbae schrieb:
    --------------------------------------------------------------------------------
    > Macht zfs send wirklich Sinn? Manche raten davon ab, da unter Umständen
    > mehrere TB als zusammenhängende Datei übers Netz transferiert werden
    > müssen. Das wäre bei rsync nicht der Fall.
    Die geänderten Daten müssen übertragen werden, da kommt man nicht drum herum.

    Die aktuelle Versionen von ZFS on Linux kann auch abgebrochene send operationen fortsetzen (falls das Netzwerk mal wegbricht).

    Ansonsten mal nach 'relentlesspipe' suchen, das löst das Problem indem es den Datenstrom intern in files zerlegt, die puffert und mittels rsync auf das andere System schiebt (und dort wieder einen pipe-fähigen Datenstrom draus macht).

    Jedenfalls ist zfs send -i dem klassischen rsync deutlich überlegen wenn es um große Dateisysteme (oder sowas wie Datenbankfiles) mit vergleichsweise geringen Änderungen geht, denn es muss die geänderten Daten nicht extra suchen.

    Vom Vorteil die Snapshots direkt als TimeMachine nutzen zu können (sowohl an der Quelle als auch auf dem Ziel) mal ganz abgesehen.

  4. Re: zfs send

    Autor: jonbae 12.10.17 - 00:44

    Danke für die ausführliche Erklärung. Das heißt allerdings, dass ich immer mindestens einen gleichen Snapshot auf beiden Seiten haben muss. Und vor dem zfs send muss ein neuer Snapshot erstellt werden.

    Was ist aber wenn ich tagsüber alle Stunde einen Snapshot mache, aber nur einmal die Woche ein zfs send machen will. Vorher alle Snapshots löschen, außer den Neusten und den vor einer Woche?

  5. Re: zfs send

    Autor: Cöcönut 12.10.17 - 10:09

    Du kannst beliebige Snapshots senden, nicht nur den neusten.
    Das ist etwa so als würdest du eine Datei in einem bestimmten Verzeichnis über scp/rsync verschicken. Da kannst du auch auswählen was du schicken willst und musst nicht die letzte Datei senden. Ganz unkompliziert.

  6. Re: zfs send

    Autor: jonbae 12.10.17 - 11:48

    Vielleicht denke ich da wirklich zu kompliziert. Wenn ich jetzt auf dem NAS folgende Sanpshots habe:

    snap_2017-10-09_09-00
    snap_2017-10-09_13-00
    snap_2017-10-09_18-00
    [...]
    snap_2017-10-16_09-00
    snap_2017-10-16_13-00
    snap_2017-10-16_18-00

    Und auf dem Backup liegt nur der Zustand von "snap_2017-10-09_18-00".

    Könnte ich dann vom NAS "snap_2017-10-16_18-00" senden, ohne die dazwischen? Im letzten Snapshot vom NAS ist doch nur der Unterschied drin zum vorherigen, von dem aber der Backupserver nichts weiß.

    Muss das mal ein bisschen Testen.

  7. Re: zfs send

    Autor: elcaron 13.10.17 - 16:59

    Also ich benutze btrfs send (ist ja quasi das Gleiche) um jede Nacht ein Offsitebackup zu machen. Die Datenbasis sind ungefähr 1TB, hunderttausende Dateien. Dazukommende Daten sind größenmäßig vor allem Fotos und (4k) Videos vom Handy.
    Heute Nacht hat der gesamte Vorgang 12 Minuten gedauert.
    Auf der Empfängerseite behalte ich alle Snapshots, auf der Senderseite die letzten 10.

  8. Re: zfs send

    Autor: GAK 14.10.17 - 11:47

    jonbae schrieb:
    --------------------------------------------------------------------------------
    > Vielleicht denke ich da wirklich zu kompliziert. Wenn ich jetzt auf dem NAS
    > folgende Sanpshots habe:
    >
    > snap_2017-10-09_09-00
    > snap_2017-10-09_13-00
    > snap_2017-10-09_18-00
    > [...]
    > snap_2017-10-16_09-00
    > snap_2017-10-16_13-00
    > snap_2017-10-16_18-00
    >
    > Und auf dem Backup liegt nur der Zustand von "snap_2017-10-09_18-00".
    >
    > Könnte ich dann vom NAS "snap_2017-10-16_18-00" senden, ohne die
    > dazwischen?
    Ja.

    > Im letzten Snapshot vom NAS ist doch nur der Unterschied drin
    > zum vorherigen, von dem aber der Backupserver nichts weiß.

    Ein zfs send überträgt immer den Unterschied zwischen dem mit -i/I spezifizierten Snapshot (dem Anfangszustand) und dem Zielzustand/Snapshot (egal was dazwischen liegt). Betrachte nun 'kein -i/I angegeben' als 'leerer Anfangszustand' leer und alles wird übertragen.

    Ja. Du hast generell zwei Optionen:
    1) senden als volles Dataset, dann brauchst Du nichts auf dem Ziel,
    2) senden als Incremental (mit -i/I), braucht einen gemeinsamen Ausgangszustand auf beiden Systemen.

    In Deinem Beispiel:
    zfs send -i @snap_2017-10-09_18-00 <src>@snap_2017-10-16_18-00 | ssh -o BatchMode=yes <host> 'zfs recv <dest>'
    schafft alle Änderungen zwischen @snap_2017-10-09_18-00 und @snap_2017-10-16_18-00 auf das Ziel (welches @snap_2017-10-09_18-00 hat und damit diesen Datenstrom aufnehmen kann, ein Incremental ist nur in Verbindung mit dessen Anfangszustand brauchbar).
    Wenn du -I statt -i nimmst um den Anfangszustand zu spezifizieren dann werden auf dem Ziel auch die Snapshots dazwischen angelegt (und die dafür nötigen Informationen, also Daten die dazwischen existierten aber in @snap_2017-10-16_18-00 nicht mehr referenziert sind, mit übertragen).

  9. Re: zfs send

    Autor: jonbae 14.10.17 - 21:50

    Danke @GAK, für die aufschlussreiche Erklärung! Das klingt doch sehr cool, mit dieser Option hat man genug Spielraum. Auch sollte der Transfer im Ideal schneller sein, wenn man z.B. viele kleine Dateien hätte, die dazu kommen. Eine Große Datei wird ja schneller transferiert, als viele Kleine.

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. TGW Software Services GmbH, Teunz, Regensburg, Stephans­kirchen bei Rosenheim, Langen bei Frankfurt
  2. Robert Half, Hamburg
  3. Hays AG, Raum Nürnberg
  4. ABUS Security-Center GmbH & Co. KG, Affing

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Hardware-Angebote
  1. 119,90€
  2. (reduzierte Überstände, Restposten & Co.)


Haben wir etwas übersehen?

E-Mail an news@golem.de


Apple Mac Mini (Late 2018) im Test: Tolles teures Teil - aber für wen?
Apple Mac Mini (Late 2018) im Test
Tolles teures Teil - aber für wen?

Der Mac Mini ist ein gutes Gerät, wenngleich der Preis für die Einstiegsvariante von Apple arg hoch angesetzt wurde und mehr Speicher(platz) viel Geld kostet. Für 4K-Videoschnitt eignet sich der Mac Mini nur selten und generell fragen wir uns, wer ihn kaufen soll.
Ein Test von Marc Sauter

  1. Apple Mac Mini wird grau und schnell
  2. Neue Produkte Apple will Mac Mini und Macbook Air neu auflegen

Need for Speed 3 Hot Pursuit (1998): El Nino, Polizeifunk und Lichtgewitter in Rot-Blau
Need for Speed 3 Hot Pursuit (1998)
El Nino, Polizeifunk und Lichtgewitter in Rot-Blau

Golem retro_ Electronic Arts ist berühmt und berüchtigt für jährliche Updates und Neuveröffentlichungen. Was der Publisher aber 1998 für digitale Raser auffuhr, ist in puncto Dramatik bei Verfolgungsjagden bis heute unerreicht.
Von Michael Wieczorek


    Autonome Schiffe: Und abends geht der Kapitän nach Hause
    Autonome Schiffe
    Und abends geht der Kapitän nach Hause

    Weite Reisen in ferne Länder, eine Braut in jedem Hafen: Klischees über die Seefahrt täuschen darüber hinweg, dass diese ein Knochenjob ist. Doch in wenigen Jahren werden Schiffe ohne Besatzung fahren, überwacht von Steuerleuten, die nach dem Dienst zur Familie zurückkehren. Daran arbeitet etwa Rolls Royce.
    Ein Bericht von Werner Pluta

    1. Elektromobilität San Francisco soll ein Brennstoffzellenschiff bekommen
    2. Yara Birkeland Autonome Schiffe sind eine neue Art von Transportsystem
    3. Power Pac Strom aus dem Container für Ozeanriesen

    1. Neue API-Lücke: Google+ macht noch schneller zu
      Neue API-Lücke
      Google+ macht noch schneller zu

      Googles Mutterkonzern Alphabet macht das soziale Netzwerk Google+ aufgrund eines neu entdeckten Fehlers in der API noch schneller zu als ursprünglich geplant. Nun soll schon im April 2019 Schluss sein.

    2. Überschallauto: Rekordfahrzeug Bloodhound SSC wird verkauft
      Überschallauto
      Rekordfahrzeug Bloodhound SSC wird verkauft

      Es sollte schneller fahren als jedes Auto zuvor und sogar schneller sein als der Schall. Es war aber langsamer als die Pleite: Das britische Bloodhound Project ist insolvent.

    3. Capcom: Der Hexer jagt in Monster Hunter World
      Capcom
      Der Hexer jagt in Monster Hunter World

      Gegen Ende 2019 erscheint eine große Erweiterung namens Iceborne für Monster Hunter World, ein paar Monate davor tritt der Hexenmeister an. Die Hauptfigur aus The Witcher 3 soll mit seiner typischen Mischung aus Schwertkampf und Magie auf die Jagd gehen.


    1. 21:00

    2. 18:28

    3. 18:01

    4. 17:41

    5. 16:43

    6. 15:45

    7. 15:30

    8. 15:15