Thread Info
  • State Verified Answer
  • Locked Locked
  • Replies 3 replies
  • Subscribers 1 subscriber
  • Views 10698 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Freeing up disk space

Jezza

I'm on a Win2K3 and Sophos Enterprise Console 4.7.0.13. 

We're at 90% of disk space capacity on this server and I noticed that within

C:\Documents and Settings\All Users\Application Data\Sophos\Update Manager\Update Manager\  

the CIDs and Warehouse folders are fairly large.

Within C:\Documents and Settings\All Users\Application Data\Sophos\Update Manager\

the Working folder is large as well.

I understand this is where the updates are stored but is there a way to archive or limit the retention of older updates?


Thanks in advance for your responses.

:24781


This thread was automatically locked due to age.
  • 0

    Hello Jezza,

    there are no older updates in these locations. Warehouse is the cache for the (encoded and compressed) download from Sophos, while you can empty it it will be filled again with the next check. Similar is true for Working  which holds the decoded stuff - when it is found empty it is filled from Warehouse. Both locations contain everything which is currently needed but only that (and only one copy of the same version, i.e. if you have several subscriptions with 10 Recommended there'll be only one Decoded-Subn folder for all of them). Finally CIDs are your update locations - apart from the fact that the clients need them to fetch the updates, unless you have one or more CIDs which are no longer used they will be rebuilt if deleted.

    The size of the Warehouse of course depends on the products and versions subscribed and is expected to be some to several 100MB. Working is a little over 20MB for SDDM, a little over 200MB for a SAV for Windows up to v9.7 and about 250MB for SAV 10.0. A CID requires about the same space as the corresponding Working folder. You can check your space usage against these numbers - likely there isn't anything you could scrape off.

    If you have the database on the same machine checks its space usage (data and logs) - depending on the number of clients managed and rate of events the size of the .mdf and .ldf files varies, I'd say 200MB to 300MB (for data+logs) per 1000 clients is an expected value (note that there's again a significant increase with SEC5.0/SAV10.0 - in case you intend to upgrade in the near future).

    Thus if all this is within the mentioned limits you'd have to look somewhere else to free up some space.

    HTH

    Christian 

    :24789
  • 0

    Hi,

    Are you able to add another drive to the machine?  That would give you a few options, for example, you could move the database data to it.  

    What size is your SOPHOS57.mdf and SOPHOS47_log.ldf files?

    You could run:

    sqlcmd -E -S .\sophos -Q "exec sp_helpdb sophos47"

    To help you identify the location of the files and size of your current SOPHOS47 database

    Also, If you've upgraded from previous version you no longer need to the old databases, for example SOPHOS4, SOPHOS45.  So you could drop those from the SQL instance in use. http://www.sophos.com/en-us/support/knowledgebase/17508.aspx

    In addition to that, if you're feeling brave, you could stop the Sophos Update Manager Service, create a new directory on a new drive called:

    "E:\Sophos\Update Manager \"

    for example and map them as a sym link:

    "C:\Documents and Settings\All Users\Application Data\Sophos\Update Manager\"

    On 2003 you could use Junction:

    http://technet.microsoft.com/en-us/sysinternals/bb896768

    to do this.  This approach will save changing any configuration as per http://www.sophos.com/en-us/support/knowledgebase/63186.aspx .

    Regards,

    Jak

    :24807
  • 0

    Thanks for the info.  We have a number of subscriptions at this point in time so this makes sense that we're storing a database for each. My end goal is to consolidate them to keep everything on the same version but also save space.

    :24841