VSS Help...please.

[jbwam]

I having an issue backing up (mirroring) my Exchange mailbox and public folders db's. I was under the impression that VV would back up these files using VSS. I have VSS enabled in VV and on the server (MS Server 2008), but I am getting errors stating VSS is unavailable and to verify VSS is running. Can someone please advise?

Also, I continuously get two backup completion screens verifying the backups and showing the stats, but one of them is always blank and not responding. Is there a reason for this and/or something I can do to correct it?

Thanks a bunch!

JB

[jbwam]

Here is the log results....please advise. Thank you.

Version: ViceVersa PRO 2 Build 2015 64-bit (SN101)
Command Line: "c:\program files\viceversa pro 2\viceversa.exe" "C:\Users\administrator.STOACL\Documents\ViceVersa PRO 2\ExchDaily.fsf" /dialogautoexec
System: , (64 Bit Edition), (HyperV), (x86-64 Processor) v6.0 Build:6001 Service Pack:1
User: STOACL.COM\administrator
Computer: PCOLA2.stoacl.com
**** Profile: C:\Users\administrator.STOACL\Documents\ViceVersa PRO 2\ExchDaily.fsf
**** - Folders -
**** Source: "D:\Exchange\"
**** Target: "F:\Exchange\"
**** Include Subfolders: Yes
**** - Comparison Settings -
**** Comparison Type: Both (CRC calculated on entire file)
**** - Execution Settings -
**** Method: Backup (Mirror Source to Target)
**** No archive for deleted/replaced source files
**** No archive for deleted/replaced target files
**** Copy files even if timestamp changes after initial comparison
**** Use 'Volume Shadow Copy' to copy open files for source
Checking source D:\Exchange\ ...
Sorting...
Checking target F:\Exchange\ ...
Sorting...
Comparing ...
[ERROR] ERROR: some data from file "D:\Exchange\First Storage Group\tmp.edb" could not be read. File may be in use by another application, it may be incorrectly stored on media or, if compressed/encrypted, it may contain errors. File will be excluded from comparison/execution.
[ERROR] ERROR: some data from file "D:\Exchange\Second Storage Group\Public Folder Database.edb" could not be read. File may be in use by another application, it may be incorrectly stored on media or, if compressed/encrypted, it may contain errors. File will be excluded from comparison/execution.
[ERROR] ERROR: some data from file "D:\Exchange\Second Storage Group\tmp.edb" could not be read. File may be in use by another application, it may be incorrectly stored on media or, if compressed/encrypted, it may contain errors. File will be excluded from comparison/execution.
Comparing done.
- Status Summary -
- Total Files - Source: 4,096 (45.28GB) - Target: 40,178 (79.83GB)
- Excluded Files - Source: 3 (19.71GB) - Target: 3 (19.71GB)
- Matched Files - Source: 62 (9.02GB) - Target: 62 (9.02GB)
- Single Files - Source: 4,006 (3.92GB) - Target: 40,088 (39.14GB)
- Newer Files - Source: 25 (12.63GB) - Target: 0 (0)
- Older Files - Source: 0 (0) - Target: 25 (11.96GB)
- Total Subfolders - Source: 5 - Target: 5
- Excluded Subfolders - Source: 0 - Target: 0
- Matched Subfolders - Source: 5 - Target: 5
- Single Subfolders - Source: 0 - Target: 0
- To Do - Backup (Mirror Source to Target)
- Files to Add - Source: 0 (0) - Target: 4,006 (3.92GB)
- Files to Update - Source: 0 (0) - Target: 25 (12.63GB)
- Files to Delete - Source: 0 (0) - Target: 40,088 (39.14GB)
- Subfolders to Add - Source: 0 - Target: 0
- Subfolders to Delete - Source: 0 - Target: 0

[TGRMN Software]

Hello

Did you verify that the Volume Shadow Service is running on the server?
It looks like Volume Shadow creation is failing.

thanks
_________________
--
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com

[Guest]

I did. It is running on the server and checked in the application. I ran a test, and sort of a work-around, last night. I created a new profile to backup to a temp folder on the local drive and then another profile to backup from the temp folder to tape. It worked that way, but I manually ran the jobs. Tonight I will let it run on schedule to see if it works.

What I don't understand is why it just won't run the backup directly from the active storage group folders to the backup tape. I can continue to use the workaround as it's only adding a couple more hours of backup time, but for space reasons, I'd prefer not to have to.

Any ideas?

Thanks for your response!