500-425 Cisco AppDynamics Associate Administrator (CAAA) Questions and Answers

According to the Reports document1, the Report Type field determines what kind of information is captured in the report. There are different report types available, such as Application Health Report, Dashboard Report, Controller Audit Report, and so on. Each report type has different fields in the Report Data tab that can be customized. Therefore, to get the desired information in the report, you need to select the appropriate Report Type from the dropdown menu when creating a scheduled report. References:

• Reports

Infrastructure monitoring is the feature in AppDynamics that allows you to monitor and troubleshoot the health and availability of the servers that host your applications and their components. Infrastructure monitoring includes metrics such as CPU utilization, memory usage, disk I/O, network traffic, and so on. You can use infrastructure monitoring to detect and resolve the problems that affect the performance and reliability of your servers and applications.

According to the Server Visibility - AppDynamics, the following kind of problem is detected with infrastructure monitoring:

• Process level problems: These are the problems that occur at the process level of the server, such as high CPU consumption, memory leaks, excessive disk I/O, or network congestion. You can use infrastructure monitoring to identify the processes that are consuming the most resources, and drill down to the details of each process, such as the command line, the environment variables, the open files, the threads, and the sockets. You can also use infrastructure monitoring to correlate the process level problems with the application performance problems, such as slow response time, high error rate, or low throughput.

Therefore, E (process level problems) is the correct answer. References:

• Server Visibility - AppDynamics
• Cisco AppDynamics Associate Administrator Certification
• Server Monitoring - AppDynamics

According to the Troubleshoot Health Rule Violations document1, one of the ways to troubleshoot health rule violations is to click on the Events tab for the application on the Default Flow Map and then analyze the health rule(s) being violated. This will show you the details of the health rule violation events, such as the affected entity, the severity, the duration, the evaluation time, and the triggered actions. You can also drill down into the health rule violation details to see the health rule configuration, the metric values, and the snapshots. This will help you identify the root cause of the issue and take appropriate remediation actions. Therefore, the correct answer is D. Using the metric browser, disabling the health rule, or rebooting the server may not be the best or the most efficient ways to troubleshoot health rule violations, as they may not reveal the source of the problem, may affect other entities, or may not resolve the issue permanently. References:

• Troubleshoot Health Rule Violations

The option that would solve this the fastest for the customer is to include baseline data within widgets on the dashboard. Baseline data is the data that represents the normal or expected behaviorof a metric, based on the historical data collected by the AppDynamics Cognition Engine. By including baseline data within widgets on the dashboard, the customer can easily compare the current value of the metric with the past average value for the same time. For example, if the customer wants to see the number of current database connections on their application in a Timeseries graph, and compare it to the past averages for the same time, they can create a Timeseries graph widget that shows the metric “Database Connections” and enable the option “Show Baseline Data” in the widget settings. This will display the current and the baseline values of the metric in the same graph, and allow the customer to see the trends and deviations over time1.

According to the Widgets document1, there are various types of widgets that can be used to create visual representations of data in custom dashboards and war rooms. Some of the widget types are:

• Flow Map: A flow map widget displays the flow of traffic between different entities, such as applications, tiers, nodes, backends, and so on. You can customize the flow map to show different metrics, filters, and drill-down options.
• iFrame: An iFrame widget allows you to embed an external web page or another dashboard within a custom dashboard. You can specify the URL, height, and width of the iFrame widget.
• Health List: A health list widget displays the health status of different entities, such as applications, tiers, nodes, business transactions, and so on. You can customize the health list to show different metrics, filters, and drill-down options.

Therefore, the correct answer is A, B, and C. Snapshot and Funnel Analysts are not widget types, but features or tools that can be accessed from other widgets or dashboards. References:

• Widgets

According to the Cisco AppDynamics Associate Administrator Certification document1, one of the topics covered in the exam is “Monitor agent performance and connectivity”. To do this, you need to ensure that the application agent can communicate with the controller, which may require SSL configuration if the controller is using SSL2. You also need to check that there are enough licenses available on the controller for the application agent to register and report data3. If the agent is using the wrong application name or does not have enough memory, it may not start at all or may crash, which are different problems from not being able to connect to the controller. References:

• Cisco AppDynamics Associate Administrator Certification
• Configure SSL for the Controller and the App Server Agent
• License Rules and Restrictions

To examine the Java App agent logs on a host without login access, you can use the Controller UI to request the agent logs. This feature allows you to download the agent logs from the Controller UI without having to access the host machine. You can specify the log level, the time range, and the file size limit for the logs12 References: 1: Request Agent Logs 2: Java Agent Logging

An HTTP Data Collector is a type of data collector that captures data from HTTP requests and responses. It can capture three kinds of data: parameter values, headers, and cookies. Parameter values are the values of the query string or form parameters in the HTTP request. Headers are the key-value pairs that are sent or received as part of the HTTP request or response. Cookies are the small pieces of data that are stored by the browser and sent to the server with each request. An HTTP Data Collector can be configured to capture any of these data types by specifying the name of the parameter, header, or cookie in the data collector settings. The captured data can be used for various purposes, such as adding context to business transactions, creating custom metrics, or triggering health rules.

https://community.appdynamics.com/t5/NET-Agent-Installation/HTTP-Data-Collector-How-to-know-the-HTTP-Params-name/td-p/24186

A health rule violation canceled warning event or a health rule violation canceled critical event is generated when the health rule processor can no longer accurately assert that the health rule violation continues to violate or that it has ended1. This can happen when the health rule is edited or disabled, among other reasons1. Adding a new condition to the health rule or disabling the health rule are two actions that would trigger a health rule violation canceled event, as they would change the evaluation criteria or stop the evaluation altogether1. Marking the health rule as canceled or removing the health rule from a policy are not valid actions, as they do not affect the health rule configuration or status

https://docs.appdynamics.com/appd/22.x/22.1/en/appdynamics-essentials/alert-and-respond/troubleshoot-health-rule-violations

To confirm that the agent is communicating properly to the controller, you can use the following methods:

• Check if data is being written to the agent log in /logs. This indicates that the agent is able to send metrics and events to the controller. You can also look for any errors or warnings in the log file that might indicate a connection issue1
• Select Application > Tiers and Nodes > Look for the Node. This shows you the list of nodes that are registered with the controller and their status. You can see if the node is up or down, the agent version, the last reported time, and the machine name2

References: 1: Troubleshoot Agent Connectivity 2

The main benefit of defining Database Collectors is that you can see which applications are calling a database and how they impact the database performance. Database Collectors enable the Database Agent to collect data from your database instances and database servers, such as metrics, queries, sessions, wait states, and more1 You can also link a database on the application flow maps to a database instance monitored by Database Visibility, which allows you to see the correlation between the application and the database2 References: 1: Add Database Collectors 2: [Link a Database on the Application Flow Map to a Database Instance Monitored by Database Visibility]

The Database Collector’s Hardware Monitoring configuration allows you to enable the Database Agent to monitor the server hardware in addition to the database. You can choose from the following operating systems: Linux, Windows, and Solaris1 You need to provide the credentials and the connection details for the server that hosts the database1 References: 1: Configure the Database Agent to Monitor Server Hardware

To capture business data for Transaction Analytics, you must first configure a data collector. A data collector is a configuration that specifies what data to capture from a business transaction and how to store it in the analytics platform. You can capture data from HTTP requests, method invocations, custom fields, or information points. You can also apply filters and transformations to the captured data. Once you have configured a data collector, you can use it to enrich the transaction analytics data with business context and enable advanced queries and visualizations

https://docs.appdynamics.com/accounts/en/cisco-appdynamics-saas-deployment-user-management/manage-custom-roles-for-cisco-appdynamics/transaction-analytics-permissions

The default length of time events can be viewed with full detail before being purged is 7 days, unless archived. Events are records of significant occurrences in the monitored environment, such as errors, exceptions, policy violations, health rule violations, and more. You can view the events in the Controller UI under Events > All Events. You can also archive the events to retain them for longer periods or export them to external systems1 References: 1: Events

According to the Database Visibility Supported Environments document1, Database Visibility can monitor the following databases: PostgreSQL, Cassandra, MongoDB, MySQL, SQL Server, Oracle, Sybase ASE, Sybase IQ, and Couchbase. Therefore, the correct answer is A, B, and D. Derby and DB2 are not supported by Database Visibility. References:

• Database Visibility Supported Environments