DX Unified Infrastructure Management

 View Only
  • 1.  Admin console being slow

    Posted Jan 29, 2016 05:50 AM

    Hi,

     

    Is the admin console meant to be very slow for operations? Is there a way that we can use it to better perform like some configuration or something. Please advice.

     

    -kag



  • 2.  Re: Admin console being slow

    Broadcom Employee
    Posted Jan 29, 2016 08:50 AM

    If this is UIM 8.2 or 8.3, reconfigure the custom groups from Dynamic to Static.



  • 3.  Re: Admin console being slow

    Posted Jan 29, 2016 11:07 AM

    I am facing the same issue in 8.1.



  • 4.  Re: Admin console being slow

    Broadcom Employee
    Posted Jan 29, 2016 10:50 AM

    Hi there,

     

    To add on to what David said, increasing the memory of the service_host probe might improve performance.

    In IM, open the raw configure menu (Ctrl + Right Click) and check on the java settings.

     

    The default is:

    -Xms64m -Xmx128m

     

    You can try changing this to the following:

    -Xms1024m -Xmx2048m

     

    Make sure that the server is able to adequately provide the memory you configure.

     

    Phil



  • 5.  Re: Admin console being slow

    Broadcom Employee
    Posted Jan 29, 2016 11:20 AM

    Additionally check the database tables for fragmentation.

     

    In MS SQL go to the Management Studio > expand the tree of tables for the UIM database > scroll down to S_QOS_DATA > expand the tree to show the Indexes > right click on an index and select Rebuild. The popup 'Rebuild Indexes' window will report the percentage of fragmentation. Just click OK to run the defrag.



  • 6.  Re: Admin console being slow

    Posted Feb 02, 2016 07:24 AM

    Hi,

     

    Changing the group type to static from dynamic and also adding more java memory did not help. I am yet to work on the DB defrag and hoping that should resolve this. Thanks a lot for all the advice.

     

    -kag



  • 7.  Re: Admin console being slow
    Best Answer

    Broadcom Employee
    Posted Feb 02, 2016 08:42 AM

    It was not made clear in my prior post but checking S_QOS_DATA was just an example. That and the CM_ are the ones that typically will have high fragmentation leading to performance problems. There are a lot of CM_ tables and which ones are most likely to effect performance varies as per the installation but some common ones are CM_COMPUTER_SYSTEM, CM_COMPUTER_SYSTEM_ATTR, CM_DEVICE, CM_DEVICE_ATTRIBUTE.



  • 8.  Re: Admin console being slow

    Posted Feb 02, 2016 08:57 AM
      |   view attached

    Thanks a lot David.

     

     

    -kag



  • 9.  Re: Admin console being slow

    Posted Feb 12, 2016 07:49 AM

    Hi David,

     

     

    I did check on the DB and yes, we have a huge performance issue to address.

     

     

    On the other hand, increasing the java memory in service_host probe did not make any difference. I was wondering if increasing the same in ppm will make any difference. Any comments please?

     

     

    -kag



  • 10.  Re: Admin console being slow

    Broadcom Employee
    Posted Feb 12, 2016 08:50 AM

    I don't have anything on increasing the memory for java for either of them. It could be the increase in memory was not enough and doubling it might provide the improvement. Of course this is dependent upon plenty of free system physical RAM. Typically the memory increase is done for probes that have a lot of information to work with such as the vmware probe, or snmpcollector when there are many profiles.