Ich betreibe mehrere E-Commerce-Sites von meinem Heimserver aus (meinen eigenen, den eines Familienmitglieds und den eines Kunden). Es handelt sich um einen älteren Dell Dimension 4600, auf dem Ubuntu 12.04 lts läuft. Der Computer zeigt keine Anzeichen eines bevorstehenden Ausfalls, aber da er alt ist, möchte ich für den Fall, dass etwas passiert, ein gutes Backup davon haben. Ich müsste in der Lage sein, die Daten innerhalb von ein paar Tagen nach dem Serverausfall auf einem neuen Server wiederherzustellen. Ist die beste Methode, etwas wie Clonezilla zu verwenden? Oder gibt es eine bessere Methode dafür?
Aktualisieren
Ich muss die Site nicht live schalten, während ich das mache, und ich habe derzeit etwa 8 GB an Daten. Eine Bitkopie scheint eine gute Idee für das zu sein, was ich will, nämlich ein Backup zu machen und dann, wenn etwas passiert, die Backup-Disk anschließen und loslegen zu können. Das Disk-Layout ist nur eine Disk, eine große 80-GB-Partition. Ja, ich weiß, das ist nicht das Beste, ich war ganz neu in der ganzen Welt von Linux, Ubuntu, Webservern, so ziemlich allem, als ich das Betriebssystem installiert und anfänglich eingerichtet habe. Also auch kein LVM
Antwort1
Wenn die Site währenddessen nicht live sein muss, gibt es eine Reihe von Lösungen. Die einfachste besteht darin, sicherzustellen, dass die Festplatte schreibgeschützt ist (z. B. mithilfe einer Startdiskette) und eine Bitkopie von einer Festplatte auf eine andere durchzuführen. Wenn dann etwas schief geht, schieben Sie einfach die Sicherungsdiskette ein, schalten den Server ein und los geht‘s.
Wenn die Site während des Kopiervorgangs live sein muss, ist das Problem komplexer. Eine gute Möglichkeit, Backups unter Linux zu handhaben, besteht darin, inkrementelle Backups mit etwas wie rsnapshot zu planen (aber rsync könnte in Ihrem Fall einfacher sein). Wenn Sie jedoch wiederherstellen müssen, müssen Sie zunächst den Server neu erstellen und dann den neuesten Snapshot kopieren.
Sie haben nicht angegeben, wie viele Daten Sie sichern, wie oft sie sich ändern oder wie die Festplatten angeordnet sind. Beides ist hilfreich, wenn Sie eine Sicherungslösung entwickeln möchten. Wenn Sie ein neues System erstellen (oder vorausschauend vorgegangen sind, als Sie das ursprüngliche System erstellt haben), ist es oft sinnvoll, das Dateisystem auf LVM zu erstellen, dann einen Snapshot des LVM zu erstellen und diesen zu sichern. Das bedeutet, dass es keine Ausfallzeiten gibt und Sie zu einem bestimmten Zeitpunkt eine exakte Kopie [des größten Teils] des Dateisystems erstellen können. Dabei wird natürlich vorausgesetzt, dass Sie LVM verwenden.
Wenn Sie eine gute Trennung zwischen Ihrem Betriebssystem und Ihren Anwendungen haben, möchten Sie vielleicht mit einer Basisinstallation von Ubuntu 12.04 beginnen und dann nur die Anwendungen inkrementell sichern. Sie möchten vielleicht auch Datenbanken anders als Webdateien behandeln, indem Sie die Datenbanken sichern. Ebenso kann Tar (manchmal auf Blockgeräten) gut für vollständige, komprimierte Sicherungen sein – aber beim Sichern von Blockgeräten sollten Sie sich bewusst sein, dass Dateiänderungen während der Sicherung des Blockgeräts ohne Sorgfalt ziemlich schaden können.
Leider ist es schwierig, genauer zu werden, da Backups in gewisser Weise systemabhängig sind.
Antwort2
In einer solchen Situation ist es wahrscheinlich am besten, einen anderen Server zu haben, mit dem Sie Ihre Daten synchronisieren können. Kaufen Sie einen VPS und synchronisieren Sie Ihren Code, Ihre Datenbanken und Konfigurationen. Ich habe gerade einen Anbieter überprüft, den ich verwende, und Sie können einen VPS mit 20 GB Speicherplatz, 512 MB RAM, 1,5 TB Transfer und 2 IPs für 20 USD pro Jahr erhalten. Verdoppeln Sie die Spezifikationen und Sie zahlen 40 USD pro Jahr. Peanuts. Wenn Ihnen die Schnäppchen nicht gefallen, können Sie Amazon Cloud oder Slicehost nutzen, aber ich denke, Sie verschwenden Ihr Geld.
Wenn Sie Codeänderungen vornehmen, verwenden Sie Dreamweaver (oder was auch immer Sie verwenden), um Änderungen an Ihrer „Test“-Site vorzunehmen. Dann übertragen Sie Ihre Daten auf die „Produktions“-Site. Die meisten IDEs für die Webentwicklung können einen „Test“-Server und einen „Produktions“-Server haben. Sie wählen, welcher Server welcher ist. Wenn es nach mir ginge (und ich habe mit einigen Kunden eine ziemlich ähnliche Situation), würde ich den VPS als Produktionssite einrichten und den Heimserver als Backup-Site verwenden.
Die Ersteinrichtung ist einfach. Sie können alle installierten Pakete von apt-get in eine txt-Datei kopieren und diese verwenden, um dieselben Pakete auf Ihrem VPS zu installieren. Sie können die Webdateien und die Datenbank-Dumps tarnen und SCP verwenden, um sie direkt auf Ihren anderen Server zu kopieren. (Wahrscheinlich erledigen Sie das alles mit einem kurzen Shell-Skript.) Sie werden wahrscheinlich auch den Großteil Ihrer /etc-Datei kopieren wollen. Sobald die Ersteinrichtung abgeschlossen ist, ist es trivial, alles synchron zu halten.
Dies hat viele Vorteile.
- Erstens fällt bei Ihnen zu Hause der Strom aus, Ihr Server fällt jedoch nicht aus.
- Zweitens werden Codeänderungen über Ihr LAN getestet und entwickelt, sodass sie schnell erfolgen und Sie nicht darauf warten müssen, Daten über eine langsame Verbindung zu übertragen (YMMV).
- Bei Ihnen liegt ein Hardwaredefekt vor und Sie benötigen ein Ersatzteil, dessen Lieferung eine Woche dauert – Ihre Produktionsstätte bleibt jedoch aktiv.
- Sie können sich von überall per SSH bei Ihrem Testserver anmelden, Änderungen vornehmen, diese testen und sie dann mit minimalen Unterbrechungen auf Ihren Produktionsserver übertragen.
- Sie können mit genau derselben Konfiguration wie auf der Produktionsmaschine entwickeln. Sie müssen also weder XAMPP noch eine andere Entwicklungsumgebung verwenden und sich um Abhängigkeiten, Struktur oder alle anderen Entwicklungsnuancen kümmern.
- Co-Location. Wenn Ihre Produktionsmaschine (VPS) aus irgendeinem Grund ausfällt, richten Sie Ihren DNS auf den Heimserver um. Halten Sie Ihren DNS-TTL bei 30 Minuten und Ihre Ausfallzeit ist minimal.
Das ist also meine Empfehlung.
Und ja, ich verlange von Leuten über 1000 $ pro Jahr für einen VPS, der mich etwa 40 $ pro Jahr kostet... Ich verkaufe ihnen auch Colocation-Dienste, was einfach ein weiterer VPS von einem anderen Anbieter oder auf meinem Heim-Rack ist. Man muss auf den Schultern von Riesen stehen, wenn man im Web-Spiel einen Dollar verdienen will. Code zu entwickeln ist schön, aber das Residualeinkommen ist das Wichtigste, Bruder. Günstig kaufen. Teuer verkaufen.