Author |
Message |
hawkun
Joined: 01 Apr 2011 Posts: 15 Location: Lund, Sweden
|
Posted: Mon Dec 19, 2011 9:47 am Post subject: Comparison/archiving not working when source is VSS writer |
|
|
When the source is a VSS writer the comparison shows no files on the target matching those on the source (they are there!). As a consequence (I guess) there are no archiving of the old files when ViceVersa overwrites them during the backup.
I've got the same behavior with all the VSS writers I use, SQL Server, NTDS etc.
Why?? How can I fix it? |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
|
Back to top |
|
|
hawkun
Joined: 01 Apr 2011 Posts: 15 Location: Lund, Sweden
|
Posted: Mon Dec 19, 2011 11:55 am Post subject: |
|
|
Oh, sorry.
There are no files at all shown on the target side of the compare window. All the files from the source are shown on the source side of the window and marked as "new files". Hence, ViceVersa copies all the files on execution, overwriting the old ones (without any warning), even though not all the files have changed. There are no archiving. That seems logical, because ViceVersa doesn't know of any "old files" to archive. |
|
Back to top |
|
|
hawkun
Joined: 01 Apr 2011 Posts: 15 Location: Lund, Sweden
|
Posted: Tue Jan 10, 2012 8:31 am Post subject: |
|
|
Could you please take a look at this question again?
Thanks alot! |
|
Back to top |
|
|
hawkun
Joined: 01 Apr 2011 Posts: 15 Location: Lund, Sweden
|
Posted: Tue Jan 10, 2012 12:36 pm Post subject: |
|
|
I've done some further testing. It seems like this problem may occur only for files at the deepest folder level in the source path tree.
Example 1 (source = vss:\\SqlServerWriter):
Code: | C:\ [Volume Shadow Copy...]
Program Files
Microsoft SQL Server
MSSQL10.SQLEXPRESS
MSSQL
DATA
{file 1}
{file 2}
{file 3} |
In this example all of the files are at the deepest folder level. The problem occurs for all these files (as reported in my previous posts).
Example 2 (source = vss:\\IIS Config Writer):
Code: | C:\ [Volume Shadow Copy...]
Windows
System32
inetsrv
config
{file 1}
{file 2}
{file 3}
schema
{file 4}
{file 5}
{file 6} |
In this example there are files in two folder, at different levels of the source path tree. The files numbered 1–3 in my example are handled correctly, but the files 4–6 are not.
Is there any logical explanation to this or is it a bug? |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
Posted: Wed Jan 11, 2012 10:59 am Post subject: |
|
|
Hi, can you please send some screen shots of the ViceVersa file comparison to support @ tgrmn. com , thanks! _________________ --
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com |
|
Back to top |
|
|
hawkun
Joined: 01 Apr 2011 Posts: 15 Location: Lund, Sweden
|
Posted: Wed Jan 11, 2012 11:26 am Post subject: |
|
|
TGRMN Software wrote: | Hi, can you please send some screen shots of the ViceVersa file comparison to support @ tgrmn. com , thanks! |
I've sent a couple of screen shots and a log file. Hope it helps. |
|
Back to top |
|
|
hawkun
Joined: 01 Apr 2011 Posts: 15 Location: Lund, Sweden
|
Posted: Tue Jan 31, 2012 2:29 pm Post subject: |
|
|
Update:
I've had an email conversation with Matt at TGRMN Support but they can't seem to reproduce this issue.
I've done some further testing. It seems like a workaround could be to not compress the target. Sadly that's not a solution that I'm thrilled about as I depend on compression. |
|
Back to top |
|
|
TGRMN Software Site Admin
Joined: 10 Jan 2005 Posts: 8763
|
|
Back to top |
|
|
|