GNU/Linux >> LINUX-Kenntnisse >  >> Linux

3-2-1 Backup-Regel für die Cloud

Beim Durchführen von Sicherungen können bestimmte Probleme auftreten. Sie könnten beispielsweise feststellen, dass Sie die falschen Daten oder Geräte gesichert haben oder dass die Sicherung fehlgeschlagen oder beschädigt ist. Die klassische 3-2-1-Backup-Regel kann Ihnen helfen, Ihre Backups zu verbessern. Die Regel enthält die folgenden Richtlinien:

  • Machen Sie drei Backups
  • Zwei in verschiedenen Formaten
  • Eine externe

Für die Cloud extern könnte bedeuten, dass Sie eine Bandkopie in Ihrem örtlichen Büro aufbewahren, aber dieser Artikel stellt auch andere Optionen vor.

Machen Sie drei Backups

Sie sollten immer drei Kopien Ihres Backups erstellen. Diese Richtlinie basiert auf den drei Rechengesetzen von Jack Schofield . Das zweite Gesetz besagt, dass Daten nicht wirklich existieren, es sei denn, Sie haben mindestens zwei Kopien davon. Daher schreiben Best Practices vor, dass Sie mindestens zwei Sicherungen in irgendeiner Form benötigen.

Sie können Rackspace CloudBackup für eines Ihrer Backups verwenden. Cloud Backup führt ein Backup Datei für Datei nach einem von Ihnen gewählten Zeitplan durch.

Sie könnten erwägen, einen Server-Snapshot für ein weiteres Backup zu verwenden. Server-Snapshots funktionieren für einige Server in der Rackspace-Cloud. Sie sollten sie jedoch nicht als Backup-Lösung betrachten. Wenn Sie beispielsweise eine Compute-Instanz ausführen, bootet Ihr Server von einem Cloud Block Storage-Volume. Server-Snapshots erfassen keine Cloud Block Storage-Volumes, da sie auf dem Hostcomputer ausgeführt werden. Bei Leistungsinstanzen, auf denen Server-Snapshots funktionieren, kann es dennoch zu Beschädigungen kommen, wenn der Snapshot erstellt wird, während in eine Datenbanktabelle geschrieben wird.

Zwei in verschiedenen Formaten

Wir empfehlen Ihnen, Sicherungen in kleineren Blöcken zu erstellen, die Sie einfach mit Cloud Backup sichern und mit einem anderen Speicherort synchronisieren können.

Beispielsweise könnten Sie zuerst Ihre Datenbanksicherung lokal speichern, dann Ihre Site-Dateien in eine .zip-Datei oder .tar-Datei komprimieren und sie ebenfalls in einem Ordner speichern.

Erstellen Sie dann eine Sicherungskopie, die Sie an einem anderen Ort speichern.

Sie können einen weiteren Job erstellen, der zu einem bestimmten Zeitpunkt ausgeführt wird und diese Dateien an einen dritten Speicherort sendet. Beispielsweise könnten Sie es alle vier Stunden auf einen anderen Server kopieren lassen.

Durch die Verwendung dieser Methoden sichern Sie Ihre Site-Dateien als Ganzes und erstellen außerdem eine Kopie in einem komprimierten Archivformat, die Sie an anderer Stelle in zwei verschiedenen Formaten speichern.

Eine externe Website

Die Offsite-Kopie sollte eine lokale Kopie in Ihrem Büro sein. Es sollte Ihrem Team zur Verfügung stehen, wenn es darauf zugreifen muss, um einen neuen Server zu erstellen. Beispielsweise könnten Sie einen internen Server verwenden, um die Dateien herunterzuladen, oder einen Server haben, der sich in einem anderen Rechenzentrum befindet als Ihre primären Quellen, um die Dateien zu sichern.

Einschränkungen

In diesem Abschnitt werden die Einschränkungen behandelt, die mit diesen Sicherungsmethoden verbunden sind.

Replikation

Die Replikation ist in einer mehrstufigen Cloud nützlich, denn wenn ein Server ausfällt, hält der Replikatserver Ihre Site am Laufen. Wenn Sie jedoch eine beschädigte Datei hochladen, repliziert der Synchronisierungsmechanismus die beschädigten Daten. Diese Beschädigung ist ein Problem, wenn Sie einen Server auf eine frühere Version zurücksetzen müssen.

Sie können die Replikation basierend auf einer geplanten Aufgabe oder einem Cron-Job verwenden. Möglicherweise möchten Sie jedoch Ihre Sicherungen innerhalb einer bestimmten Anzahl von Tagen einsehen können, um zu sehen, wann etwas schief gelaufen ist.

Schnappschüsse

Bei Cloud Block Storage-Snapshots gibt es keine Möglichkeit, einen neuen Snapshot zu planen und dann die älteren zu löschen. Snapshots haben auch die gleichen Beschädigungsprobleme wie Server-Snapshots.

Schlussfolgerung

Das Erstellen von insgesamt drei Backups, zwei in unterschiedlichen Formaten und eines lokal, ist eine bewährte Praxis, um Ihre Daten sicher zu halten. Denken Sie daran, die Backups zu testen. Denken Sie auch daran, dass sich Ihre Sicherungslösung an neue Umgebungen anpassen und ändern muss.


Linux
  1. Die 5 besten kostenlosen Ersatzprodukte für MySQL Server

  2. Cloud-Backend:Die Hauptsorge für IoT-Standards?

  3. Die Aktion Installation für das Produkt MySQL Server 5.7.19 ist fehlgeschlagen.

  4. Migrationen in der Rackspace Cloud

  5. Berechtigungsmatrix für Cloud Server

CloudBerry Ein benutzerfreundliches Cloud-Backup-Tool für Linux

Die beste Linux-Distribution für Ihren nächsten Cloud-Server

Die 50 häufig verwendeten Linux-FTP-Befehle für den Neuling

Dropbox für einen Linux Cloud Server eingerichtet

Ändern Sie die Größe eines Cloud-Servers

Die 15 besten Backup-Software für Linux-Desktop