Forums temporarily locked down! Please read!

Author Topic: Massive TM Backups  (Read 5151 times)

sawxray

  • H4X0r
  • ****
  • Posts: 16
    • View Profile
Massive TM Backups
« on: June 18, 2010, 03:34:20 AM »
I have one folder with about 20 GB that I am encrypting. I have set TM to ignore this folder, and am using the Espionage backups.

Unfortunately, each TM backup is now on the order of 30 to 40 GB, where they were under 1 GB before.

Is there something I need to change? Is each backup a single file, that with a single change gets backed up in entirety?

I will run out of storage space in a week with this sort of issue.

Thanks!
« Last Edit: December 31, 1969, 11:00:00 PM by Guest »

greg

  • Administrator
  • Veteran
  • *****
  • Posts: 898
    • View Profile
    • http://www.taoeffect.com
Re: Massive TM Backups
« Reply #1 on: June 18, 2010, 06:23:57 PM »
Hi sawxray,

We're going to introduce a little feature in the next update to give you the option of preventing TM from backing up encrypted folders at all, and you can use that on large folders, so that should fix this problem. For the future we're working on making TM backups as seamless and efficient as possible with Espionage.

Cheers,
Greg
« Last Edit: December 31, 1969, 11:00:00 PM by Guest »
Follow @espionageapp on twitter for news!

sawxray

  • H4X0r
  • ****
  • Posts: 16
    • View Profile
Re: Massive TM Backups
« Reply #2 on: June 18, 2010, 07:07:17 PM »
Greg-

Thank you for the response. Could I clarify a few issues?

Are the backups supposed to be this large? I am now backing up 40 to 60 GB per day, which just won't work, even with a large RAID NAS.

Are the backups stored in their entirety by TM, even with a small internal change?

Will there be a different option in the future? Preventing TM from backing up folders means no backup at all, unless I am mistaken. I won't be able to live with that, but I must be mistaken.

Is there something different that other people are doing, that I am missing?

Thanks!
« Last Edit: December 31, 1969, 11:00:00 PM by Guest »

greg

  • Administrator
  • Veteran
  • *****
  • Posts: 898
    • View Profile
    • http://www.taoeffect.com
Re: Massive TM Backups
« Reply #3 on: June 18, 2010, 08:40:19 PM »
What you can do to prevent large backups is ensure that when Time Machine runs, all of your folders (or the largest of them), are in the same locked state as they were when the previous backup happened. This is explained in the Tips forum for optimizing Espionage's backups.

If you don't want to do that, then the next version should allow you to disable backups completely for a specified folder, and then you can use Espionage's built-in backups to back it up.

Hope that helps! Let me know if you have any other questions.
« Last Edit: December 31, 1969, 11:00:00 PM by Guest »
Follow @espionageapp on twitter for news!

sawxray

  • H4X0r
  • ****
  • Posts: 16
    • View Profile
Re: Massive TM Backups
« Reply #4 on: June 18, 2010, 11:42:29 PM »
OK-I followed the instructions carefully in the link you provided. It turns out that only one of these files is visible at a time in the TM preferences > options window. If the folder is locked, the folder itself shows up in this 'Excluded' folder. If the folder is unlocked, the .sparsebundle file shows up in the "Excluded" window. I hope that is the intended behavior.

My next TM backup started, and is trying to back up over 21 GB again. I started and stopped TM, both with the folder locked and unlocked, and either way it is trying to backup over 20 GB.

I would like to know what to try next.

Also, I am backing up to IDrive, an online backup, just in case there is a theft or fire at my home that destroys both my NAS and my computer. Advice on setting up to avoid these massive backups?

Thanks!
« Last Edit: December 31, 1969, 11:00:00 PM by Guest »

greg

  • Administrator
  • Veteran
  • *****
  • Posts: 898
    • View Profile
    • http://www.taoeffect.com
Re: Massive TM Backups
« Reply #5 on: June 21, 2010, 05:47:14 PM »
Quote from: "sawxray"
OK-I followed the instructions carefully in the link you provided. It turns out that only one of these files is visible at a time in the TM preferences > options window. If the folder is locked, the folder itself shows up in this 'Excluded' folder. If the folder is unlocked, the .sparsebundle file shows up in the "Excluded" window. I hope that is the intended behavior.

Yes, they only appear in the list when they exist.

Quote
My next TM backup started, and is trying to back up over 21 GB again. I started and stopped TM, both with the folder locked and unlocked, and either way it is trying to backup over 20 GB.

Let it finish backing up, afterward, so long as you have both items in the list (the disk image and the folder), TM shouldn't backup any of that data again.

Quote
Also, I am backing up to IDrive, an online backup, just in case there is a theft or fire at my home that destroys both my NAS and my computer. Advice on setting up to avoid these massive backups?

The advice is the same: just make sure to only run the backup when all of the folders are in the same locked or unlocked state as they were previously, and then if your backup program does differential-backups, only the changes will be sent. Also, make sure you're using sparsebundles and not sparseimages, you can change the encryption if needed from within Espionage.

P.S. The next version of Espionage is going to be able to add folders to the TM ignorelist from within Espionage so you won't have to manually do it. :-)
« Last Edit: December 31, 1969, 11:00:00 PM by Guest »
Follow @espionageapp on twitter for news!

greg

  • Administrator
  • Veteran
  • *****
  • Posts: 898
    • View Profile
    • http://www.taoeffect.com
Re: Massive TM Backups
« Reply #6 on: June 22, 2010, 09:32:37 PM »
Espionage will now handle this for you in 2.8:

http://www.taoeffect.com/blog/2010/06/e ... smartmove/
« Last Edit: December 31, 1969, 11:00:00 PM by Guest »
Follow @espionageapp on twitter for news!

sawxray

  • H4X0r
  • ****
  • Posts: 16
    • View Profile
Re: Massive TM Backups
« Reply #7 on: June 24, 2010, 10:09:20 PM »
I want to check to make sure I have this correct-

I have to make sure, for each and every encrypted folder or archive, that I change each one of them to the same state when I know TM is going to do a backup?

If so, am I the only one that sees this is highly unpractical? I have to keep an eye on my TM schedule and rush to close every item I was using before TM starts, EVERY hour?

I am sure I must be missing something. This doesn't make sense to me.

Also, my RAID array with 1.8 TB capacity is now down to an available 85 GB. This just doesn't make sense to me, honestly.
« Last Edit: December 31, 1969, 11:00:00 PM by Guest »

greg

  • Administrator
  • Veteran
  • *****
  • Posts: 898
    • View Profile
    • http://www.taoeffect.com
Re: Massive TM Backups
« Reply #8 on: June 24, 2010, 10:23:24 PM »
Did you read the link I posted?

Quote
I have to make sure, for each and every encrypted folder or archive, that I change each one of them to the same state when I know TM is going to do a backup?

No. 2.8 handles this for you.
« Last Edit: December 31, 1969, 11:00:00 PM by Guest »
Follow @espionageapp on twitter for news!

kettysimpson

  • Script Kiddie
  • ***
  • Posts: 5
    • View Profile
Re: Massive TM Backups
« Reply #9 on: December 07, 2011, 05:04:43 PM »
What you can do to prevent large backups is ensure that when Time Machine runs, all of your folders (or the largest of them), are in the same locked state as they were when the previous backup happened. This is explained in the Tips forum for optimizing Espionage's backups.If you don't want to do that, then the next version should allow you to disable backups completely for a specified folder, and then you can use Espionage's built-in backups to back it up.


If you want to prevent the large backups than ensure that whenever you creating the backup and the time machine runs, the largest of the folder from your backup, must be in the same state and also must be locked as they were in the previous backup happened.
« Last Edit: December 31, 1969, 11:00:00 PM by Guest »