Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- know-how:backup [2021/02/10 11:51] – [HPE Comware] cc
+++ know-how:backup [2024/04/30 13:10] (aktuell) – [rsnapshot] cc
@@ Zeile 1: / Zeile 1: @@
+~~ODT~~
+====== Prinzipien ======
+  * Generelle Punkte unabhängig von der eingesetzten Lösung
+  * Diese Fragen sind essentiell für eine funktionierende Backup/Restore Lösung
+  * Hast du eine Backup Lösung ?
+  * Wurde definiert welche Daten das Backup beinhalten soll ?
+  * Werden bestimmte Zustände deiner Daten zu bestimmten Zeitpunkten festgehalten ?
+  * Wurde definiert wie lange bestimmte Zustände für ein Restore verfügbar sein müssen ?
+  * Gibt es gesetzliche Verpflichtungen für die Dauer der Aufbewahrung und Qualität der Backups ?
+  * Wo liegen die Backup Daten physikalisch ?
+  * Wie wird der Raum in dem sich die Daten physikalisch befinden gesichert ?
+  * Sind die Daten gegen Diebstahl / Blitzschlag / Überschwemmungen gesichert ?
+  * Was passiert bei Ereignissen **"höherer Gewalt"** ?
+  * Gibt es zumindest einen 2. Standort deiner Backup Daten ?
+  * Ist es möglich die Integrität des Backups zu überprüfen ?
+  * Wurde schon einmal ein Restore durchgeführt ?
+  * Kannst du selbstständig einen Restore durchführen ?
+  * Wie lange hat der Restore gedauert ?
+  * Welche Softwarelösungen zB: Betriebssystem / Basis werden für den Restore benötigt ?
+  * Welche Lizenzen werden benötigt um einen Restore durchzuführen ?
 ====== Windows ======
   * Windows Sicherung muss installiert sein
   * Generiert VHDX Datein die gemountet werden können
 ===== Externer SAMBA Server rotierend =====
@@ Zeile 86: / Zeile 111: @@
 exit
 </code>
 ===== Hyper-V Guests auf Festplatte rotierend =====
@@ Zeile 114: / Zeile 140: @@
 echo "----END BACKUP----" >> %LOGFILE%
 </code>
+===== Restore mit Windows Boardmitteln =====
+  * Über zB: Windows 10 iso / reparieren / System Image wiederherstellen / Im Netzwerk suchen
+  * Windows kann grundsätzlich vhdx Dateien als virtuelle Datenträger einbinden zB: über die "Computerverwaltung" -> "Datenträger" -> rechts anfügen vhd(x) - auch UNC Pfade auf Samba Server sind möglich (getestet mit Debian 10 / Windows 10 FIXME
+  * **Achtung**
+     * BIOS/UEFI beachten
+     * Ziel Datenträger muss mindestens gleich groß /größer sein (think thin Provisioning für restore)
+     * Format für die Eingabe von Benutzername: IP\BENUTZERNAME (wenn Daten auf samba Share liegen)
 ===== Duplicati 2 - verschlüsseltes Cloud Backup =====
@@ Zeile 183: / Zeile 218: @@
 append initrd=urbackup/live/initrd.img boot=live config username=urbackup toram noswap fetch=tftp://IP_ADRESSE_TFTP_SERVER/urbackup/live/filesystem.squashfs
 </code>
+  * **Migration** von Urbackup Server Installation **ohne Backupdaten** jedoch mit Einstellungen von altem System (2016 Standard) auf neues System (2019 Standard)
+    * Installation gleiche Serverversion wie auf "altem System"
+    * Deaktivieren und beenden von Urbackup Server Dienst auf altem und neuem System
+    * Kopieren von C:\Programme..\urbackup Server\*.* von altem System auf neues System (damit auch die Keys für die Authentifizierung bleiben, alle Dateien überschreiben auf neuem System)
+    * Verzeichnis / Laufwerk für Backup wie auf altem System auf neuem System erstellen
+    * Urbackup Server Dienst wieder starten -> sobald die Clients im Web Menü sichtbar werden - vollständige Abbildsicherung auslösen / IP vom alten System muss **nicht** übernommen werden
+===== Altaro =====
+  * Altaro 8 - **nw.js** Screen / Windows 2019 Standard (https://help.altaro.com/support/solutions/articles/43000467363-getting-nw-js-on-startup-here-s-how-to-fix-it-)
+    * **Ausloggen** und neu einloggen / beim Check von **%Temp%** existiert das Verzeichnis nicht mehr
+  * Bei den Einstellungen VSS Copy beachten bei virtuellen Domain Controllern !
+  * Scheduled Test Restores einrichten und die Daten des Backups regelmäßig überprüfen lassen
+  * Notifications per E-Mail konfigurieren / für den Fall dass sie nicht funktioniert haben
 ====== HP Aruba ======
   * Für Cronjob siehe "HP Pro Curve"
@@ Zeile 205: / Zeile 255: @@
 expect "continue"
-send "f\r"
+send "\r"
 expect "#"
@@ Zeile 321: / Zeile 371: @@
 ====== Linux ======
+===== qemu-utils =====
+  * VHDX aus Backup auf Fileserver mounten - ohne der gleichen Anzahl an dependencies wie bei guestmount
+<code>
+Mount vhdx from backups:
+ apt install qemu-utils
+ modprobe nbd max_part=16
+root@file:~# qemu-nbd --read-only -c /dev/nbd0 /mnt/storage/bkp-pc/pcxx/WindowsImageBackup/pcxx/Backup\ 2024-xx-xx\ xxx/xxxx.vhdx
+root@file:~# echo $?
+root@file:~# lsblk
+NAME     MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
+fd0        2:0    1     4K  0 disk
+sr0       11:0    1   229M  0 rom
+nbd0      43:0    0 931.7G  1 disk
+├─nbd0p1  43:1    0    16M  1 part
+└─nbd0p2  43:2    0 931.5G  1 part
+vda      254:0    0    50G  0 disk
+└─vda1   254:1    0    50G  0 part /
+vdb      254:16   0   3.7T  0 disk /mnt/storage
+root@file:~# apt-get install ntfs-3g
+Reading package lists... Done
+Building dependency tree... Done
+Reading state information... Done
+The following additional packages will be installed:
+  fuse libntfs-3g883
+Suggested packages:
+  fdisk
+The following NEW packages will be installed:
+  fuse libntfs-3g883 ntfs-3g
+upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
+Need to get 581 kB/653 kB of archives.
+After this operation, 2,043 kB of additional disk space will be used.
+Do you want to continue? [Y/n] y
+Get:1 http://ftp.at.debian.org/debian bullseye/main amd64 libntfs-3g883 amd64 1:2017.3.23AR.3-4+deb11u3 [170 kB]
+Get:2 http://ftp.at.debian.org/debian bullseye/main amd64 ntfs-3g amd64 1:2017.3.23AR.3-4+deb11u3 [410 kB]
+Fetched 581 kB in 1s (779 kB/s)
+Selecting previously unselected package fuse.
+(Reading database ... 42107 files and directories currently installed.)
+Preparing to unpack .../fuse_2.9.9-5_amd64.deb ...
+Unpacking fuse (2.9.9-5) ...
+Selecting previously unselected package libntfs-3g883.
+Preparing to unpack .../libntfs-3g883_1%3a2017.3.23AR.3-4+deb11u3_amd64.deb ...
+Unpacking libntfs-3g883 (1:2017.3.23AR.3-4+deb11u3) ...
+Selecting previously unselected package ntfs-3g.
+Preparing to unpack .../ntfs-3g_1%3a2017.3.23AR.3-4+deb11u3_amd64.deb ...
+Unpacking ntfs-3g (1:2017.3.23AR.3-4+deb11u3) ...
+Setting up fuse (2.9.9-5) ...
+update-initramfs: deferring update (trigger activated)
+Setting up libntfs-3g883 (1:2017.3.23AR.3-4+deb11u3) ...
+Setting up ntfs-3g (1:2017.3.23AR.3-4+deb11u3) ...
+Processing triggers for libc-bin (2.31-13+deb11u8) ...
+Processing triggers for man-db (2.9.4-2) ...
+Processing triggers for initramfs-tools (0.140) ...
+update-initramfs: Generating /boot/initrd.img-5.10.0-28-amd64
+root@file:~# mount -o ro /dev/nbd0p2 /mnt/tmp/
+Umount:
+vorher umount /mnt/tmp
+root@file:/# qemu-nbd  -d /dev/nbd0
+/dev/nbd0 disconnected
+root@file:~# rmmod nbd
+</code>
@@ Zeile 673: / Zeile 805: @@
 ===== borg - generell  =====
   * Backup Tests mit borg - Achtung **unverschlüsselt** da Testgerät ohnehin **vollverschlüsselt** ist
+  * Ganze LVM Devices basierend auf Snapshot backupppen - sollte konsistent sein **backup-lvm-drive-borg.sh**
+<code>
+#!/bin/bash
+function bailout ()
+{
+	echo -e "$1" 1>&2
+	exit 2
+}
+function usage ()
+{
+	echo -e "$1"
+	exit 1
+}
+# LVM PATH / generate LVM snapshot name suffix snapshot / compress devices / output PATH
+ARGUMENTS=$#
+SIZE_SNAPSHOT="50G"
+BORG_NR_TO_KEEP="4"
+which lvcreate > /dev/null || bailout "lvcreate not found"
+which borg > /dev/null || bailout "borg cannot be found"
+which lvremove > /dev/null || bailout "lvremove not found"
+[ $ARGUMENTS -lt 2 ] && bailout "Usage: $0 PATH_TO_BORG_REPOSITORY PATH_TO_LVM_VOLUME1 PATH_TO_LVM_VOLUME2 "
+BACKUP_REPOSITORY=$(echo $1 | cut -d: -f 1)
+[ -r $BACKUP_REPOSITORY ] || bailout "FAIL: $BACKUP_REPOSITORY cannot be read"
+[ -w $BACKUP_REPOSITORY ] || bailout "FAIL: $BACKUP_REPOSITORY cannot be written to"
+for i in "${@:2}" ; do
+	LVM_PATH="$i"
+	LVM_PATH_SNAPSHOT="$LVM_PATH""_snapshot"
+      [ ! -r $LVM_PATH ] && bailout "FAIL: Cannot read \"$LVM_PATH\" VOLUME"
+      [ -r  $LVM_PATH_SNAPSHOT ] && bailout "FAIL: Attention snapshot still there: $LVM_PATH_SNAPSHOT"
+done
+lvm_snapshots=""
+for i in "${@:2}" ; do
+        LVM_PATH="$i"
+        LVM_PATH_SNAPSHOT="$LVM_PATH""_snapshot"
+	lvcreate -L $SIZE_SNAPSHOT -s -n $LVM_PATH_SNAPSHOT $LVM_PATH > /dev/null || bailout "FAIL: Could not create Snapshot: $LVM_NAME_SNAPSHOT"
+        lvm_snapshots="$lvm_snapshots $LVM_PATH_SNAPSHOT"
+done
+borg create --stats --compression=lz4 --read-special "$1" $lvm_snapshots
+RET_CODE_BORG="$?"
+for i in "${@:2}" ; do
+        LVM_PATH="$i"
+        LVM_PATH_SNAPSHOT="$LVM_PATH""_snapshot"
+	lvremove -q -f $LVM_PATH_SNAPSHOT >/dev/null
+done
+borg prune --keep-last $BORG_NR_TO_KEEP $BACKUP_REPOSITORY
+exit $RET_CODE_BORG
+</code>
   * Durchgeführt auf Kali Linux - Debian Testing
 <code>