Re: [Bacula-users] multiple concurrent tape jobs

> On Feb 8, 2016, at 5:42 PM, Dan Langille wrote: > > Hello, > > I am working with an LTO-4 tape library. It has two drives but I plan to > write to only one for backups. > > I will backup to disk first, on another SD. Later, I will copy the jobs to > the tape library on this new SD > which

Re: [Bacula-users] multiple concurrent tape jobs

> Now what I'm thinking of is streaming multiple concurrent jobs to a single drive I do that. On my lan, I need to backup config files and mysql, etc on a few centos and ubuntu servers. And also my win7pro computer which has large ssds, and which takes hours to backup to an LTO4 drive on my 1G

Re: [Bacula-users] multiple concurrent tape jobs

> On Feb 9, 2016, at 3:44 AM, Ana Emília M. Arruda > wrote: > > Hello Heitor and Dan, > > When a Job is despooling (disk->tape), the file daemon will wait. It will > just begin spooling again (if necessary, i.e., amount of space that can be > used by the job in the spool area is less then the

Re: [Bacula-users] multiple concurrent tape jobs

> On Feb 9, 2016, at 8:30 AM, Josh Fisher > wrote: > > > On 2/8/2016 5:42 PM, Dan Langille wrote: >> Hello, >> >> I am working with an LTO-4 tape library. It has two drives but I plan to >> write to only one for backups. >> >> I will backup to disk first, on another

Re: [Bacula-users] multiple concurrent tape jobs

Hello Dan and Josh, Sorry, I totally misunderstood the situation here. It seems to me that data spooling is useful to avoid the tape library be waiting for data from various slow clients. I think the LTO-4 drive (120 MB/s full height) write speed and 1GB network will be the bottleneck. If you co

Re: [Bacula-users] multiple concurrent tape jobs

On 2/8/2016 5:42 PM, Dan Langille wrote: Hello, I am working with an LTO-4 tape library. It has two drives but I plan to write to only one for backups. I will backup to disk first, on another SD. Later, I will copy the jobs to the tape library on this new SD which is on another server. T

Re: [Bacula-users] multiple concurrent tape jobs

If you have very slow network file transfers from your file daemons to your disk spool area, it would be better to have a not too large data spooling area. Because despooling would be unnecessary delayed waiting a job to reach the total amount of spool area dedicated to it. Best regards, Ana On T

Re: [Bacula-users] multiple concurrent tape jobs

Hello Heitor and Dan, When a Job is despooling (disk->tape), the file daemon will wait. It will just begin spooling again (if necessary, i.e., amount of space that can be used by the job in the spool area is less then the amount of data that will be backed up for this client). The others file daem

Re: [Bacula-users] multiple concurrent tape jobs

>>> I will backup to disk first, on another SD. Later, I will copy the jobs to >>> the >>> tape library on this new SD >>> which is on another server. The copy jobs will be spooled to local SSD >>> before >>> being written to tape. Sorry about this mess. If you are using disk spooling you don't

Re: [Bacula-users] multiple concurrent tape jobs

>> I am working with an LTO-4 tape library. It has two drives but I plan to >> write >> to only one for backups. >> I will backup to disk first, on another SD. Later, I will copy the jobs to >> the >> tape library on this new SD >> which is on another server. The copy jobs will be spooled to loc

Re: [Bacula-users] multiple concurrent tape jobs

> Hello, Hello, Dan. > I am working with an LTO-4 tape library. It has two drives but I plan to write > to only one for backups. > I will backup to disk first, on another SD. Later, I will copy the jobs to the > tape library on this new SD > which is on another server. The copy jobs will be spoo

[Bacula-users] multiple concurrent tape jobs

Hello, I am working with an LTO-4 tape library. It has two drives but I plan to write to only one for backups. I will backup to disk first, on another SD. Later, I will copy the jobs to the tape library on this new SD which is on another server. The copy jobs will be spooled to local SSD bef