Forum Index  ViceVersa HOME         FAQ and Knowledge Base

 FAQForum FAQ   SearchSearch Forum  RegisterRegister 
 ProfileProfile   Log inLog in 

Comparison/archiving not working when source is VSS writer

 
Post new topic   Reply to topic     Forum Index -> Support
Author Message
hawkun



Joined: 01 Apr 2011
Posts: 15
Location: Lund, Sweden

PostPosted: Mon Dec 19, 2011 9:47 am    Post subject: Comparison/archiving not working when source is VSS writer Reply with quote

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

PostPosted: Mon Dec 19, 2011 11:13 am    Post subject: Reply with quote

Hi, what do you mean by "not matching"? Do they have different name or timestamp? 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

PostPosted: Mon Dec 19, 2011 11:55 am    Post subject: Reply with quote

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

PostPosted: Tue Jan 10, 2012 8:31 am    Post subject: Reply with quote

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

PostPosted: Tue Jan 10, 2012 12:36 pm    Post subject: Reply with quote

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

PostPosted: Wed Jan 11, 2012 10:59 am    Post subject: Reply with quote

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

PostPosted: Wed Jan 11, 2012 11:26 am    Post subject: Reply with quote

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

PostPosted: Tue Jan 31, 2012 2:29 pm    Post subject: Reply with quote

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

PostPosted: Wed Feb 01, 2012 3:07 am    Post subject: Reply with quote

Hi, I sent you a follow-up e-mail, maybe it's a problem with file compression. thanks
_________________
--
TGRMN Software Support
http://www.tgrmn.com
http://www.compareandmerge.com
Back to top
Display posts from previous:   
Post new topic   Reply to topic     Forum Index -> Support All times are GMT
Page 1 of 1

 
Jump to:  
You can post new topics in this forum
You can reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © phpBB Group
Copyright © TGRMN Software. TGRMN Software products: