Hi All, Firstly, my apologies for bombarding you with questions over the past couple of weeks, I'm almost there... so thanks for all your responses...you have saved me days of reading! I will hopefully be able to put something back in once I get my hands on all my shiney new kit :o) In the meantime, some help in jogging my memory on how the resouce manager sits together would be very helpful! My understanding is this, * there is a dbase connection server (DBCS) , this dbase connection server connects to an entirely separate database to the IMA data store. * the DBCs collects the 'hourly summary database' every day from each of the farm servers. * the DBCS, does require a connection to the IMA data store, but presumeably just to read info on farm objects and what farm metrics are defined?? * a farm metric server exists, and its responsibility is to hold a view of farmwide metrics. the farm metric server gets its information continuously from the farm servers via the ZDC comms. My questions are these.... 1) Can I assume that the comms from the farm servers to the farm metric servers would only happen if resource manager is installed? i.e. the farm-wide events/metrics required for RM are sent in addition to the normal comms (for load balancing et al) between farm servers and their ZDC? In otherwords, how much of an additional overhead does having Resource Manager installed? 2) I can't remember if you configure a server to send its summary to a DBCS or whether the DBCS just collects from all servers as soon as you install it? 3) How would you scale the resource manager, I can see that you can have a primary farm metric server and backups.. I guess this is scaled by way of the fact that the info is gathered via the ZDC's?? hhmmm, ok, how would scale the collection of the daily summaries from hundreds of servers? can you have multiple DBC servers connecting to the RMSUMMARY database?? TIA, TTFN, SBDBDWAADWWW! ============================================================================== This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure. ============================================================================== ******************************************************** This Week's Sponsor - RTO Software / TScale What's keeping you from getting more from your terminal servers? Did you know, in most cases, CPU Utilization IS NOT the single biggest constraint to scaling up?! Get this free white paper to understand the real constraints & how to overcome them. SAVE MONEY by scaling-up rather than buying more servers. http://www.rtosoft.com/Enter.asp?ID=147 ********************************************************** Useful Thin Client Computing Links are available at: http://thin.net/links.cfm *********************************************************** For Archives, to Unsubscribe, Subscribe or set Digest or Vacation mode use the below link: http://thin.net/citrixlist.cfm