2016-03-16 04:04 AM
I'm sucessfully running nightly snapvaults from a Windows source, which usually work fine.
Every few weeks, when starting the transfer, (either from the schedule, or manually using Snapvault Update), I get the error "the qtree is not the source for the replication destination" on the Secondary.
On the Management Console the error reads "restart checkpoint not found on the source"
This has happened on several relationships.
On the Primary, a SnapVault Status lists the relationship with status Idle.
I can destroy the entire relationship and destination qtree, and start again, but this means loosing all my snapshots, and haveto baseline the entire dataset.
Can anyone help in finding what is causing the issue,
and how can I restart the relationship (recreate the checkpoint ?) using the source and existing secondary qtree.
I have other snapvault relationships on the secondary which continue to work OK.
Connection between the primary & secondary is over a relaible 20Mb MPLS, which does not show any errors.
OnTap 8.2.1 7-Mode
OSSV client running on Windows 2008 R2
Solved! SEE THE SOLUTION
2016-03-17 02:26 AM
Restore the .OSSV_DATABASE_BACKUP to the root of the backup directory which is backed up: E:\shared_directory.
Relationship to restore:
snapvault restore -S filer:/vol/ossv_destination/qtree/.OSSV_DATABASE_BACKUP E:\shared_directory\temp
A temporary source destination relationship is created between the controlller, and the OSSV host. The controller is the source for this relationship. Ensure options snapvault.access is set to 'all' or including the OSSV hostname/ip, or the restore will fail.