Live-Klonen von Festplatten, Windows, SSD, RAID

Wenn Sie auf der Suche nach Software zum Live-Klonen von Festplatten sind, möchte ich Ihnen BackupChains einzigartige Art des Klonens von Festplatten vorstellen. Aber zunächst einmal sollten wir sicherstellen, dass wir beide über die gleiche Sache sprechen. Das Klonen von Datenträgern und die Sicherung von Datenträger-Images sind zwei verschiedene Arten von Datenträgern; mit BackupChain können Sie beides tun, und in diesem Beitrag befassen wir uns speziell mit dem Klonen von Datenträgern.
Das Klonen von Datenträgern unterscheidet sich grundlegend vom Disk-Imaging. Beim Klonen von Datenträgern wird ein Duplikat eines Datenträgers erstellt, das bei Bedarf sofort einsatzbereit ist; es ist also kein Wiederherstellungsvorgang erforderlich. Der Datenträger ist ein Klon des Originals. Ein Disk-Image ist eine einzelne Datei, die den Inhalt eines Datenträgers enthält. Wenn Sie einen Datenträger wiederherstellen müssen, benötigen Sie einen neuen Datenträger, auf den Sie den Inhalt der Datenträger-Abbilddatei zurückkopieren können. Daher müssen Sie warten, bis der Wiederherstellungsprozess alle Daten wieder auf einen Datenträger geschrieben hat, und im Falle von wirklich großen Datenträgern kann dies eine Weile dauern. An dieser Stelle kommt das Klonen von Platten sehr gelegen.
Das Klonen von Platten in BackupChain ist einzigartig. Live-Software zum Klonen von Festplatten erstellt einen Klon, während das Betriebssystem läuft. Dazu kontaktiert sie alle VSS-kompatiblen Dienste, um ein Live-Backup vorzubereiten, und verwendet dann eine "eingefrorene Ansicht", die garantiert konsistent ist, um den Klon zu erstellen. Die Klonplatte ist bereits angeschlossen und wird während des Prozesses beschrieben. Sobald der Klonvorgang abgeschlossen ist, kann von der geklonten Platte gebootet werden. Im Gegensatz zu anderen Lösungen läuft BackupChain unter Windows im Hintergrund, benötigt keinen Boot-Stick oder -Diskette oder einen Neustart und modifiziert den Klon so, dass er Seite an Seite mit der Originalplatte leben kann, ähnlich wie eine Live-Sicherungsplatte.
Wussten Sie, dass Windows und alle anderen Betriebssysteme es nicht zulassen, dass perfekte Klone gleichzeitig angeschlossen werden können? Das liegt daran, dass jede Platte eine eindeutige ID haben muss. Wenn Sie also den Fehler begehen und einen "perfekten Klon" anhängen, der Bit für Bit mit dem Original identisch ist, z.B. wenn Sie ein Datenträgerabbild auf einem neuen Datenträger auf demselben Computer wiederherstellen, auf dem das Datenträgerabbild ursprünglich erstellt wurde, wird Windows den Klon "korrigieren" und ihm eine neue ID geben. Dies führt unwiderruflich zu einem nicht mehr bootfähigen Datenträger, da die IDs intern nicht mehr übereinstimmen. An dieser Stelle setzt BackupChain also seine ganze Kraft ein, um sicherzustellen, dass Ihr Klon bootfähig bleibt und Sie ihn so lange wie nötig Seite an Seite mit dem Originaldatenträger verwenden können. Wenn Ihre Hauptplatte beschädigt ist, können Sie die BIOS-Einstellung ändern, um einfach vom Klon zu booten.
Das Klonen von RAID-Live-Platten wird ebenfalls unterstützt. Anstatt eine eigenständige Festplatte zu klonen, kann BackupChain das gesamte RAID auf ein anderes RAID oder nur auf eine eigenständige Festplatte oder umgekehrt klonen.
Müssen Sie Ihre Windows- oder Datenplatten live klonen, ohne das System zu unterbrechen? BackupChain ist Ihr Ticket und dabei unglaublich leistungsstark. Darüber hinaus bietet sie eine breite Palette anderer Backup-Tools, wie z.B. Hyper-V-Backup, VMware-Backup, VirtualBox-Backup, Backup auf Dateiebene, Cloud- und Remote-Backups und vieles mehr.

Testen Sie es noch heute, die 20-Tage-Testversion ist voll funktionsfähig.

Hyper-V-Backup und sichere DMZ-Server: Eine Anleitung

Vom Sicherheitsstandpunkt aus gesehen ist eine sichere Option, die zum Beispiel von VPS-Hosting-Providern, mit denen wir zusammenarbeiten, verwendet wird, die DMZ der VMs und nicht des Hyper-V-Hosts.

Wenn Sie die VMs anstelle des Hosts in die DMZ stellen, können Sie wie gewohnt auf den Host zugreifen und ein Backup erstellen und nur die VMs nach außen freigeben. Angreifer können von der VM aus nicht einfach auf den Host zugreifen. Nur die Hyper-V-Integrationsdienste würden es potentiell und theoretisch einigen Schadprogrammen erlauben, vielleicht mit dem Host zu kommunizieren; allerdings hat Microsoft dies bisher recht gut abgesichert.

Alle Strategien, einschließlich der oben genannten, haben ihre eigenen Vor- und Nachteile:

    Hinzufügen eines neuen Backup-NAS im internen LAN und Öffnen des Ports zwischen DMZ Hyper-V Server für Backups

In diesem Fall übernimmt der Angreifer den Host und kann tun, was er will, einschließlich der Beschädigung des Sicherungsgeräts. Übrigens tut Lösegeld auch dies. Sie kann Netzwerkzugriffsfreigaben finden und auch dort alle Dateien beschädigen.

    Hinzufügen eines neuen NAS in der DMZ. Vorteil: Sie müssen nichts an der Firewall ändern.

In diesem Fall ist der Nachteil, dass der Angreifer vollen Zugriff auf den Host, alle VMs darauf und alle Backups davon erlangen könnte, so dass Sie im Falle eines Angriffs möglicherweise nichts mehr wiederherstellen können.

Wenn Sie alle VMs, die statische IP-Adressen verwenden, in eine DMZ einteilen, ist das Risiko auf die Interna der einzelnen VMs beschränkt. Der Nachteil ist, dass Sie alle VMs separat DMZen müssen, aber der Host würde im internen Netzwerk und geschützt bleiben, so wie er ist, einschließlich Backups usw.

Ein weiterer "Sicherheitstrick" besteht darin, einen isolierten virtuellen Switch einzurichten und eine separate NIC für diese DMZ-VMs anzuschließen, so dass die VMs keine Möglichkeit haben, mit dem internen Netzwerk, einschließlich des Hosts, zu kommunizieren. Damit hätten Sie eine weitere Sicherheitsebene für den Fall, dass sich jemand in die VM einhackt.

Probieren Sie diese Backup-Lösung aus, um Ihre Hyper-V-Server und VMs zu einem günstigen Preis zu schützen.

Sicherung von Hyper-V-VMs in CSVs

Die folgenden Punkte sollten bei der Sicherung von Hyper-V-VMs in CSVs beachtet werden.

1.    Es sollte die neueste Version Ihrer BackupChain verwendet werden
2.    Alle VM-Dateien müssen im gleichen CSV-Format gespeichert werden.
3.    Die Sicherung sollte nur über die Registerkarte Hyper-V erfolgen. Das vollständige Server-Image-Backup darf keine CSV-Volumes enthalten; es sollte nur das Systembetriebssystem und optional Datenträger enthalten.
4.    Wenn es wahrscheinlich ist, dass VMs auf andere Knoten verschoben werden, sollte die Autoselect-Funktion verwendet werden, anstatt die VMs aus der Liste auszuwählen. Eine Geschwindigkeitsbeschränkung wird aktiviert, wenn bei der Erstellung der Aufgabe die Cluster-Option gesetzt wird. Diese kann erhöht oder abgeschaltet werden, wenn Sie sicher sind, dass der CSV-Verwaltungsverkehr zu 100% isoliert ist und nicht durch Backup-Verkehr und andere Datenübertragungen beeinträchtigt werden kann. Andernfalls kann es passieren, dass die Herzschläge nicht rechtzeitig ankommen und Hyper-V den Knoten vollständig abschaltet.

Wie bei allen Hyper-V-Sicherungen kann es je nach Host- und Gastbetriebssystem vorkommen, dass Hyper-V kurz vor der Sicherung einen winzigen Kontrollpunkt "einschiebt", der unmittelbar nach der Init-Phase gelöscht wird. Diese Checkpoint-Datei erscheint in den Sicherungsordnern als *.AVHDX. Darüber hinaus finden Sie auch andere AVHD / X in den Backup-Ordnern, wenn die VM andere Checkpoints hat.

Wir empfehlen, Checkpoints nicht zu verwenden, und wenn Sie sie verwenden, sollten sie nur für kurze Zeit verwendet werden. Bei der Verwendung von Checkpoints gibt es auch einige Nachteile und Risiken zu beachten. Die granulare Wiederherstellung in BackupChain funktioniert nur auf VHD / X-Basis. Checkpoints können mit dieser Funktion nicht inspiziert werden, d.h. eine vollständige Wiederherstellung ist wahrscheinlicher, wenn die gewünschten Dateien nicht in der VHD-Hauptdatei gefunden werden können. Wenn Sie einen Checkpoint in Hyper-V erstellen, wird der VHD eingefroren (und frühere Checkpoints auch) und ein neuer AVHD/X wird erstellt. Alle Änderungen innerhalb der VM werden in Zukunft sektorweise auf den AVHD geschrieben. Beim Löschen des Checkpoints muss der Inhalt der AVHDs mit dem übergeordneten VHD zusammengeführt werden, was eine Weile dauern kann.

Die Nachteile sind höhere Komplexität und langsamere Hosts und Netzwerkzugänge. Risiken sind möglicher Datenverlust, es gab bereits mehrere Fehler in Hyper-V, die zu einem vollständigen Verlust führten. Einige risikoreiche Phasen sind geblieben, z.B. der Merge-Prozess, wenn ein Checkpoint gelöscht wird oder wenn VHD-Referenzen bei der Erstellung von Checkpoints eingerichtet werden. Wenn z.B. das System gesichert wird oder bei einem Stromausfall, bei dem auch der Speicher des CSV getrennt wird und zusätzlich betroffen ist, besteht die Gefahr der Datenverfälschung. Microsoft hat natürlich das VHDX-Format verbessert, um die Risiken zu verringern, aber virtuelle Festplatten sind sicherlich nicht zu 100 % gegen Korruption aus allen Gründen geschützt.

Liste wirksamer Hyper-V-Sicherungsstrategien

Gemeinsame Hyper-V-Sicherungsstrategien

Das Sichern von virtuellen Hyper-V-Maschinen kann einfach sein; je nach Einrichtung kann es jedoch auch komplex werden.

Es gibt mehrere gängige Disaster Recovery-Szenarien für Hyper-V:

    Sichern Sie die VMs und führen Sie eine Sicherungshistorie. Sichern Sie zum Beispiel jede Nacht und behalten Sie die letzten 7 Tage
    Live-Backups und Offline-Backups (heiße oder kalte Backups), bekannt als agentenloses Backup
    Gespeicherte Sicherungen des Staates (Freeze-Backups)
    Sicherungen innerhalb der VM (Agenten-Backup)
    Live-Hyper-V-VM-Replikation

 
Vom Gastgeber entnommene Sicherungen
Hyper-V-Live-Sicherungen

Live-Backups sind das, was die meisten Benutzer wünschen. Live-Sicherungen werden von Hyper-V und VSS, dem Volume Shadow Service von Microsoft Windows XP und höher, bereitgestellt.

Ältere Betriebssysteme liefern kein VSS und sind daher mit Live-Sicherungswerkzeugen nicht kompatibel.

Damit Live-Sicherungen ordnungsgemäß funktionieren, müssen Sie über Folgendes verfügen:

    VSS-fähiges Host-Betriebssystem und einwandfrei funktionierendes VSS. (Windows Server 2008 und höher)
    VSS-fähiges Gastbetriebssystem. Die VMs müssen unter Windows XP oder Server 2003 und höher laufen. Abhängig von der Version Ihres Host-Betriebssystems werden möglicherweise einige Linux-Varianten unterstützt.
    Sie müssen die neuesten Hyper-V-Integrationsdienste in jeder VM installiert haben.
    Sie müssen NTFS-Dateisysteme verwenden
    Sie müssen genügend RAM und Festplattenspeicher zur Verfügung haben (mindestens 10 GB Festplattenspeicher und 1 GB RAM)
    Sie müssen über einen ausreichend großen VSS-Speicherbereich verfügen. Verwenden Sie VSSUIRUN.EXE oder vssadmin, um unbegrenzte oder hohe Grenzen über 10 GB festzulegen, um Probleme zu vermeiden.

Die Sicherungsanwendung initiiert den Prozess und bezieht Windows, Hyper-V und VSS mit ein. Das Sicherungssignal wird ebenfalls in die VM geschoben. Der VSS der VM wird dann ausgelöst und benachrichtigt alle Dienste innerhalb der VM, die in der Lage sein könnten, VSS-Anfragen zu bearbeiten. Dann wird das Backup über einen praktisch eingefrorenen, anwendungs- und absturzkonsistenten Zustand der VM genommen, während die VM ohne Unterbrechung weiterarbeitet.

 
Offline-VM-Backups

Offline-VM-Backups eignen sich hervorragend, wenn Sie nicht über VSS-fähige Dienste oder Betriebssysteme verfügen. Aber auch, weil Offline-Backups manchmal "besser" sind. Zum Herunterfahren werden alle Dienste benötigt, auch das Betriebssystem der VM. Dann wird das Backup genommen und die VM bootet wieder. Dadurch wird sichergestellt, dass die VM in regelmäßigen Abständen bootfähig ist; die erforderliche Ausfallzeit kann jedoch bei vielen Einstellungen ein Problem darstellen.

Das Neustarten von VMs ist gut, weil es Windows und andere temporäre Bereiche im System löscht und sicherstellt, dass die VM tatsächlich bootfähig ist. Manchmal können VHDs beschädigt werden oder ein Virus oder Softwarefehler kann Probleme mit dem Bootvorgang verursachen. Wenn Backups immer live geschaltet werden und die VM nie neu gestartet wird, werden die Fehler nie auftauchen und unbemerkt bleiben.

Darüber hinaus weiß der Administrator oft nicht, ob auf dem virtuellen Server VSS-inkompatible Dienste laufen.

Beispiele hierfür sind:

    Microsoft Access
    MySQL
    Proprietäre Datenbanken und Flatfile-Datastore-Anordnungen

 
Gespeicherte Staats-Backups

Saved State ist das, was Microsoft erfunden hat, um einigermaßen nützliche Backups mit (normalerweise) minimalem Datenverlust von nicht VSS-konformen Betriebssystemen erstellen zu können:

    die meisten Linux-Varianten auf Windows Server 2008 / R2 und 2012 Host-Servern
    Windows Server 2000 und älter
    Moderne Windows-Versionen mit alten oder nicht existierenden Hyper-V-Integrationsdiensten

Wenn die VM nicht über eine aktuelle Hyper-V-Integrationsdienst-Installation verfügt, wird sie im Modus Gespeicherter Zustand gesichert.

Es können auch Backups im Modus "Gespeicherter Zustand" durchgeführt werden (die Entscheidung liegt beim Hyper-V-Management, nicht bei der Backup-Anwendung), wenn:

    Es sind nicht genügend Ressourcen vorhanden (RAM, wie im Fall von stark fragmentiertem RAM)
    Das VM OS befindet sich in einem Boot- oder Shutdown-Prozess

 
Live-Hyper-V-VM-Replikation

Sie können VMs von einem Server auf einen anderen Server replizieren und mit Hilfe der Backup-Versionierung auch die Anzahl X vergangener Versionen beibehalten. Anstatt virtuelle Festplatten zu komprimieren und zu deduplizieren, können sie stattdessen kopiert werden, sobald VSS sie in einen abstürzenden und anwendungskonsistenten Zustand gebracht hat. Auf dem Wiederherstellungsserver können sie bei Bedarf jederzeit ohne Verzögerung hochgefahren werden, da die virtuellen Platten in ihrem nativen Format vorliegen und startbereit sind.

 
Innerhalb der VM durchgeführte Sicherungen (Agent Backup)

Einige Szenarien erfordern Backups, die innerhalb der VM erstellt werden müssen:

    Sie verwenden ein VSS-inkompatibles Betriebssystem, das nicht live vom Host gesichert werden kann, z.B. Linux oder Windows Server 2000
    Sie verwenden direkt angeschlossenen Speicher innerhalb der VM, wie iSCSI oder eine gemountete Partition, die sich physisch auf dem Host befindet.

 
Eine andere Lösung, um beide Strategien zum Funktionieren zu bringen

Granular Backup für Hyper-V ist eine innovative Funktion, die es IT-Administratoren ermöglicht, vom Host aus auf Dateien innerhalb von VMs zuzugreifen. Sie können ein Live-Backup von VM-Ordnern durchführen, ohne Software innerhalb von VMs zu installieren, wenn die virtuellen Festplatten der VMs vom Host aus zugänglich sind. Siehe diese Backup-Lösung für Hyper-V und diese.

Kann Hyper-V von einem USB-Laufwerk gebootet werden? Ja!

Eine Frage, die wir häufig hören, ist, ob Hyper-V vom USB-Laufwerk gebootet werden kann. Tatsächlich gibt es einen Trick, den Sie verwenden können, um Hyper-V Server 2019 von USB zu booten, einschließlich älterer Versionen (2016, 2012).

In dem oben verlinkten Artikel finden Sie Anweisungen zum Einrichten. Ein schneller USB-Stick wird empfohlen. Wir hatten gute Ergebnisse mit SanDisk Ultra mit USB 3.0 und es ist auch ziemlich billig.

Hoffe, das hilft!

VM Cloud Backup für virtuelle Maschinen: schnell und günstig

Wenn Sie virtuelle Maschinen in der Cloud sichern möchten, sind im Folgenden einige Probleme aufgeführt, die Sie bei der Planung Ihres VM-Cloud-Sicherungssystems berücksichtigen sollten.

Besitzen Sie zunächst beide Seiten des Cloud-Backups oder müssen Sie irgendwo Speicher kaufen? Einige Lösungen bieten diesbezüglich Flexibilität, andere nicht.
Wenn VMs in der Cloud gesichert werden, werden sie normalerweise auf Sektorebene gesichert. Dies bedeutet, dass Teile der virtuellen Festplatten in die Cloud gesendet werden. Verschlüsselt die Lösung Ihre Daten vor dem Senden und ist der Link zur Cloud ebenfalls verschlüsselt? Bleiben die Sicherungsdaten in der Cloud verschlüsselt?
Während das Sichern auf Sektorebene für viele Szenarien gut ist, ist ein Ansatz auf Dateiebene manchmal besser und / oder ermöglicht bei Bedarf einen einfacheren Zugriff auf gesicherte Daten. Erfordert die Lösung die Installation eines Agenten in der VM (und Sie müssen ihn auch langfristig warten), um auf VM-Dateien in der Cloud zugreifen und diese sichern zu können?
Bietet die Lösung eine Deduplizierung, die sich wiederholende Daten aus der Sicherung entfernt? Wenn dies nicht der Fall ist, muss die gesamte VM jedes Mal gesichert werden. Auch Speicher würde in hohem Maße verschwendet.
Kann die Lösung effektiv mit defekten Links umgehen, beispielsweise wenn die Internetverbindung für einen Moment ausfällt, oder wird sie erneut von Grund auf hochgeladen?


Gibt es endlich jemanden, der Ihnen hilft, wenn Sie aus irgendeinem Grund festsitzen? Ein wichtiges Problem beim Erstellen eines eigenen Cloud-Systems mit öffentlichem Speicher wie Azure oder S3 ist, dass normalerweise keine anwendungsspezifische Unterstützung vorhanden ist. Sie müssten für speicherspezifischen Support bezahlen, aber ein Hauptnachteil eines "Homebrew" -Systems (unter Verwendung von Skripten oder verschiedenen Softwarekomponenten) ist der Mangel an Ressourcen für Wartung und Fehlerbehebung.

Nachdem wir uns viele Lösungen angesehen hatten, stellten wir fest, dass BackupChain sich dadurch auszeichnet, dass es alle oben genannten Aufgaben zu einem sehr niedrigen Preis sehr gut handhabt. In Kombination mit den von BackupChain angebotenen Server-Cloud-Backup-Plänen können VMs innerhalb von Minuten zu einem Bruchteil der Kosten problemlos in der Cloud gesichert werden. Ein großer Vorteil ist, dass Sie auch einen Remote-Backup-Speicherort in einem anderen Büro einrichten und die Büros miteinander verbinden können, um sie von einem zum anderen zu sichern. BackupChain enthält die Tools, die Sie benötigen, um all das mit seiner sicheren Cloud-Server- Komponente zu tun, die in der Software enthalten ist.

Konvertieren von Windows in einen virtuellen Computer: Server 2019, 2016, Windows 10

Suchen Sie nach einem Tool zum Konvertieren von Windows 10 in eine virtuelle Maschine (VM) oder Windows Server in eine virtuelle Maschine? In diesem Beitrag werden wir uns ein Tool ansehen, das diese Arbeit sehr leicht macht.

Konvertieren von Windows 10 und Windows Server 2019 in eine virtuelle Maschine

Um den Betriebssystemdatenträger oder tatsächlich einen Datenträger in einen virtuellen Computerdatenträger zu konvertieren, sollten Sie dieses Backup-Programm verwenden. Erstellen Sie eine neue Sicherungsaufgabe (es wird dort als Backup bezeichnet, da Sie diese Funktionalität auch für Sicherungszwecke verwenden, zwei Fliegen mit einer Klappe töten), P2V oder Festplattensicherung auf Sektorebene auswählen. Selbst wenn Ihr Computer über mehrere Datenträger verfügt, werden sie gleichzeitig verarbeitet, und die Konvertierung wird konsistent zueinander gemacht, sodass alle Daten auf beiden Datenträgern konsistent sind, verarbeitet werden, um den genauen Zeitpunkt für beide widerzuspiegeln.

Konvertieren von Windows in VHD, VHDX, VMDK und VDI

Die Konvertierung hat mehrere Möglichkeiten. Sie können Windows in VHD-, VHDX-, VMDK- und VDI-Datenträger konvertieren. VHD und VHDX sind für Hyper-V. VMDK kann in VMware ESX / ESXi, VMware vSphere, VMware Workstation und VMware Player verwendet werden. VDI ist das Format, das in VirtualBox verwendet wird. Sie können so z.B. ein Backup für VMware Workstation erzeugen.

Sichern oder Konvertieren von Windows in eine virtuelle Maschine? Beide!

Das Tolle an BackupChain ist, dass es all dies automatisch nach einem Zeitplan tun kann, so dass Sie Ihren Windows Server einmal am Tag oder so oft wie Sie möchten nach einem Zeitplan konvertieren können. Keine Skripte, keine Kopfschmerzen! Die von BackupChain erstellten VHD-Dateien können an Hyper-V, VMware oder VirtualBox und andere Plattformen angeschlossen werden, um Ihren PC oder Server bei Bedarf als virtuelle Maschine zu starten.

Bonus: Konvertieren von virtueller Maschine auf physische Festplatte

BackupChain ist nicht nur ein VM-Konverter und eine Backup-Lösung, sondern kann auch das Gegenteil tun: Sie können eine VM zurück auf eine physische Festplatte konvertieren. Sie können anc eine VHD jederzeit und bei Bedarf auch über einen Zeitplan auf eine physische Festplatte oder ein beliebiges anderes Format kopieren.

Nachteile von Cloud Backup

Während die Vorteile von Server Cloud Backups von nahezu allen Anbietern von Backup-Programmen wiederholt ausführlich erörtert werden, ist es wichtig, auch die Nachteile der Cloud-Backup-Strategie zu berücksichtigen.
Alle Technologien und Strategien haben Vor- und Nachteile, und Cloud-Backups haben ihre eigenen. Wenn Sie Cloud-Backups für Ihr Unternehmen in Betracht ziehen, sollten Cloud-Backups eine lokale Backup-Strategie erweitern - nicht ersetzen -, da lokale Backups ihre eigenen Vorteile gegenüber anderen Backup-Strategien haben.

Abhängigkeit von einem Drittanbieter

Cloud-Backups sind praktisch. Sie müssen keine Hardware kaufen, um die Daten zu speichern oder zu ersetzen, wenn sie kaputt gehen. Sie verlassen sich jedoch darauf, dass Ihr Provider dies ordnungsgemäß und zuverlässig tut.
Viele Anbieter sind zu diesem Zeitpunkt finanzierte Unternehmen und können über Nacht verschwinden, wenn die Finanzierung abgeschnitten wird. Dies war in der Vergangenheit der Fall, als die Investoren des Unternehmens keine Fusionen oder Übernahmen durchführten. Manchmal findet eine Übernahme des Cloud-Anbieters statt, aber der Servicevertrag und die Preise werden so geändert, dass Sie den für Ihre Anforderungen geeigneten Anbieter nicht mehr finden. Die Möglichkeit, dass Sie mit Ihrem Anbieter unzufrieden sind, bringt uns zum nächsten Punkt: dem Anbieterwechsel.

Schwierigkeiten beim Anbieterwechsel

Natürlich verfügen Cloud-Backup-Anbieter über eine eigene Infrastruktur, die verschiedene Softwarekomponenten umfasst. Diese Infrastruktur ist effizient, aber auch proprietär. Cloud-Anbieter sind an langfristigen Partnerschaften mit ihren Kunden interessiert, da die Kundenakquise im Allgemeinen teuer ist (Google berechnet etwa 100 US-Dollar pro Klick für Keywords im Zusammenhang mit Cloud-Backups). Es ist daher nicht verwunderlich, dass es nicht viele offene Standards gibt, die einen schmerzlosen und schnellen Weg zum Anbieterwechsel ermöglichen, da dies nicht im Interesse von Cloud-Anbietern liegt.
Wenn Ihr Unternehmen jedoch über eine große Datenmenge in der Cloud verfügt, gibt es ein weiteres Problem: die Bandbreite.

Abhängigkeit von Internetprovider und Bandbreite

Cloud-Speicher ist nutzlos, wenn Sie keine effiziente Verbindung herstellen können, was hohe Geschwindigkeit und niedrige Kosten bedeutet. Wenn Ihr Unternehmen jeden Monat Terabyte an Daten generiert, müssen alle diese Daten etwas schneller hochgeladen werden als sie generiert werden, um eine gewisse Wartezeit zu ermöglichen. Sie müssten Internetverbindungen mit der erforderlichen Bandbreite bereitstellen und diese jeden Monat bezahlen, was nicht nur die Gesamtkosten eines Cloud-Backup-Systems erhöht, sondern auch eine Abhängigkeit von Ihrem Internetprovider und dessen Servicequalität schafft.
Wenn Ihr Anbieter der einzige in der Region ist, der die von Ihnen benötigten Verbindungsgeschwindigkeiten zu einem erschwinglichen Preis bietet, besteht die Möglichkeit, dass er früher oder später sein Monopol ausnutzt und die Preise mittelfristig radikal erhöht.
Das Hauptproblem bei Cloud-Backups in den USA besteht derzeit jedoch darin, dass die meisten Unternehmen keinen Zugang zu einer erschwinglichen Internetverbindung mit hoher Bandbreite haben. Als Faustregel gilt, dass Sie für jedes GB Daten pro Tag eine Upload-Geschwindigkeit von Mbit / s angeben möchten, um das Hochladen über Nacht innerhalb einer angemessenen Zeit abzuschließen.
Hyper-V-Backups über die Cloud sind eine interessante Untergruppe von Cloud-Backups, die sich mit sehr großen Dateien befassen, die täglich in der Cloud aktualisiert werden müssen. Während Cloud-Backup-Anbieter Wege gefunden haben, um diese Art von Hyper-V-Sicherung über relativ langsame Verbindungen durchzuführen (siehe beispielsweise Schritt-für-Schritt-Windows 10-Hyper-V-Backups), muss das Problem der Wiederherstellung noch berücksichtigt werden.

Überlegungen zur Wiederherstellung

Aus den oben genannten Gründen bieten die meisten Cloud-Anbieter Seeding und Express-Wiederherstellung mithilfe externer Festplatten an, die per Kurier versendet werden, falls Sie innerhalb kurzer Zeit eine große Datenmenge wiederherstellen müssen.
Wenn Internetverbindungen so schnell wären wie lokale Netzwerkverbindungen, wäre diese Art von Service nicht erforderlich. Da die Wiederherstellung von Cloud-Daten von der Verfügbarkeit einer guten Internetbandbreite abhängt, eignet sie sich möglicherweise nicht als eigenständige Sicherungsstrategie. Für eine schnelle Wiederherstellung ist es am besten, ein lokales Backup zur Verfügung zu haben. Cloud-Backups sollten in seltenen Fällen in Betracht gezogen werden, wenn der lokale Speicher zerstört wird, z. B. durch Naturkatastrophen, Vandalismus, Diebstahl usw.

Hyper-V: 18 Dinge, die Sie kennen müssen

Das Folgende ist eine kurze Liste von 18 Fallstricken, auf die Sie bei der Verwendung von Hyper-V stoßen können. Wir haben diese Liste im Laufe der Jahre zusammengestellt, als wir ein Tool zum Sichern von Hyper-V erstellt haben. Der Link zu Microsoft Hyper-V ist übrigens hier .
Eine detaillierte Analyse der folgenden Punkte finden Sie unter 18 Hyper-V-Fallstricke, die Sie kennen müssen .
Fallstrick Nr. 1: Verwenden von Skripten anstelle einer speziellen Hyper-V-Sicherungssoftware : Powershell erledigt möglicherweise die Aufgabe, aber wir müssen uns der Tatsache bewusst sein, dass Microsoft die Hyper-V-APIs regelmäßig ändert und viele Skripte keine ordnungsgemäße Fehlerbehandlung aufweisen. Oft fehlen hausgemachten Skripten auch wichtige Funktionen, um verschiedene Konfigurationsszenarien unter der Haube zu bewältigen.
Fallstrick Nr. 2: Nicht oft genug sichern
Fallstrick Nr. 3: Unterschätzen der Komplexität von Konfigurationen von virtuellen Hyper-V-Maschinen: Beim Umgang mit VM-Konfigurationen steckt viel mehr dahinter, als nur auf eine virtuelle Festplatte zu verweisen
Fallstrick Nr. 4 : VSS (Volume Shadow Copy Service) nicht optimieren: Microsoft hat VSS erstellt, um sicherzustellen, dass Sie früher oder später Ihre Haare verlieren
Fallstrick Nr. 5: Nicht genügend freier Speicherplatz und RAM auf dem Host und in VMs. Der Mangel an Ressourcen ist eine wichtige Zutat für ein Fiasko in Windows…
Fallstrick Nr. 6: Verwenden dynamisch wachsender / expandierender virtueller Festplatten: Ja, sie sind praktisch, aber das ist so ziemlich alles Positive.
Fallstrick Nr. 7: Zu oft sichern: Paranoia ist selbst in der IT teuer
Fallstrick Nr. 8: Ignorieren von Festplattenwarnungen. Eine Fehlbezeichnung, die ziemlich viel Geld kostet. Nach dem Umgang mit rund 40.000 Kunden wissen wir, dass die Festplattenwarnung zu 99,9% keine Warnung ist. Dies ist der letzte Aufruf, der Maßnahmen ergreift, bevor das Festplattenlaufwerk in Rauch aufsteigt
Fallstrick Nr. 9: Hyper-V Integration Services nicht auf dem neuesten Stand halten. Insbesondere unter Windows Server 2008 R2 ist dies ein Problem, da der Hyper-V-Manager die Version des VM-Integrationsdienstes nicht anzeigt.
Fallstrick Nr. 10 : Nicht genügend Speicherplatz auf dem Sicherungsziel verfügbar.
Fallstricke Nr. 11: Nicht genügend Speicherplatz gekauft. Du hast nie genug, Punkt.
Fallstrick Nr. 12: Das Backup-Tool nicht auf dem neuesten Stand halten. Hyper-V ändert sich intern häufig genug, um alle zu beschäftigen.
Fallstrick Nr. 13: Keine Installation von Windows-Updates auf VMs und auf Hyper-V-Hosts: In Windows Server 2016 wird uns mitgeteilt, dass VMs ihre Integrationsdienste automatisch aktualisieren. Schließlich…. Für alle anderen Software-Updates müssen Sie diesen Prozess jedoch selbst verwalten.
Fallstrick Nr. 14: Nicht regelmäßig auf RAM- und Festplattenfehler testen: Wenn Sie sich noch nie mit Bit Rot befasst haben ( Bit Rot & Datenverlust: Sind Sie sich des Schadenspotenzials bewusst? ), Haben Sie noch nichts gesehen.
Fallstrick Nr. 15: Kompression zu hoch oder zu niedrig
Fallstrick Nr. 16: Zu viele VMs von derselben Festplatte ausführen. Haben Sie "zu viele Betten in einem Schlafzimmer"?
Fallstrick Nr. 17: Beim Kauf einer Infrastruktur sind keine Hyper-V-Sicherungen geplant
Fallstrick Nr. 18: Verwenden von NTFS-Komprimierung oder -Verschlüsselung oder Bitlocker auf Hyper-V-Hosts
Bis heute ist die NTFS-Komprimierung fehlerhaft. Darüber hinaus führt die Verschlüsselung und Komprimierung auf Dateisystemebene zu erheblichen Leistungseinbußen und zumindest zu einer starken Fragmentierung. Auf einem Produktionssystem würden wir daher nicht empfehlen, diese NTFS-Funktionen zu verwenden.
Jede der oben genannten Fallstricke wird ausführlich beschrieben in: 18 Hyper-V-Fallstricke, die Sie kennen müssen .

Ausführen von Hyper-V in einer virtuellen Maschine

Kurzum: Es kann gemacht werden und es funktioniert! Hinweis: Sie benötigen wie immer eine guten PC oder einen guten Server. Installieren Sie VMware Workstation und erstellen Sie eine VM. Stellen Sie sicher, dass Sie es noch nicht starten!
Fügen Sie der * .VMX-Datei der neuen virtuellen Maschine die folgenden Zeilen hinzu:

 mce.enable = "TRUE"
 hypervisor.cpuid.v0 = "FALSE"
 vhv.enable = "TRUE" 

Starten Sie dann die VM, installieren Sie Windows und fertig!
Grundsätzlich funktioniert es wahrscheinlich nicht mit Hyper-V als Host, wie wir es versucht haben, aber VMware Workstation 8, 9 und 10 haben sehr gut funktioniert.
Wenn Sie mehrere Hyper-V-VMs auf VMware hosten und VMs hinzufügen möchten, benötigen Sie zunächst einen guten PC. Ausreichend RAM ist ein Muss und ein gutes Stripe-RAID oder eine superschnelle SSD-Festplatte werden definitiv helfen!
Für die Ausführung von Softwaretests und dergleichen ist dies ein recht nützliches Szenario. Sicher, einige IT-Administratoren werden stöhnen, es ist ein nicht unterstütztes Szenario, aber bei BackupChain wird gerne experimentiert. Innovation birgt das Risiko eines Scheiterns, aber wir konzentrieren uns gerne auf den Erfolg 😉
Wenn Sie VMs nested hosten wollen, funktioniert der obige Trick nicht mehr ab Windows Server 2016. Haben Sie eigentlich Software für Ihre Hyper-V Sicherung?

Ein Forum für Backup Fragen und Sicherungsthemen

Es gibt nun endlich ein Forum, wo Fragen zur Windows Sicherung gestellt werden können. Das Forum soll das Thema Backup weit abdecken, insbesondere auch Fragen zur Datensicherung virtueller Maschinen, aber auch einzelner physischer Windows Server. Im Forum backup.education entsteht eine Knowledge Base, die hoffentlich vielen IT Fachleuten weiterhelfen wird, auch im deutschen Sprachraum. Neben Spiceworks und administrator.de gibt es natürlich viele Foren für Administratoren, jedoch ist dort das Thema Sicherung nur ein Unterthema, was bei backup.education anders sein soll.
Viel Spaß!

Konvertierung physische Maschine in eine virtuelle Hyper-V, VMware, VirtualBox

Suchen Sie ein Tool, mit dem eine physische Maschine in eine virtuelle Maschine (VM) konvertiert werden kann, damit Sie sie auf Hyper-V, VMware oder VirtualBox ausführen können? Der Prozess ist sehr einfach und voll automatisiert mit BackupChain. Tatsächlich können Sie dies auch als eine Art Backup-Lösung wiederholt durchführen lassen, wenn nötig.

Konvertieren Sie eine physische Maschine in eine virtuelle Maschine (VM).

Um eine physische Maschine in eine virtuelle Maschine zu konvertieren, laden Sie einfach zuerst BackupChain herunter und erstellen eine neue Sicherungsaufgabe vom Typ „P2V“. Wählen Sie die Festplatte aus und geben Sie die Ausgabedatei und ihr Format an: VHD, VHDX, VMDK oder VDI. Führen Sie die Aufgabe dann sofort aus oder legen Sie sie nach einem Zeitplan fest, wenn dies als Sicherungslösung wiederholt auftreten soll.

Konvertieren Sie die physische Maschine in Hyper-V

Um Ihren physischen Computer in Hyper-V zu konvertieren, spielt es in BackupChain entweder das VHD- oder das VHDX-Zielformat, unabhängig davon, ob es sich um Windows 10 oder Windows Server 2016 oder älter handelt. Erstellen Sie nach Abschluss der Konvertierung eine neue VM in Hyper-V und wählen Sie die von BackupChain als Festplatte erstellte virtuelle Festplatte aus. VHDX sollte auf neueren Hyper-V-Versionen (Server 2012 und höher) verwendet werden und ermöglicht Festplatten mit mehr als 2 TB.

Konvertieren Sie die physische Maschine in VirtualBox

Um eine physische Maschine in VirtualBox zu konvertieren, müssen Sie das VDI-Format auswählen. Alle anderen Schritte sind dieselben wie bei Hyper-V. Erstellen Sie einfach eine neue VM in VirtualBox, und anstatt VirtualBox eine neue virtuelle Festplatte erstellen zu lassen, wählen Sie die von BackupChain erstellte VDI-Datei aus.

Konvertieren Sie die physische Maschine in VMware Workstation, VMware ESXi und VMware vSphere

Der andere Schritt, der zum Konvertieren einer physischen Maschine in VMware erforderlich ist, ist die Verwendung des VMDK-Zielformats. Beachten Sie, dass in mehreren VMware-Versionen auch EFI-BIOS angeboten werden können. Wenn Ihr Windows 10-PC oder Windows Server mit EFI / UEFI startet, funktionieren die konvertierten Festplatten auch unter VMware.

Universelle Startfunktion

Es gibt bestimmte P2V-Szenarien, für deren Start möglicherweise einige Anpassungen erforderlich sind. Beispielsweise können bestimmte ältere Windows-Versionen nicht von EFI als VMs der 2. Generation in Hyper-V gestartet werden. Einige VMs müssen möglicherweise von IDE / SATA nach SCSI oder umgekehrt verschoben werden. Verwenden Sie das Festplattenvorbereitungstool von BackupChain, um diese universellen Startänderungen an der Festplatte vorzunehmen, bevor Sie von dieser starten. BackupChain kann MBR auch in GPT konvertieren und umgekehrt, um bestimmte Konvertierungsszenarien zu ermöglichen.

Tool herunterladen

Sie können BackupChain hier herunterladen.Mit dem Tool könnt ihr auch VirtualBox sichern, VMware sichern, und Hyper-V automatisch sichern z.B. nachdem der Computer auf VM konvertiert wurde, also auch nach dem Konvertierungsprozess nützlich. 

Windows Server 2019 Sicherungssoftware

Falls Sie noch nichts gehört haben, ist Windows Server 2019 bereits released! Und natürlich brauchen wir Backup-Software für Windows Server 2019....

Windows Server 2019 herunterladen

Für diejenigen, die Windows Server 2019 noch nicht heruntergeladen haben, müssen Sie lediglich die ISO aus dem Microsoft Evaluation Center herunterladen. Es handelt sich um eine 180-Tage-Testversion, die Sie beim Kauf in eine lizenzierte Version konvertieren können. Wenn Sie es nur ausprobieren möchten, finden Sie hier einen Tipp.

"Spielen" mit Windows Server 2019 ohne Neuinstallation von Windows

Mein Vorschlag ist einfach. Solange Ihr Computer über 2 GB RAM und einen USB 3.0-Anschluss verfügt, tun Sie dies: Installieren Sie Windows Server 2019 nicht auf einer Festplatte, sondern auf einem USB 3.0-Stick. Ein sehr schneller und kostengünstiger USB-Stick für diesen Zweck ist Sandisk Ultra, entweder 64 GB oder größer. Verwenden Sie Rufus unter Windows 10 oder Windows Server 2012 mit eingestecktem Stick und wählen Sie die ISO-Datei für Windows Server 2019 aus. Wählen Sie die Option „Windows to Go“ und wählen Sie den USB-Stick. Rufus bereitet dann Ihren USB-Stick mit Windows darauf vor! Starten Sie den Computer mit eingestecktem Stick neu und drücken Sie F12, um zu den Startmenüoptionen zu gelangen. Wählen Sie Boot von USB und lassen Sie Windows die Installation abschließen. Jetzt haben Sie einen vollständigen Windows Server 2019, der von einem USB-Stick ausgeführt wird, relativ schnell und ohne Auswirkungen auf die Festplatte Ihres Computers. Ich denke, das ist hervorragend zum Testen!

Sicherungssoftware für Windows Server 2019

Sobald Sie alles zum Laufen gebracht haben und wichtige Daten und VMs in Ihrer neuen Windows-Installation gespeichert sind, benötigen Sie natürlich eine Sicherungssoftware. Verwenden Sie BackupChain , um Windows Server 2019 zu sichern . Es verfügt über alle Backup-Funktionen, ist anpassbar und hat einen niedrigen Preis, sodass Sie mehr Geld in Ihrem Budget für Backup-Speicher ausgeben können. BackupChain bietet auch Cloud-Pläne an, die Sie zu einem niedrigeren Preis als Amazon S3 oder Microsoft Azure hinzufügen können.

Zusammenfassung

Das Ausprobieren von Windows Server 2019 muss nicht kompliziert sein. Sie können alle Funktionen von Windows Server 2019 ausprobieren, indem Sie es wie oben beschrieben von einem USB-Stick ausführen. BackupChain bietet eine wettbewerbsfähige, vollständige All-in-One-Lösung für IT-Mitarbeiter für Windows Server 2019-Backups mit allen Funktionen, die Sie benötigen, z. B. Backup virtueller Maschinen, Klonen von Datenträgern, Hyper-V-Backups usw.

Können Hyper-V, VirtualBox oder VMware gleichzeitig ausgeführt werden?

Vielleicht fragen Sie sich, ob Hyper-V, VMware und / oder VirtualBox gleichzeitig existieren und auf demselben Computer oder Server ausgeführt werden können, insbesondere auf einem Windows-Host?

Die Antwort lautet "Nein".

Einige VMs funktionieren möglicherweise mit VMware Player oder VMware Workstation und VirtualBox. Es ist jedoch nicht stabil und wird auch nicht empfohlen. Sie müssen entscheiden, ob Sie Hyper-V, VMware Workstation oder VirtualBox auf demselben PC oder Windows Server verwenden möchten. Sie können sie nicht beide gleichzeitig ausführen oder installieren, wenn Sie bereits die andere Virtualisierungsplattform installiert haben. Und wenn Sie es trotzdem schaffen, zwei Plattformen gleichzeitig zu installieren, wird das System wahrscheinlich instabil.

Haben Sie jedoch die Software, die Sie zum Sichern von Hyper-V , VMware sichern oder VirtualBox sichern benötigen? Wenn nicht, probieren Sie BackupChain aus. Diese PC und Server Backuplösung ist einfach zu bedienen und bietet Deduplizierung, um Speicherplatz zu sparen.