Operating System, Disk Space and RAM Requirements (4264432)

Desktop Authority 8.0 Operating System, Disk Space & RAM Requirements.

Please note that version 8.x support has been discontinued as of May 29, 2014.  Please see our Product page for support dates.

Desktop Authority 8.0 Operating System, Disk Space & RAM Requirements

This document summarizes estimated resource requirements and supported operating systems for deployment and use of Desktop Authority 8.0.

The following table summarizes the supported Operating Systems for Desktop Authority 8.0 components.

*DA is supported on 32- and 64-bit versions of the Windows operating systems. 

The following table summarizes the Windows domain types that work with Desktop Authority 8.0.

The following table summarizes the minimum disk space and RAM requirements for Desktop Authority 8.0 software components.

The following tables provide detailed resource requirements for each DA sub-component as well as 3^rd-party software required by DA. Where the total (minimum) amount exceeds the sum of the sub-component requirements, the total takes into consideration overriding factors such as operating system requirements and temporary space for installations.

¹ This sizing assumes data collection for 1000 computers and 1000 user logons per day for the entire system. In general, the reporting data collection cache managed by the ETL Service on the Operations Master requires approximately 256 KB of disk space for each user per day. By default the ETL Service will clear the cache each day. If ETL processing is not available or it is configured to run less than once per day (the default is 4 times per hour), the reporting cache size (available disk space) will need to be allocated accordingly to store the reporting data files. It is recommended that at least 3 days of storage be allocated to accommodate server or network outages and ensure no loss of data during that period. Note, data collection information is typically compressed when moved across the network. The compressed size is approximately 29 KB.

² This sizing assumes each instance of SLServer Service services up to 1000 computers and 1000 user logons per day. In general, the reporting data collection cache managed by SLServer Service requires 256 KB of disk space for each user per day. By default the ETL Services on the Operations Master will clear the cache on the network server each day. If ETL processing is not available or it is configured to run less than once per day (the default is 4 times per hour), the reporting cache size (available disk space) on the network server will need to be allocated accordingly to store the reporting data files. It is recommended that at least 3 days of storage be allocated to accommodate server or network outages and ensure no loss of data during that period.

³ This sizing does not include your actual space required to store Microsoft and 3^rd-party patches when using PDD. The number and size of Microsoft and 3^rd-party patch files will vary. The component break down illustrates patch storage disk space for illustrative purposes.

⁴ On Terminal Servers one new instance each of SLclient.exe, SLagent.exe and ScriptLogic.CBM.UserExperience.exe are launched in each session, but the underlying Microsoft Windows memory management handles these as shared processes and so they require minimal extra physical memory for each instance. See http://support.microsoft.com/default.aspx?scid=kb;en-us;186572 for more information. The ScriptLogic.CBM.UserExperience.exe process should be disabled if you do not require notifications of patch and software installations to end users. Note, the new CBM Agent in version 8.0 (ScriptLogic.CBM.Agent.exe) is a computer based management service and therefore only a single instance is required in a Terminal Server environment.

⁵ While every effort is made to minimize the size of the patch database, it will grow over time as new Microsoft and 3^rd party patches are released.