6 Auto Service Request

Oracle Enterprise Manager Ops Center can be configured to use Oracle Auto Service Request (ASR) to create service requests for assets when incidents occur.

The following features and topics are covered in this chapter:

6.1 Introduction to ASR

Oracle Enterprise Manager Ops Center can use ASR to generate service requests based on known issues. By providing contact information for your assets and enabling ASR, you enable the creation of service requests whenever a new critical incident occurs.

6.2 Overview of ASR

Oracle Enterprise Manager Ops Center can use ASR to generate service requests based on known issues. The data from an incident in Oracle Enterprise Manager Ops Center and the asset's contact information are used to create the service request.

Figure 6-1 ASR Activation and Creation

Description of Figure 6-1 follows
Description of "Figure 6-1 ASR Activation and Creation"

6.2.1 Prerequisites

You must provide contact information for your assets and enable this feature before service requests can be generated using ASR.

An ASR can only be generated for an asset if a set of valid My Oracle Support (MOS) credentials have been provided. The asset must be present in MOS, and the credentials must be associated with a Customer Service Identifier (CSI) with rights over the asset. The CSI must be a direct CSI. Service Request Creation rights are required to create new service requests, and Admin rights are required if the contact information for the asset must be updated. Go to https://support.oracle.com/ and log in to verify that your assets are present in MOS.

Oracle Enterprise Manager Ops Center's ability to create an ASR is also limited by the available credentials. Oracle Enterprise Manager Ops Center can only monitor an asset for ASR telemetry using the management credentials for the asset. To ensure full coverage for your hardware, provide management credentials for all applicable protocols for each OS and hardware asset. See the Asset Management chapter of the Oracle Enterprise Manager Ops Center Feature Reference Guide for more information about adding credentials, and see http://docs.oracle.com/cd/E37710_01/nav/faultcoverage.htm for more information about the telemetry used by ASR.

6.2.2 How ASR Activation Works

After ASR creation is enabled, Oracle Enterprise Manager Ops Center launches a daily job to activate assets for ASR, and attempts to activate all assets when they are discovered. The asset activation job is also run whenever the Enterprise Controller is restarted. You can view the details of this job to see what assets have been activated. You can also view an asset's ASR status. If you do not want an asset to be enabled for ASR creation, you can add the serial number of that asset to a blacklist.

Note:

Blade chassis can be enabled for ASR, but individual blades cannot be enabled for ASR.

When an asset is activated for ASR, Oracle Enterprise Manager Ops Center monitors the asset for faults, using either an Agent Controller if one is installed or the asset's Proxy Controller if no Agent Controller is installed. This monitoring is performed automatically, and does not create a job.

To detect faults, Oracle Enterprise Manager Ops Center uses the ILOM and FMA telemetry sources as well as HALRT faults from Exadata systems. It collects SNMP traps from hardware assets and uses SNMP to monitor switch and PDU assets. It can process SNMP V1 and V2 fault alerts, but it can only process SNMP V1 sensor alerts, and it does not check the SNMP community string. It also gathers faults from ILOM using IPMI and SSH to detect faults that occurred before the asset was activated.

Oracle Enterprise Manager Ops Center sends a daily heartbeat event to Oracle for each asset that is enabled for ASR. If this heartbeat is not received, this is reflected for the asset in MOS. The status of this asset is changed to "Active — No Heartbeat" with a date when a heartbeat was last received listed in MOS. The next time a heartbeat is received, the asset's status is changed to the standard ASR status of "Active".

Note:

Some assets, such as Solaris 11 and Sun ZFS Storage Appliances, include embedded ASR support. You can choose to enable these assets for ASR directly, or to enable ASR through Oracle Enterprise Manager Ops Center. See the Storage Libraries chapter of the Oracle Enterprise Manager Ops Center Feature Reference Guide for more information.

6.2.3 How ASR Creation Works

When a fault occurs on an activated asset, Oracle Enterprise Manager Ops Center first checks to see if the fault matches an existing incident. If not, a new incident is created, a job is run to create a new ASR, and an annotation is added to the incident indicating the ASR creation attempt. The creation job sends the ASR to the ASR web service for validation. When the ASR is validated, it is sent to Oracle.

When the ASR creation is successful, another annotation is added, indicating that the ASR was successfully created and providing a URL for the ASR. Once it is created, an ASR is identical to other service requests and can be viewed and managed using the same processes and tools.

Note:

If you create a manual service request for an incident that has already generated an ASR, the duplicate service request is not automatically removed.

For more information about the assets that can be activated for ASR and the incidents that can create an ASR, see the ASR documentation at http://www.oracle.com/asr.

6.3 Viewing ASR Status for an Asset

You can view an asset's ASR activation status. If the asset is activated for ASR, a service request is created when specific faults occur. See http://docs.oracle.com/cd/E37710_01/nav/faultcoverage.htm for more information about the faults that can trigger ASR creation. If the asset is not activated, it is either not qualified for ASR or it has not been successfully associated with one of the MOS accounts known to Oracle Enterprise Manager Ops Center.

  1. Click the asset in the Assets section of the Navigation pane.

  2. Click the Service Requests tab.

    The ASR Activated State field shows the asset's ASR status.

6.4 Providing Contact Information

You can provide or edit the contact information for an asset or group of assets. You can also provide and edit the default contact information that is used for assets without asset-specific contact information. This contact information is used to create the ASR with the location of the asset.

If an asset has one set of contact information in the My Oracle Support interface and a separate set in Oracle Enterprise Manager Ops Center, the MOS set is used in the ASR. If MOS has no contact information for the asset, the contact information provided in Oracle Enterprise Manager Ops Center is used.

6.4.1 Providing Default Contact Information

The default contact information is used to create service requests for assets without asset-specific contact information. You must provide default contact information before enabling ASR.

  1. Click the Enterprise Controller in the Administration section of the Navigation pane.

  2. Click Edit ASR Default Contact in the Actions pane.

    The Default ASR Contact Information page is displayed.

  3. Enter the contact information:

    • First name

    • Last name

    • Phone

    • Email

    • Country

    • Address: Two address fields are provided, but only the first is required.

    • City

    • State or Province

    • (Optional) Zip or Postal Code

    • Time Zone

  4. Click Save.

6.4.2 Providing Contact Information for an Asset or Group

You can provide contact information for an asset or group. This contact information is used to create service requests for the asset or assets within the group.

  1. Select an asset or group in the Assets section of the Navigation pane.

  2. Click Edit ASR Contact Information in the Actions pane.

    The ASR Contact Information page is displayed.

  3. Enter the contact information:

    • First name

    • Last name

    • Phone

    • Email

    • Country

    • Address: Two address fields are provided, but only the first is required.

    • City

    • State or Province

    • (Optional) Zip or Postal Code

    • Time Zone

  4. Click Save.

6.5 Enabling ASR

When ASR is enabled, service requests are automatically generated for your assets when a qualified incident occurs.

Note:

You must provide default contact information before you enable ASR. See the Providing Default Contact Information section for more information.
  1. Click the Enterprise Controller in the Administration section of the Navigation pane.

  2. Click Enable ASR.

    A confirmation window is displayed.

  3. Click OK.

    The Auto Service Request feature is enabled.

6.6 Disabling ASR

You can disable ASR. While the feature is disabled, service requests are not automatically generated for any asset.

  1. Click the Enterprise Controller in the Administration section of the Navigation pane.

  2. Click Disable ASR.

    A confirmation window is displayed.

  3. Click OK.

    ASR is disabled.

6.7 Blacklisting an Asset

When ASR is enabled, Oracle Enterprise Manager Ops Center periodically launches a job to enable assets for ASR, and attempts to activate all assets when they are discovered. You can add the serial number of an asset to a blacklist to prevent Oracle Enterprise Manager Ops Center from enabling that asset for ASR.

  1. Click the Enterprise Controller in the Administration section of the Navigation pane.

  2. Click the Configuration tab, then select the Auto Service Request subsystem.

  3. In the Serial Blacklist value field, enter one or more serial numbers in a comma-separated list.

  4. Click Save.

6.8 Testing ASR

You can create a test fault on a managed asset to verify that ASR is working correctly.

  1. Log in to a managed ILOM asset using the web console.

  2. Navigate to Notification in the Administration section of the UI.

  3. Add or edit a test rule to include an snmp test trap, then test this new rule.

  4. Log in to the Oracle Enterprise Manager Ops Center UI.

  5. Click the Incidents section and verify that an incident for the test trap is displayed.

  6. Click the Jobs section and verify that an ASR creation job has been created.