12
Kopieren von Backup Daten von Synology Backup for Business Hyper-V Sicherung
Hallo Kollegen,
wir nutzen Synology Backup for Business und von den Hyper-V Backup Daten möchten wir offline Kopien auf externe Festplatten machen. Da die Daten in Hyper-V Datei Format abliegen möchten wir ungerne die Dateien in einem anderen Datei Format abspeichern.
Was ist hier die best practise? Hat schon jemand damit Erfahrung gesammelt?
Vielen Dank vorab für Eure Erfahrungswerte und Gedanken
wir nutzen Synology Backup for Business und von den Hyper-V Backup Daten möchten wir offline Kopien auf externe Festplatten machen. Da die Daten in Hyper-V Datei Format abliegen möchten wir ungerne die Dateien in einem anderen Datei Format abspeichern.
Was ist hier die best practise? Hat schon jemand damit Erfahrung gesammelt?
Vielen Dank vorab für Eure Erfahrungswerte und Gedanken
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 669079
Url: https://administrator.de/forum/kopieren-von-backup-daten-von-synology-backup-for-business-hyper-v-sicherung-669079.html
Ausgedruckt am: 25.12.2024 um 02:12 Uhr
12 Kommentare
Neuester Kommentar
Moin,
sorry - ich verstehe nur Bahnhof.
Gruß
sorry - ich verstehe nur Bahnhof.
Gruß
Hallo,
oder ein Konvertierer oder jeder der sich für den Inhalt Interessiert, und bei Cloud wird es viele geben die Interesse bekunden.
Warum wollt ihr den Dateityp ändern?
Gruss,
Peter
Zitat von @teamuseraccount:
Da die Daten in Hyper-V Datei Format abliegen möchten wir ungerne die Dateien in einem anderen Datei Format abspeichern.
Dann tut es nicht. .VHD .VHDX kann eh nur Hyper-V lesen (natürlich ist die Platte mit einer Verschlüsselung (ala Bitlocker) versehen) Da die Daten in Hyper-V Datei Format abliegen möchten wir ungerne die Dateien in einem anderen Datei Format abspeichern.
oder ein Konvertierer oder jeder der sich für den Inhalt Interessiert, und bei Cloud wird es viele geben die Interesse bekunden.Warum wollt ihr den Dateityp ändern?
Was ist hier die best practise?
Kopieren und gut ist.Gruss,
Peter
Moin,
Ich verstehe auch nix!
Was soll denn der Ziel "Datei Typ" sein? und warum? Weils schöner aussieht?
Wenn ihr das ändert, lassen sich die "Backup Kopien" ja nicht mehr mit HyperV nutzen.
Die Festplatten lassen sich übrigens in Windows per Datenträger Verwaltung einfach mounten. Sogar "schreib geschützt"!
Gruß
Spirit
Ich verstehe auch nix!
Was soll denn der Ziel "Datei Typ" sein? und warum? Weils schöner aussieht?
Wenn ihr das ändert, lassen sich die "Backup Kopien" ja nicht mehr mit HyperV nutzen.
Die Festplatten lassen sich übrigens in Windows per Datenträger Verwaltung einfach mounten. Sogar "schreib geschützt"!
Gruß
Spirit
Moin.
Wie macht ihr die Backups, VSS-Snapshots vom HyperV-Host? Oder per Agent aus der jeweiligen Maschine heraus als "physisscher Server"?
In beiden Fällen erzeugt das _keine!_ VHD/VHDX-Dateien!
Die Backups werden im ABB-Format abgelegt.
Wenn ihr den kompletten Bestand eurer Backups auf externe Platten (oder ein anderes NAS, per rsync auf nen anderen Server, auf S3-Storage usw.) replizieren wollt, ist Hyper Backup das Produkt eurer Wahl. Ebenfalls ohne weitere Lizenzkosten nutzbar und direkt via Paketzentrum auf der Synology zu installieren.
Cheers,
jsysde
Wie macht ihr die Backups, VSS-Snapshots vom HyperV-Host? Oder per Agent aus der jeweiligen Maschine heraus als "physisscher Server"?
In beiden Fällen erzeugt das _keine!_ VHD/VHDX-Dateien!
Die Backups werden im ABB-Format abgelegt.
Wenn ihr den kompletten Bestand eurer Backups auf externe Platten (oder ein anderes NAS, per rsync auf nen anderen Server, auf S3-Storage usw.) replizieren wollt, ist Hyper Backup das Produkt eurer Wahl. Ebenfalls ohne weitere Lizenzkosten nutzbar und direkt via Paketzentrum auf der Synology zu installieren.
Cheers,
jsysde
1
Moin,
so, wie jsysde sagt: ABB hat ein eigenes Chunk-Format, da ist nix mit HyperV-Format. Empfohlener Weg, um ABB-Backupdateien weiterzusichern, ist Hyper Backup, aber natürlich ist das nicht zwingend. Es muss halt die ABB-Ordnerstruktur für den Backupjob kopiert werden. Und Wiederherstellung dann natürlich auch nur über den Umweg: Rückkopieren auf Synology, von dort ABB-Restore.
Gruß
DivideByZero
so, wie jsysde sagt: ABB hat ein eigenes Chunk-Format, da ist nix mit HyperV-Format. Empfohlener Weg, um ABB-Backupdateien weiterzusichern, ist Hyper Backup, aber natürlich ist das nicht zwingend. Es muss halt die ABB-Ordnerstruktur für den Backupjob kopiert werden. Und Wiederherstellung dann natürlich auch nur über den Umweg: Rückkopieren auf Synology, von dort ABB-Restore.
Gruß
DivideByZero
Moin.
Wenn man ein zweites Synology-NAS hat, kann man den ABB-Folder auch per Snapshot Replication dorthin replizieren. Und dann lässt sich dieser replizierte Ordner auf dem zweiten NAS direkt als Speicher in ABB einbinden und ein Restore kann direkt von dort erfolgen. Dafür muss das zweite NAS natürlich Zugriff auf den HyperV-Host haben. Und man braucht natürlich ein zweites NAS. Und.... es sind schon ein paar Einschränkungen, aber wenn die gegeben sind, funktioniert das prima. Weiß ich aus eigener Erfahrung, schon so gemacht, hat prima geklappt.
Cheers,
jsysde
[...] Und Wiederherstellung dann natürlich auch nur über den Umweg: Rückkopieren auf Synology, von dort ABB-Restore.
Jein. Wenn man ein zweites Synology-NAS hat, kann man den ABB-Folder auch per Snapshot Replication dorthin replizieren. Und dann lässt sich dieser replizierte Ordner auf dem zweiten NAS direkt als Speicher in ABB einbinden und ein Restore kann direkt von dort erfolgen. Dafür muss das zweite NAS natürlich Zugriff auf den HyperV-Host haben. Und man braucht natürlich ein zweites NAS. Und.... es sind schon ein paar Einschränkungen, aber wenn die gegeben sind, funktioniert das prima. Weiß ich aus eigener Erfahrung, schon so gemacht, hat prima geklappt.
Cheers,
jsysde
Klar, das geht, ohne Frage. Innerhalb des Syno-Öko-Systems funktionieren da so einige Varianten, die ich auch aus eigener Erfahrung als sehr stabil beschreiben kann. Und selbst so Sachen wie "Wiederherstellen und Starten im Virtual Machine Manager" auf der Synology laufen gut (benötigen aber einen potenten Unterbau, um Spaß zu machen).
Ich habe das nur so verstanden, dass hier durchaus "raus aus Synology" gesichert werden soll. Und ABB-Daten benötigen halt ABB zum Restore.
Gruß
DivideByZero
Ich habe das nur so verstanden, dass hier durchaus "raus aus Synology" gesichert werden soll. Und ABB-Daten benötigen halt ABB zum Restore.
Gruß
DivideByZero
Moin.
Jupp, da beißt die Maus keinen Faden ab. Aber es geht ja tatsächlich um "extene Festplatten".
An dieser Stelle ein Tipp dazu, ebenfalls aus eigener Erfahrung:
Hyper Backup kann zwar auf USB-Platten sichern, aber "performant" ist das mitnichten. Das kann schon mal Tage dauern, je nach Datengröße. NTFS als Dateisystem für die USB-Platte ist da auch eher nachteilig, mit ext4 läuft das deutlich schneller.
Cheers,
jsysde
Jupp, da beißt die Maus keinen Faden ab. Aber es geht ja tatsächlich um "extene Festplatten".
An dieser Stelle ein Tipp dazu, ebenfalls aus eigener Erfahrung:
Hyper Backup kann zwar auf USB-Platten sichern, aber "performant" ist das mitnichten. Das kann schon mal Tage dauern, je nach Datengröße. NTFS als Dateisystem für die USB-Platte ist da auch eher nachteilig, mit ext4 läuft das deutlich schneller.
Cheers,
jsysde
Guten Morgen liebe Kollegen,
vielen Dank für Eure Antworten und sorry - mein initialer Post war offensichtlich mißverständlich.
Ich versuchs nochmal:
- wir sichern Hyper-V VMs erfolgreich und erwartet schnell mit Active Backup for Business
- die auf das NAS geschriebenen Backups wollen wir auf HDDs kopieren, um offline Backups zu realisieren
- das Kopieren der großen Datenmenge von mehr als 6TB vom NAS auf die rotierenden HDDs ist unterschiedlich performant
- am Anfang: 120-140 MB/s
- im Verlauf: 5-40 MB/s
- HDDs: Toshiba X300 Performance 8TB
- Anbindung der HDDs: NAS > 10 Gbit (9000 MTU)> Hyper-V Host > SATA > HDD
Die Kopie der Daten vom NAS auf die HDDs realisieren wir per "Benutzerdefiniertes Skript" über die Synology "Aufgabenplanung".
Habt ihr eine best practice parat, die performantere Transfers bietet?
Habt ihr andere Ideen und Tipps?
Besten Dank vorab und uns allen einen super Tag!
vielen Dank für Eure Antworten und sorry - mein initialer Post war offensichtlich mißverständlich.
Ich versuchs nochmal:
- wir sichern Hyper-V VMs erfolgreich und erwartet schnell mit Active Backup for Business
- die auf das NAS geschriebenen Backups wollen wir auf HDDs kopieren, um offline Backups zu realisieren
- das Kopieren der großen Datenmenge von mehr als 6TB vom NAS auf die rotierenden HDDs ist unterschiedlich performant
- am Anfang: 120-140 MB/s
- im Verlauf: 5-40 MB/s
- HDDs: Toshiba X300 Performance 8TB
- Anbindung der HDDs: NAS > 10 Gbit (9000 MTU)> Hyper-V Host > SATA > HDD
Die Kopie der Daten vom NAS auf die HDDs realisieren wir per "Benutzerdefiniertes Skript" über die Synology "Aufgabenplanung".
Habt ihr eine best practice parat, die performantere Transfers bietet?
Habt ihr andere Ideen und Tipps?
Besten Dank vorab und uns allen einen super Tag!
Moin,
naja die Frage / der Hinweis zum Dateisystem ist sicherlich Hilfreich...
naja die Frage / der Hinweis zum Dateisystem ist sicherlich Hilfreich...
Ergänzung:
- Dateisystem NAS: Btrfs
- Dateisystem HDD: NFTS
Und erneut: Besten Dank!
- Dateisystem NAS: Btrfs
- Dateisystem HDD: NFTS
Und erneut: Besten Dank!
Noch eine Ergänzung:
Wir erstellen die Backups mit Active Backup for Business.
Auf dem NAS finden sich im Ergebnis Ordner mit Timestamp in denen pro VM ein Ordner mit dem Namen der VM existiert, in denen sich wiederum und u.a. die VHDX-Datein finden.
So schaut das Ergebnis auf dem NAS aus:
Ebene 1:
- ActiveBackup_yyyy_mm_dd__hhmmss
- ActiveBackup_yyyy_mm_dd__hhmmss
- ActiveBackup_yyyy_mm_dd__hhmmss
Ebene 2:
- %vm-name%
- %vm-name%
- %vm-name%
Ebene 3:
- %id%.vmcx
- %id%.vmgs
- %id%.vmrs
- %name%.vhdx
Ich hoffe damit offene Fragen beantwortet zu haben?
Wir erstellen die Backups mit Active Backup for Business.
Auf dem NAS finden sich im Ergebnis Ordner mit Timestamp in denen pro VM ein Ordner mit dem Namen der VM existiert, in denen sich wiederum und u.a. die VHDX-Datein finden.
So schaut das Ergebnis auf dem NAS aus:
Ebene 1:
- ActiveBackup_yyyy_mm_dd__hhmmss
- ActiveBackup_yyyy_mm_dd__hhmmss
- ActiveBackup_yyyy_mm_dd__hhmmss
Ebene 2:
- %vm-name%
- %vm-name%
- %vm-name%
Ebene 3:
- %id%.vmcx
- %id%.vmgs
- %id%.vmrs
- %name%.vhdx
Ich hoffe damit offene Fragen beantwortet zu haben?
