Bacula kérdés

Fórumok

Sziasztok!

Sikerült konfigurálnom, egy bacula-t az otthoni kubuntu szerveremre egy DAT72 egységgel.
Megy is szépen a mentés (full, incremental) jópár napja.

Felmerült bennem 1-2 kérdés ezzel kapcsolatban:

1. Van pár távoli szerver ahol napi mentés megy cron-ból (max 7 nap), szóval itt létrejönnek tar.gz -k. Ezeket hogy érdemes kazira kiirni? Hazatöltöm az oké, a tar.gz-ket dd -vel ráküldöm a kazira, vagy esetleg bemásolom az /backup könyvtáramba és a baculának megadom job-ként, esetleg ugyanott kibontom őket és úgy intéztetem a baculával?!

2. Ha esetleg minden külső hoston felrakok egy baculát és winyóra kérek mentést, akkor ezeket a mentéseket hazatöltve könnyen kiirhatom kazira vagy macerás? Ilyenkor a backup könyvtárban létrejött fájlokat kell hazatölteni és megadni valahogy az otthoni baculának, vagy más fájlok is szükségesek hozzá? Esetleg bacula-servert kell rakni inkább és hálón keresztül archiváljon?

Köszönet a válaszokért

Hozzászólások

Szerintem a legegyszerubb az lenne ha tennel egy-egy klienst a tavoli gepekre es egyenesen mentenenek a te szerveredre. Van ennek nalad valamilyen akadalya?

Ha pedig minden keppen atmasolod az allomanyokat a te gepedre, akkor onnan mar siman mentheted a baculaval.

En az elsot csinalnam, hacsak nincs nalad valami ami megakadalyozna.

Én elég sokáig használtam Bacula-t céges környezetben. Távol álljon tőlem, hogy lebeszéljelek róla, de mielőtt nekiállnál több gépen implementálni, javaslom, hogy olvasd el, hogy mi a jelenlegi implementáció megkötései/hiányosságai. (Ha nem tetted volna még meg.)

Ha nem a legjobb mit érdemes használni helyette ami szintén nem fizetős? Mivel még minimálisan merültem bele, könyebb a váltás.

Gondot eddig csak mysql mentésekor tapasztaltam, a mentés lement szépen, a restore pedig hibát jelzett 1-2 baculás mysql fájl esetén, hogy a mérete nem megfelelő, gondolom ez a file állandóan változott és azért.

Tetszik hogy van a bconsole és hogy restore előtt tudok válogatni hogy mit akarok kibontani, ha esetleg nem a full mentést akarom helyreállitani.

Milyen GUI-kat ajánlotok hozzá, van-e ilyen egyáltalán?

Jelenleg az 1.38.11-7ubuntu6 verzió van fent, érdemes lepucolni és leszedni egy 2.2.x változatot tar.gz-ben? Vagy frissitsek a legújabb kubuntu-ra?

Szerintem mindenkep erdemes az ujabb 2.2.x verziot hasznalni. A GUI nem sokat csinal, inkabb csak lekerdezes, konfiguralni nem lehet vele, nem is hasznalom. GUI-bol ketto van: egy webes felulet es egy bat nevu program. En a bat-ot raktam fel kivancsisagbol, de azota sem hasznalom, nagyon jol lehet boldogulni a bconsole-al.

2.x verziót nem használtam. Nehéz kiragadni a problémák közül néhányat. Inkább azt mondanám, hogy kicsit inkább a "sajtreszelővel rejszolás" érzését nyújtotta, mint a "it doesn't get into your way"-t. Javaslom, hogy nézd meg a limitációkról szóló doksit, ha az önmagában nem tántorít el, akkor próbáld meg teszt környezetben.

Tesztelj különböző forgatókönyveket:
Mi van, ha egy backup nem fut le? Mi történik a sorban utána következővel? (Nálam tipikusan beragadt az is, amíg kézzel ki nem pucoltam a queue-t.)
Mennyi adatot kell backupolnod vele? Többszáz gigabyte-nyi, több millió file esetén visszaállításkor a directory tree felépítése volt, hogy 1 napig tartott. Próbáltuk optimalizálni a queryt, hogy JOIN-t használjon keresztszorzat helyett, de a C forrásba be volt drótozva, emiatt újraforítani pedig nem volt kedvem.
Ha egy bizonyos időponttól kell visszaállítanod, hogyan teszed meg azt? (Kézzel megírsz egy SQL lekérdezést, futtatod a bconsole-ban, majd az eredményül visszakapott JobId-t beolvastatod egy másik menüpont alatt. Én valami egyszerűbbet is el tudnék képzelni.)
Disaster Recovery lehetőségek? (Van, de nekem túl nehézkesnek tűnik sok rendszer esetén.)
Boostrap fileok használata. (WTF?)
Ha esetleg úgy kell visszaállítanod, hogy nem áll rendelkezésre Bacula install - archívált vinyóról - hogy teszed azt meg? Létezik bextract, de inkább nem...

Olyan dolgokkal találkoztam többnyire, amire van ugyan workaround, de amikor vissza kell állítanod valamit, az általában időérzékeny, amikor nem feltétlenül egy ilyen hack kidolgozásával akarsz foglalkozni.

Ha most kellene implementálni sokgépes környezetben hálózati backup megoldást, biztos, hogy megnézném Amanda-t is előtte. Az legalább a standard unix toolokat használja tar, gz, dump/restore...

Kevesebb bajom van vele, mint a Tivoli/TSM -mel.
Lehet magamnak kell kiotlenem a SQL lekerdezeseket,
de azzal eddig minden kerdesemre valaszt kaptam.
Felulet nem erdekel, parancssorbol jo. Szerintem.

Az eredeti kerdezonek pedig javaslat:
tegyel fel bacula-fd klienst es ments azzal,
nem kell athozni a tgz-ket.

Köszi az ötleteket.

Tehát tegyek fel bacula-fd klienst a távoli szerverre és az mentsen az otthoni adsl kapcsolaton levő DAT-ra? Mondjuk ez havi 1 alkalommal, főleg ha hajnalra állítom nemgond (6-8 GB tömöritetlen anyag max) , gondolom a 9101-9103 tcp portokat kell a tűzfalon megnyitnom, hogy működhessen.

Tisztitó kazettát milyen sűrűn célszerű alkalmazni, ha esetleg napi minimális használatot feltételezünk (incremental 10-15 perces mentés esténként, illetve havonta 1-2 alkalommal ilyen 6-8GB mentése). Hogy kell végezni a tisztitást, berakom a kazit és automatice csinál valamit, vagy van erre progi esetleg az mt parancsot kell valahogy paraméterezni?

Kazetták mennyire bírják a strapát, tényleg bírnak 20-30 évet is ha szekrényben tárolja a mentéseket az ember?

Van pooling opció benne, ahonnan át ki tudod írni kazettára. Ekkor nem leszel limitálva a lassabb szalagos egységgel, ha megtelik a kazetta, akkor sincs gond, ha nem vagy mellette. Ilyen előnyei vannak. Mi használjuk több környezetben - csak linuxok, csak windowsok és vegyesen -, több cégnél. Gond abból adódott egyszer, hogy a mysql megadta magát egyik helyen. A parancssora gyors, a bconsole-ben, ha a parancsokat, ha nincs kedved nem kell végig beírni, gyönyörűen meg van csinálva. Webes felületet tudsz adni ügyvezetőnek/auditornak/belső ellenőrnek, hogy meg tudja nézni a mentések állapotát, de ne tudjon belepiszkálni. Szerintem legjobb open source mentő eszköz. Nem sok van, ami ismeri VSS-t windwoson és így adott állapotot el tudsz menteni, meg nem jön elő olyan hiba, hogy pont fogta valami a fájlt.

MySQL mentésnél: ne a binárist mentsd! Csinálj egy dumpot, írányítsd esetleg pipeba és onnan olvasd fel. Akkor nem lesz hibás visszaállítás.

Szerintem a bacula, ha nem is hibátlan megoldás, de nagyon-nagyon jó. És folyamatosan fejlődik. Donate now :-)

Nekem a konfigurációs dolgai nem jöttek be a Baculának. Leginkább az nem tetszett, hogy a kliensek lépnek be a szerverre, ráadásul jelszóval egy máshol sehol nem használt protokoll (bacula sajátja) segítségével. Ha sok gépet kell menedzselni, akkor csak mindegyikre folyton különböző jelszót menedzselni sem kis feladat...

Szóval biztonság szempontból aggályosnak találtam. Ha egy klienst feltörnek, akkor be tudnak lépni a szerverre és a Bacula protokollon keresztüli műveleteket el tudják végezni, például backupok indításával kipörgetni a régieket (és még használhatóakat), vagy mittudoménmit.

Én olyan megoldást csináltam inkább, ahol a backup szerveren van minden konfiguráció, ami a backupra vonatkozik, a szerver ütemezi a mentéséeket és publikus kulccsal azonosított ssh-val lép be a kliensekre. Így egy kliens megtörésével nem jut közelebb a támadó a rendszer megfektetéséhez. Hátránya, hogy a szerver megfektetésével viszont az összes klienshez hozzáfér. Azonban a szervernek nincs kifelé látszó része, igen nehéz megfektetni.

Értem, viszont az már régen rossz ha a kliens gépet (ami egy webszerver) feltörnek és onnan matatják az otthoni szerveremet. Úgy gondolom a bacula portok fixip-re (és persze jelszóra) való korlátozása talán elégséges lesz, illetve a webszerverek körültekintőbb felügyelete. Esetleg az adatok védelme miatt lehet jó lenne valami stunell tuning is. Remélem a távoli kliensek konfigja se lesz sokkal macerásabb.

Azt azért tudni kell, hogy a bacula protokoll asszem LAN-ra optimailzált, minthogy ezt az egészet LAN-ra csinálták meg.

Nekem főleg az a gondom, hogy csak grafikus klienssel figyelhető a működés, nincsenek "normális" reportok (amiket kiküld, az minden, csak nem az). Én is belefutottam a 'mi van ha nem siekrül a backup' problémába.

Nagyon ajánlott bevezetés előtt mindent végigtesztelni, a 'valamiért lassú szerver'-től a terhelt hálóig mindennel, plusz 'elhasal a mentés', 'kilövöm a mentést', 'SD ne válaszol', etc...
Mivel ADSL, ha lehet, a mentések előtt pár perccel mindenképp legyen meg a redial, mert mentésalatt elég necces tud lenni. Végső esetben a mentés pre-run jobja is lehet a ADSL redial.

Felraktam a kliens szerveren a bacula-fd -t, és nyitottam a szerverem fele 9102 és 9103 portot is, bár gondolom csak az egyik kellene. És nem igazán akar indulni a mentés.

Running Jobs:
JobId Level Name Status
======================================================================
25 Full KlienshostBackup.2007-09-11_19.52.23 is waiting for Client klienshost-fd to connect to Storage File

klienshost-fd Version: 1.36.2 (28 February 2005) i386-pc-linux-gnu debian 3.1
Daemon started 11-Sep-07 19:50, 0 Jobs run since started.
No Terminated Jobs.
Running Jobs:
Director connected at: 11-Sep-07 19:52
JobId 25 Job KlienshostBackup.2007-09-11_19.52.23 is running.
Unknown Type Job started: 11-Sep-07 19:52
Files=0 Bytes=0 Bytes/sec=0
Files Examined=0
SDSocket closed.

A szerveremen újabb 1.38.x változat van, remélem ez nem kavar be neki.

A kliens szerver bacula-fd.conf -ja:

Director {
Name = klienshost-dir
Password = "JELSZO1"
}

Director {
Name = klienshost-mon
Password = "JELSZO1"
Monitor = yes
}

FileDaemon {
Name = klienshost-fd
FDport = 9102
WorkingDirectory = /var/lib/bacula
Pid Directory = /var/run/bacula
Maximum Concurrent Jobs = 20
FDAddress = xxx.yyy.ttt.vvv (a kliens szerver ipcime)
}

Messages {
Name = Standard
director = klienshost-dir = all, !skipped
}

A szerverem bacula-dir.conf-ja:

Director {
Name = homeserver-dir
DIRport = 9101 QueryFile = "/etc/bacula/scripts/query.sql"
WorkingDirectory = "/var/lib/bacula"
PidDirectory = "/var/run/bacula"
Maximum Concurrent Jobs = 1
Password = "JELSZO2"
Messages = Daemon
DirAddress = 192.168.xxx.yyy
}

Job {
Name = "KlienshostBackup"
Type = Backup
Level = Differential
Client = klienshost-fd
FileSet = "Full Set Klienshost"
Schedule = "DailyCycleKlienshost"
Storage = File
Messages = Standard
Pool = Default
Priority = 10
Write Bootstrap = "/var/lib/bacula/KlienshostBackup.bsr"
}

Job {
Name = "KlienshostRestore"
Type = Restore
Client = klienshost-fd
FileSet = "Full Set Klienshost"
Storage = File
Pool = Default
Messages = Standard
Where = /mnt
}

FileSet {
Name = "Full Set Klienshost"
Include {
Options {
signature = MD5
compression = GZIP
}
File = /etc
}
}

Schedule {
Name = "DailyCycleKlienshost"
Run = Full mon-sun at 19:04
}

Client {
Name = klienshost-fd
Address = xxx.yyy.ttt.vvv (a kliens szerver ipcime)
FDPort = 9102
Catalog = MySQLCatalog
Password = "JELSZO1"
File Retention = 30 days
Job Retention = 6 months
AutoPrune = yes
}

# Generic catalog service
Catalog {
Name = MySQLCatalog
dbname = bacula; user = bacula; password = "JELSZO3"
}

Pool {
Name = Default
Pool Type = Backup
Recycle = yes
AutoPrune = yes
Volume Retention = 365 days
Accept Any Volume = yes
}

Console {
Name = homeserver-mon
Password = "JELSZO2"
CommandACL = status, .status
}

A tüzfalak elvileg be vannak lőve. A kliens fele nyitva van a 9102-es port, a szerveremen pedig a 9102 és a 9103 is. Telnettel teszteltem mindet.

Lokálisan működik szépen, a szerverem a saját Job-jait szépen menti:

Terminated Jobs:
JobId Level Files Bytes Status Finished Name
========================================================================
12 Incr 308 10,911,515 OK 08-szep2007 09:00 HomeserverBackup
13 Incr 232 11,689,352 OK 08-szep2007 23:00 HomeserverBackup
14 232 164,109,514 OK 09-szep2007 10:51 HomeserverRestore
15 22,938 1,567,628,576 OK 09-szep2007 11:17 HomeserverRestore
16 Incr 407 16,426,915 OK 09-szep2007 23:00 HomeserverBackup
17 Incr 407 11,068,916 OK 10-szep2007 23:00 HomeserverBackup

Próbáltam 1-2 visszatöltést is azis ment szépen.

Ettől féltem. Sikerült a két problémás verziópárt kifogni. Upgradeld a klienst 1.38 vagy felettire.

Többek közt változások voltak a formátumban is, úgyhogy mindenképp upgradelj.

Ettől lehet hálózati gond még, de a kliensoldali verzióváltás kötelező, ha nem akarsz szopni.

Kipróbáltam egy másik hoston, ahol újabb volt a bacula is, kb egyforma most a két verzió de a hibaüzenet ugyanaz.

A szerver Kubuntu edgy és a bacula 1.38.11-7ubuntu6 verzió. (kernel 2.6.x)
A kliens pedig Debian etch és a bacula 1.38.11-8 verzió. (kernel 2.6.x)

A kliens oldalon tuti elég a bacula-fd telepítése és a 9102-es port kinyitása?

13-szept 03:56 klienshost-fd: KlienshostBackup.2007-09-12_17.59.11 Fatal error: Failed to connect to Storage daemon: 192.168.xxx.yyy:9103
13-szept 03:56 klienshost-fd: KlienshostBackup.2007-09-12_17.59.11 Fatal error: bnet.c:859 Unable to connect to Storage daemon on 192.168.xxx.yyy:9103. ERR=Connection timed out

Gondolom ez lesz a gond, csak ha egy router mogotti linuxon van a bacula-server akkor hogy celszeru konfigolni a bacula-sd -t? adjam meg addressnek a dyndns cimet?

Sikerült végülis a távoli kliens kapcsolódása (a verziószámok nem számítottak, 1.36.xxx is ment és az 1.38.xxx is). A restore is ment a távoli kliensre, illetve az otthoni szerverre.

A kliens módositott bacula-fd.conf -ja:

Director {
Name = homeserver-dir
Address = adslvalami.dynip.com
Password = "JELSZO1"
}

Viszont az otthoni konfigokban az az adsl külső ip-t adtam meg az address sorokhoz, es nem a 192.168.xxx.yyy -t. Igy működött, ezekszerint NAT vagy egyéb módon nem működne a dolog? És mivel dinamikus az ip-m ip váltáskor irhatom át újra az otthoni konfigjaimat?

Erre van-e ötlete valakinek?

Újabb kérdések merültek fel a baculával kapcsolatban:

1.)

Az alábbi hiba gondolom "jogos":

16-szept 07:59 homeserver-fd: KlienthostRestore.2007-09-16_07.50.50 Error: attribs.c:337 File size of restored file /mnt/BACKUP/usr/local/apache2/logs/www.akarholvan.hu-access_log not correct. Original 89706247, restored 89706447.

Mármint a tömörítés kezdete és a befejezése között a fájl növekedett, mivel nézhették a weblapot.

Az alábbi hibák viszont "aggasztóak"?!

16-szept 08:09 homeserver-fd: KlienthostRestore.2007-09-16_07.50.50 Error: Uncompression error on file /mnt/BACKUP/home/httpd/htdocs/services/squirrelmail/data/kI2EE190z4LQg0kFoBclVhQWHkAfjykQ. ERR=Zlib data error

16-szept 08:09 homeserver-fd: KlienthostRestore.2007-09-16_07.50.50 Error: Uncompression error on file /mnt/BACKUP/home/httpd/htdocs/services/squirrelmail/functions/strings.php. ERR=Zlib data error

2.)

A director-nál hogy lehet megadni pl. hogy a "lost+found" könyvtárakat hagyja figyelmenkívűl?

Esetleg úgy hogy az Exclude résznél megadom:

File=lost+found

vagy csak teljes útvonalat lehet és mindet fel kellene sorolni ahol ilyen könyvtár található.

3.) Illetve az egyel korábbi felvetésemre is ha tud valaki választ megköszönném.

> Az alábbi hiba gondolom "jogos":
Hát igen, a mentési időablaknak valamikor éjjelre kellene esni, vagy legalábbis olyankorra, amikor nem látogatják a szervert. Amúgy én a logokat pl. kivenném, a mentésből teljesen, azt elég ha egy script menti a begzippelt logokat (mármint gondolom hasznélsz logrotate-t vagy valami ilyesmit).
> Az alábbi hibák viszont "aggasztóak"?!
Zlib verziók?

> A director-nál hogy lehet megadni pl. hogy a "lost+found" könyvtárakat hagyja figyelmenkívűl?

Az Exclude résznél megadod. Az arra van kitalálva. De amúgy akár ki is próbálhatod, mire válasz érkezik tőlünk.

> Illetve az egyel korábbi felvetésemre...

Görgess kicsit.

Verziók: Attól, hogy a kommunikáció összejön, még ajánlott a verziószámok egyeztetése. De tudod mit? Ne egyeztess. Én is a magam kenyerén tanultam meg, hogy milyen yó is az, ha két különböző generációs bacula kiabál egymással.

Dinamikus IP-cím: Nem véletlen ajánlgatjákl itt neked a VPN-t mint egyetlen logikus megoldást problémáidra. Olvasod is a topicot, vagy csak írsz bele?

Azthittem van valami egyszerűbb megoldás is, de halgattam rátok, konfiguráltam egy OpenVPN szervert az otthoni linuxomra, és az összes bacula kliens szépen belép vpn-el a mentés előtt picivel, és megy is szépen a archiválás ahogy kell.

Viszont lenne még 1-2 technikai kérdés ami felmerült időközben.

Tegyük fel, csinálok pár fullos mentést kazettára, kiis próbalom a restore funkciót megy is klasszul (max 1-2 fájlnál jelez hibát hogy megváltozott a fájl mérete) ezután elrakom a kazettát a szekrénybe biztos helyre (mágneses közegtől mentes). Eddig úgy csináltam restore-t hogy listázással kiirattam a legutolsó 20 mentést és a száma alapján vissza is állította. Mi van akkor ha esetleg újra telepitem a szerveremet, és egy teljesen új bacula kerül fel? Berakom a kazit, mountolom és kitudom valahogy listázni igy is? Vagy el kell mentenem a bacula mysql adatbázisát, esetleg valamit a /var/lib/bacula könyvtárból?

bscan

Amúgy mindenképp ajánlom a 2.x-es baculára való upgrade-t, mert nekem tényleg volt mentésvesztésem a formátumváltás mián.

De a normál restore a bscan progival simán megy, mert a Bacula a mentésekbe beteszi az összes metaadatot (emiatt nem lehet szabvány tgz-ként kezelni), így ha vmi van, a bscan szépen visszateszi a MySQL adatbázisba a mentést, mely ezek után helyreállítható.

Ennekokán érdemes a mentések kipörgetési idejét valami rövidre tenni, mert nálunk 5 rendszeres mentés elég komoly adatmennyiséget generált.

Hallgatok rád, leszedtem a kubuntus verziót (1.38.xx) és felraktam forrásból a legújabb 2.2.4-est. Sikerült mindent bekonfigolni újra, megy is az első mentés.

Ha van bármi egyéb tapasztalat, vagy használható tipp és trükk, ami publikus persze, azokat szivesen hasznosítanám énis.

Sziasztok!

Nem akartam új témát nyitni, végül is a baculához kapcsolódik ez is..
Érdekelne, hogy a win-es kliensek mentését ki hogyan intézi?
A szerver mentései éjjel futnak le, de akkor már nem mennek a winek. Továbbá nem tudom gond-e, ha pl. outlook express fut, miközben lementem a könyvtárát alóla?
Érdekelnénk a vélemények.
Előre is köszi
béla

Köszi!

A VSS lesz a megoldás. Elsiklottam felette..
Kérdeznék még:
Megvalósítható-e olyan rotációs megoldás - a nagyapa-apa-fiú - alapokon,
ahol nem kell naponta kazit cserélni (apa-fiú)?
Szeretném a havi és éves full mentéseket máshol tárolni, de nem lenne jó, ha minden nap cserélgetni kellene.. Tudom, hogy egy autochanger megoldás lehet, de az már nem fér bele...

üdv
béla

Ez milyen hiba lehet (a harmadik sorban levő)?

Connecting to Storage daemon CD72LWE at 10.x.y.z:9103 ...
Sending label command for Volume "Mentes_20071002" Slot 0 ...
block.c:990 Read error on fd=3 at file:blk 0:0 on device "CD72LWE" (/dev/nst0). ERR=Be/kimeneti hiba.
3000 OK label. VolBytes=64512 DVD=0 Volume="Mentes_20071002" Device="CD72LWE" (/dev/nst0)
Catalog record for Volume "Mentes_20071002", Slot 0 successfully created.
Requesting to mount CD72LWE ...
3001 Device "CD72LWE" (/dev/nst0) is mounted with Volume "Mentes_20071002"

Megy rendesen a backup és a restore is. Teljesen új és törölt kazetták esetén is ez van amikor kiadom a "label" parancsot, utána csinálja ezt szinte kivétel nélkül, de mint emlitettem a backup és restore is hibátlanul lefut.

Ne izgassam magam miatta? Vagy valami rossz a konfigban esetleg azért irja?

Ha tudtok valami használható információt akkor ne kíméljetek :)

Ha teljesen új kazettát rakok be, hogy lehet baculának megmondani hogy mondjuk automatikusan adjon nevet (Volume Label) a kazettának? Illetve a relabel parancs hogy működik, mert nemigazán sikerült eddig használnom. Kazetta teljes törlésre nincs mód a bconsole-ból?

Annó én is szöszöltem baculával.
Most dirvish-t használok, aztán lokálisan mentek. :))

Én az mt -f /dev/st0 erase parancsot használtam eddig törlésre. A Seagate DAT72 egységnél aránylag hamar elis végzi a törlést, a HP DAT40 viszont mintha bitről bitre törölne, többféle kazit is próbáltam (4GB - 20GB). Erre van valami megoldás? Sajna a DAT72 csak a 12/24 20/40 36/72 GB kazikat kezeli, szóval az ilyen kazikat esetleg tudom töröltetni vele, de mondjuk egy 4/8 GB kazettát már nem.

Sziasztok!

Belefutottam abba a szituba, hogy betelt a kazi, és nem futtottak le a job-ok, ill. az egyik félbemaradt, a többi meg ott sorakozik mögötte.
Hogy jövök ki jól ebből a helyzetből? Figyelgessem a kazi állapotát és még mielőtt megtelik cseréljek, vagy van erre vmi kulturáltabb megoldás?
Köszönöm a válaszokat!
üdv
béla

A weof -os törlést köszönöm, lényegesen gyorsabb mint az erase (legalábbis a dat40 egységnél, a dat72-nél az erase is gyorsan lefut)

Újabb kérdések merültek fel:

1. Ha teljesen új kazettát rakok be a datba és fut a bacula, illetve bevan állítva mikor induljon a job, hogy lehet valahogy megoldani, hogy ne kelljen a label parancsot használnom, vagyis automatikusan adjon labelt a kazinak ha üres? pl. ValamiBackup_20071202 (valami ilyesmi megfelelne)

2. Ha van egy régebbi bacula mentésem egy szerverről, viszont a jobid már nem létezik az adatbázisomban, mert újra raktam vagy ilyesmi, gondolom van valami mód ilyen esetben is az adatok visszanyerésére.

3. Hogy lehet ilyen jobokat torolni, ugy hogy ne is lassam oket? A sima delete job-ot probaltam, kiis irta hogy torolte, de statusnal meg mindig ott latom oket:

Terminated Jobs:
JobId Level Files Bytes Status Finished Name
====================================================================
17 Full 0 0 Error 21-nov-07 13:04 ValaholBackup
18 Full 0 0 Error 23-nov-07 20:09 NeholBackup
20 Full 0 0 Error 25-nov-07 13:25 AkarholBackup

Köszönöm a válaszokat.

1. Továbbra is kérdés lenne, ha teljesen új kazettát rakok be a datba és fut a bacula, illetve bevan állítva mikor induljon a job, hogy lehet valahogy megoldani, hogy ne kelljen a label parancsot használnom, vagyis automatikusan adjon labelt a kazinak ha üres? pl. AkarmiBackup_20071202 (valami ilyesmi megfelelne)

2. Mennyi adat fér el a kazettán? (Úgy vettem észre a 12/24-es kazira kb. 10,5 GB fér)

End of medium on Volume "Kepek-20071231" Bytes=10,402,301,952 Blocks=161,245 at 31-dec-2007 20:07.

Ezekszerint a maradék 1,5 GB-t azt a bacula fenntartja magának, amolyan könyvtárstruktúra, fájlok nevei stb?

20/40 illetve 36/72 kazi esetében mekkora a veszteség? (max 10-15%?)

3. Tudna-e valaki ötleteket mondani arra az esetre ha félre sikerül egy mentés. és törlöm fullra a kazit, ekkor nem engedi ugyanazt a Volume-t megadni, hiába nyomok rá purge-t, illetve relabel-t, ha viszont kicsit másabb nevet adok akkor ugy tünik eltünik a régi név a listából és egy újabb kazinál már használhatom ezt a régi Volume nevet is, de hogy lehetne ezt egyszerübben megoldani?

Belefutottam az imént egy teszt rendszernél, hogy a /var is mentésre került ezzel a log fájlok is.
A mentés le is ment rendesen, majd teszteltem a visszaállítást amikor is a bacula beszólt, hogy a mentésben lévő mysql bin log mérete nem egyezik meg (nagyobb) mint a mentés indításkori méret. Ez biztos jogos is, mert közben ha más nem a bacula írkált az adatbázisba.

Lehet ez ellen valahogy védekezni (lvm snapshot nélkül) vagy egyszerűen a restornál ezeket az állományokat ki kell hagyni (unmark)?

Felmerült bennem az is, hogy mi van ha postafiókokat fogok menteni így és tegyük fel a user hajnalban épp megnézi a leveleit és töröl belőle 1-2-t, akkor gondolom ugyan ez lesz a szitu? Bár lehet nem mert nem növekszik vagy csökken a fájl mérete hanem eltűnik :)

Ami szopóka volt még a teszt renszeren az az, hogy a cliensnél a file retention értéket kb 5 percre tettem, ezért a fentebb említett mentés file listázása nem volt elérhető. Itt az lehet a megoldás, hogy a kliens file retention értékét úgy határozzuk meg, hogy a definiált mentési cycle (vagy hogy is fogalmazzak) minden eleme biztosan beleférjen és akkor van lehetőség listáztatni majd a mentés közben módosult fájlokat unmark -olni? Ez akkor lehet felejtős, ha nagyon sok postafiókban sok-sok állomány változik a mentés közben.

Szóval kérdés, hogy van erre ötletetek vagy bevett szokásotok a snapshoton és az adott szolgáltatások leállításán kívül?

A teszt redszer debian etch, alap csomagból ment fel a bacula vagyis a verzió 1.38.11, ja és most ismerkedem vele.

Most kipróbáltam a visszaállítást a bextract segítségével és az nem írt ilyen hibát. Talán ez lesz a megoldás ilyen esetben?

10-Dec 17:14 bextract: End of Volume at file 0 on device ....
10-Dec 17:14 bextract: End of all volumes.
19790 files restored.

Ja és ami tetszett, hogy én a full backupot adtam meg neki és kapásból hozzávette a differential backupot.