Forgot to mention - we are not using the reconciliation engine. In a message dated 11/20/2009 12:05:57 P.M. Eastern Standard Time, [email protected] writes:
** CMDB is on one server FD is on another server. FD can get taxed on its CPU and whatnot itself, but does not affect the CMDB. FD syncronized which does affect CMDB but minimally from what I have seen. CMDB Slowness should be due to the recociliation engine.. if you ars system slows or crashes then you are most likely using up too many threads, / resources.. need to use a private thread, andlimit the number of instances to help the heavy hit on the server (ARS). IT is now recommended you put it on its own server.. Call support they can help you put in the configuration settings, and resolve your issues. hope that helps some. On Fri, Nov 20, 2009 at 11:44 AM, Kathy Morris <[email protected]_ (mailto:[email protected]) > wrote: ** Hi All, We just upgraded from 1.5 to 1.6 and we are having performance issues now. The users are frustrated with the performance. We are running long tasks at night time scanning about 5,000 IP addresses. Also we are creating large tasks. Our Discovery is on one server, and the CMDB is on another server. We are not synchronizing to the CMDB during this time period, just running the tasks. Would the task bring the CMDB performance down? Or are there some performance issues with Discovery 1.6? _Platinum Sponsor: [email protected]_ (mailto:[email protected]) ARSlist: "Where the Answers Are"_ -- Patrick Zandi _Platinum Sponsor: [email protected] ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
