18 Hyper-V Tipps und Strategien, die Sie kennen müssen

Der folgende ausführliche Artikel fasst die allgemeinen Hyper-V- und HyperV Sicherungs Tipps und -Tricks zusammen, die unser BackupChain-Tech-Supportteam seit dem ersten Rollout im Jahr 2009 gesammelt hat. BackupChain unterstützt jetzt auch Backups auf Windows Server 2016 und Windows 10 .

Während einige der folgenden Punkte sich auf Backup konzentrieren, sind andere allgemeiner und gelten für die normale Windows Server-Optimierung ohne Hyper-V.

Tipp 1: Verwenden Sie spezialisierte Backup-Software anstelle von Skripten

Die Sicherung virtueller Maschinen mithilfe von Skripts ist üblich und häufig nicht zuverlässig. Der Grund ist einfach: Viele Skripts haben keine angemessene Hyper-V-
und VSS-Integration, Fehlerbehandlung, Protokollierung, Fehlererkennung und Verifizierung. Dateien können fehlen oder beschädigt sein und man würde es nie
bemerken, bis das Backup tatsächlich für eine Wiederherstellung verwendet wird. Wenn Sie all die Arbeit mit einbeziehen, die für das Schreiben eines großartigen Backup-Skripts mit vollständiger Fehlerkontrolle und -behandlung erforderlich ist, sollten Sie stattdessen lieber ein dediziertes Tool kaufen.
Vergessen wir nicht, dass spezialisierte Backup-Tools auch die Backup-Konfiguration automatisch aktualisieren, wenn sich die VM ändert und wenn Microsoft Hyper-V aktualisiert; Das ist ein entscheidender Schritt, der in vielen Skripten übersehen wird. BackupChain bietet eine vollständige Backup-Lösung für Hyper-V und weiteren Windows Diensten an.

Tipp 2: Sichern Sie Ihre VMs oft

Backups virtueller Maschinen sind in der Regel ziemlich groß und große Dateien brauchen viel Zeit, um gesichert zu werden. Außerdem benötigen Festplatten von virtuellen Maschinen viel Platz. Daher kostet es Zeit und Speicherplatz. Diejenigen Hyper-V-Administratoren, die Skripts verwenden, haben es mit ihren Hyper-V-Kopien schwer.
Da Skripts keine Deduplizierung durchführen können, benötigt jede Sicherung, selbst wenn sie komprimiert ist, ziemlich viel Speicherplatz. Die Sicherungsverarbeitungszeit ist ebenfalls um ein Vielfaches höher, da Skripts während der Verarbeitung nicht mehrere CPU-Kerne verwenden können. Der normale ZIP-Algorithmus verwendet übrigens nur einen einzelnen CPU-Kern, auch wenn Ihr Server z.B. 32 Kerne hat.

Wenn der Host-Server ausfällt, sollten Sie eine möglichst aktuelle Sicherung haben, da Sie möglicherweise seit der letzten Sicherung viele Informationen verloren haben. Zwei weitere Probleme sind versehentliches Löschen und Softwarefehler: Wenn der Schaden bemerkt wird, ist das älteste “gute” Backup möglicherweise bereits bereinigt worden.

Tipp 3: Wie man Abhängigkeiten von virtuellen Maschinen aufdecken kann

Das Ausführen eines Backups auf einem “normalen” physischen Server ist viel unkomplizierter als das Sichern eines Hyper-V-Hosts aus dem einfachen Grund, dass Sie sich jeweils mit mehreren Servern auf gemeinsam genutztem Speicher und anderen vom Host angebotenen Ressourcen beschäftigen.

Eine dieser freigegebenen Ressourcen ist neben dem Festplattenspeicher und dem Arbeitsspeicher des Hosts VSS (Volume Shadow Copy Service). Dieser Service ist das Herzstück der Live-Sicherung. Wenn ein Live-Backup durchgeführt werden muss, wird VSS in den Backup-Prozess integriert. VSS wiederum kontaktiert alle VMs. Über die Hyper-V Integration Services erhält jede VM und jeder Service innerhalb dieser VM ein Signal zur Vorbereitung auf die Sicherung. Wenn mehrere VMs gleichzeitig gesichert werden, z. B. wenn mehrere
VM-Konsistenz erforderlich ist, ist es nicht ungewöhnlich, dass VSS mit einem Dutzend verschiedener Dienste, z. B. Microsoft Exchange, SQL Server, Oracle-Datenbanken, IIS-Server usw., Kontakt aufnimmt. Offensichtlich bedeutet dies eine starke Belastung für den Host-Server und eine enorme Menge an Ressourcen. Leider ist diese Art von Stress auch fehleranfällig. Wenn Fehler auftreten, beschuldigen einige Benutzer intuitiv den Messenger: die Backup-Software. Der eigentliche Grund für fast alle Sicherungsfehler hängt jedoch mit dem Host und der VM-Konfiguration zusammen. Jede VM hat eine Möglichkeit, das Live-Backup zu sperren, und jeder Dienst innerhalb dieser VM ebenfalls. Daher steigt die Anzahl möglicher Ursachen schnell auf über Hundert.

Nach der Überprüfung aller relevanten Windows-Ereignisanzeige-Protokolle kann man die Komplexität von VSS und die Integration aller Dienste beobachten. Hyper-V zu managen und zu sichern ist eine ganz andere Welt als die Verwaltung physischer Maschinen, da Hyper-V viele Systemkomponenten zwischen mehreren Servern miteinander verbindet.

Des IT-Administratoren “zweite Heimat” ist daher die Windows-Ereignisansicht, wo die meisten Probleme mit unterstützenden Details angezeigt werden.

Tipp 4: Feinabstimmung von VSS (Volume Shadow Copy Service)

Die Defaultwerte von Microsoft für VSS sind leider etwas schlect gewählt; Andernfalls können Sicherungen fehlschlagen.
Die Standardeinstellungen von Microsoft führen auch dazu, dass der Server nach einer Weile langsamer läuft, da sich im System Systemschatten anhäufen. Mit VSSUIRUN.EXE oder vssadmin können Sie die Speicherbereichsgrenzen für jedes Laufwerk überprüfen. Siehe http://backupchain.com/Cannot-Find-anymore-diff-area-candidates-for-volume-Volume-shadow-copy-service-error-troubleshooting.html

Es wird empfohlen, No Limit oder eine signifikant hohe Zahl zu verwenden, um alle Schreibvorgänge während längerer Backups zu puffern. Wenn der Speicherplatz knapp ist, müssen Sie ein neues Festplatten-Array kaufen oder VMs entfernen, um Speicherplatz freizugeben, da es äußerst wichtig ist, genügend freien Speicherplatz für VSS verfügbar zu haben:

Tipp 5: Halten Sie genügend freien Speicherplatz und RAM auf dem Host und in den VMs

Für eine gute NTFS- und VSS-Leistung ist es wichtig, genügend freien Speicherplatz zu haben.

Ein Datenträger mit weniger als 10% freiem Speicherplatz wird wahrscheinlich bis zu 50% langsamer ausgeführt, wenn Daten häufig hinzugefügt oder aktualisiert werden. Abgesehen von Geschwindigkeitsproblemen benötigt VSS auch viel Speicherplatz. Wenn Backups lange Zeit ausgeführt werden, müssen Schreibzugriffe auf Datenträger (geänderte Datenträgerblöcke) in einem dedizierten Bereich auf dem Datenträger gepuffert werden. Dieser Bereich wird als “VSS-Speicherbereich” bezeichnet und wächst weiter, bis die Sicherung abgeschlossen ist.
Je länger die Sicherung dauert und je mehr Daten während der Sicherungen aktualisiert werden, desto mehr Speicherplatz ist für VSS erforderlich.

Wenn Sicherungen gestartet werden, erhalten alle in VSS integrierten Dienste ein Signal und bereiten sich auf die Sicherung vor. Diese Dienste verbrauchen wahrscheinlich auch beträchtliche Mengen an Ressourcen, um alles vorzubereiten. Aus diesem Grund sollten Sie auf Nummer sicher gehen und mindestens 15% und 10 GB freien Speicherplatz reservieren.
Darüber hinaus ist die Zeit, die für die Vorbereitung aller VSS-fähigen Dienste zur Verfügung steht, fest und sehr begrenzt. Eine fragmentierte Festplatte oder fast vollständige Festplatte verzögert den Vorgang unnötig, was zu dem bekannten Fehler ” VSS Flush Timeout Limit ” führt. Sie möchten auch auf das Phänomen des fragmentierten RAM achten.

Beispiel: Eine VM ist ausgeschaltet, und Sie versuchen, sie erneut zu starten. Sie wird jedoch nicht gestartet, da nicht genügend zusammenhängendes RAM verfügbar ist.
Der Server kann X GB RAM zur Verfügung haben und die VM sollte darin passen, aber wenn es nicht frei RAM in einem Stück ist, wird es nicht ausreichen. Dies tritt häufig auf, wenn VSS eine VM für einen kurzen Moment in den Status “Gespeichert” versetzt und die VM dann wieder hochfährt. Das Einschalt-Ereignis schlägt jedoch fehl, wenn nicht genügend zusammenhängender Speicherplatz verfügbar ist.

Eine weitere Empfehlung: Die Systemauslagerungsdatei sollte eine feste Größe haben und idealerweise auf einer dedizierten Festplatte liegen. Passen Sie es an die physische RAM-Größe Ihres Servers an.

Tipp 6: Vermeiden Sie das dynamische Erweitern / Erweitern von virtuellen Festplatten

Dynamisch expandierende Festplatten sind ein riesiges No-No. Ja, sie sind praktisch, aber selbst Microsoft empfiehlt, sie nicht in einem Produktionssystem zu verwenden.

Der Grund dafür ist, dass sie eine starke Dateifragmentierung verursachen, die zu unnötigen Sprüngen von Sektor zu Sektor führt. Darüber hinaus muss der VM-Host zusätzliche Aufgaben ausführen, um festzustellen, wo sich die einzelnen Blöcke befinden.

Unabhängig davon, ob Hyper-V oder VMware verwendet wird, besteht das Problem in der “Physik”, wie Daten auf einer mechanischen Festplatte gespeichert werden.Wenn Sie feststellen, dass die Leistung nach dem Hinzufügen von nur ein paar VMs fällt, fragen Sie sich vielleicht, was das Problem ist: Es ist am wahrscheinlichsten notwendig die Laufwerke zu vergrößern.

Wenn Backups ausgelöst werden, werden auch neue Blöcke in die VMs geschrieben, und alle dynamischen VHDs müssen gleichzeitig wachsen. Daher wird die Verwendung dieser Arten von Festplattenlayouts die Backups erheblich verzögern und VSS möglicherweise beeinträchtigen, wenn zu viel Festplattenaktivität vorhanden ist.

Tipp 7: Sichern Sie nur so oft wie nötig

Wenn Sie einen Manager fragen, wie oft Backups laufen sollen, lautet die Antwort häufig: so oft wie möglich; oder besser: eine nach der anderen für 24 Stunden.
Wollen wir wirklich, dass Backups so oft wie möglich ausgeführt werden? VSS ist die einzige Möglichkeit, in Windows und Hyper-V eine “richtige” Anwendung und eine konsistente Sicherung zu erstellen. Wenn Backups gestartet werden, gibt es eine enorme Zunahme an Aktivitäten, da jeder VSS-fähige Service aufgefordert wird, seine Datenstrukturen für die Sicherung vorzubereiten. All diese Aktivität verbraucht CPU-Ressourcen und Festplatten laufen mit maximaler Geschwindigkeit, da alle Festplatten-Caches gelöscht werden.

Als Backup-Unternehmen, das seit über einem Jahrzehnt in dieser Industrie tätig ist, erhalten wir oft Berichte von Festplatten, die während Backups den Geist aufgeben. Das ist kein Zufall. Sicherungen sind ziemlich arbeitsintensiv für Laufwerke. SSD-Laufwerke haben ein zusätzliches Problem: Sie können schnell sein, aber jede Zelle kann nur eine bestimmte Anzahl von Zyklen beschrieben werden, bevor sie sich abnutzt. Abgesehen von Überhitzung ist Verschleiß also real, verursacht Datenverlust und ist teuer.
Im Idealfall sollten Backups nicht zu oft ausgeführt werden. nur so oft wie nötig. Sicherungen belegen Serverzeit und Ressourcen. Backups benötigen ebenfalls Speicherplatz und Arbeitsaufwand (z. B. Überwachung und Verwaltung von Backups). Unter der Annahme, dass der gesamte Backup-Speicherplatz konstant bleibt, führt die “zu häufige” Sicherung zu kürzeren Zeitrahmen, die in der Backup-Historie gespeichert werden. Aus geschäftlicher Sicht bedeutet dies, dass Sie möglicherweise nicht in der Lage sind, so weit zurückzugehen, dass versehentliches Löschen und andere Datenverlustprobleme auftreten, sofern nicht wesentlich mehr Speicherplatz zur Verfügung steht.

Es könnte besser sein, einen hybriden Speicherplan zu verwenden: einmal pro Monat vollständige Backups mit einer Jahresretention und tägliche inkrementelle Backups mit nur einer Aufbewahrungsfrist von einer Woche oder zwei Wochen.

Tipp # 8: Überprüfen Sie Warnmeldungen und nehmen Sie sie ernst

Für den Fall, dass Sie in Windows nie auf eine Diskwarnung gestoßen sind: 99% sind immer wegen einer defekten Platte. Das System tut Ihnen tatsächlich einen Gefallen und lässt Sie im Voraus wissen, dass die Festplatte schlecht ist. Leider haben die Jungs von Microsoft das Wort “warning” gewählt, wenn “error” passender wäre. Wahrscheinlich, weil es eine optimistische 1% Chance gibt, dass Sie Glück haben und es “nur” ein Treiberproblem und nicht wirklich eine defekte Festplatte ist.
Bitte beachten Sie die Diskwarnungen: Sie werden mit ziemlicher Sicherheit durch fehlerhafte Datenträger verursacht. Sie müssen Ihre Daten kopieren und die Festplatte sofort ersetzen.

Tipp 9: Halten Sie Hyper-V Integration Services auf dem neuesten Stand

Hyper-V Integration Services steuern alle möglichen Dinge. Die richtige Kommunikation zwischen Host und VM erfordert aktuelle Integrationsservices. Darüber hinaus ist auch eine kritische Treibersoftware in Integrationsservice-Komponenten enthalten.

Wenn es um Live-Backups von virtuellen Maschinen geht, sind Hyper-V Integration Services von höchster Wichtigkeit, da das VSS-Backup-Signal vom Host über Integrationsservice-Komponenten an die VM weitergegeben wird. Ohne dass dies einwandfrei funktioniert, kann Hyper-V keine Live-Backups durchführen. Sicherungen werden dann im Modus “Gespeicherter Status” ausgeführt. Dies bedeutet, dass die VMs gespeichert, ausgeschaltet und nach Abschluss des VSS-Schattens wieder online sind.
Leider hat Microsoft erst mit Windows Server 2016 eine bequeme Möglichkeit gefunden, dieses Problem zu beheben. Jedes Mal, wenn Sie Windows auf dem Hyper-V-Host aktualisieren, aktualisiert Microsoft die Hyper-V-Integrationsdienste möglicherweise nur auf der Host-Seite. Sie müssen dann vmguest.iso in jede VM einbinden, um zu prüfen, ob eine Aktualisierung erforderlich ist. Unter Windows Server 2012 können Sie sehen, ob die Integrationsdienste im Hyper-V-Manager auf dem neuesten Stand sind. Sie müssen dies jedoch manuell überprüfen und manuell aktualisieren. Darüber hinaus erfordern diese Updates, dass die VM neu gestartet wird. Es ist daher nicht verwunderlich, dass viele IT-Administratoren dies verdrängen und später vergessen.
Wir haben ein have Skript (benötigt Windows Server 2012 oder später) um Ihnen dabei zu helfen; Es prüft die Integrationsservice-Version jeder VM:
http://hyper-v-backup.backupchain.com/avoid-saved-state-backup-and-check-hyper-v-integration-service-versions-automatisch/

Tipp 10: Halten Sie ausreichend Speicherplatz auf Ihrem Sicherungsziel frei

Alle BackupChain Tools überschreiben keine Dateien im Sicherungsziel. stattdessen werden Dateien hinzugefügt und alte werden später bereinigt. Diese Strategie stellt sicher, dass Sie immer eine gute Sicherung im Sicherungsspeicher haben. Der Nebeneffekt dieser Strategie ist, dass es etwas Spielraum benötigt. Sie müssen mindestens 25% des Backup-Speicherplatzes in den Backup-Medien freihalten, um sicherzustellen, dass genügend Platz vorhanden ist, um Schwankungen auszugleichen. Wenn Sie genügend Speicherplatz frei haben, werden auch Backups erheblich beschleunigt, da NTFS effizienter arbeitet, wenn große Speicherbereiche frei sind.

Tipp 11: Kaufen Sie mehr Speicherplatz, als Sie für nötig halten

Der Versuch, viele Daten in einen kleinen Container zu packen, ist normalerweise eine schlechte Idee, da es viel Arbeit und Trial-and-Error erfordert, bessere Möglichkeiten zum Packen von Daten zu finden. Angesichts der erstaunlich niedrigen Kosten für Speicherplatz, insbesondere Festplatten, ist es sinnvoll, einfach mehr Speicher hinzuzufügen.
Viele Sicherungen schlagen fehl, da VMs und Datendateien unerwartet anwachsen. Es empfiehlt sich, den Backup-Betrag 3 bis 5 Mal höher als ursprünglich benötigt zu reservieren.

Der Speicherplatz sollte auch in Windows reichlich vorhanden sein, aus Gründen, die in den vorherigen Abschnitten angegeben wurden.

Tipp # 12: Halten Sie Ihre Software auf dem neuesten Stand

Backup-Tools hängen von detaillierten System-APIs ab und arbeiten sehr eng mit Windows zusammen. Wenn Microsoft Änderungen vornimmt oder neue Features und APIs
hinzufügt, müssen sich die Sicherungstools daher an die neue Infrastruktur anpassen.

Insbesondere im Fall von Hyper-V hat Microsoft aktiv entwickelt, wie virtuelle Maschinen verwaltet und gesichert werden und dies auch weiterhin tun. Einige Branchenanalysten behaupten, dass Hyper-V zu einem der größten Verkaufsargumente für Windows Server geworden ist. Ein veraltetes Sicherungstool erkennt keine neuen APIs und Erweiterungen von Hyper-V. Daher ist es für gute Backups von entscheidender Bedeutung, sie auf dem neuesten Stand zu halten.

Tipp # 13: Warum müssen Sie häufig Windows Updates in VMs und auf Hyper-V-Hosts installieren?

Die Installation von Windows Updates erhöht nicht nur die Anfälligkeit des Servers für Malware-Angriffe, sondern ist auch eine schlechte Übung, da Microsoft ständig seine eigenen Fehler und Interoperabilitätsprobleme behebt.

Falls Sie sich dessen nicht bewusst sind, wird ein Betriebssystem heutzutage mit mehr als 100.000 bekannten Fehlern ausgeliefert! Die meisten dieser Fehler werden von Kunden gemeldet und nach der Veröffentlichung in nachfolgenden Windows-Updates behoben. Wenn Sie also Windows nicht regelmäßig aktualisieren, führen Sie ein fehlerhaftes Betriebssystem aus, das vor langer Zeit repariert worden sein könnte …

Wenn Sie kein “Tester” für Microsoft sein wollen, überspringen Sie die Updates und warten Sie einige Jahre, bevor Sie auf ein neues Betriebssystem umsteigen, wie dies bei den meisten Unternehmen der Fall ist. Prokrastination zahlt sich tatsächlich manchmal aus.
Hyper-V ist ein heißes Thema für Microsoft. Microsoft fügt Hyper-V regelmäßig viele Erweiterungen und Fehlerkorrekturen hinzu. Viele dieser Fehlerbehebungen betreffen die Hyper-V-Integrationsdienste und erfordern, dass diese hinzugefügt werden. Aus diesem Grund muss Windows Update auch in den VMs ausgeführt werden.
Darüber hinaus müssen Hyper-V Integration Services bei jeder Aktualisierung von Windows auf dem Host in jeder VM aktualisiert werden, siehe Tipp 9.
Und alles oben genannte erfordert Neustarts! Wir alle wissen, wie sehr wir sie hassen. Aber der erfahrene IT-Administrator kennt Microsoft. Und Microsoft benötigt für fast alles einen Neustart, manchmal sogar nach dem Überprüfen einer E-Mail. Aber lass uns nicht traurig sein, jeder Neustart ist eine großartige Gelegenheit für einen Neuanfang!

Tipp 14: Testen Sie regelmäßig auf RAM- und Festplattenfehler

RAM-Fehler und Festplattenfehler sind Tatsachen des IT Lebens. Es ist nur eine Frage der Zeit, bis eine Festplatte ausfällt oder ein wenig RAM Ihre wertvollen Daten an zufälligen Orten blockiert und korrumpiert. Jeder erfahrene IT-Administrator weiß es gut, RAM- und Festplattenfehler zählen zu den schlimmsten Alpträumen. Sie sind in der Tat wie ein krebsartiger Tumor, der für eine lange Zeit unbemerkt bleibt, und wenn er bemerkt wird, ist bereits viel Schaden angerichtet worden.

RAM- und Festplattenüberprüfungen sollten durchgeführt werden, wenn ein neuer Server gekauft wird und in regelmäßigen Abständen danach. Es ist erstaunlich, wie “böswillige” RAM- und Festplattenausfälle sein können, die sich im System für Monate, wenn nicht Jahre, verstecken, unbemerkt bleiben und verschiedene Dateien und Datenbanken beschädigen,
bevor sie schließlich zufällig bemerkt werden.
Stellen Sie sich vor: Eine Datei, z. B. ein Word-Dokument einer VM-Festplatte, wird in eine defekte RAM-Zelle geladen, wo sie beschädigt wird. Es wird dann zurück auf die Festplatte gespeichert. Voila, die Datei ist jetzt beschädigt. Der Eintrag von 1.000 US-Dollar in Excel wurde zu 2.000 US-Dollar. Wenn Sie Glück haben, wird die Anwendung beim nächsten Öffnen der Datei abstürzen oder sich beschweren. Wenn nicht, wird der Fehler für einige Zeit wieder unbemerkt bleiben und die imaginären $ 1.000 fehlen jetzt und niemand weiß woher siekommen.
Und um die Sache noch schlimmer zu machen, wird die beschädigte Datei jetzt mit dem darin enthaltenen Schaden als neue Dateiversion gesichert, wobei eines Tages die ursprüngliche “gute” Version überschrieben wird…

Da die Menschen der Technologie fast blind vertrauen, sind sie eher geneigt, die Person, die die Informationen eingibt, dafür verantwortlich zu machen, als einen Hardwarefehler zu vermuten. Nachdem alle Computer unfehlbar sind, oder nicht?

Während es eine Nacht der Ausfallzeit dauert, ist es auf jeden Fall eine gute Idee, diese Tests mindestens zweimal im Jahr zu planen, um beruhigt zu sein. Mit steigender RAM- und Festplatten-Dichte steigen leider auch Fehlerraten und -wahrscheinlichkeiten.

Tipp 15: Wählen Sie den richtigen Komprimierungsmodus

Wenn Sie eine zu niedrige Komprimierung wählen, wird Speicherplatz verschwendet, die Verarbeitungsgeschwindigkeit bleibt jedoch hoch. Die Idee hier ist, dass der Wechsel zur nächsthöheren Komprimierungsrate zu einer besseren Speichernutzung bei minimaler Erhöhung der CPU-Zeit führt.

Es kann beispielsweise länger dauern, eine 1: 1-Kopie einer großen Datei zu erstellen (also keine Komprimierung), als sie komprimiert zu speichern, wenn der Zugriff auf die Speichermedien langsamer ist als der Zugriff auf die Quelle, was bei Netzwerk-Backups der Fall ist genommen.

Auf der anderen Seite des Spektrums wird die Wahl einer zu hohen Kompressionsrate viel CPU-Zeit verbrauchen und sehr begrenzte Gewinne liefern.
Wie wählen wir den besten Komprimierungsmodus aus?
Da es auf die Daten und die Hardware ankommt, die Sie haben, ist es eine Frage von Versuch und Erfolg und erfordert Experimentierung.

Tipp 16: Führen Sie die richtige Anzahl von VMs auf derselben physischen Festplatte aus

Es ist keine gute Idee, zu viele VMs von derselben Festplatte oder Partition auszuführen. Wie viel zu viel ist, hängt von der Qualität Ihrer Hardware und dem Aktivitätsgrad aller VMs ab.
Erstens arbeitet VSS auf der Partitionsebene; Selbst wenn Sie eine riesige Festplatte haben, können Sie den VSS-Overhead reduzieren, wenn Sie ihn in separate Partitionen aufteilen
können, da sich Backups immer nur auf eine Partition konzentrieren (vorausgesetzt, Sie sichern natürlich jeweils eine VM).

Im normalen Betrieb ist das Aufteilen einer physischen Festplatte in mehrere Partitionen jedoch nicht so gut wie das Vorhandensein mehrerer physischer Festplatten oder Festplatten-Arrays und die gleichmäßige Verteilung der I / O-Last. Mehrere Festplatten-Arrays zu haben ist besser als ein riesiges Array, selbst wenn es ein gutes RAID-Stripesystem ist.
Separate Disk-Arrays verteilen die Last auf eine bestimmte Art und wenn ein Array abstürzt, haben Sie (hoffentlich) immer noch die anderen.

Das Vorhandensein von mehr physischen Platten erhöht jedoch die Fehlerwahrscheinlichkeiten: mehr Wärme, mehr Vibration, mehr Energie, die von der Energiequelle bezogen wird, mehr Luftbewegung erforderlich und jedes Gerät fügt seine eigene Fehlerrate hinzu, indem es einfach ein separates Gerät ist.

Tipp 17: Planen Sie Sicherungen beim Kauf einer Infrastruktur

Sicherungen belasten Server-CPU, Festplatten und Netzwerkschnittstellen erheblich. Darüber hinaus benötigen Backups Speicherplatz und manchmal auch temporären Speicherplatz.
All diese Faktoren müssen beim Kauf von Servern und Speicher berücksichtigt werden.

Im Idealfall würden Sie CPUs und CPU-Kerne bestimmten VMs dauerhaft zuweisen und eine bestimmte Anzahl von Kernen für das Hostsystem und die Sicherungsprozesse freigeben.

Tipp 18: Vermeiden Sie NTFS-Komprimierung, Verschlüsselung und BitLocker

Abgesehen von der Tatsache, dass Windows weiterhin Fehler in seiner NTFS-Komprimierungsimplementierung enthält, werden Komprimierung und Verschlüsselung viel effizienter von der Sicherungsanwendung gehandhabt. Aus diesen Gründen wird nicht empfohlen, NTFS-Komprimierung oder Verschlüsselung für Backup-Zielordner zu verwenden.

Unter keinen Umständen empfiehlt es sich, einen komprimierten oder verschlüsselten Ordner als Quellordner für Ihre virtuellen Maschinen zu verwenden. Dadurch würden die meisten der teuren Hardwareressourcen, für die Sie bezahlt haben, geopfert werden. Durch die Verwendung einer komprimierten und / oder verschlüsselten
VHD-Datei verbrennen Sie wahrscheinlich mehr als 70% der verfügbaren Ressourcen. Mit anderen Worten, der Host-Server könnte wahrscheinlich mehr als doppelt so viele VMs hosten, wenn sie auf regulären Festplatten gehostet werden.

BackupChain

BackupChain – Backup Software für Windows Server und vieles mehr

BackupChain ist ein Windows-Backup-Tool, das neben Hyper-V-Backup viele Funktionen bietet: Cloud-Backup , Live-Backup und Virtual Machine-Backup für verschiedene Hypervisoren, FTP-Backup , SQL-Backup , granulare Backups für Image-Backups virtueller Maschinen und vieles mehr.
Standardmäßig verwendet die BackupChain- Sicherungssoftware einen Versionssicherungsmechanismus und erstellt inkrementelle Sicherungen in allen Arten von Infrastrukturschutzszenarien: Exchange Server-Sicherung , Online-Sicherung oder typische Dateiserver-Sicherung .
Neben der Hyper-V-Sicherung unterstützt BackupChain auch VirtualBox-Backup und VMware-Backup für VMware Workstation, Player und Server.
Laden Sie BackupChain noch heute herunter und machen Sie es zu Ihrer bevorzugten Windows Server 2016 Backup Software.