This discussion has been locked. The information referenced herein may be inaccurate due to age, software updates, or external references.
You can no longer post new replies to this discussion. If you have a similar question you can start a new discussion in this forum.

Orion NPM Architecture, Speed, and SQL

In my last post, "What NPM Tips and Tricks do You Have?" I asked about tips and tricks, expecting a mashup of different things from all over the NPM world and to a certain extent that's what happened. Interestingly, however, a large section of the thread turned into a discussion about two things: maps and speed.

There were certainly a lot of good map tips, and you can find more at Solarwinds Labs.  In fact, you can even find out how to make your boss happy with a Big Green Button.

The speed issue is particularly intriguing to me since there are a lot of times where, let's be honest here, NPM is a bit of a dog when it comes to response. The web interface is notoriously slow, and gets even worse when you have a ton of custom widgets, do-dads, and whatchamacallits loading on a screen. Several people mentioned that a lot of speed can be picked up by getting in at the database level and pre-packaging certain things.

ZachM wrote:

Stored Procedures and custom Views created in the DB save us countless man hours and, in my experience, working directly in the DB can really expand your knowledge of the architecture of NPM overall. I highly recommend every SolarWinds engineer to challenge themselves to learn more SQL. I am by no means a DBA, but I can pull every bit of data you can get from the website, and I can do it faster 90% of the time.

NPM is an incredibly flexible and extensible product, especially in recent revisions, and offers a lot of opportunity for people willing to really dig in behind the scenes. As usual, I have more questions:

* What SQL version and architecture are you using (separate database, named instances, etc.)?

* What architecture have you found helps in the speed department?

As an example of what I'm interested in: we run Cisco UCS servers, with VMware as the hypervisor layer, backed by NetApp FAS3240 fully licensed arrays, with Flash Cache, etc. We tier our storage manually and have full production SQL and Oracle instances virtualized.  The storage is connected to the UCS with an aggregated 80GB, and the UCS to the core at 160GB.

Parents
  • Another issue that can cause poor performance is index fragmentation.

    Solarwinds has added a warning for this in the events view in the last few releases.
    It might even be worthwhile adding an e-mail alert for this message until you get this issue resolved.

    I had my dba follow the instructions here, but am still receiving this message.

    I opened a case with Solarwinds support - Ticket# 511730

    I have been asked to run additional SQL scripts, but this involves stopping all Orion services first.
    This is not something I normally consider, just for troubleshooting, so I have not yet scheduled an outage for this.

  • Great point.  I too have enabled the automatic indexing.  I still have many tables that are in various %s of defrag based on maintenance logs.  I've even run maintenance a few times to see results - to no real avail.

    I'd love to hear what happens with your ticket NG.  Thx!

Reply
  • Great point.  I too have enabled the automatic indexing.  I still have many tables that are in various %s of defrag based on maintenance logs.  I've even run maintenance a few times to see results - to no real avail.

    I'd love to hear what happens with your ticket NG.  Thx!

Children
No Data