Wie sichern Sie Ihre Websites?


16

Ich habe mich nur gefragt, wie die Community ihre Websites sichert.

Ich mache einen nächtlichen Speicherauszug der Datenbank und verschiebe sie auf einen anderen Server, der dann auf Wechselmedien gesichert wird. Es ist ziemlich automatisiert und scheint zu funktionieren, aber ich würde gerne hören, was andere zu sagen haben.


Antworten:


3

Der Site-Code befindet sich in Subversion, das seinerseits jede Nacht gesichert wird. Jede Entwicklung des Codes erfolgt auf dedizierten Entwicklerservern. Die Produktion wird erst aktualisiert, wenn die neue Version getestet wurde.

Der Inhalt in relationalen Datenbanken wird jede Nacht gesichert.

Einige unserer Websites enthalten sehr viele statische Inhalte (Images, PDFs usw.). Diese werden in RAID5-SANs gespeichert, in eine externe Einrichtung gespiegelt und für alle Fälle mit Bandsicherungen versehen.

Wir sichern keine Protokolldateien, da wir uns nicht sehr auf sie verlassen.


Ich würde auch eine VCS wie Suberversion, Basar, Mercurial, Git, usw. vorschlagen
fwaechter

3

Nächtliches DB-Dump in Datei

Nächtlicher DB-Berechtigungsspeicherauszug in Datei ( Maatkit )

Verwenden Sie Tarsnap für die Offsite-Sicherung von DB-Dumps und alles, was sich in / var / www / befindet.


1

Eine Option, die ich auf einigen Websites verwendet habe, ist die Verwendung von SyncBack, JungleDisk und eines Amazon S3-Kontos. (Ich würde Links zu diesen Produkten und Dienstleistungen posten, aber SE verbietet uns neuen Benutzern, mehr als einen Link zu posten. Boo.)

Für diejenigen, die mit diesen Tools nicht vertraut sind, ist SyncBack ein fantastisches und sehr funktionsreiches Programm zum Synchronisieren von Dateien zwischen verschiedenen Ordnern. Mit JungleDisk können Sie ein virtuelles Laufwerk erstellen, das hinter den Kulissen Daten liest und in den Speicherdienst von Amazon S3 schreibt. Hierbei handelt es sich um eine Cloud-basierte Speicherlösung, die ziemlich erschwinglich ist (vorausgesetzt, Sie speichern nicht jeden Tag Gigabytes an Daten in der Cloud ).

Wir haben SyncBack nach einem Zeitplan ausgeführt, etwa einmal pro Nacht oder einmal pro Woche, und es kopiert die neuen / geänderten Dateien von der lokalen Festplatte auf das virtuelle JungleDisk-Laufwerk und entfernt alle gelöschten Dateien von dem virtuellen Laufwerk.

Was speichern wir in der Cloud? Nun, wir haben SQL Server veranlasst, jede Nacht ein Backup zu erstellen und es so zu konfigurieren, dass diese Backups zwei Wochen lang aufbewahrt werden. Diese Backups werden jede Nacht in die Cloud übertragen. Wir stellen auch jeden Abend unsere Quellcode-Repositories hoch. Eine vollständige Sicherung wird wöchentlich von statischen Dateien, Assets, Dienstprogrammen und anderen derartigen Dateien durchgeführt.

Das Schöne an diesem Ansatz ist, dass sich alle Dateien in der Cloud befinden, sodass wir von überall auf sie zugreifen können. Sie müssen kein RDP auf dem dedizierten Server ausführen, wenn JungleDisk auf Ihrem Desktop installiert ist. Sie können die Dateien in der Cloud so anzeigen, als befänden sie sich auf einem Laufwerk Ihres lokalen Computers. Ein weiterer Vorteil sind die Kosten. Für einen meiner Kunden verkauft das Webhosting-Unternehmen, das die Site hostet, einen externen Speichersicherungsdienst an seine dedizierten Server-Clients, die Kosten betrugen jedoch mehrere hundert Dollar pro Monat. Dieser Ansatz hatte einige Vorlaufkosten - die SyncBack- und JungleDisk-Lizenzen - sowie Speicher- und Bandbreitenkosten von Amazon S3, aber, wenn ich mich recht erinnere, lagen diese Kosten unter den Kosten eines Monats des Backup-Plans des Hosting-Unternehmens. Und auf diese Weise müssen wir nicht die Hosting-Firma nehmen '

(Ich wurde von meinem Kollegen Michael Campbell in diesen Ansatz eingeführt .)


1

Zusätzlich zu Subversion, nächtlichen MySQL-Dumps und einem redundanten (gespiegelten) Server-Image haben wir einen Host (AISO.NET), der im Rahmen aller Hosting-Pakete auch stündliche Snapshots erstellt. Ich habe nicht nur ein gutes Gefühl beim Hosting mit einem Unternehmen, das niemals netzbasierten Strom verbraucht (sie versorgen die gesamte Anlage vor Ort mit Solar- und Windstrom), sondern auch mit einer zuverlässigen, einfachen Lösung Schnappschüsse wiederherstellen UND eine virtualisierte Lösung, die buchstäblich im Handumdrehen neu gestartet wird, falls dies jemals erforderlich sein sollte.

Der Schnappschuss hat meinen Speck mehr als einmal gerettet ... und es ist verdammt viel schneller, als die Bewegungen des Zerlegens, Wiederherstellens und Betens durchzugehen, die mit anderen Backups einhergehen.


0

Warum bewahren Sie die Masterkopie des Codes auf dem Webserver auf? Ich behalte keinen Code oder keine Programme auf dem Webserver, die ich nicht sofort ersetzen kann.

Ich sichere die Protokolldateien und Benutzereingaben mit speziell geschriebenen Skripten.


Entschuldigung, der Mastercode wird in Git auf anderen Servern gespeichert, der Code auf dem Server wird bei Bedarf sofort ersetzt.
Toby

0

Ich habe meinen Code woanders, aber das kümmert mich nicht darum, Blog-Posts auf der Live-Website zu sichern. Ich habe ein gemeinsames Hostgator-Reseller-Konto und es gibt wirklich keine automatisierte Methode zum Sichern. Ich habe es nur gefunden, siteautobackup.comweil es besagt, dass es alles von der WHN-Ebene aus sichern kann, aber das Produkt scheint noch nicht zu funktionieren.


Kannst du nicht mal via SSH rein und einen mysqldump machen?
Toby

Nein - HostGator lässt keinen SSH-Zugriff zu, es ist jedoch ziemlich einfach, einen Cron-Job mit einem rekursiven Wget-Aufruf über FTP einzurichten (wenn Sie nichts dagegen haben, Ihre Anmeldedaten offenzulegen).
Danlefree

0

Wir betreiben ein Multisite-Wordpress-System. Unsere Strategie besteht darin, alle 12 Stunden ein Backup der Datenbanken auf einem entfernten Speicherplatz, jeden Tag wp-content, jede Woche public_html (oder wenn wir größere Änderungen am Systemkern vornehmen, z. B. das Upgrade des WordPress-Kerns) und ein monatliches Backup des gesamten Home-Verzeichnisses durchzuführen. Das funktioniert gut mit unserem System

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.