It is located at <DRIVELETTER>:\SIS Common Store. It is not being backed up. Backing up this area doesn't really solve the problem. There are several issues:
1. Each file stored in the common area is named by UUID (e.g. 4c045966-5142-a3ef-d8d385e4ab0c.sis ). As far as I can tell there is no way of knowing which of these files needs to be restored. 2. Only the system account has access to this area. This is fine during backup as Bacula runs as system, but would cause a problem when I want to restore a file back to it. I don't want to go playing about with permissions of system folders. James -----Original Message----- From: James Harper [mailto:james.har...@bendigoit.com.au] Sent: 01 July 2010 11:35 To: Beck J Mr; bacula-users@lists.sourceforge.net Subject: RE: [Bacula-users] SIS on Microsoft Storage Server > > We have two HP StorageWorks servers which are running Microsoft Storage > Server Service Pack 2. For those who don't know this is a version of > Windows Server 2008 which is stripped out and optimized for serving > files. It also has the option of using Microsoft's implementation of > Single Instance Storage. > > There is a service which runs and check the hashes of files of a > configured drive. Any files that match are copied to a central location > and a pointer file is created in place of the original. > > My problem is that Bacula appears to back up the pointer file only and > not the actual contents of the file. > > Is there anything in Bacula I can set to change this behaviour, or do I > need to log a feature/bug request? > What is the 'central location'? Is it backed up too? James ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
