lcer00
Goto Top

Hyper-V Replikat oder Primär-VM sichern?

Hallo,

ich habe einen Hyper-V Host, dessen VMs auf einen zweiten Hyper-V repliziert werden. Und einen Backupserver, auf den die VMs mittels Acronis gesichert werden. Momentan läuft das so, dass ich die Replikate sichere, und nicht die primär laufende VM.

Vorteil:
  • der Backup-Traffic fällt nicht am Produktionssystem an
  • Falls sich irgendwelche Backup-Prüfpunkte mit anderen Prüfpunkten blockieren, betrifft das nicht das Produktionssystem.

Nachteil:
  • Wenn die Replaktion versagt, sichere ich nur alte Daten.
  • Beim zusammenführen der Replikat-Daten kommt es manchmal zu "Stau" wenn gerade ein Backup-Prüfpunkt der VM erstellt und noch nicht wieder gelöscht wurde.

Wie macht Ihr das? Würdet Ihr das Replikat oder die primäre VM sichern?

Grüße

lcer

Content-ID: 6475496671

Url: https://administrator.de/forum/hyper-v-replikat-oder-primaer-vm-sichern-6475496671.html

Ausgedruckt am: 25.12.2024 um 15:12 Uhr

Coreknabe
Lösung Coreknabe 23.03.2023 um 11:42:33 Uhr
Goto Top
Moin,

ganz klar das Produktivsystem sichern. Weiß nicht, wie das bei Acronis ist, mit Veeam komplett schmerzfrei.
Die Replikation ist bei uns als schnelle Hilfe für den Komplettausfall des Produktivservers / einzelner VMs vorgesehen, dann zwar nicht mit aktuellen Daten, aber die Leute können weiterarbeiten.

Gruß
NordicMike
Lösung NordicMike 23.03.2023 um 11:43:56 Uhr
Goto Top
Beim kritischen Sachen z.B. Exchange oder Datenbanken sichere ich beide VMs.
Beim Druckerserver reicht es die sekundäre VM zu sichern, wenn sie überhaupt repliziert wird.
Backup passiert auch immer Nachts, also würde es auch nicht die Benutzer traffictechnisch beeinflussen.
DerMaddin
DerMaddin 23.03.2023 um 15:17:51 Uhr
Goto Top
Welcher Backup-Traffic? Einmal die Woche, überwiegend Samstag und Sonntag in der Nacht, wird eine Vollsicherung erstellt und den Rest der Woche inkrementell. Und selbst am Tag eine Vollsicherung verursacht keinen Traffic im Netzwerk (4x 10G) oder auf dem SAN, da der Backup-Server direkt via iSCSI-over-GbE angeschlossen ist.
lcer00
lcer00 23.03.2023 um 15:24:25 Uhr
Goto Top
Hallo,
Zitat von @DerMaddin:

Welcher Backup-Traffic? Einmal die Woche, überwiegend Samstag und Sonntag in der Nacht, wird eine Vollsicherung erstellt und den Rest der Woche inkrementell. Und selbst am Tag eine Vollsicherung verursacht keinen Traffic im Netzwerk (4x 10G) oder auf dem SAN, da der Backup-Server direkt via iSCSI-over-GbE angeschlossen ist.
Vollsicherung aller VMs täglich auf separate Bänder. Ich will keine auf verschiedene Bänder verteilte Backups.

Grüße

lcer
DerMaddin
Lösung DerMaddin 23.03.2023 aktualisiert um 15:42:56 Uhr
Goto Top
Kann man ja auch machen. Der Weg wäre dann idealerweise erst eine Sicherung auf Blech und im zweiten Schritt, damit keine Engpässe entstehen, auf das Tape. Da kommt dann nichts in die Quere auch wenn es mal länger dauert mit dem Tape. Oder sichert ihr direkt auf Tape?

Nur so aus Neugier, wozu jeden Tag eine Vollsicherung? Man kann das ja so einrichten, dass eine Woche inkl. Inkrementell in einem Tape-Pool liegt.
lcer00
lcer00 23.03.2023 um 16:41:43 Uhr
Goto Top
Hallo,
Zitat von @DerMaddin:

Kann man ja auch machen. Der Weg wäre dann idealerweise erst eine Sicherung auf Blech und im zweiten Schritt, damit keine Engpässe entstehen, auf das Tape. Da kommt dann nichts in die Quere auch wenn es mal länger dauert mit dem Tape. Oder sichert ihr direkt auf Tape?
Direkt.
Nur so aus Neugier, wozu jeden Tag eine Vollsicherung? Man kann das ja so einrichten, dass eine Woche inkl. Inkrementell in einem Tape-Pool liegt.
Die Bänder werden alle außer Haus gelagert. Es sind 2x5 Bänder mit je einem Tape-Pool pro Wochentag. Wenn man da das falsche Band nimmt (z.B. Dienstag 2 statt Dienstag 1) hat man auf und in der nächsten Woche das Band überschreibt. Ist das Backup inkonsistent. Da Menschen im Gegensatz zu Computern Fehler machen, schreiben wir Voll-Backups. Nach dem Motto: wenn ein Backup auf dem Band ist, ist es auch vollständig.

Grüße

lcer
jsysde
Lösung jsysde 23.03.2023 um 23:14:17 Uhr
Goto Top
Moin.

Wenn du nur die Replikate sicherst, ist das nicht anwendungskonsistent. Sprich: Ein Exchange-Server, von dem nur das Replikat gesichert wird, wird niemals ein Log-Truncating machen usw. Dito für SQL. Wenn das kein Problem für dich darstellt, ist das Konzept ok - die Nachteile hast du ja selbst schon aufgelistet.

Ich sehe aber, ähnlich wie meine Vorredner, kein Problem damit, die Produktivmaschinen per Snapshot zu sichern. Vernünftige Backup-Systeme machen "always inkrementell forever", übertragen also nur ein einziges Mal die komplette Datenmenge und danach nur noch Inkremente. Und da das Backup über die Management-IP des HyperV erfolgt und nicht über den HyperV-Switch, an dem die Clients/Server hängen, stellt das auch im Live-Betrieb eigentlich kein Problem dar. face-wink

Cheers,
jsysde