[Bacula-users] bacula over long-haul connections

2011-06-02 Thread Tim Gustafson
Hi, We have two storage directors: one locally and one located at an off-site data center. Our connection to the data center is a 10G link (but it's shared with other UC universities). Using programs like BBFTP, we've been able to achieve actual data throughput of something like 600Mbit/s to

Re: [Bacula-users] Disk-Based Autochanger

2011-06-02 Thread Mike Seda
Doh. I mean to say "If I'm *not* pointing to removable media"... On 06/02/2011 02:59 PM, Mike Seda wrote: > Hi All, > I'm currently tweaking a Bacula D2D setup, and am wondering if I > should be writing to a disk-based Autochanger versus directly to a > disk-based Device. If I'm pointing to rem

[Bacula-users] Disk-Based Autochanger

2011-06-02 Thread Mike Seda
Hi All, I'm currently tweaking a Bacula D2D setup, and am wondering if I should be writing to a disk-based Autochanger versus directly to a disk-based Device. If I'm pointing to removable media, I should just write directly to one or more Devices (w/o an Autochanger), right? Mike -

Re: [Bacula-users] LTO 5 Autoloader Support.

2011-06-02 Thread John Drescher
On Thu, Jun 2, 2011 at 2:01 AM, derbysig wrote: > Anybody helping in this? I am very interested to know about this too, as I am > using a LTO3 and will most likely be upgrading to a LTO5 somewhere end of > this year. > Hope to learn from the replies from the knowledgeable people here! Remember

Re: [Bacula-users] Recycling incremental

2011-06-02 Thread Rodrigo Renie Braga
Hello Cleuson. What exactly is your problem, I mean, why would you need to restore some Incremental backup but not all? Maybe by understanding your problem we can help you. Anyway, you can restore only specific JobID's using restore in bconsole, maybe you can pass the jobid's of the Incremental B

Re: [Bacula-users] Verify Catalog

2011-06-02 Thread John Drescher
2011/6/2 Rickifer Barros : > A bad backup is the same that none backup. Verifying is very important, > nevertheless, is not 100% safe. The only and almost impracticable way would > be often make disaster recovery simulations. I see that some users do test restores periodically. I have done that a

Re: [Bacula-users] Verify Catalog

2011-06-02 Thread Rickifer Barros
A bad backup is the same that none backup. Verifying is very important, nevertheless, is not 100% safe. The only and almost impracticable way would be often make disaster recovery simulations. On Thu, Jun 2, 2011 at 11:19 AM, Martin Simmons wrote: > > On Thu, 2 Jun 2011 10:26:44 -0300, Ricki

[Bacula-users] LTO 5 Autoloader Support.

2011-06-02 Thread derbysig
Anybody helping in this? I am very interested to know about this too, as I am using a LTO3 and will most likely be upgrading to a LTO5 somewhere end of this year. Hope to learn from the replies from the knowledgeable people here! +

Re: [Bacula-users] Verify Catalog

2011-06-02 Thread Martin Simmons
> On Thu, 2 Jun 2011 10:26:44 -0300, Rickifer Barros said: > > So, whatever how it does, I think that is a good idea set up a Verify Job > soon after a Backup Job to ensure that data in the volume, isn't it? Yes, that's what I do, but some people claim that it wastes time and wears out the ta

Re: [Bacula-users] Verify Catalog

2011-06-02 Thread Rickifer Barros
So, whatever how it does, I think that is a good idea set up a Verify Job soon after a Backup Job to ensure that data in the volume, isn't it? On Thu, Jun 2, 2011 at 8:18 AM, Martin Simmons wrote: > > On Thu, 2 Jun 2011 11:10:32 +0200, Ralf Gross said: > > > > I always thought that a Volume

Re: [Bacula-users] Verify Catalog

2011-06-02 Thread Martin Simmons
> On Thu, 2 Jun 2011 11:10:32 +0200, Ralf Gross said: > > I always thought that a VolumeToCatalog job would not read the > data written to the volume and calculate the md5sum again. Instead it > would just read the file attributes that were written to the volume and > compare that with the att

Re: [Bacula-users] Verify Catalog

2011-06-02 Thread Ralf Gross
John Drescher schrieb: > On Thu, Jun 2, 2011 at 5:10 AM, Ralf Gross wrote: > > John Drescher schrieb: > >> On Thu, Jun 2, 2011 at 4:05 AM, Ralf Gross wrote: > >> > Rickifer Barros schrieb: > >> >> Yes John... > >> >> > >> >> Now, I think that I understood perfectly and I have tested it too. > >>

Re: [Bacula-users] Verify Catalog

2011-06-02 Thread John Drescher
On Thu, Jun 2, 2011 at 5:20 AM, John Drescher wrote: > On Thu, Jun 2, 2011 at 5:10 AM, Ralf Gross wrote: >> John Drescher schrieb: >>> On Thu, Jun 2, 2011 at 4:05 AM, Ralf Gross wrote: >>> > Rickifer Barros schrieb: >>> >> Yes John... >>> >> >>> >> Now, I think that I understood perfectly and I

Re: [Bacula-users] Verify Catalog

2011-06-02 Thread John Drescher
On Thu, Jun 2, 2011 at 5:10 AM, Ralf Gross wrote: > John Drescher schrieb: >> On Thu, Jun 2, 2011 at 4:05 AM, Ralf Gross wrote: >> > Rickifer Barros schrieb: >> >> Yes John... >> >> >> >> Now, I think that I understood perfectly and I have tested it too. >> >> >> >> VolumeToCatalog = Compares the

Re: [Bacula-users] Verify Catalog

2011-06-02 Thread Ralf Gross
John Drescher schrieb: > On Thu, Jun 2, 2011 at 4:05 AM, Ralf Gross wrote: > > Rickifer Barros schrieb: > >> Yes John... > >> > >> Now, I think that I understood perfectly and I have tested it too. > >> > >> VolumeToCatalog = Compares the files in a Storage Volume with the Catalog; > > > > > > Vol

Re: [Bacula-users] Verify Catalog

2011-06-02 Thread John Drescher
On Thu, Jun 2, 2011 at 4:05 AM, Ralf Gross wrote: > Rickifer Barros schrieb: >> Yes John... >> >> Now, I think that I understood perfectly and I have tested it too. >> >> VolumeToCatalog = Compares the files in a Storage Volume with the Catalog; > > > VolumeToCatalog does not read the file content

Re: [Bacula-users] Verify Catalog

2011-06-02 Thread Ralf Gross
Rickifer Barros schrieb: > Yes John... > > Now, I think that I understood perfectly and I have tested it too. > > VolumeToCatalog = Compares the files in a Storage Volume with the Catalog; VolumeToCatalog does not read the file content and compares it, it just reads the attributs and compares t