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

Business Transaction metrics are the key performance indicators that measure the health and performance of your applications. They include metrics such as average response time, calls per minute, errors per minute, and so on. You can use various types of performance degradation analysis to identify and troubleshoot the root causes of performance issues using Business Transaction metrics.

According to the Troubleshoot Business Transactions - AppDynamics, the following types of performance degradation analysis are used with Business Transaction metrics:

• Correlation Analysis: This type of analysis helps you to find the correlation between different metrics and events that may affect the performance of your Business Transactions. For example, you can use the correlation analysis to see how the response time of a Business Transaction is related to the CPU utilization of a node, or how the error rate of a Business Transaction is related to the number of slow database calls.
• Remote Services Analysis: This type of analysis helps you to understand how the performance of your Business Transactions is impacted by the calls to remote services, such as databases, web services, message queues, and so on. For example, you can use the remote services analysis to see the response time, call count, error count, and wait time of each remote service call, and drill down to the details of each call.
• Compare Releases: This type of analysis helps you to compare the performance of your Business Transactions across different releases of your application. For example, you can use the compare releases analysis to see how the response time, error rate, and throughput of your Business Transactions have changed after a new deployment, and identify any performance regressions or improvements.

Therefore, A (Correlation Analysis), B (Remote Services Analysis), and E (Compare Releases) are three types of performance degradation analysis that are used with Business Transaction metrics. References:

• Troubleshoot Business Transactions - AppDynamics
• Business Transaction - AppDynamics
• Cisco AppDynamics Associate Performance Analyst Certification

By default, the Java Agent enables two Sensitive Data Filters substring: substring “key” and substring “password”. These filters prevent the agent from capturing and sending any data that contains these substrings to the Controller, such as query parameters, HTTP headers, cookies, environment variables, or system properties. This helps to protect sensitive information from being exposed in the Controller UI or reports. You can also add more filters or modify the existing ones by editing the agent configuration file1 References: 1: Filter Sensitive Data

The custom dashboard feature in AppDynamics allows you to display a specific set of metrics and data points on one screen. You can use custom dashboards to present selected metrics for a user who only needs a relatively narrow or focused view of the data. You can also share custom dashboards with other users and stakeholders.

According to the [Custom Dashboards - AppDynamics], some of the advantages of the custom dashboard feature are:

• It makes drill down across tiers seamless: You can use the grid layout type to create a flexible layout that is easy to rearrange on the canvas. The grid layout also scales in size when viewed on mobile devices. You can also use the absolute layout type to control width and height and the exact placement of widgets on the canvas.
• It monitors metrics of interest: You can add widgets from various categories, such as application, server, database, performance, events, and so on. You can also customize the widget properties panel to configure the widget settings, such as title, description, color scheme, time range, auto-refresh interval, and so on.
• It schedules dashboard as a report: You can export your custom dashboard as a PDF or HTML report that you can send by email or save as a file. You can also schedule your custom dashboard to run periodically using cron expressions.

Therefore, A (It makes drill down across tiers seamless), C (It monitors metrics of interest), and E (It schedules dashboard as a report) are three advantages of the custom dashboard feature. References:

• [Custom Dashboards - AppDynamics]
• [Create and Manage Custom Dashboards and Templates - AppDynamics]
• Custom Dashboard Permissions - docs.appdynamics.com

Database Visibility provides metrics on the performance of your database and helps troubleshoot performance-related issues. Database Visibility consists of four main components: Database Agent, Collector, Controller, and Events Service (on-premises only). The Database Agent is a standalone Java program that collects performance metrics about your database instances and database servers. The Collector is the process that runs within the Database Agent to collect performance metrics about your database instances and database servers. The Controller is the central interface where you can see all your database instances and database server performance metrics. The Events Service stores high volumes of metric data.

According to the Overview of Database Visibility, the following types of information are sent to the Controller:

• Database-level metrics, such as the number of queries processed and other database statistics
• Names and attributes of all sessions, clients, queries, and other objects on the monitored system

The following types of information are sent to the Events Service:

• Time that each query spends at each wait state
• Individual query statistics for databases that support it
• Information about individual execution plans in databases that support it

Therefore, B (Average Number of Slow Connections) and C (Top Leaked Connections) are two stats that are available in Database Visibility. References:

• Cisco AppDynamics Associate Administrator Certification
• Overview of Database Visibility - AppDynamics
• Database Visibility - AppDynamics

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

According to the Upgrade the Java Agent document1, one of the reasons to upgrade AppDynamics agents is to resolve agent issues, such as bugs, performance problems, or compatibility issues withthe Controller or the monitored application. Another reason to upgrade AppDynamics agents is to take advantage of new features, such as enhanced metrics, dashboards, alerts, or integrations, that are introduced in newer agent versions. Therefore, the correct answer is A and D. Database issues and application upgrade are not directly related to the agent upgrade, unless they affect the agent functionality or compatibility. References:

• Upgrade the Java Agent

Health Rules are the rules that define the normal or expected behavior of your application, such as the response time, error rate, or CPU utilization of a business transaction, tier, node, or backend. You can create health rules to monitor the performance and availability of your application and its components. When a health rule is violated, it changes the status of the corresponding key performance indicator (KPI) from normal to warning or critical, depending on the severity of the violation. The status change is also represented as an event in the AppDynamics Controller UI, which can trigger alerts, policies, and actions. You can view the health rule events in the Events tab of the application dashboard, or in the Health tab of the entity dashboard.

https://developer.cisco.com/docs/appdynamics/health-rules/

https://university.appdynamics.com/certifications/associate-administrator