Hi,
I'm following your discussion for a while now...
On 2/7/2007 3:54 AM, Don MacArthur wrote:
I think some of the code contains what might be a good solution.
What you want seems to be he ability to copy volumes,possibly to another
SD, and keep complete catalog information about both
Thanks Arno, you always seem to have very helpful insights. These
features would definitely represent a step up in complexity, and
functionality.
Honestly, I'd love the restore-from-one-of-several-copies feature even
if I had to choose which volume to use for the restore from a list of
On Wed, February 7, 2007 7:51 am, Don MacArthur wrote:
Thanks Arno, you always seem to have very helpful insights.
I agree. Arno is knowledgeable, helpful, and seemingly always in good
cheer. Bravo, Arno!
--
This message has been scanned for viruses and
dangerous content by MailScanner, and
On Mon, 2007-02-05 at 16:27 -0800, Tauren Mills wrote:
True. I guess I was meaning that Bacula would be natively aware of
both copies and be able to restore from either one. Since my disk
backups are on a different disk than the mysql database is, this might
happen if my backup disk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tauren Mills wrote:
I agree. It would be nice if there was a 'clone volume' command that
would create a copy of the tape (or backup file) and create new records
for the associated catalog data with pointers to the second volume. I
used to work
I was one of the more recent posters on this topic.
The tools I have used in the past used whichever volume was loaded as
long as it was one of the ones it asked for. So, if the original backup
was on volume123, and copied to volume456, a list of *all* the volumes
that contain the version of
This sounds like a reasonable approach. If I request to restore a
particular object and the exact object version exists on multiple
volumes, it really doesn't matter which volume it is restored from.
As long as that object gets restored, I will be happy. Of course, it
could make my life easier
I think some of the code contains what might be a good solution.
Right now, when a scheduled backup issues a mount request for a tape, it
doesn't matter what tape I load as long as it meets the requirements to
be used. If it asks me for volume123 from pool xyz, and I load
volume456 from pool
On Sat, 3 Feb 2007 22:01:00 -0800, Tauren Mills said:
I'm not having file size issues of 17GB on disk. I'm talking about
the data written to tape is about 17GB or 18GB. It seems like the
tape drive isn't compressing the data. But if it isn't, why would it
not get closer to 20GB? Or is
On Sun, 2007-02-04 at 15:31 -0800, Tauren Mills wrote:
Even though option #3 has some drawbacks, the likelihood of those
drawbacks happening are slim, especially if I mirror my big backup
drive. I'm leaning toward it at the moment unless someone can suggest
a way to make a COPY of a volume
Dwight,
Thanks for the thoughts, very helpful!
Even though option #3 has some drawbacks, the likelihood of those
drawbacks happening are slim, especially if I mirror my big backup
drive. I'm leaning toward it at the moment unless someone can suggest
a way to make a COPY of a volume from
On Mon, 2007-02-05 at 13:44 -0800, Tauren Mills wrote:
Would you use bcopy separate from bacula, creating your own scripts
that run off a cron job? Or would you somehow integrate using bcopy
into a bacula job using custom bacula scripts?
I plan on creating my own scripts, but called as
Dwight,
Would you use bcopy separate from bacula, creating your own scripts
that run off a cron job? Or would you somehow integrate using bcopy
into a bacula job using custom bacula scripts?
I plan on creating my own scripts, but called as part of the Catalog
backup job. It will
After much thought, I think the best solution for my needs is to have
all full and incremental backups saved to disk volumes my large drive
for fast backups and convenient restores. In addition, I would like a
weekly full backups of all systems stored on tape so that it can be
taken offsite.
Hello,
I've been using bacula for a couple years, backing up several servers
to an HP DAT40x6 autochanger. It has worked great! However, I had a
failure on my backup server and I've now rebuilt it, installing recent
bacula versions, and an additional large hard drive.
So I now have a 500GB
Tauren
I have a somewhat similar situation but have XP clients on workstations
and laptops to backup as well as some Linux servers. The tape unit is a
HP Dat 72x6.
I am trying to get Migration to work - nearly there.
See below for other comments.
Stephen Carr
Tauren Mills wrote:
Hello,
Stephen,
Thanks for the fast feedback! See below...
I have a somewhat similar situation but have XP clients on workstations
and laptops to backup as well as some Linux servers. The tape unit is a
HP Dat 72x6.
I am trying to get Migration to work - nearly there.
Haven't looked into
Tauren
More below
Stephen
Tauren Mills wrote:
Stephen,
Thanks for the fast feedback! See below...
I have a somewhat similar situation but have XP clients on workstations
and laptops to backup as well as some Linux servers. The tape unit is a
HP Dat 72x6.
I am trying to get Migration
Stephen,
Thanks again for the details about your backup plan.
Yes the data is moved from disc to tape and I agree it would be nice to
access the data off disc instead of tape. The Volume on disc still
exists but will be recycled when needed. My test restore came off the
tape. If you run a
19 matches
Mail list logo