This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

What does verify actually do?

I'm looking for some clarification on the verify process.

The documentation states that the verify process is "To verify the stream length written to the media and ensure that no blocks
were dropped during backup" and that "The Phase 2 backup verification job does not verify the integrity of
data. This phase only verifies that the backup was actually written to the media."

If the above statements are true, why does Netvault also read the datastream from one of my dr4100 appliances when it is verifying a tape? (the device activity screen clearly shows this happening as do interface utilization rates in my environment)

We have 2 dr4100s in our environment, one that is remote from the Netvault server and tape library and one that is local. We duplicate jobs from the remote to the local dr4100 and then data copy them with encryption from the local dr4100 to tape.

Lately, since upgrading to 11.2, Netvault has taken to reading the stream back from the remote dr4100 FOR RANDOM SEGMENTS, not the one which was used as source data when it wrote the backup it is comparing. If I look at the job history and see 4 segments in the backup, it is possible that 2 were read from each dr4100 or that all were read from one or the other. I can see no way to control this behavior, there are no setting in the job, the only thing declared is the source appliance, which I'd expect to be used for all functions.

Parents
  • My expirence is that verify does not check the data in binary (not like a checksum). It checks only if the backup stream has the same length that makes it for me pretty useless.
Reply
  • My expirence is that verify does not check the data in binary (not like a checksum). It checks only if the backup stream has the same length that makes it for me pretty useless.
Children
No Data