500-425 Exam Dumps : Cisco AppDynamics Associate Administrator

An exception in AppDynamics is a code-level event that indicates a problem or abnormality in the execution of a business transaction. AppDynamics captures and presents information on exceptions in the monitored environment, and allows you to configure the rules and criteria for detecting and reporting exceptions.

According to the Errors and Exceptions - AppDynamics, the following two types of events would be marked as an exception in AppDynamics:

• A custom-configured error method and error message: This is a type of event that you can define as an exception based on a specific method and message that indicate an error condition in your application code. You can configure the error detection rules to mark a business transaction as an error and capture the exception information when such a method and message are encountered. For example, you can configure a rule to mark a business transaction as an error and capture the exception when the method com.example.MyClass.myMethod returns the message Invalid input.
• Any message that is logged with a severity of Error or Fatal: This is a type of event that AppDynamics automatically detects as an exception based on the log messages that are generated by your application code. AppDynamics scans the log messages for the keywords Error or Fatal, and marks the business transaction as an error and captures the exception information when such a message is found. For example, AppDynamics will mark a business transaction as an error and capture the exception when the log message contains Error: Null pointer exception.

Therefore, B (a custom-configured error method and error message) and C (any message that is logged with a severity of Error or Fatal) are two types of events that would be marked as an exception in AppDynamics. References:

• Cisco AppDynamics Associate Administrator Certification
• Errors and Exceptions - AppDynamics
• Error Detection - AppDynamics

A group can contain multiple roles, which means that the users in the group inherit the permissions of all the roles assigned to the group. For example, you can create a group that has both the Administrator and the Analytics Administrator roles, and the users in that group can perform both the administration and the analytics tasks1 References: 1: Roles and Permissions

According to the Actions document1, there are four types of standard controller actions that are available to be created: Notification, Diagnostic, Remediation, and JIRA. Each type of action has different subtypes that perform specific tasks. For example, the Notification type includes Email, SMS, and HTTP Request subtypes, while the Diagnostic type includes Thread Dump, Heap Dump, and Diagnostic Session subtypes. Therefore, the correct answer is D and E, as Email and Thread Dump are subtypes of standard controller actions. Resolve, Close Incident, and Undeploy are not standard controller actions, but they may be custom actions that are created by the user or the administrator. References:

• Actions