Richy_Boy Posted December 2, 2009 Report Share Posted December 2, 2009 (edited) It's a tough one to explain, but it would be handy for some to have a concept of multiple selectors (filters) and backup sets (destinations) per backup. i.e. I have about 50 desktops. I want to be able to push some data to one backup set and other data to another. Currently to do this, I have to have two separate backups which duplicates the whole client scan process, which seems inefficient. Rich Edited December 2, 2009 by Guest Quote Link to comment Share on other sites More sharing options...
rhwalker Posted December 2, 2009 Report Share Posted December 2, 2009 It's a good thought, but I doubt if it can be done with the current design. The scanning and filtering (selectors) happens integrally; the filters are applied to the result of the filesystem tree walk on the fly, and the resulting list of files is handed off for comparison with the catalog. Basically, what you are asking is for the entire filesystem tree walk to happen first without any filtering (that's a huge amount of data, and is best done on the fly), then to apply the filters against that tree walk, which really amounts to scanning twice. Russ Quote Link to comment Share on other sites More sharing options...
Richy_Boy Posted December 10, 2009 Author Report Share Posted December 10, 2009 (edited) Is that right? On my server, say in proactive mode, it hits a client, scans the file structure. I thought it then applies a filter (selector) and then backs up the remaining files before building a snapshot. If the scan is simply looking for selected files/folders, then surely it has to scan the whole drive tree anyway, so it could (in theory) always retain this information and apply multiple filters... Whilst we're on the topic (ish), I don't quite understand why the snapshot has to scan the client again? I thought the snapshot was a catalogue of all files in the tree at a point in time...? Does the first scan collect that info, or is it because the filter is applied during the scan that it doesn't have a full tree stored? Richard Edited December 10, 2009 by Guest Quote Link to comment Share on other sites More sharing options...
blm14 Posted December 11, 2009 Report Share Posted December 11, 2009 Retrospect keeps a copy of the FAT (or whatever your O/S equivalent is of the file-allocation table) in the backup set and then it has to compare what's on the client now with what it has. No way to do this except a file-by-file comparison. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.