For the time being, one single revision takes over 2 GB in the file system (Inetpub\content). One of the reasons is that SEP is saving both compressed and uncompressed versions of every revision. This cannot be changed.
The database only stores compressed revisions.
If you want SEPM to provide as many delta files as possible, you have to store a lot of content revisions.
To reduce space, you can do the following:
- Reduce the number of revisions, e.g. from 30 to 15 in fushimi's case. Disadvantage: More full downloads. Nonetheless the best solution.
- Upgrade to SEP 12.1 (good idea anyway). If you have a homogenous environment (only 32-bit or 64-bit operating systems), you can disable 32/64 bit content in 12.1. That saves one half of your content data.
- Not recommended (only in huge despair): Reduce the LiveUpdate interval from 4 hours (with this setting Symantec delivers 3 revisions in 24 hours) to daily and reduce number of revisions from 30 to 10 (fushimi's case). So you are still covering 10 days for delta file production. Unfortunately, your security is going downhill because the content is not as up-to-date as it should.
Not possible: Moving the Inetpub\content folder. Tricks with junctions or mount points don't work in the long run because SEPM will stumble at the next update.