Hello,

śr., 29 sty 2025 o 13:10 Jose Alberto <j.se...@gmail.com> napisał(a):

> Hi.
> Bacula 15.0.2  Debian 11.  Postgres,  Bacularis 4.0.0
>
> I have 2 robotics. a DELL-EMC lto8 with 2 Drive and a VTL with StoreOne
> (HP) emulating LTO6 MSL2024.  both (robotics and vtl) fiber channels.
>
> Incremental backups point to the VTL.      And the weekly differentials
> and the monthly FULL  only go to tape.
>
> Daily I have a VTL to LTO Copy backup job of incremental backups to a tape
> pool.
>
> My Job Copy:
>
> Job {
>   Name = "COPY_VTL_MSL_JOB"
>   Description = "Copia VTL a  LTO"
>   Type = "Copy"
>   Level = "Full"
>   Messages = "Standard"
>   Storage = "VTL"
>   Pool = "VTL-virtual"
>   NextPool = "INC_DIARIO"
>   Client = "srvlnxbacula-fd"
>   Fileset = "Catalog"
>   Schedule = "COPY_VTL_MSL_SCH"
>   Enabled = yes
>   MaximumConcurrentJobs = 1
>   SelectionType = "PoolUncopiedJobs"
> }
>
> My questions:
> 1) With one job it works fine, but if I increase it, it gives an error in
> some.
>

What error?


> What do you recommend?  Maximum Concurrent Jobs = 1
>

>From Bacula perspective you are copying from tape to tape, which means you
can't copy more than one job concurrently.


>
> 2) I have a JOB that weighs 1TB. Which sent VTL to another POOL different
> from the incremental one of the copy.  This allows drive 0 to be used for
> reading the COPY JOB and drive 1 to be used for writing the independent JOB.
>

What is the source and destination of the copy job? Both VTL?


>
> But if the independent JOB runs. the COPY JOB is queued.
>
>
Tape drive can load a single tape cartridge, so your job can write to a
single cartridge at a single drive at a time.
If your "independent JOB" selects one tape cartridge  and "COPY JOB"
selects another one on the same drive then the copy job has to wait.
This is one of the reasons. Your jobs can have mixed execution priorities,
etc.


> I ask, a JOB is copied when it is running, does it paralyze the rest of
> the vtl and robotics jobs?
>

If you setup Bacula to do so, yes it will. The key is to use no more pools
than tape drives available.

best regards
-- 
Radosław Korzeniewski
rados...@korzeniewski.net
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to