Monitor Performance Using Experience View

apmsaas
HID_Team_Center_Experience_View
DX APM
lets you understand the geography of your application environment, which is vital for effective monitoring and problem solving. Application Performance Management provides an overview of an application environment. The Experience View shows your monitored applications from the experience point of view.
The following roles use the Experience View:
  • Administrators see the health state of the environment.
  • Level One Analysts monitor problems and warnings in the environment with the Experience View.
  • Experienced analysts investigate and resolve problems with Analysis Notebook, Dashboard, and Map.
Understand the Frontend as an Experience
The Experience is the leftmost component of the transaction, the first monitored component of the whole transaction. The experience node is the first monitored frontend component and contains an attribute that is called Experience. The experience node is the beginning of the transaction path. An experience can be, for example, a servlet or a generic frontend.
Experience View
Experience View lets you:
  • Filter out the non-problematic parts of the environment to focus on the issues.
  • Drill down to lower levels of the Experience View to see sections of the environment in greater detail. Experience Cards show the status of all components for which you are responsible. The card information shows you the experiences that are under load. Assisted Triage identifies the most likely problem areas and shows the number of problems and anomalies.
Transaction types in the Experience View:
  • Healthy transactions -
    Responses per Interval
    metric values when the experience node has no alert in caution or danger state
  • Stall transactions -
    Stalls
    metric values of the experience node
  • Error transactions -
    Errors per interval
    metric values of the experience node
  • Slow transactions -
    Responses per Interval
    metric value when the experience node has an alert in caution or danger state on Average Response Time metric, or on a differential analysis metric
  • Alerted transactions -
    Responses per Interval
    metric value when the experience node has no alert in caution or danger state on a metric other than Slow transactions
Use the following graphic and corresponding legend to understand the various features in the Experience View.
experience_view_saas.png
The following legend identifies each map item by number and provides more information:
Number
Name
More Information
1
The number of experiences
2
Sort by
Sorts the cards in Name or My Order order.
3
Experience Card
Experience Cards show summary information and identify the problem and the problem origin. Cards are defined based on a universe. The maximum number is one universe within a card.
4
HEALTH
The HEALTH score shows the overall health score of the environment. The number shows a percentage of healthy transactions out of the total number of transactions. The score shows the volume of healthy and poor transactions. Poor transaction volume is a sum of all non-healthy transactions (slow, error, alerted, stalled).
5
Problems and Anomalies
Shows the number of problems and anomalies.
A problem indicates a situation where one or more components in related transactions triggered alerts. Events like stalls, errors, and other evidences negatively impacted the transactions.
An anomaly indicates a situation where one or more components in related transactions has triggered alerts. Events like stalls and errors were noticed but did not impact transaction performance.
6
Add an experience card
Click the plus sign to name and configure a new experience card.
Note:
For more information about adding a card, see View Agent Status and Manage Agent Cards
7
RESPONSE TIME
The RESPONSE TIME histogram shows the average response time per seconds for healthy transactions that completed in:
  • 1s less than 1 second
  • 2s from 1 through 2 seconds
  • 2s+ more than 2 seconds
8
POOR TRANSACTIONS
The POOR TRANSACTIONS histogram shows the number of poor transactions that occurred during the period.
  • SLOW shows the number of stalled and slow transactions. These transactions have alerts for Different Analysis or alerts for Average Response Time.
  • ERROR shows the number of errors per interval for the application.
9
Open the Analysis Notebook
The Analysis Notebook displays the business transactions for a specific Experience Card. The business transaction count is visible next to the Analysis Notebook icon.
Note:
By default, you cannot open the Analysis Notebook if the Experience Card contains more than 20 business transactions.
10
Switch graphs
Graphs are Aggregated response time, Average response time, and Transaction volume.
Monitor Performance Using the Experience View
The Experience View lets you monitor the performance of your environment from the highest level of your universe. You can drill down to specific transactions for fault finding.
Follow these steps:
  1. Click an
    Experience Card
    .
    The aggregated data for groups of related business transactions that are available in your universe appear. You can add cards, configure, and reorder the cards.
  2. Click the
    chart
    to cycle through the metrics charts.
  3. View the
    Health Score
    .
    The Health Score shows the overall health score of the environment. The number shows a percentage of healthy transactions out of the total number of transactions. For example, the health score of the environment that you monitor is 85. This score means that 85 percent of the transactions that you monitor are healthy. The remaining 15 percent are poor transactions. Poor transactions are the sum of slow and failed transactions.
  4. Expand a
    card
    .
    More details appear in the Assisted Triage panel. The Assisted Triage panel is a pull-out from the right and shows where problems and anomalies are occurring. The Assisted Triage engine identifies common components of a problem so that you are not flooded with issues. The Assisted Triage panel is visible in Experience View except for the top-level page.
  5. Expand the
    story
    .More details appear. The panel also shows suspect nodes, highlighted by the Assisted Triage engine as other possible contributors to the situation.
  6. Expand
    Problems and Anomalies
    .
    More details appear.
  7. Click the
    headline
    of the chart and drill down to the next level of grouping.
  8. Click the
    notebook
    icon.
    The Analysis Notebook for the group of components opens.
    By default, you cannot open the Analysis Notebook if the Experience Card contains more than 20 business transactions.
Building a Triage Using Experience View
Understand how the Assisted Triage Panel reports problems and anomalies about events in your system.

Example: Monitor and Isolate Issues Using the Experience View
Experience View lets you see the status of all components in the area of the environment that is your responsibility. You can see experiences under load and can drill down to identify critical components. Assisted Triage assists you to identify the most likely problem areas.
This example demonstrates a workflow for an analyst. As an analyst, you are aware of an issue in the environment. Identify the root cause of the problem and direct resources to fix the problems. The objective of diagnosing issues is to identify Patient Zero. Patient Zero is the component in the application which first encounters problems and affects other components and the customer experience.
The following diagram shows the workflow for monitoring an environment and isolating issues:
Homepage_workflow
Homepage_workflow
  1. Monitor the components in your environment.
  2. Click an
    Experience Card
    to drill down to see more detailed information in the lower levels of the Experience View.
    Application Performance Management detects the components that are experiencing problems and detects transactions that are running slowly or failing. The combination of slow and failed transactions is displayed as the total number of poor customer experiences. Experiences are prioritized based on the volume of transactions and the volume of poor customer experiences.
  3. Prioritize which issue is the most urgent based on volume. Look at the experiences suffering the greatest health issues. Correlate the experiences to the problems identified in the Assisted Triage panel. Prioritize which problems to solve based on business value.
    The Assisted Triage engine collects the information and displays the issues in the Assisted Triage panel. The Assisted Triage engine identifies transactions that share components that are performing poorly. Related components under load are identified together as a problem in the Assisted Triage panel.
  4. Consult the issue with more experienced analysts or a responsible person. Use the information in the panel to identify owners of components with issues. Share the URL with the person so that they can see the same view.
  5. Investigate the problem further in Analysis Notebook, Map, and Dashboard.