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
- 6281 megtekintés
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.
- A hozzászóláshoz be kell jelentkezni
É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.)
- A hozzászóláshoz be kell jelentkezni
+1
Én is üzemeltettem baculát. Nem a legjobb...
- A hozzászóláshoz be kell jelentkezni
En pont most kezdtem el hasznalni. Milyen gondjaid voltak vele?
- A hozzászóláshoz be kell jelentkezni
1.x úgy szar ahogy van, a kliensek (FD-k) néha nem mentenek rendesen. Az ütemezésben is zavaró, hogy asszem nem lehet bonyolultabb direktívákat megadni (pl. kezd ekkor, de csak ha legfeljebb X job fut).
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
6: Select backup for a client before a specified time
8: Enter a list of files to restore before a specified time
10: Find the JobIds for a backup for a client before a specified time
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
Kifele a 9102-es portot kel megnyitnod mert ezen mukodik a bacula-fd (ha csak nem allitottad at). Befele meg a 9103 kel mert azon dolgozik a bacula-sd (megint ha nem allitottad at).
- A hozzászóláshoz be kell jelentkezni
tanulmanyozd a meghajto leirasat, amit en lattam, azon van kulon led, ami figyelmeztet, hogy most mar be kellene nyomni egy tisztito kazit. beszivja, tekeri egy kort, es kiadja, ennyi
- A hozzászóláshoz be kell jelentkezni
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 :-)
- A hozzászóláshoz be kell jelentkezni
Egyetlen hibaja, hogy Netware ala nincs file daemon. Sajnos en ez miatt szoptam sokat, es nagyon megutaltam.
- A hozzászóláshoz be kell jelentkezni
Üdv!
Én most ismerkedem a baculával.
Mit ajánlsz helyette? HP Ultrium szalagosom van, arra szeretnék menteni..
köszi
b
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
É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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
A verziónak egyeznie kellene... A klies verziója mi? Pont a 1.38 körül volt elég sok változás. Tegyél a kliensre is 1.38-at.
- A hozzászóláshoz be kell jelentkezni
A szerver Kubuntu edgy és a bacula 1.38.11-7ubuntu6 verzió. (kernel 2.6.x)
A kliens pedig Debian sarge és a bacula 1.36.2-2sarge1 verzió. (kernel 2.4.x)
Azért klassz lenne ha nem lenne ilyen verzió probléma, mert nem biztos hogy mindenhol lehet dist-upgradelni.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
DDNS cim(/nev) baculaba irasa helyett, inkabb VPN-t a szerverhez.
Mivel a daemon inditaskor vizsgalja a konfigot.
- A hozzászóláshoz be kell jelentkezni
Amugy a konfiguracios allomanyban is van hiba:
A kliens szerver bacula-fd.conf -ja:
Director {
Name = klienshost-dir
Password = "JELSZO1"
}
A kliensen a Director csoportban a Name-nel a szerver neve kel legyen (ahol a bacula-dir fut) hiszen innen tudja hogy hova kel kapcsolodni.
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
Ú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.
- A hozzászóláshoz be kell jelentkezni
> 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.
- A hozzászóláshoz be kell jelentkezni
ha nem tetszik, a mentes alatt modosulo tartalom,
hasznalj LVM-t, snaphot-ot.
http://tldp.org/HOWTO/html_single/LVM-HOWTO/
http://www.howtoforge.com/linux_lvm_snapshots
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Termeszetesen akkor amikor be vannak kapcsolva, peldaul hetfon 11 orakor. A VSS be van kapcsolva, igy nem kenne gondot okozzon.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
A hiba nem hiba. Latszik mogotte a "3000 OK".
Szalag birtokba vetele egy uj blokk(veg) irasaval kezdodik,
ezt keresi a bacula.
mt -f /dev/st0 rewind
mt -f /dev/st0 weof
A fenti ket parancs a "kazetta teljes torlese" is ;)
- A hozzászóláshoz be kell jelentkezni
Annó én is szöszöltem baculával.
Most dirvish-t használok, aztán lokálisan mentek. :))
- A hozzászóláshoz be kell jelentkezni
É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.
- A hozzászóláshoz be kell jelentkezni
ha csak ujrahasznositani akarod, akkor a fenti 2 parancs.
ha tenylegesen torolni, akkor pl.dd (es/vagy tar) megfelelo blokkmerettel
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
2: igen, van, bscan.mysql, bscan.sqlite volt ez régebben, ma nem tudom mi.
3: elvben van egy adott kipörgési idő, üríti ő maga az adatbázist, csak be kell állítani mikor purgáljon. Asszem a director konfigja ez...
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni