BareOS kliens távoli szkript nem megy

 ( Honkydoo | 2017. október 11., szerda - 16:28 )

Sziasztok!

Terezzük bevezetni a BareOS-t a cégnél és lenne egy probléma amit nem igazán tudok megoldani.
XEN-es környezetben vannak a virtuális gépek és róluk készülne a biztonsági mentés.
Azt találtam ki, hogy írok egy pre és a post scriptet amiben pauzálom a virtuális gépet, lementem a memória tartalmát, csinálok egy snapshotot az LVM köteten lévő fájlrendszerről, majd indítom a gépet. Ezzel gyakorlatilag megvan a mentés idejére egy fix állapot. Ezt menteném fájl szinten, bár gondolkodom a kötet szintű mentésen is. Nnem tudom, kötet szinten lehet inkrementális mentést csinálni a bareos-el?
Ha kész a mentés, lecsatolom a snapshotot, majd tölrom.

Nagyon túl van bonyolítva? Ti hogy csinálnátok ezekkel az eszközökkel (bareos, xen, lvm)?

Majdnem elfelejtettem :) A kérdésem az, hogy miért nem fut le a bareos klienben beállított szkript? Ha kézzel futtatom, fut... A pre és a post scrypt is.

vim /etc/bareos/bareos-dir.d/client/intra-fd.conf
Client {
Name = intra-fd
Address = [gép]
Password = [jelszó]
}

vim /etc/bareos/bareos-dir.d/job/backup-intra-fd.conf
Job {
Name = backup-intra-fd
JobDefs = DefaultJob
Client = intra-fd
FileSet = LinuxAllIntra
Client Run Before Job = /usr/share/prescript_intra.sh
Client Run After Job = /usr/share/postscript_intra.sh
}

vim /etc/bareos/bareos-dir.d/fileset/LinuxAll_intra.conf
FileSet {
Name = "LinuxAllIntra"
Description = "Backup all regular filesystems, determined by filesystem type."
Include {
Options {
Signature = MD5 # calculate md5 checksum per file
One FS = No # change into other filessytems
FS Type = btrfs
FS Type = ext2 # filesystems of given types will be backed up
FS Type = ext3 # others will be ignored
FS Type = ext4
FS Type = reiserfs
FS Type = jfs
FS Type = xfs
FS Type = zfs
}
File = /mnt/backup/intra/
# File = /dev/store/intrai-$Year$Month$Day-swap
}
# Things that usually have to be excluded
# You have to exclude /var/lib/bareos/storage
# on your bareos server
Exclude {
File = /mnt/backup/intra/rootfs/var/lib/bareos
File = /mnt/backup/intra/rootfs/var/lib/bareos/storage
File = /mnt/backup/intra/rootfs/proc
File = /mnt/backup/intra/rootfs/tmp
File = /mnt/backup/intra/rootfs/var/tmp
File = /mnt/backup/intra/rootfs/.journal
File = /mnt/backup/intra/rootfs/.fsck
}
}

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

En azt javaslom hogy kulon mentsd a gepeket agent segitsegevel. Ha nem tamogatott oob a host based vm backup akkor nem is lesz jo. Az agent based mentessel az osszes mokolast kiiktatod es meg bmr restore lehetoseged is lesz file based restore mellett.

Sajnom, de rossz az otleted.

Helló!

A xen és a bareos együtt tud működni? Ez valamiért eszembe sem jutott.
Köszi! Ennek utána nézek.

A xen-hez 1-2 backup megoldásnak van csak host based támogatása.

Sok előnye lehet bizonyos körülmények közt az agent based mentéseknek.

Köszi!

Én csak attól félek, ha mondjuk lementem az egész gépet futás közben, akkor nem lesznek inkonzisztensek az adatok?
Egy olyan gépnél ami alatt egy nagy adatbázis van és fut, nem okoz gondot az agent based mentés?

Az agend based mentés az tudja mi van az OS-ben és az agent képes odabenn csendesítést végezni a file/block based mentés előtt. Ha agent less a host oldalról akarod elvégezni akkor ezt az integrációs eszközön keresztül lehet elvégezni pl xen/ vmware tools.

Mindig biztosabb és néha egyszerűbb belülről menteni, igaz host based ha minden rendben és támogatott minden akkor könnyen, gyorsan és sokat lehet menteni, de csak akkor ha támogatja a mentő rendszer mert az végzi el a csendesítést, hogy az fs, db és minden aminek van vss kapcsolata az fs szinten konzisztens állapotba legyen. A VM kirántása még pause állapotban sem biztos, hogy tökéletes, mert lehet hogy a pause tartalmaz csak memóriában található adatoka, vagy pont változtatás alatt vannak állományok.

Minden ilyen esetben tesztelni kell. Ments és ments és állíts helyre. A BMR meg tökéletes erre és úgyis az fog kelleni ha nagyon kell valami.