backup eines servers auf einen anderen per scp ?

backup eines servers auf einen anderen per scp ? (15 Beiträge, 180 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

wie der titel schon sagt hab ich ein paar server welche in einem rechnzentrum ausserhalb unseres lans stehen diese sollen gebackzupt werden - zu diesem zweck wurde ein neuer server in diese lan dort hinzugefügt auf den dann per scp zb die backups gespeichert werden, soviel zur theorie ..

nun einzelne folder über scp zu kopieren sollte ich noch hinbekommen, würden auch backups vom filesystem über scp gehen ohne das man dien quellhost abschalten muss ?

Das ist ein Job für rsync.

Aus dem Kopf:


rsync -e ssh -avH --numeric-ids -x --delete-after / <zusätzliche mountpoints> root@zielserver:/lustiger/pfad

Bedeutungen der Flags in der manpage nachschlagen

Google-Pagerank-Abuseage:
mirror
random crap
slackware mirror

11.05.2006, 15:29 Uhr - Editiert von Robe, alte Version: hier

also da wird per rsync ein mount kopiert ?

Beliebig viele.

Google-Pagerank-Abuseage:
mirror
random crap
slackware mirror

rsync ist für sowas auf jeden fall besser als scp..

aber mit dem -e ssh wird das backup bzw diese rsync verbindung durch eine ssh verbindung getunnelt... d.h. du schiebst die daten gesichert per rsync durchs netz, was natürlich sehr gut ist

linux is for networking, apple for working and windows for solitair

Naja, da fehlt was... zB die Extended Attributes (die bekommt man AFAIK bei RSYNC net hin), die acls (wenigstens die könnte man aufdrehen, ...)

Zusätzlich würde ich statt direkt das eventuell in Änderung begriffene FS net so sichern, sondern über einen snapshot... lvcreate -s ....

cu
gepeinigter

Naja, da fehlt was... zB die Extended Attributes (die bekommt man AFAIK
bei RSYNC net hin), die acls (wenigstens die könnte man aufdrehen,
...)

Wieviel Server kennst du die EAs verwenden? (abgesehen von deiner mir zunehmend gespenstisch erscheinenden Server-Landschaft

)

Zusätzlich würde ich statt direkt das eventuell in Änderung begriffene FS
net so sichern, sondern über einen snapshot... lvcreate -s

Das einzige was sich auf einem durchschnittlichen Server bewegt sind die Logfiles. Natürlich muss man wissen welche Dienste drauf laufen und dementsprechend zusätzliche Vorkehrungen treffen damit da keine Inkonsistenzen entstehen. LVM nur zu verwenden "weils snapshots kann" halt ich für übertrieben

Google-Pagerank-Abuseage:
mirror
random crap
slackware mirror

Erstens verwendet wohl jeder Server (der kein Spielzeug ist) B-Level-Security...

Unter Linux gibt's da meines wissens nur SELinux - und das ist gottseidank eh im Vanilla-Source und daher wohl auf allen Servern aktiviert... Und SELinux speichert seine Gschichtn nun mal in EAs

Zweitens:
Auf einem Server werden ja wohl auch Services rennen - und die bewegen oft Daten (wenn's nun mal nicht ein reiner application-server ist). Auch sonst wäre es zu empfehlen, über snapshots zu gehen - kostet ja nix.

Drittens: LVM[2] empfehle ich nun jeden - egal ob home-dau oder Server... Bin echt begeistert davon, und das seit Jahren...

Erstens verwendet wohl jeder Server (der kein Spielzeug ist)
B-Level-Security...

Entweder lebst du in einem Parallel-Universum oder du hast nicht sehr viel Einblick in den Rest der Welt.

Unter Linux gibt's da meines wissens nur SELinux - und das
ist gottseidank eh im Vanilla-Source und daher wohl auf allen Servern
aktiviert... Und SELinux speichert seine Gschichtn nun mal in EAs

Point taken. Das einzig andere Setup das mir einfallen würde wo man um EAs nicht herumkommt sind Fileserver mit komplexen Abteilungs- bzw. Zugriffsstrukturen.

Zweitens:Auf einem Server werden ja wohl auch Services rennen - und die bewegen oft Daten (wenn's nun mal nicht ein reiner application-server ist).

Wirklich problematisch sind nur Applikationen die große Datenfiles haben und diese oft modifizieren (Datenbanken, rrd files, Daemons mit gdbm-backend, etc.). Da muss man entweder die Applikationen stoppen oder noch besser die Daten nativ dumpen (wobei mysql ja auch so perversionen wie mysqlhotcopy produziert hat).

Sonst fällt mir adhoc nix ein was wirklich FUBARd wenn man nicht snapshotted.

Auch sonst wäre es zu empfehlen, über snapshots zu gehen - kostet ja nix.

Zusätzliche Komplexität/Codepaths, zusätzliche Tools die es aktuell zu halten gilt, mehr Overhead, weniger Leute die sich (gut) damit auskennen. "nix" würd ichs nicht bezeichnen, vernachlässigbar gering vermutlich schon.

Google-Pagerank-Abuseage:
mirror
random crap
slackware mirror

Entweder lebst du in einem Parallel-Universum oder du hast nicht sehr viel Einblick in den Rest der Welt.

Nun ja, man konstruiert sein Universum ja laufend um - indem man auf Freunde/Kollegen/... einwirkt...
Wenn man schon bei Unixoiden u.a. wegen der Sicherheit argumentiert (und ich halte Linux echt für sicher) - nur über Sicherheit reden und auf B-Level verzichten, wenn's eh da ist ???

Ich mein, auf einem Desktop ist's extrem schwer - X-Windows hinzubekommen für Policies ist krass - aber auf einem trivialen Server ???

Wirklich problematisch sind nur Applikationen die große Datenfiles haben

In wirklichkeit ist jede App mit Datenfiles riskant... Denn wenn die Daten net wichtig sind, würden sie ja nicht angelegt (temporärdateien ausgenommen).

Services stoppen willst ja auf deinem Server wiederum net - gu leistest dir ja den Server, damit er nie down geht....

Ich würde es echt so sehen, daß LVM echt praktischst ist - und wenn du eh schon LVM hast, du halt nur nen Snapshot aktivieren mußt, was ja wiederum echt keine Hexerei ist... Wenn's kompliziert oder umständlich wäre, wäre ich eh bei Dir, daß man es sich überlegt... Nachdem's aber echt primi ist... Bin ich's nicht

welche in einem rechnzentrum

LOL, BF2-Großrechnerfarm ... so willst wieder zurück an die Spitze mit deinem Account.

psssst

ahjo das schreit nach satisfaction !!

spielst du überhaupot noch ?
mach ma mal wieder ein spielchen .

11.05.2006, 23:47 Uhr - Editiert von Raydoo, alte Version: hier

Pfft, ich spiel natürlich in bester und bravster Weise. Bin vor 2 Monaten sogar hier beigetreten: http://www.batsquad.com/ ... total gemütlich und viel Fun, obwohl in der letzten Zeit viele viele Probleme mit dem Server ihn leergefegt haben. Vor 1 Monat war er stets rappelvoll.

Aber bin immer für ein Spielchen zu haben, auch TS natürlich.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung