Hi,
On Thu, 22 Sep 2011, Ben Walton wrote:
> Not sure if this would work for you (especially as it requires some up
> front choices) but this is what I'm looking at here. I did some small
> tests with it and it seemed to work fine.
>
> Each host has a dedicated storage pool and storage device (
Excerpts from Gavin McCullagh's message of Thu Sep 22 04:07:15 -0400 2011:
Hi Gavin,
> Is there any sign of development on shifting data between SDs? I know we
> had a conversation on this list about it about 18 months ago and there was
> some interest and even some sponsorship.
Not sure if thi
Hi,
On Wed, 21 Sep 2011, Dan Langille wrote:
> > Do other people do this?
>
> I do Copy to tape. Be aware: your tape drive must be on the same SD as
> your disk storage. Copy and migrate jobs can involve only one SD. You
> cannot copy/migrate from one SD to another.
Gah. I had forgotten tha
On Sep 21, 2011, at 6:04 AM, Gavin McCullagh wrote:
> Hi,
>
> we've been happily using Bacula now for a few years, with a couple of big
> disk arrays as the storage devices/media. We use something along the lines
> of what the manual documents for fully automated disk-based backups. This
> has
> Do other people do this? If so, how do you deal with pruning? Do you just
> let the database grow over time or do you let the data get pruned and use
> bscan or other low-level volume tools to read them if necessary? Is there
> another approach I'm missing?
>
I let the database grow. My postg
Hi,
we've been happily using Bacula now for a few years, with a couple of big
disk arrays as the storage devices/media. We use something along the lines
of what the manual documents for fully automated disk-based backups. This
has worked well and is really quick and convenient for doing restores