|
|||||||
This is a discussion on Dropbox or spideroak creating large snapshots within the RollBack Rx forums, part of the Disaster Recovery Programs category; I've got spideroak installed in my Win7 32bit system. It uses C:\Users\username\AppData\Roaming\SpiderOak as the location for it's working files, including ...
![]() |
|
|
LinkBack | Thread Tools | Display Modes |
|
|||
|
I've got spideroak installed in my Win7 32bit system. It uses C:\Users\username\AppData\Roaming\SpiderOak as the location for it's working files, including cache.
(I only monitor the C: drive with RBRX) This causes mayhem with rollbackrx. My daily snapshot today was 2.1GB. I regularly get 1GB snapshots and I can only pin it down to the activity of spideroak. I've sent them an enquiry to see if I can get the installation files, including cache to a drive other than the C drive. I had dropbox installed some months ago and this caused a similar problem. My question here is :- can rollbackrx ignore the activity of a specified folder, much in the same was as it can ignore a folder during snapshot recovery ?? That would solve my problem and help retain a standard software installation for my spideroak. |
|
|||
|
Greetings, Adrian. While not a SpiderOak user, I am a DropBox user. You may be on the right track with trying to get SpiderOak's work area off your RBRX protected disk.
From its inception, I installed DropBox on an unprotected disk and as such have never had a problem with excessive snapshot size related to that function. You cannot EXCLUDE any data on a Rollback protected partition/disk from its snapshot creation/management... only upon restore, and even that operation is very crude at best ![]() Wish I could offer more assistance.
__________________
Don't take life too seriously... no one ever gets out alive. |
|
|||
|
I also use Dropbox and I have all my documents on partition Z. There is no way I am going to loose these documents, even I delete them. After deletion, they are kept in my system for 30 days, and at Dropbox site for a complete month too. So, I don't see a need to protect them under Rollback Rx. And, they automatically sync with among my computers.
Other documents, which are not under Dropbox, which are rarely changed, these too are in partition Z. If I change them, then I manually sync them among my computers with SyncBackSE. Best regards, aladdin. Last edited by aladdin™; 10-25-2011 at 06:58 AM. |
|
|||
|
Hi Adrian,
Like others here, I don't use SpiderOak but do use DropBox (and SugarSync, which I prefer now). I was reading here that DropBox stores locally deleted files in a cache folder for speedier reinstatement if required. However, that folder doesn't exist on my system, even after I've deleted something from DB, so maybe they have done away with it in later versions. It would be sensible to move both SO and DB folders though if possible and then monitor the snapshots to see how they go. There are a few other possible culprits which can cause large snapshots as well (system temp folder and IE temporary internet files) but most can be moved out of the way. Graham |
|
|||
|
Quote:
It is the very first hidden folder in the Dropbox directory. It is called, ".dropbox.cache" and it is in your local PC. Best regards, aladdin. Last edited by aladdin™; 10-25-2011 at 06:56 AM. |
|
|||
|
Thanks for the info, aladdin. I'm not sure if that is the same folder though as is mentioned in the article. Obviously it is a different location but also, no files I delete from DropBox actually get put in there.
There have been a few updates recently so maybe they've changed the way it works. Graham |
|
|||
|
Dear Graham,
It says, The cache folder can be accessed from the following system paths: Windows: PathToYourDropboxFolder\.dropbox.cache\ (or) C:\Users\Username\AppData\Roaming\Dropbox\cache Note: You will require selecting Show hidden files and folders from Folder options in Windows. Best regards, aladdin. |
|
|||
|
Quote:
Best regards, aladdin. |
|
|||
|
Clearing the cache folder is easy, just exit Dropbox to delete the files and folders. Make sure that you do not delete the cache folder and only remove the files and folder within it. Also do not delete the .db files. Once the cache is empty, you can start synchronizing your Dropbox again without the cache filling up any of your linked systems with old files.
|
![]() |
| Thread Tools | |
| Display Modes | |
|
|