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 Transaction Thresholds document1, you can set static thresholds for individual business transactions by selecting Individual Transaction Thresholds from the Business Transaction Configuration window. You can then specify the values for Slow, Very Slow, and Stall thresholds for each business transaction. This way, you can customize the thresholds according to the SLA and the expected performance of the long-running transactions. Setting the default thresholds or adjusting the health rules would affect all the business transactions, not just the long-running ones. Therefore, the correct answer is C. References:

• Transaction Thresholds

https://docs.appdynamics.com/display/PRO45X/Install+the+Database+Agent

To properly configure a database agent from a zip file, you need to provide the following minimum details:

• Controller Host: This is the hostname or IP address of the machine where the Controller is installed. You need to specify this so that the Database Agent can communicate with the Controller and send the collected data1
• Controller Port: This is the port number that the Controller listens on for incoming connections. You need to specify this so that the Database Agent can connect to the Controller using the correct protocol. The default ports are 8090 for HTTP and 8181 for HTTPS for on-premise Controllers, and 80 for HTTP and 443 for HTTPS for SaaS Controllers1
• Account Access Key: This is the key that authenticates the Database Agent with the Controller. You need to specify this so that the Database Agent can register itself with the Controller and access the license. You can find the account access key in the Controller UI under Settings > License > Account1
• Account Name: This is the name of the account that the Database Agent belongs to. You need to specify this so that the Database Agent can associate itself with the correct application and user permissions. You can find the account name in the Controller UI under Settings > License > Account1

References: 1: Install the Database Agent

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

To create a user in the web user interface, you need to go to Settings > Groups and Roles > Create User. This option allows you to add a new user account and assign it to one or more groups. You can also specify the user’s name, email, password, and authentication method1 References: 1: Create Users

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

Capacity planning is the process of estimating and allocating the resources needed to meet the current and future demands of an application. For a regionally partitioned application, where different users and organizations are assigned to different databases based on their location, capacity planning requires that the administrator monitors the number of users and orgs mapped to each database and ensures that they do not exceed the available resources.

According to the AppDynamics Analytics - AppDynamics, one way to meet this requirement is to schedule an analytics query to check and report on the result periodically. An analytics query is a SQL-like query that allows you to analyze and visualize the data collected by AppDynamics, such as business transactions, logs, metrics, events, and custom data. You can use analytics queries to create dashboards, widgets, reports, and alerts that provide insights into the performance and behavior of your applications and their components.

To schedule an analytics query to check and report on the number of users and orgs mapped to a database, the administrator can follow these steps:

• Go to Analytics > Search.
• Select the data source that contains the user and org information, such as Business Transactions, Logs, or Custom Data.
• Enter the query that counts the number of users and orgs for each database, such as SELECT database, COUNT(DISTINCT user), COUNT(DISTINCT org) FROM data_source GROUP BY database.
• Click the Save button and enter a name and description for the query.
• Click the Schedule button and select the frequency, time range, and recipients for the query execution and report delivery.
• Click Save.

Therefore, A (Schedule an analytics query to check and report on the result periodically) is the correct answer. References:

• AppDynamics Analytics - AppDynamics
• Cisco AppDynamics Associate Administrator Certification
• Analytics Queries - AppDynamics