Groups > ger.ct > #253994 > unrolled thread

Tricorder für Pinguinisch gesucht

Started by	"Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de>
First post	2016-05-13 16:39 +0200
Last post	2016-05-15 03:29 +0200
Articles	20 on this page of 65 — 16 participants

Back to article view | Back to ger.ct

  Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-13 16:39 +0200
    Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-13 18:11 +0200
      Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-14 10:36 +0200
        Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-14 11:06 +0200
          Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-14 11:19 +0200
            Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-14 11:39 +0200
          Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-15 13:02 +0200
        Re: Tricorder für Pinguinisch gesucht Stefan Reuther <stefan.news@arcor.de> - 2016-05-14 11:46 +0200
      Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-14 18:32 +0200
        Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-15 12:57 +0200
          Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-15 13:06 +0200
          Re: Tricorder für Pinguinisch gesucht Jörg Tewes <jogi1964@gmx.net> - 2016-05-15 14:06 +0200
            Re: Tricorder für Pinguinisch gesucht "Dr. Joachim Neudert" <neudert@5sl.org> - 2016-05-15 16:52 +0200
              Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-15 17:45 +0200
    Re: Tricorder für Pinguinisch gesucht Bernd Ohm <resistor5k6@online.de> - 2016-05-13 18:14 +0200
      Re: Tricorder für Pinguinisch gesucht Bernd Ullrich <ullrich_bernd@hotmail.com> - 2016-05-13 20:35 +0200
    Re: Tricorder für Pinguinisch gesucht Peter Mc Donough <mcd-mail-lists@gmx.net> - 2016-05-13 18:55 +0200
      Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-14 10:17 +0200
        Re: Tricorder für Pinguinisch gesucht Peter Mc Donough <mcd-mail-lists@gmx.net> - 2016-05-14 12:00 +0200
          Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-14 12:34 +0200
            Re: Tricorder für Pinguinisch gesucht Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-05-14 11:03 +0000
              Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-14 13:22 +0200
                Re: Tricorder für Pinguinisch gesucht Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-05-14 11:54 +0000
                  Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-14 14:04 +0200
                    Re: Tricorder für Pinguinisch gesucht Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-05-14 12:37 +0000
                      Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-14 15:02 +0200
                        Re: Tricorder für Pinguinisch gesucht Michael Bode <m.g.bode@web.de> - 2016-05-14 15:44 +0200
                        Re: Tricorder für Pinguinisch gesucht Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-05-14 13:50 +0000
                          Re: Tricorder für Pinguinisch gesucht Michael Bode <m.g.bode@web.de> - 2016-05-14 16:01 +0200
                            Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-14 16:33 +0200
                              Re: Tricorder für Pinguinisch gesucht Bernd Lauert <m8r-9vv4fj@mailinator.com> - 2016-05-14 17:53 +0000
                                Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-14 20:22 +0200
                                  Re: Tricorder für Pinguinisch gesucht Jörg Tewes <jogi1964@gmx.net> - 2016-05-15 01:28 +0200
                                  Re: Tricorder für Pinguinisch gesucht Bernd Lauert <m8r-9vv4fj@mailinator.com> - 2016-05-15 00:15 +0000
                            Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-06-03 09:12 +0200
                          Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-14 16:12 +0200
                            Re: Tricorder für Pinguinisch gesucht Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-05-15 07:31 +0000
              Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-14 14:57 +0200
                Re: Tricorder für Pinguinisch gesucht Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-05-14 13:47 +0000
                  Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-14 16:05 +0200
    Re: Tricorder für Pinguinisch gesucht Dennis Preiser <d__p@d--p.de> - 2016-05-13 17:37 +0000
    Re: Tricorder für Pinguinisch gesucht Bernd Lauert <m8r-9vv4fj@mailinator.com> - 2016-05-13 17:43 +0000
      Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-14 10:12 +0200
        Re: Tricorder für Pinguinisch gesucht Bernd Lauert <m8r-9vv4fj@mailinator.com> - 2016-05-14 09:46 +0000
    Re: Tricorder für Pinguinisch gesucht Diedrich Ehlerding <diedrich.ehlerding@t-online.de> - 2016-05-13 19:15 +0200
    Re: Tricorder für Pinguinisch gesucht "Dr. Joachim Neudert" <neudert@5sl.org> - 2016-05-13 20:25 +0200
      Re: Tricorder für Pinguinisch gesucht Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-05-14 12:00 +0000
        Re: Tricorder für Pinguinisch gesucht Dr. Joachim Neudert <neudert@5sl.org> - 2016-05-14 12:09 +0000
          Re: Tricorder für Pinguinisch gesucht Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-05-14 12:38 +0000
    Re: Tricorder für Pinguinisch gesucht Peter Faust <peter.faust-solingen@t-online.de> - 2016-05-13 21:12 +0200
    Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-14 11:15 +0200
      Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-14 12:20 +0200
        Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-14 12:39 +0200
          Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-14 12:59 +0200
            Re: Tricorder für Pinguinisch gesucht Bernd Lauert <m8r-9vv4fj@mailinator.com> - 2016-05-14 11:24 +0000
            Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-14 13:35 +0200
              Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-14 14:47 +0200
                Re: Tricorder für Pinguinisch gesucht Willi Marquart <usenet@neppi.net> - 2016-05-14 15:16 +0200
                  Re: Tricorder für Pinguinisch gesucht "Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de> - 2016-05-14 15:43 +0200
          Re: Tricorder für Pinguinisch gesucht Michael Bode <m.g.bode@web.de> - 2016-05-14 13:35 +0200
            Re: Tricorder für Pinguinisch gesucht Peter Faust <peter.faust-solingen@t-online.de> - 2016-05-14 13:50 +0200
            Re: Tricorder für Pinguinisch gesucht Dr. Joachim Neudert <neudert@5sl.org> - 2016-05-14 11:59 +0000
              Re: Tricorder für Pinguinisch gesucht Bernd Ohm <resistor5k6@online.de> - 2016-05-14 15:11 +0200
              Re: Tricorder für Pinguinisch gesucht Jörg Tewes <jogi1964@gmx.net> - 2016-05-15 01:30 +0200
    Re: Tricorder für Pinguinisch gesucht Herwig Huener AQSR 5 <Herwig.Huener@t-online.de> - 2016-05-15 03:29 +0200

Page 2 of 4 — ← Prev page 1 [2] 3 4 Next page →

#254113

From	Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich)
Date	2016-05-14 11:03 +0000
Message-ID	<1t57370557i1740n3e8%sfroehli@Froehlich.Priv.at>
In reply to	#254112

On Sat, 14 May 2016 12:34:12 Ulrich F. Heidenreich wrote:
> >>> Auf das "--delete" kann man verzichten,

> >> Muss man das nicht sogar, wenn man sich nicht Zieldateien
> >> löschen lassen will, die in der Quelle nicht (mehr) existieren?
> >> Denn das wäre ja sowas von suboptimal.

> >Stimmt, aber es kommt auf den Zweck an. Bei mir ist das Backup
> >und Synchronisation.

> Bei mir auch. Und da wäre es geradezu kontraproduktiv, Dateien aus
> dem Backup zu löschen, wenn sie im zu Backupenden verlustig
> gegangen sind.

Wenn Du am Backup-Medium bestehende Dateien durch deren neue
Versionen überschreibst, dann kannst Du ebensogut auch gelöschte
Dateien entfernen, denn Fehler wirken sich hier wie dort fatal aus.
Umgekehrt ist ein Backup auch dann nicht mehr perfekt, wenn es
zusätzlich zum Letztstand den gesamten Datenmüll der vergangenen
Jahre enthält.

> >Wenn ich Dateien aufheben will, lege ich sie dorthin, wo sie
> >nicht unbeabsichtigt "verändert" werden können.

> Mit --delete können sie aber IMHO recht heftig verändert werden.

Deshalb eben anderswo archivieren, dann gibt es *gar* keine
Verändung. Das Überschreiben einer Datei mit neuem Datenmüll ist um
keinen Deut weniger heftig, als das Löschen dieser Datei.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Ein edles Teil - Stefan: matschen, welch kleines Verzehren!
(Sloganizer)

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

#254116

From	Willi Marquart <usenet@neppi.net>
Date	2016-05-14 13:22 +0200
Message-ID	<782ejb5ad58nq14n9ghl0kg6ud2koctmqc@neppi.net>
In reply to	#254113

Stefan Froehlich schrieb:

>Deshalb eben anderswo archivieren, dann gibt es *gar* keine
>Verändung. Das Überschreiben einer Datei mit neuem Datenmüll ist um
>keinen Deut weniger heftig, als das Löschen dieser Datei.

Wegen der großen Datenmenge, die jedesmal neu übertragen werden muss,
und dem Speicherplatzbedarf, ist das aber auch nicht ideal.
Backup-Programme wie z.B. Veeam-Backup & Replication, die Reverse
Incremental beherrschen, sind da eine sinnvolle Lösung.

Gruß Willi

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

#254121

From	Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich)
Date	2016-05-14 11:54 +0000
Message-ID	<1t573711c8i278bn3e8%sfroehli@Froehlich.Priv.at>
In reply to	#254116

On Sat, 14 May 2016 13:22:16 Willi Marquart wrote:
> Stefan Froehlich schrieb:
> >Deshalb eben anderswo archivieren, dann gibt es *gar* keine
> >Verändung. Das Überschreiben einer Datei mit neuem Datenmüll ist um
> >keinen Deut weniger heftig, als das Löschen dieser Datei.
 
> Wegen der großen Datenmenge, die jedesmal neu übertragen werden muss,
> und dem Speicherplatzbedarf, ist das aber auch nicht ideal.
> Backup-Programme wie z.B. Veeam-Backup & Replication, die Reverse
> Incremental beherrschen, sind da eine sinnvolle Lösung.

Du weisst, wie rsync funktioniert?

Servus,
   Stefan 

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Die kühne Idee, oder warum Stefan so hinreissend gerbt!
(Sloganizer)

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

#254125

From	Willi Marquart <usenet@neppi.net>
Date	2016-05-14 14:04 +0200
Message-ID	<qv4ejbtmmhng62k7a66707nn7b3ip5hphl@neppi.net>
In reply to	#254121

Stefan Froehlich schrieb:

>On Sat, 14 May 2016 13:22:16 Willi Marquart wrote:
>> Stefan Froehlich schrieb:
>> >Deshalb eben anderswo archivieren, dann gibt es *gar* keine
>> >Verändung. Das Überschreiben einer Datei mit neuem Datenmüll ist um
>> >keinen Deut weniger heftig, als das Löschen dieser Datei.
> 
>> Wegen der großen Datenmenge, die jedesmal neu übertragen werden muss,
>> und dem Speicherplatzbedarf, ist das aber auch nicht ideal.
>> Backup-Programme wie z.B. Veeam-Backup & Replication, die Reverse
>> Incremental beherrschen, sind da eine sinnvolle Lösung.
>
>Du weisst, wie rsync funktioniert?

Wie soll rsync denn funktionieren, wenn das Ziel ein neues sein soll,
um keine alten Daten zu überschreiben?

Gruß Willi

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

#254128

From	Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich)
Date	2016-05-14 12:37 +0000
Message-ID	<1t57371bc0i34b5n3e8%sfroehli@Froehlich.Priv.at>
In reply to	#254125

On Sat, 14 May 2016 14:04:58 Willi Marquart wrote:
> Wie soll rsync denn funktionieren, wenn das Ziel ein neues sein
> soll, um keine alten Daten zu überschreiben?

Na - sinnvollerweise kopiert man *zuerst* die alten Daten vom
Backupmedium weg und erzeugt *danach* eine inkrementelle Kopie
ebendort.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan - Vergiß es! ;-)
(Sloganizer)

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

#254131

From	Willi Marquart <usenet@neppi.net>
Date	2016-05-14 15:02 +0200
Message-ID	<ti7ejb9o27r1d1u2f0jn1e4m5ff8kandvq@neppi.net>
In reply to	#254128

Stefan Froehlich schrieb:

>On Sat, 14 May 2016 14:04:58 Willi Marquart wrote:
>> Wie soll rsync denn funktionieren, wenn das Ziel ein neues sein
>> soll, um keine alten Daten zu überschreiben?
>
>Na - sinnvollerweise kopiert man *zuerst* die alten Daten vom
>Backupmedium weg und erzeugt *danach* eine inkrementelle Kopie
>ebendort.

Da schiebst du aber beim Kopieren der alten Daten komplett alles durch
die Gegend. Ein Konzept wie Reverse Incremental Backup vermeidet das.

Ich hab gerade man nachgeschaut, bei dem Backupjob in meiner alten
Firma, den ich noch betreue, geht es um 1,3 TB Daten, die z.B. gestern
in 23 Minuten bearbeitet wurden. Gelesen wurden dabei nur 8,1 GB und
übertragen 5,0 GB.
Dabei kann auf 14 Restore Points mit minimalem Speicherbedarf
zurückgegriffen werden. Wenn da also mal ein Crypto-Trojaner zuschlägt
und danach noch ein Backup läuft, kann ich mir das ganz entspannt
anschauen. 

Gruß Willi

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

#254137

From	Michael Bode <m.g.bode@web.de>
Date	2016-05-14 15:44 +0200
Message-ID	<dpooduF60rrU1@mid.individual.net>
In reply to	#254131

Am 14.05.2016 um 15:02 schrieb Willi Marquart:
> Stefan Froehlich schrieb:
> 
>> On Sat, 14 May 2016 14:04:58 Willi Marquart wrote:
>>> Wie soll rsync denn funktionieren, wenn das Ziel ein neues sein
>>> soll, um keine alten Daten zu überschreiben?
>>
>> Na - sinnvollerweise kopiert man *zuerst* die alten Daten vom
>> Backupmedium weg und erzeugt *danach* eine inkrementelle Kopie
>> ebendort.
> 
> Da schiebst du aber beim Kopieren der alten Daten komplett alles durch
> die Gegend. Ein Konzept wie Reverse Incremental Backup vermeidet das.
> 
> Ich hab gerade man nachgeschaut, bei dem Backupjob in meiner alten
> Firma, den ich noch betreue, geht es um 1,3 TB Daten, die z.B. gestern
> in 23 Minuten bearbeitet wurden. Gelesen wurden dabei nur 8,1 GB und
> übertragen 5,0 GB.
> Dabei kann auf 14 Restore Points mit minimalem Speicherbedarf
> zurückgegriffen werden. Wenn da also mal ein Crypto-Trojaner zuschlägt
> und danach noch ein Backup läuft, kann ich mir das ganz entspannt
> anschauen. 

Sowas 'ähnliches' geht mit rsync auch, jedenfalls was den Effekt angeht.
Die technische Durchführung ist natürlich komplett anders. Aber mit
--link-dest werden in der neuen Kopie Hardlinks zur alten Kopie
angelegt, wo sich die Dateien nicht geändert haben. Mit rsnapshot gibt
es ein ziemlich gutes Tool, das genau diese Eigenschaft von rsync nutzt.

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

#254139

From	Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich)
Date	2016-05-14 13:50 +0000
Message-ID	<3t57372c67i455bn3e8%sfroehli@Froehlich.Priv.at>
In reply to	#254131

On Sat, 14 May 2016 15:02:18 Willi Marquart wrote:
> Stefan Froehlich schrieb:
> >> Wie soll rsync denn funktionieren, wenn das Ziel ein neues sein
> >> soll, um keine alten Daten zu überschreiben?

> >Na - sinnvollerweise kopiert man *zuerst* die alten Daten vom
> >Backupmedium weg und erzeugt *danach* eine inkrementelle Kopie
> >ebendort.

> Da schiebst du aber beim Kopieren der alten Daten komplett alles durch
> die Gegend. Ein Konzept wie Reverse Incremental Backup vermeidet das.

> Ich hab gerade man nachgeschaut, bei dem Backupjob in meiner alten
> Firma, den ich noch betreue, geht es um 1,3 TB Daten, die z.B.
> gestern in 23 Minuten bearbeitet wurden. Gelesen wurden dabei nur
> 8,1 GB und übertragen 5,0 GB.

Ja mei. Wenn Du die inkrementellen Backups alle am gleichen
Datenträger hast, dann bist Du mit rsync (in Verbindung mit
Hardlinks) genausogut, aber wesentlich basisnäher unterwegs.
rsnapshot als Fertigbausatz wurde hierfür ja bereits genannt.

Wenn Du Deine inkrementellen Backups *nicht* alle am gleichen
Datenträger hast, ist das zwar gut, aber für den Heimgebrauch
aus Kostengründen eher praxisfremd.

> Dabei kann auf 14 Restore Points mit minimalem Speicherbedarf
> zurückgegriffen werden. Wenn da also mal ein Crypto-Trojaner
> zuschlägt und danach noch ein Backup läuft, kann ich mir das ganz
> entspannt anschauen. 

Geht mir rsync ganz genauso. Und wenn man sich dann 1x pro Jahr
den aktuellen Stand auch noch auf ein anderes Medium kopiert,
bleiben Aufwand und Kosten gleichermaßen im Rahmen.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan, mit dem ranken Geruch der Liebe.
(Sloganizer)

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

#254141

From	Michael Bode <m.g.bode@web.de>
Date	2016-05-14 16:01 +0200
Message-ID	<dpopd9F67seU1@mid.individual.net>
In reply to	#254139

Am 14.05.2016 um 15:50 schrieb Stefan Froehlich:

> Ja mei. Wenn Du die inkrementellen Backups alle am gleichen
> Datenträger hast, dann bist Du mit rsync (in Verbindung mit
> Hardlinks) genausogut, aber wesentlich basisnäher unterwegs.
> rsnapshot als Fertigbausatz wurde hierfür ja bereits genannt.
> 
> Wenn Du Deine inkrementellen Backups *nicht* alle am gleichen
> Datenträger hast, ist das zwar gut, aber für den Heimgebrauch
> aus Kostengründen eher praxisfremd.

Veeam für den Heimgebrauch ist auch ziemlich praxisfremd. Man hat die
Veeam Backups auch nicht alle auf dem gleichen Datenträger sondern eher
auf dem gleichen RAID System. Und davon dann mehrere und möglichst noch
über mehrere Standorte verteilt. Das ist schon ziemlich weit weg von
Heimgebrauch.

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

#254147

From	Willi Marquart <usenet@neppi.net>
Date	2016-05-14 16:33 +0200
Message-ID	<lldejbhqb6u5vo51id6ngae0k67c01sdrf@neppi.net>
In reply to	#254141

Michael Bode schrieb:

>Veeam für den Heimgebrauch ist auch ziemlich praxisfremd. Man hat die
>Veeam Backups auch nicht alle auf dem gleichen Datenträger sondern eher
>auf dem gleichen RAID System. Und davon dann mehrere und möglichst noch
>über mehrere Standorte verteilt. Das ist schon ziemlich weit weg von
>Heimgebrauch.

Das ist wohl wahr, Kennengelernt hab ich Veeam 2013 auf dem
iX-Workshop "Backup, Restore, Replication und Disaster Recovery" vom
Heise-Verlag in Frankfurt. War recht informativ.

Gruß Willi

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

#254163

From	Bernd Lauert <m8r-9vv4fj@mailinator.com>
Date	2016-05-14 17:53 +0000
Message-ID	<5737662d$0$61383$b1db1813$1367588f@news.astraweb.com>
In reply to	#254147

On Sat, 14 May 2016 16:33:28 +0200, Willi Marquart wrote:

> Das ist wohl wahr, Kennengelernt hab ich Veeam 2013 auf dem iX-Workshop
> "Backup, Restore, Replication und Disaster Recovery" vom Heise-Verlag in
> Frankfurt. War recht informativ.

Früher lernte man sowas doch in Fachzeitschriften kennen, oder?

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

#254166

From	Willi Marquart <usenet@neppi.net>
Date	2016-05-14 20:22 +0200
Message-ID	<heqejbd1mqa9o895dscatueiphl3ja2s4p@neppi.net>
In reply to	#254163

Bernd Lauert schrieb:

>On Sat, 14 May 2016 16:33:28 +0200, Willi Marquart wrote:
>
>> Das ist wohl wahr, Kennengelernt hab ich Veeam 2013 auf dem iX-Workshop
>> "Backup, Restore, Replication und Disaster Recovery" vom Heise-Verlag in
>> Frankfurt. War recht informativ.
>
>Früher lernte man sowas doch in Fachzeitschriften kennen, oder?

In der c't hab ich nie was darüber gelesen, in der iX gabs einige
Artikel, deshalb bin ich ja zu dem Workshop. Mit unserer damaligen
Backup-Lösung (vRanger) war ich nicht zufrieden.

Gruß Willi

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

#254182

From	Jörg Tewes <jogi1964@gmx.net>
Date	2016-05-15 01:28 +0200
Message-ID	<f6642f42-e132-29c0-be47-f86f8bc70320@jtewes.my-fqdn.de>
In reply to	#254166

Willi Marquart schrieb:
> Bernd Lauert schrieb:
> 
>>On Sat, 14 May 2016 16:33:28 +0200, Willi Marquart wrote:
>>
>>> Das ist wohl wahr, Kennengelernt hab ich Veeam 2013 auf dem iX-Workshop
>>> "Backup, Restore, Replication und Disaster Recovery" vom Heise-Verlag in
>>> Frankfurt. War recht informativ.
>>
>>Früher lernte man sowas doch in Fachzeitschriften kennen, oder?
> 
> In der c't hab ich nie was darüber gelesen, in der iX gabs einige
> Artikel, deshalb bin ich ja zu dem Workshop.

In der c't hast du nix darüber gelesen, weil die eher für den
Endanwender gedacht ist, während die IX eher für Admins gedacht ist.


        Bye Jörg

-- 
Letzte Woche hatte er noch Erektionsstörungen.

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

#254185

From	Bernd Lauert <m8r-9vv4fj@mailinator.com>
Date	2016-05-15 00:15 +0000
Message-ID	<5737bfae$0$18227$b1db1813$df808093@news.astraweb.com>
In reply to	#254166

On Sat, 14 May 2016 20:22:11 +0200, Willi Marquart wrote:

> Bernd Lauert schrieb:
> 
>>On Sat, 14 May 2016 16:33:28 +0200, Willi Marquart wrote:
>>
>>> Das ist wohl wahr, Kennengelernt hab ich Veeam 2013 auf dem
>>> iX-Workshop "Backup, Restore, Replication und Disaster Recovery" vom
>>> Heise-Verlag in Frankfurt. War recht informativ.
>>
>>Früher lernte man sowas doch in Fachzeitschriften kennen, oder?
> 
> In der c't hab ich nie was darüber gelesen, in der iX gabs einige
> Artikel, deshalb bin ich ja zu dem Workshop.

Das meinte ich ja. Diese "Fachzeitschriften" sind nur noch Werbeprospekte 
für solche "Workshops". ;-)

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

#257051

From	Willi Marquart <usenet@neppi.net>
Date	2016-06-03 09:12 +0200
Message-ID	<n9b2lbp2vo2tkcdgjjul4kt2v7t03tujv9@neppi.net>
In reply to	#254141

Michael Bode schrieb:

>Veeam für den Heimgebrauch ist auch ziemlich praxisfremd. 

Der Thread ist zwar schon ein paar Tage alt, aber erst heute ist mir
das hier aufgefallen:

https://www.veeam.com/de/endpoint-backup-free.html

Es gibt eine freie Version für den Heimgebrauch. Über die
Brauchbarkeit kann ich noch nichts sagen. Ich hab's mal runtergeladen
werde es demnächst installieren.

Gruß Willi

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

#254144

From	Willi Marquart <usenet@neppi.net>
Date	2016-05-14 16:12 +0200
Message-ID	<99cejblechku22gh7csutm70v0kcceu9pm@neppi.net>
In reply to	#254139

Stefan Froehlich schrieb:

>On Sat, 14 May 2016 15:02:18 Willi Marquart wrote:

>> Dabei kann auf 14 Restore Points mit minimalem Speicherbedarf
>> zurückgegriffen werden. Wenn da also mal ein Crypto-Trojaner
>> zuschlägt und danach noch ein Backup läuft, kann ich mir das ganz
>> entspannt anschauen. 
>
>Geht mir rsync ganz genauso. Und wenn man sich dann 1x pro Jahr
>den aktuellen Stand auch noch auf ein anderes Medium kopiert,
>bleiben Aufwand und Kosten gleichermaßen im Rahmen.

Das glaube ich dir gerne, aber in so einer heterogenen Umgebung mit
Windows-, Linux- und sogar noch einem Netware-6.5-Server (alle unter
ESXi virtualisiert) wäre mir das zuviel Stress. Veeam erledigt das zu
meiner vollen Zufriedenheit.

Gruß Willi

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

#254196

From	Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich)
Date	2016-05-15 07:31 +0000
Message-ID	<1t5738258ci47a6n3e8%sfroehli@Froehlich.Priv.at>
In reply to	#254144

On Sat, 14 May 2016 16:12:10 Willi Marquart wrote:
> [...], aber in so einer heterogenen Umgebung mit Windows-, Linux-
> und sogar noch einem Netware-6.5-Server (alle unter ESXi
> virtualisiert) wäre mir das zuviel Stress. Veeam erledigt das zu
> meiner vollen Zufriedenheit.

Schön für Dich, aber das ist nun absolut nicht mehr die
Ausgangssituation, auf der ich mich mit meinen Anmerkungen zu rsync
und der Sinnhaftigkeit von --delete bezogen hatte.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan - mit dem doofen Vergnügen hervorstechender Bohnen.
(Sloganizer)

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

#254133

From	"Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de>
Date	2016-05-14 14:57 +0200
Message-ID	<nh7ecg.3vs3e9v.1!not-for-mail@ufh.invalid.de>
In reply to	#254113

Stefan Froehlich in <news:1t57370557i1740n3e8%sfroehli@Froehlich.Priv.at>:

>On Sat, 14 May 2016 12:34:12 Ulrich F. Heidenreich wrote:
>
>> Bei mir auch. Und da wäre es geradezu kontraproduktiv, Dateien aus
>> dem Backup zu löschen, wenn sie im zu Backupenden verlustig
>> gegangen sind.
>
>Wenn Du am Backup-Medium bestehende Dateien durch deren neue
>Versionen überschreibst, dann kannst Du ebensogut auch gelöschte
>Dateien entfernen, denn Fehler wirken sich hier wie dort fatal aus.

Es muss ja nicht unbedingt ein Fehler sein. Sondern nur einfach Platz
auf der Quelle schaffen. Was man ja kann, weil die Datei sicher im
Archiv liegt.  

CU!
Ulrich
-- 
In 7 Monaten und 11 Tagen ist Weihnachten.
Programme, soviel ihr wollt; Preise, die ihr selbst bestimmt:
Schaut einfach mal auf ftp://warez.invalid.de rein  
Stellt euch vor, es ist Samstag und keiner geht hin!

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

#254138

From	Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich)
Date	2016-05-14 13:47 +0000
Message-ID	<1t57372c41i455bn3e8%sfroehli@Froehlich.Priv.at>
In reply to	#254133

On Sat, 14 May 2016 14:57:19 Ulrich F. Heidenreich wrote:
> >Wenn Du am Backup-Medium bestehende Dateien durch deren neue Versionen
> >überschreibst, dann kannst Du ebensogut auch gelöschte Dateien
> >entfernen, denn Fehler wirken sich hier wie dort fatal aus.
 
> Es muss ja nicht unbedingt ein Fehler sein. Sondern nur einfach Platz
> auf der Quelle schaffen. Was man ja kann, weil die Datei sicher im
> Archiv liegt.  

Am Originaldatenträger wesentliche Daten zu löschen, weil sie eh noch
im Backup zu finden sind, erscheint mir einigermaßen abenteuerlich. 

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Schnuppern gar nicht so fern auf den Wolken - Stefan, so edel wie das Meer!
(Sloganizer)

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

#254145

From	"Ulrich F. Heidenreich" <from!not-for-mail@tremornet.de>
Date	2016-05-14 16:05 +0200
Message-ID	<nh7id3.3vs8l07.1!not-for-mail@ufh.invalid.de>
In reply to	#254138

Stefan Froehlich in <news:1t57372c41i455bn3e8%sfroehli@Froehlich.Priv.at>:

>On Sat, 14 May 2016 14:57:19 Ulrich F. Heidenreich wrote:
>
>>>Wenn Du am Backup-Medium bestehende Dateien durch deren neue Versionen
>>>überschreibst, dann kannst Du ebensogut auch gelöschte Dateien
>>>entfernen, denn Fehler wirken sich hier wie dort fatal aus.
> 
>> Es muss ja nicht unbedingt ein Fehler sein. Sondern nur einfach Platz
>> auf der Quelle schaffen. Was man ja kann, weil die Datei sicher im
>> Archiv liegt.  
>
>Am Originaldatenträger wesentliche Daten zu löschen, 

Vielleicht sind sie aufm Originaldatenträger gar nicht mehr wesentlich?

Aber wir eiern wieder mal rum. *Ich* empfinde es als suboptimal, wenn 
im Backup/Archiv Daten gelöscht werden, sobald sie auch an der Quelle
nicht mehr existieren, weil das ein Backup/Archiv ad absurdum führte. 

YMMV. 

CU!
Ulrich
-- 
In 7 Monaten und 11 Tagen ist Weihnachten.
Programme, soviel ihr wollt; Preise, die ihr selbst bestimmt:
Schaut einfach mal auf ftp://warez.invalid.de rein  
Stellt euch vor, es ist Samstag und keiner geht hin!

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

Page 2 of 4 — ← Prev page 1 [2] 3 4 Next page →

csiph-web

Tricorder für Pinguinisch gesucht

Contents

#254113

#254116

#254121

#254125

#254128

#254131

#254137

#254139

#254141

#254147

#254163

#254166

#254182

#254185

#257051

#254144

#254196

#254133

#254138

#254145