Wie sichern Sie mehr als 40 Centos5.5-Server?


8

Es ist uns peinlich, diese Frage zu stellen. Entschuldigung für unseren Mangel an UNIX-Fachwissen. Wir haben mehr als 40 Centos 5.5-Server geerbt und wissen nicht, wie wir sie sichern sollen. Wir benötigen Clone-Images auf niedriger Ebene, damit wir die Server von Grund auf wiederherstellen können, wenn wir die Festplatten usw. ersetzen müssen.

Wir haben den Befehl "dd" verwendet, aber wir gehen davon aus, dass dies nur funktioniert, wenn Sie eine lokale Festplatte auf einer anderen sichern möchten, nicht 40 Server auf einem Server mit angeschlossener externer USB-Festplatte.

Alle 40 Server verfügen über ein Paar gespiegelter Festplatten (ich weiß nicht, ob es sich um einen HW- oder SW-Raid handelt). Die meisten haben nur 100MB verwendet. Auf SErvern werden Apache, Zend, Tomcat, MySQL usw. ausgeführt. Idealerweise möchten wir sie nicht zum Sichern herunterfahren müssen (könnten es aber).

Wir gehen davon aus, dass Standard-Unix-Befehle wie tar, cpio, rsync, scp usw. keinen Nutzen haben, da sie nur Dateien kopieren, keine Partitionen, alle Attribute, Gruppen usw., dh kein Ergebnis erzeugen, das einfach in a neu abgebildet werden kann neue HD, um den Serer von tot zurück zu bekommen.

Wir haben ein großes SAN, eine Ersatz-Windows-Box und Ersatz-Unix-Boxen, aber diese sind nur für eine Schicht im Netzwerk sichtbar. Wir haben eine unbenutzte Dell DL2000-Monsterbandeinheit, aber keine Software oder Dokumentation dafür. Wir haben eine Kopie von symantec backup exec, aber wir haben kein Budget für Unix-Client-Lizenzen. (Das Unternehmen hat negative Geldbeträge).

Wir müssen in der Lage sein, die Sicherung remote zu initiieren, da wir nur im Notfall persönlich auf die Server zugreifen können (dh um sie wiederherzustellen).

Googeln gibt einige Anwendungen zurück, um dies zu tun, z. B. Clonezilla - sieht schwierig zu installieren und invasiv aus. Mondo scheint Backup nur zu unterstützen, wenn Sie lokal auf dem Computer sind. Amanda mag eine Option sein, sieht aber nach Tagen / Wochen Arbeit zum Lernen und Einrichten aus?

Ist in Centos etwas eingebaut, oder müssen wir eine Reihe von Backup-Software installieren, lernen und konfigurieren?

Irgendwelche Ideen? Dies muss ein ziemlich normales Problem sein, auf das das Schutzbrillen keine offensichtliche Antwort gibt.


1
Warum benötigen Sie Ihrer Meinung nach eine vollständige Festplattensicherung? Wenn Sie eine gute Sicherung der Daten / Konfiguration haben, sollte die Neuerstellung trivial sein. Besonders wenn Sie so etwas wie eine Marionette haben.
Zoredache

Antworten:


3

In Anbetracht dessen, dass dies eine "Notsituation" ist, sollten Sie die folgenden Schritte nur so lange ausführen, bis Sie kompetentes Personal und eine zuverlässigere langfristige Sicherungsstrategie erhalten. Tu das nicht für immer.


Sie können dddamit Bilder von den Festplatten in diesen Systemen (oder den einzelnen Partitionen, wenn Sie möchten) erstellen. ddkann auch zum Lesen oder Schreiben von Daten in eine einfache Datei verwendet werden, und Sie werden dies nutzen. Da die Festplatten wahrscheinlich viel größer sind als der tatsächlich verwendete Speicherplatz, empfehle ich, sie ebenfalls zu komprimieren.

Die allgemeine Idee wäre also ungefähr so:

  1. Stecken Sie die USB-Festplatte in den USB-Anschluss.
  2. Montieren Sie die USB-Festplatte, z /media/backup.
  3. Kopieren Sie die Festplattenabbilder. Zum Beispiel:

    dd if=/dev/sda of=/media/backup/$(hostname)-sda.img
    

    Besser noch, komprimieren Sie das Bild, während Sie es aufnehmen:

    dd if=/dev/sda | gzip -c > /media/backup/$(hostname)-sda.img.gz
    
  4. Hängen Sie die USB-Festplatte aus und wechseln Sie zum nächsten Computer.

Sie können ein Tool verwenden kpartx, um mit den Backup-Images so zu arbeiten, als wären sie tatsächliche Festplatten (siehe Manpage), oder sie einfach direkt durch Umkehren if=und of=im ddBefehl wiederherstellen .


Wäre LVM ein Problem mit dem dd? Wir wissen nicht, wie die Festplatten tatsächlich angeordnet sind.
cjc

Netter Führer, sehr klar. Könnte dies an einem NFS- oder iSCSI-Mount erfolgen, sodass wir das Image remote ausführen können? Wie wirkt sich der laufende Prozess darauf aus? Natürlich würden wir zumindest Datenbanken stoppen.
eos

df -k zeigt: / dev / sda6 /, / dev / sda8 / usr, / dev / sda3 / home usw. Wenn also = / dev / sda alle bekommt?
EOS

Natürlich können Sie die Bilder erstellen, wo immer Sie möchten, solange sie an einer Stelle angebracht sind, an die Sie schreiben können. Beim Kopieren /dev/sdawird die gesamte Festplatte abgerufen. wenn Sie einzelne Partitionen zugreifen müssen, können Sie kpartxauf das Bild.
Michael Hampton

3
  1. Alles, was zuverlässig ist, wird viel Zeit in Anspruch nehmen, um in einer solchen Umgebung zu lernen und zu implementieren (und zu testen). Es gibt keinen einfachen Weg, dies zu umgehen.

  2. Sie können Standardtools wie rsync usw. verwenden, um vollständige Sicherungen zu erhalten. Sie müssen lediglich sicherstellen, dass alle Informationen, die Sie für die Wiederherstellung benötigen, ebenfalls gesichert werden (z. B. die Partitionstabellen und Startdatensätze).

  3. Der wichtigste Punkt: Sie haben eine sehr komplexe Umgebung, die Sie offensichtlich nicht vollständig verstehen, und Ihnen fehlen die erforderlichen Kenntnisse und Erfahrungen. Auf diese Weise erhalten Sie niemals ein katastrophensicheres Backup. Ihre beste (ich würde sogar nur sagen) Option ist es, einen Berater zu beauftragen, um eine tragfähige Backup-Lösung für Sie zu erstellen. Oder noch besser, für eine Umgebung mit mehr als 40 Servern sollten Sie einen kompetenten Systemadministrator für die Verwaltung der Systeme beauftragen.


Danke für die Hilfe. Im Moment wäre jedes Backup besser als nichts. Es gibt leider kein Geld für Berater, es sind wir oder nichts. Sieht so aus, als würden Sie rsync empfehlen. Ich werde versuchen zu untersuchen, wie man damit Backups erstellt, ohne dass Informationen fehlen. Ich habe den größten Teil der Umgebung visualisiert, um eine Staging-Version zu erstellen, daher sind wir nicht ganz ohne Hoffnung, nur ohne Backup-Wissen. Wir haben Netzwerkexperten und Programmierer.
EOS

2

Mit G4L oder Clonezilla erhalten Sie wiederherstellbare Bildsicherungen.

Sie müssen Ausfallzeiten für jeden Server einplanen und über genügend verbundenen Speicher für alle komprimierten Images verfügen. Sobald Sie fertig sind, müssen Sie eine Art fortlaufendes inkrementelles Backup einrichten.


Danke für die Hilfe. Wie lange kann es dauern, bis ein durchschnittlicher Administrator eines dieser beiden Elemente für ein einzelnes erstes Backup lernt, einrichtet und zum Laufen bringt? Wo muss der angeschlossene Speicher angeschlossen werden? Wenn der Server ausfällt, wie kann man ihn sichern? Danke noch einmal.
eos

Der angeschlossene Speicher kann USB oder Ethernet sein. Die Image-Sicherung besteht aus einem Herunterfahren des Servers, dem Booten von G4L oder Clonezilla USB oder CD, dem Identifizieren der Quellfestplatten (oder Partitionen) und dem Identifizieren des Ziels (USB-Laufwerk oder Dateiserver). Die Lernkurve ist ziemlich kurz.
kmarsh

Die Wiederherstellung besteht aus dem Ersetzen fehlerhafter Festplatten, dem Booten des G4L oder Clonezille und dem Wiederherstellen des Images. Dann müssen Sie alle seitdem vorgenommenen Aktualisierungen nachholen, aber zu diesem Zeitpunkt haben Sie ein funktionierendes System mit einem funktionierenden Backup / Restore-Client wie NetBackup installiert.
kmarsh

Großartig, ich verstehe, das ist wie die Verwendung einer Kopie von Norton Ghost auf einem lokalen PC. Der springende Punkt ist, dass wir wirklich 40 Maschinen aus der Ferne ausführen müssen, aber wenn wir müssen, können wir möglicherweise einen Ingenieur zum DC schicken und ihn den ganzen Tag mit Bootdisketten dort stehen lassen.
eos

Dies ist möglicherweise mit Clonezilla, einem PXE-Server und einigen kreativen Skripten möglich. Dieser Link enthält einige Details, ist jedoch nicht genau der Prozess, den Sie suchen. Der Schlüssel zu einer guten Boot-Image-Erstellung ist, dass es nicht live sein kann, sondern statisch sein muss. openlogic.com/wazi/bid/188051/…
kmarsh
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.