Ruediger Noack schrieb:
Reinhold Plew wrote:
Sven Hartge schrieb:Je l�nger ich dar�ber nachdenke, umso mehr komme ich auch zu dieser Erkenntnis. Aber genau das Machbare wollte ich ja f�r mich erst einmal ausleuchten, bevor ich mich mit einem Schnellschuss f�r etwas falsches entscheide.
Tja, NFS ist f�r dein Vorhaben einfach nicht gemacht.
Da ich eine sehr "eigene" Art des Ablegens von Sicherungen habe, wollte ich fast sagen, das es in meinem Fall sehr unpraktisch w�re. Ist es aber gar nicht. Meine Sicherungen der Clients werden n�mlich ziemlich unregelm��ig (manchmal mehrmals t�glich) in Archive gemacht, die ich vorrangig lokal vorhalte und bei notwendigen (Teil-) Rekos fast immer von da hole. Die Kopieren auf einen Server ist "nur" der doppelte Boden f�r wirkliche Disaster. Und da die wirklich selten gebraucht werden (bei einem Disaster eben) muss der Client auch nicht direkt sehen k�nnen, welche Archive von welchem Tag (und damit mit welchen Namen) vorhanden sind.Ist es denn keine Option, z.B. via scp die Daten dorthin zu bewegen, wo du sie haben m�chtest?
rsync ist eher f�r einen Schnappschuss (Spiegel) und f�r die Sicherung mehrerer Generationen eher nicht geeignet. Oder kann rsync mehr als ich vermute?
vielleicht auch rsync? Wegen der Sicherungsarchive?
Du kannst es ja ganz trivial verwenden, sichere ge�nderte oder neue Dateien des Source-Verzeichnis nach [EMAIL PROTECTED]
kannst Du auf $user mit Passwort-Abfrage festlegen.
Mach ich f�r meine DatenDirs per Cron und funktioniert.
Gru� und Danke R�diger
Reinhold
--
Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
