Onderwerp: Backup netwerk opzetten

Oorspronkelijk geplaatst door hostlogic.nl

In onze dagelijkse rapportages zie ik toch regelmatig meldingen voorbij komen dat volumes verlopen en gepurged worden. Daar hoef ik gelukkig niks voor te doen.

Ja, de database wordt gepurged, echter de daadwerkelijke files niet, die moet je altijd nog met de hand doen.

Tenzij de file opnieuw gebruikt wordt voor nieuwe data. Waarschijnlijk bedoelen we hetzelfde maar leg ik het een beetje onhandig uit.

Onze bacula server draait al een tijdje en de groei is op dit moment minimaal. Ik hoef geen volumes weg te gooien, ze worden opnieuw gebruikt voor nieuwere data, terwijl dus de oudere data verdwijnt. Heel af en toe komt er een nieuw volume bij.

Oorspronkelijk geplaatst door Wido

De volumes blijven altijd groeien, althans zo maak ik het mee? Volumes moet je altijd nog met de hand purgen en removen.

Even uit de kop, maar dat is met de 'max volume jobs = 1' (dacht ik) in de pool definitie op te lossen. Inclusief een goed gekozen file retention zullen je files toch redelijk beperkt blijven. Ik heb zo uiteindelijk gem. 20 bestanden per server.

Waarom zou je backups over een andere netwerk port laten gaan? Afgezien van de snelheid?

Voornamelijk geen belasting van je normale netwerk met back-up verkeer. Je kan met vlans een poortje wel in tweeën hakken, 't verkeer gaat wel allemaal over het zelfde kabeltje en dezelfde switch.

Momenteel heb ik mijn servers dmv bonding over 2 switches lopen, op die manier valt die uptime garantie dan wel weer weg toch? Of je moet de 2e switch wel met internet in verbinding laten...

Je kan er ook een extra netwerkkaart in stoppen.

als je manueel je files moet purgen en wissen (fysiek), dan heb je de file-definities verkeerd staan. Bekijk alles ivm recycling in de manual.

Zoals andere aanhalen zal een file uiteindelijk als "vrij" gemarkeerd worden, en wordt deze opnieuw gevuld wanneer er een nieuwe job komt die in die pool moet schrijven.

Oorspronkelijk geplaatst door frankske

Bacula hier, met ettelijke 100-en (if not 1000-en, zou backupmaster wonko moeten vragen) GB's aan data. Doet het prima!

Maak je gebruik van 1 file per server? Ik had 't destijds draaien met 1 file voor meerdere servers, maar dat suckt. :P Ik heb er ook maar een dag de tijd in gestoken en het werkte goed, maar kan zoveel dat 't wel wat tijd kost.

Oorspronkelijk geplaatst door hostlogic.nl

Als je bacula goed geconfigureerd hebt, komt er een moment waarop de backupfiles nauwelijks meer groeien (door de retentieperiode worden files alleen maar vervangen door nieuwere). Wij backuppen tientallen servers met bacula, en dit werkt echt prima. Het werkt snel, stabiel en is bovendien heel erg schaalbaar. En bovendien heeft het nauwelijks resources nodig (afgezien van diskspace). Overigens is dit een 100% linux omgeving, ik heb geen ervaring met de clients onder Windows, BSD of OSX.

Stel nou ik wil 5TB aan LVM storage iedere dag backuppen over een intern vlan (meerdere fysieke LVM lagen van minimaal 10G), zou dat goed werken met incremental backups via bacula? Hoe ver gaat je ervaring met deze software?

Wat is de reden dat je specifiek LVM noemt? Bacula werkt op filesystem nivo, en heeft dus niks te maken met de onderliggende disken. Als je bedoelt dat je LVM snapshots wilt gebruiken icm Bacula dan kan ik je daar niet verder mee helpen. De initiele backup van 5TB kan even duren, afhankelijk van de gebruikte hardware is het heel goed mogelijk om de maximale netwerksnelheid te halen. Incrementals gaan echter redelijk snel.

Ik heb verschillende Bacula omgevingen ingericht en onderhouden. Als je specifieke vragen over jouw omgeving hebt dan kun je me ook altijd PM-en.

We werken inderdaad met LVM snapshots en dan vraag ik me af of Bacula hier onderscheid in kan scheppen.

Wellicht de moeite waard om dit eens te gaan testen, thanks.

Kijk hier eens naar, dit lijkt op wat jij zoekt:

http://wiki.bacula.org/doku.php?id=a...ecific_backups

Ik zou eens kijken naar CDP, zeker wanneer je dat soort hoeveelheden wilt back-uppen, op vaste tijden een back-up draaien is zo 2008.
Werkt voor bijna alles, alleen databases blijft lastig,

Inzake bacula: ik denk dat jullie tape en file door elkaar heen gooien. Tapes worden netjes gerouleerd (heb het hier ook draaien). Op een fileserver (bacula-sd => HDD), worden de files *NIET* weggegooid.

Oplossing: cronjob of netjes (after_job .sh schrijven).

Let wel: dat was de laatste keer dat ik keek. Ik verwacht niet dat het veranderd is, en anders is het alleen maar een beter product geworden