Login
Newsletter

Thema: Wie sichern Sie Ihre Fotos?

5 Kommentar(e) || Alle anzeigen ||  RSS
Kommentare von Lesern spiegeln nicht unbedingt die Meinung der Redaktion wider.
1
Von Jürgen Sauer am Fr, 17. März 2017 um 16:43 #

Moin,
nachdem mir sowas ähnliches auf meinem Server (mit ECC Ram) und mit einem Hardware Raid5 (ICP Vortex) und ext4 Serverfilesystem passiert ist:

http://abload.de/thumb/rimg0073zsjik.jpg http://abload.de/thumb/rimg0077frjw5.jpg http://abload.de/thumb/rimg00803hkwv.jpg http://abload.de/thumb/rimg0081lfjjl.jpg

Des weitern waren auf den Backup Platten (externe USB Drives mit ext4) andere Fehler zu finden.
Im mitlaufenden Bareos Backup waren die Fehler ebenfalls mit eingezogen und die betreffenden Daten waren völlständig zerstört.

Deshalb habe ich den Server auf ein BTRFS Raid6 mit 4 Platten formatiert. Zwar ist BTRFS Raid 6 "experimental" eingestuft, doch mit den aktuellen Kerneln gefällt mir das Ergebnis sehr gut. "Works for me".

Die Backups laufen auf ein 3-Festplatten BTRFS Raid5 (baucht 3 USB3 Ports) mit subvolume snapshots und rsync.

#!/bin/bash
ROPTS="-ax --delete-excluded --delete"
MDIR="/tmp/bak"
NOBAK="/home/.not-backup"
LABELS=$(cat "/etc/backup.labels")
SRCDIRS=$(cat "/etc/backup.list")
# set -x

##########################################################################
function mountdisk
{
for i in $LABELS
do
mount -t btrfs -o compress=lzo,subvol=/ LABEL="$i" "$MDIR" &>/dev/null && return 0
done
echo "Keine passende Platte gefunden"
umount "$MDIR"
exit -1
}

##########################################################################
function checklabel
{
for i in $LABELS
do
L=$( btrfs fi label "$MDIR" )

if [ "$L" != "$i" ] ; then
continue
else
rsync -a "$0" "$MDIR"
rsync -a "$NOBAK" "$MDIR"
rsync -a /etc/backup.labels "$MDIR"
rsync -a /etc/backup.list "$MDIR"
return 0
fi
done
umount "$MDIR"
echo "Falscher Datenträger: $L";
exit -1;
}
##########################################################################
## Mounten
test -d "$MDIR" || mkdir "$MDIR"
mountpoint -q "$MDIR" || mountdisk

checklabel

for i in $SRCDIRS
do
# Testen ob "$MDIR/$i" vorhanden
d=$(basename "$i")
test -d "$MDIR/$d" || btrfs su cre "$MDIR/$d" &>/dev/null
rsync $ROPTS --exclude-from=$NOBAK $i/ "$MDIR/$d/"
TS=$(date +%Y%m%d)
TS="$TS $(date +%H%M)"
btrfs su snap -r "$MDIR/$d" "$MDIR/$TS AXS $d" &>/dev/null
echo "$TS $d Backup @ $HOSTNAME fertig" >>"$MDIR/protokoll.log"
done

sync
## Dismounten
cd $HOME
mountpoint -q "$MDIR" && umount "$MDIR"
rmdir "$MDIR"
##############

Seither nie wieder Ärger mit intern gematschten Dateien gehabt.


----
1 Quelle Original Kontext der Bilder Links: http://www.dslr-forum.de/showthread.php?t=1461605
2 Ja, das geht auch mit dem "erprobten" ZFS... abet BTRFS ist einfacher mit Arch Linux und selbst der Wartungs USB Stick kann alle Multivolume BTRFS öffnen

[
| Versenden | Drucken ]
  • 0
    Von tete am Sa, 18. März 2017 um 13:52 #

    Und wo prüfst du da die Datenintegrität?

    [
    | Versenden | Drucken ]
    • 1
      Von Jürgen Sauer am Sa, 18. März 2017 um 15:35 #

      Das tut beim BTRFS der Kernel automatisch bei jedem Zugriff. Icinga mailt es dann zu, falls es einen Vorfall gab.
      Der Vorzug bei einer Raid[1|5|6] Konstellation ist die selbst Korrektor des BTRFS, beim Zugriff.
      Kernel liest eine Datei, bildet die CheckSum und bei abweichungen wird transparent korrigiert, aber kein Error ausgegeben, wenn Korrektur erfolgreich. Schlimmstenfalls dauert der Zugriff "etwas" länger.

      Wenn man es doch mal manuell tun will "btrfs scrub ... "

      [
      | Versenden | Drucken ]
    1
    Von MeisterLampe am Mo, 20. März 2017 um 16:42 #

    Die Integrität von Backups muss nicht unbedingt auf Dateisystemebene sichergestellt werden. Restic kümmert sich grundsätzlich darum. Ich finde eh, dass der/die Entwickler viel richtig gemacht haben und setze restic mittlerweile als meine Standardlösung ein.

    [
    | Versenden | Drucken ]
    • 1
      Von Jürgen Sauer am Mo, 20. März 2017 um 18:45 #

      Jo, restic macht netten Eindruck.
      Da kann man nur zustimmen.
      Werde ich mir mal anschauen.

      Vielleicht sollte man sich mal zusammen setzen und ein paar "best practise" Artikel/workshops für pro-linux schreiben... in der Lesercomunitiy sind sicher genug Experten... :)

      [
      | Versenden | Drucken ]
Pro-Linux
Pro-Linux @Facebook
Neue Nachrichten