Submit a ticketCall us

WebinarUpcoming Webinar: How Help Desk and Remote Support Pays for Itself

Learn how help desk software can simplify ticketing management, allow you to track hardware and software assets, and accelerate the speed of IT support and service delivery. Gain insights on how remote support tools allow your IT team to maximize their efficiency and ticket resolution by expediting desktop troubleshooting, ultimately helping keep end-users happy and productive.

Register here.

Home > Success Center > Storage Resource Monitor (SRM) > SRM Documentation > Storage Resource Monitor (SRM) Getting Started Guide > AppStack integration > Investigate a performance issue using AppStack

Investigate a performance issue using AppStack

Table of contents
No headers
Created by Anthony.Rinaldi_ret, last modified by Melanie Boyd on Nov 21, 2016

Views: 126 Votes: 0 Revisions: 3
SRM_GS_Home.png

This example uses AppStack with SRM and SAM An alert has been triggered because an application has entered a critical state. Use Appstack to determine what caused this alert.

  1. Navigate to My Dashboards > Summary to display the All Active Alerts resource.

    File:Success_Center/Reusable_content_-_InfoDev/SRM/SRM_GSG/Investigate_a_performance_issue_using_AppStack/srm-gsg-appstack-performance-1.png

  2. Move the cursor over the triggering object name to see a snapshot of information about the object. In this example, the SQL application is reporting high read latency across many databases.

    File:Success_Center/Reusable_content_-_InfoDev/SRM/SRM_GSG/Investigate_a_performance_issue_using_AppStack/srm-gsg-appstack-performance-2.png

  3. Click the triggering object name to display the application details page.

    The AppStack environment shows the infrastructure on which the SQL server depends. The server is up, but one or more interfaces is down, and the LUN that the SQL server uses is in a critical state.

    File:Success_Center/Reusable_content_-_InfoDev/SRM/SRM_GSG/Investigate_a_performance_issue_using_AppStack/srm-gsg-appstack-performance-4.png

  4. Move the cursor over the LUN icon to show more information.

    File:Success_Center/Reusable_content_-_InfoDev/SRM/SRM_GSG/Investigate_a_performance_issue_using_AppStack/srm-gsg-appstack-performance-5.png

  5. Click the LUN icon to display the LUN details page. The Performance Summary resource shows the high latency.

    File:Success_Center/Reusable_content_-_InfoDev/SRM/SRM_GSG/Investigate_a_performance_issue_using_AppStack/srm-gsg-appstack-performance-6.png

  6. Look at the Latency Performance Per Related LUNs on the same page.

    You can see that the related LUN tex-esx-02_Lun13 is also showing high latency. This is known as a noisy neighbor, an object making demands on resources that adversely affects other objects in the same pool.

    File:Success_Center/Reusable_content_-_InfoDev/SRM/SRM_GSG/Investigate_a_performance_issue_using_AppStack/srm-gsg-appstack-performance-7.png

    In this example, tex-esx-02_Lun13 is a database in query that is not supposed to be running at this time, so you could get with the database team to stop it or investigate if requirements have changed.

 
Last modified

Tags

Classifications

Public