Speichert jemand VM-Backups auf seinem lokalen Server? Wir haben einen HyperV-Server mit einigen Dev-VMs und es wurde erwähnt, dass wir die Backups auf dem lokalen Server speichern würden, aberAuchan einem entfernten Standort. Die Idee dahinter ist, dass die lokale Speicherung der Backups die Wiederherstellung von VMs schneller und einfacher macht, als sie vom entfernten Standort abzurufen. Dies ist natürlich unter anderem eine große Platzverschwendung. Was ist sonst noch falsch daran?
Danke
Antwort1
Genau das machen wir. Wir führen D2D-Backups aller unserer VMs durch; schnelle und einfache Wiederherstellung der Backups der letzten Monate. Jede Woche führen wir zur sicheren Aufbewahrung ein vollständiges Band-Backup außerhalb des Unternehmens durch.
Das Disk-Array kostete ziemlich viel, verursachte aber weniger als einen einzigen Tag Ausfallzeit, was leicht möglich wäre, wenn die Person, die die Sicherungsbänder aufbewahrt, krank/im Urlaub/vermisst wäre.
Antwort2
Das macht für mich absolut Sinn. Was den Platzbedarf angeht, da die lokale Kopie nicht das primäre Backup ist, warum nicht einfach externe Laufwerke verwenden, die recht günstig sind? Normalerweise rate ich von der Verwendung von Festplatten für Backups ab, aber in diesem Szenario gibt es keinen Grund, sie nicht zu verwenden. Wenn das Laufwerk bzw. die Laufwerke ausfallen, erstellen Sie einfach eine neue Kopie mit dem Offsite-Backup.
Ich verwende einen ähnlichen Ansatz mit unseren Grafikdateien (ich arbeite für eine Druckerei). Da die Dateien so groß sind, müssen wir alte Dateien regelmäßig archivieren, um Platz zu schaffen. Diese Archive auf Band werden außerhalb des Standorts gespeichert. Da die Künstler gelegentlich auf diese Dateien zugreifen müssen, erstellen sie auch Kopien auf DVDs, sodass sie problemlos auf die Dateien zugreifen können, ohne die Bänder zurückbringen zu müssen. Es ist eine Win-Win-Situation.
Antwort3
Persönlich würde ich die Backups nicht auf demselben Array oder auf denselben Festplatten speichern wie die tatsächlich verwendeten VMs. Speichern Sie die Backups auf einem Server am selben physischen Standort oder auf einem separaten Festplattensatz innerhalb des Servers. Auf diese Weise haben Sie im Falle eines Festplatten- oder anderen Hardwarefehlers, der bei weitem am häufigsten vorkommt, immer noch eine sehr schnelle Möglichkeit, Ihre VMs wiederherzustellen.
Darüber hinaus können Sie, wie Sie festgestellt haben, Ihre VMs auch an einem Remote-Standort oder auf einem Band sichern, das Sie außerhalb des Standorts aufbewahren und im Falle eines Totalverlusts der Maschine, z. B. durch Diebstahl, Feuer, Überschwemmung usw., zur Wiederherstellung verwenden.
Da die Wahrscheinlichkeit hierfür viel geringer ist als für einen Hardwarefehler, können Sie für die Remote-/Bandkopie der Daten eine weniger häufige Sicherung der VMs durchführen und haben dennoch für über 90 % der wahrscheinlich auftretenden Fehler eine schnelle Wiederherstellungsmethode zur Verfügung.
Hoffe das hilft.
Antwort4
Wir erstellen täglich Backups aller VMs auf einer lokalen Festplatte (also nicht auf demselben Speicherarray, auf dem alle VMs laufen) mit einer Aufbewahrungsdauer von einer Woche. Einmal wöchentlich kopieren wir das neueste Tages-Backup auf Band, das wir extern lagern und wöchentlich und monatlich rotieren, mit einer maximalen Aufbewahrungsdauer von einem Jahr.
Eine bewährte Methode ist die3-2-1-Regel:
- Bewahren Sie mindestens drei Kopien Ihrer Daten auf (das Original und zwei Sicherungskopien).
- Speichern Sie die Kopien auf zwei verschiedenen Medien (z. B. Festplatte und Band).
- Bewahren Sie eine Sicherungskopie extern auf.
Das Offsite-Backup ist natürlich für den Notfall wie Feuer oder Diebstahl gedacht, aber die lokale Kopie wird am häufigsten verwendet. Schließlich ist sie schnell (lokal verfügbar) und enthält die aktuellsten Daten.
Eine Duplizierung erscheint verschwenderisch, doch die Speicherung ist günstig und lässt sich in der Regel leicht betriebswirtschaftlich begründen, wenn man die dadurch verlorene Produktivität berücksichtigt.