Are you using "accurate" backups?
It might be useful to see what these queries print:
select jobid,count(*) from file where jobid in
(181371,181679,182032,182350,182668,182718,183093,183408,183724,184039,184354,184669,184984,185615)
and fileindex = 0 group by jobid;
select jobid,count(*) from
Martin,
(sorry for the delay; I was traveling)
I suspect you're right. Here's the output of that query for reference:
> > select jobid,count(*) from File where jobid in
> (181371,181679,182032,182350,182668,182718,183093,183408,183724,184039,184354,184669,184984,185615)
> group by jobid
> -
I think the fatal error is that it can't find records in the File table for
any of the JobIds that it is consolidating.
Have the file records for those jobs been pruned? You could check with an SQL
query like this:
select jobid,count(*) from file where jobid in
(181371,181679,182032,182350,1826
Hi, all.
I may be misunderstanding (or misconfiguring) something again. I'm
hoping someone can explain it to me.
I'm trying to set up a progressive virtual full scheme. But in several
instances, the incrementals that would be consolidated by the VF, are
empty, meaning that the VF is failing wit
