Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #232421 > unrolled thread

[OT] Große geöfnete Datei synchronisieren

Back to article view | Back to ger.ct

Contents

  [OT] Große geöfnete Datei synchronisieren Jörg Barres <news@traicon.net> - 2015-12-07 11:18 +0100
    Re: [OT] Große geöfnete Datei synchronisieren Jörg Barres <news@traicon.net> - 2015-12-07 13:17 +0100
    Re: [OT] Große geöfnete Datei synchronisieren Jörg Tewes <jogi1964@gmx.net> - 2015-12-07 17:03 +0100
      Re: [OT] Große geöfnete Datei synchronisieren Karsten Düsterloh <trash@tprac.de> - 2015-12-07 18:44 +0100
        Re: [OT] Große geöfnete Datei synchronisieren Jörg Tewes <jogi1964@gmx.net> - 2015-12-07 22:35 +0100
          Re: [OT] Große geöfnete Datei synchronisieren Hanno Foest <hurga-news2@tigress.com> - 2015-12-07 22:48 +0100
            Re: [OT] Große geöfnete Datei synchronisieren Hendrik van der Heijden <hvdh@gmx.de> - 2015-12-08 08:23 +0100
              Re: [OT] Große geöfnete Datei synchronisieren Hanno Foest <hurga-news2@tigress.com> - 2015-12-08 15:32 +0100
            Re: [OT] Große geöfnete Datei synchronisieren Jörg Tewes <jogi1964@gmx.net> - 2015-12-08 03:34 +0100
              Re: [OT] Große geöfnete Datei synchronisieren Karsten Düsterloh <trash@tprac.de> - 2015-12-09 20:57 +0100
                Re: [OT] Große geöfnete Datei synchronisieren Jörg Tewes <jogi1964@gmx.net> - 2015-12-09 22:49 +0100
                  Re: [OT] Große geöfnete Datei synchronisieren Karsten Düsterloh <trash@tprac.de> - 2015-12-09 23:18 +0100
                    Re: [OT] Große geöfnete Datei synchronisieren Hanno Foest <hurga-news2@tigress.com> - 2015-12-09 23:56 +0100
                    Re: [OT] Große geöfnete Datei synchronisieren Jörg Tewes <jogi1964@gmx.net> - 2015-12-10 00:15 +0100
                      Re: [OT] Große geöfnete Datei synchronisieren Wolfgang Kynast <wky@gmx.de> - 2015-12-10 00:40 +0100
                        Re: [OT] Große geöfnete Datei synchronisieren Jörg Tewes <jogi1964@gmx.net> - 2015-12-10 01:41 +0100
                          Re: [OT] Große geöfnete Datei synchronisieren Wolfgang Kynast <wky@gmx.de> - 2015-12-10 12:38 +0100
                  Re: [OT] Große geöfnete Datei synchronisieren Hanno Foest <hurga-news2@tigress.com> - 2015-12-09 23:46 +0100
                    Re: [OT] Große geöfnete Datei synchronisieren Michael Bode <m.g.bode@web.de> - 2015-12-10 07:16 +0100
    Re: [OT] Große geöfnete Datei synchronisieren Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2015-12-07 17:37 +0100
    Re: [OT] Große geöfnete Datei synchronisieren Hendrik van der Heijden <hvdh@gmx.de> - 2015-12-07 18:11 +0100
    Re: [OT] Große geöfnete Datei synchronisieren Stefan Reuther <stefan.news@arcor.de> - 2015-12-07 18:51 +0100
      Re: [OT] Große geöfnete Datei synchronisieren Stephan Elinghaus <091215.6.seli@spamgourmet.com> - 2015-12-09 15:21 +0100
    Re: [OT] Große geöfnete Datei synchronisieren Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2015-12-07 20:25 +0100
      Re: [OT] Grosse geoeffnete Datei synchronisieren Frank Klingenhoefer <frank.private@t-online.de> - 2015-12-08 00:26 +0100

Page 2 of 2 — ← Prev page 1 [2]

#232509

Am 07.12.2015 um 11:18 schrieb Jörg Barres:
> Hallo Leute,
> 
> schönen Nikolaus und so weiter :-)
> 
> Ich habe mal wieder eine Frage an die vorhandene Experience:
> 
> Ich würde gerne einen Ordner, der geöffnete Dateien enthält, auf einer 
> Freigabe im Netz synchron halten, alle 10-15 Minuten reicht, muss alo 
> keine real-time-sync sein.
> 
> Quellordner ist eine VM unter ESXi, ein Zugriff per SSH ist möglich.
> Die dort laufende VM soll auf einem Netzlaufwerk gesichert werden, aber 
> ohne sie vorher runterzufahren.

Was genau soll jetzt gesichert werden?
Dateien auf einem Dateisystem, dass in der VM zugreifbar ist?
Oder die Host-Datei(en), die virtuelle Laufwerke der VM enthalten?
Welches OS läuft in der VM?
Ist es überhaupt sinnvoll, geöffnete Dateien zu kopieren? Die könnten
je nach Anwendung eh inkonsistent und damit unbrauchbar sein.


Hendrik vdH

[toc] | [prev] | [next] | [standalone]

#232520

Am 07.12.2015 um 11:18 schrieb Jörg Barres:
> Ich würde gerne einen Ordner, der geöffnete Dateien enthält, auf einer
> Freigabe im Netz synchron halten, alle 10-15 Minuten reicht, muss alo
> keine real-time-sync sein.
> 
> Quellordner ist eine VM unter ESXi, ein Zugriff per SSH ist möglich.
> Die dort laufende VM soll auf einem Netzlaufwerk gesichert werden, aber
> ohne sie vorher runterzufahren.

Ergibt das denn sinnvolle Daten? Ich würde nicht erwarten, dass eine
derart kopierte VM wieder startet, die hat ja noch jede Menge Daten im RAM.

Ich würde in einem ersten Schritt schauen, ob das VM-Tool sowas wie
Snapshots kann, und im zweiten dann den Snapshot per rsync irgendwohin
kopieren. Wenn der rsync direkt die Netzwerkverbindung steuert (also
nicht "rsync /netzlaufwerk /backuptape"), sollte das die
Datenübertragung minimieren.


  Stefan

[toc] | [prev] | [next] | [standalone]

#232766

Am 2015-12-07 hat Stefan Reuther geschrieben:
> Am 07.12.2015 um 11:18 schrieb Jörg Barres:
>> Quellordner ist eine VM unter ESXi, ein Zugriff per SSH ist möglich.
>> Die dort laufende VM soll auf einem Netzlaufwerk gesichert werden, aber
>> ohne sie vorher runterzufahren.
>
> Ergibt das denn sinnvolle Daten? Ich würde nicht erwarten, dass eine
> derart kopierte VM wieder startet, die hat ja noch jede Menge Daten im RAM.
>
> Ich würde in einem ersten Schritt schauen, ob das VM-Tool sowas wie
> Snapshots kann, und im zweiten dann den Snapshot per rsync irgendwohin
> kopieren. Wenn der rsync direkt die Netzwerkverbindung steuert (also

Nicht den Snapshot, sondern das ursprüngliche Disk-Image.

Und so funktioniert's:
In ESXi einen Snapshot anlegen. Ab diesem Zeitpunkt schreibt ESX(i) alle
Änderungen der virtuellen Platte in die Snapshot-Datei, das eigentliche 
Festplattenimage bleibt unberührt und kann jetzt problemlos gesichert 
werden und ist auch problemlos woanders startbar.
Sobald die Aktion abgeschlossen ist, den Snapshot wieder löschen. ESX
integriert jetzt den angefertigen Snapshot in die Originaldatei und das
Ganze kann von vorne beginnen.

-- 
[no signature today]

[toc] | [prev] | [next] | [standalone]

#232535

Jörg Barres meinte:

> Quellordner ist eine VM unter ESXi, ein Zugriff per SSH ist möglich.
> Die dort laufende VM soll auf einem Netzlaufwerk gesichert werden, aber 
> ohne sie vorher runterzufahren.

d.h. du willst die ganze vmdk kopieren? 
>
> Die Dateien sind also teilweise recht groß (etliche GB), ein
> vollständiges Kopieren ist also nicht das Ziel, sondern nur ein Kopieren
> der geänderten Bereiche.
> 
> Tante Google spuckt nichts brauchbares aus, aber ich bin mir recht
> sicher, daß so etwas möglich sein sollte.
> 
> Die Software kann unter Windows oder Linux laufen, darf auch gerne ein
> Script sein.

rsync wurde schon genannt, das kann statt aller nur die geänderten Blöcke 
rüberkopieren. Ob du aber auf auf dem ESXi ein rsynchastm, weiß ich nicht; 
außerdem liest es allerdings immer noch sowohl die Quelle vollständig, als 
auch auf der Gegenseite das Ziel; einsparen tust du nur Netzbandbreite. 

Abgesehen davon haklte ich eioe dirty Kopie einer vmdk bei laufendem 
Gastsystem für wenig geeignet, hinterher ertwas damit anzufangen. Da hast 
du dann eher gehäkelten Datenrhabaraber. Du müsstest auf jeden Fall einen 
snapshot der VM anlegen;wie man alölerdings auf den zugreift und ob man 
auf den  unter ESXi `mit la rsync zugreifen kann, und ob die Kopie sich 
dann wieder als vmdk mit oder ohne ohne snapshot einsetzen lässt ... da 
wäre Jugend-forcht angesagt.

Da du auch nach kommerziellen Lösungen fragst, die aber in ganz andere 
Richtung gehen (die dann nämlich ine logische Sicherung des Gastsystems 
erzeugen, nicht ein Image der VMDK): VMWares API für sowas heißt VADP, und 
es gibt kommerzielle Sicherungssoftware, die damit umgehen kann. Das wird 
aber beliebig teuer, angefangen damit, das du ein externes Speichersystem 
mit der Möglichkeit, da neben dem ESX einen Backupserver mit dieser 
Software anschließen zu können, der in dieses VMFS hineinschauen kann. Am 
einfachsten wäre da wohl irgendein NFS. 

zu VADP: 
<http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1021175>

Beispiele für Backup-Softwareprodukte, die in irgendeiner Form mit VADP 
"können", ohne Anspruch auf Vollständigkeit: Veeam, Netbackup, Arcserve, 
Simpana ... aber da gehts im Zweifel um etliche Kiloeuro. Details müsstest 
du bei den Anbietern solcher SOftware erfragen oder ergugeln. 

Diedrich
-- 
 pgp-Key (RSA) 1024/09B8C0BD 
 fingerprint = 2C 49 FF B2 C4 66 2D 93  6F A1 FF 10 16 59 96 F3 
 HTML-Mail wird ungeleſen entſorgt.

[toc] | [prev] | [next] | [standalone]

#232546 — Re: [OT] Grosse geoeffnete Datei synchronisieren

Diedrich Ehlerding wrote:
> Joerg Barres meinte:
>
>> Quellordner ist eine VM unter ESXi, ein Zugriff per SSH ist moeglich.
>> Die dort laufende VM soll auf einem Netzlaufwerk gesichert werden, aber 
>> ohne sie vorher runterzufahren.
[...]
> rsync wurde schon genannt, das kann statt aller nur die geaenderten Bloecke 
> rueberkopieren. Ob du aber auf auf dem ESXi ein rsynchastm, weiss ich nicht; 
> ausserdem liest es allerdings immer noch sowohl die Quelle vollstaendig, als 
> auch auf der Gegenseite das Ziel; einsparen tust du nur Netzbandbreite. 

Auf des DVD-Beilage des aktuellen Linux-Magazins (01/16) sind einige
Vortraege der diesjaehrigen 'Open Source Backup Conference' 
(http://osbconf.org). Ein Vortrag traegt den schoenen Namen:
'Backup of VMware Snapshots with Bareos'. Anscheinend ist ein
Mitschnitt auf youtube zu finden: 
<https://www.youtube.com/watch?v=pDNhfK9MO0>. Vielleicht ist es etwas
fuer Dich.

Frank

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | ger.ct

csiph-web