On Thu, 2 Apr 2009, Larry Mascarenhas wrote:

> Thanks. Tried this and it eventually does catch up. But this is not the 
> correct solution to the problem. It masks the real issue ie the Informix 
> Module generates a job for each log. The processing of this job is the real 
> reason the log backups are slow (even for disk).
>
> In reviewing how ONBAR works, it opens 1 connection to NBU and ships the 
> logs sequentially to it. It is the same onbar process that delivers every 
> log, not separate ones. But NBU treats each log as a separate request and 
> generates a job for it.
>
> Can you imagine a STREAM for a FS and each file is a separate request and 
> therefore a separate job? I have to escalate this.
Yikes-- agree, this is broken, let us know if you have any updates, thanks.
>
> But thanks for this. It is a workaround.
>
No problem, better to have something working then no backups/problematic
backups.

Justin.

_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu