AWS Key Management Service Integration for Exadata Database Service on Oracle Database@AWS

Exadata Database Service on Oracle Database@AWS supports integration with AWS Key Management Service (KMS). This enhancement allows users to manage Transparent Data Encryption (TDE) master encryption keys (MEKs) using AWS customer managed keys.

For Exadata Database Service on Oracle Database@AWS TDE MEKs can be stored in a file-based Oracle Wallet, Oracle Cloud Infrastructure (OCI) Vault, Oracle Key Vault (OKV), or AWS KMS, providing options to align with organization-specific security policies. Integration with AWS KMS enables applications, AWS services, and databases on Exadata VM Clusters to leverage a single centralized key management solution.

Prerequisites

Before using AWS KMS as the key management solution for your databases, you must complete the following steps.

OCI Identity domain is automatically configured during the Oracle Database@AWS onboarding process, and no action is required. Complete the following steps only for accounts that were linked before the general availability of AWS KMS integration (November 18, 2025).

Configure an OCI identity domain to enable AWS integration for your Exadata VM Clusters. It allows you to associate an AWS Identity and Access Management (IAM) service role with AWS integrations.

  1. From the AWS console, select Oracle Database@AWS, and then select Settings.
  2. Select the Configure button to configure your OCI identity domain.
  3. Once it is complete, you can review the Status, OCI identity domain ID and OCI identity domain URL information from the Settings page.

  1. If you do not have an existing ODB Network, you can provision one by following the ODB Network step-by-step instructions. If you have an existing ODB Network, you can modify it by selecting the Modify button, follow Modify an ODB Network for step-by-step instructions.
  2. From the Configure service integrations section,
    1. Select the Security Token Service (STS) option to setup the networking for AWS KMS and AWS STS access from the database.
    2. Select the AWS KMS checkbox to enable AWS KMS to use KMS keys in your authentication polices.

Exadata VM Cluster creation is only available through the AWS Console and AWS CLI. For more information, see Exadata VM Cluster.

Create a stack for each cluster. Use the following steps to create a CloudFormation stack. This needs to be performed for each Exadata VM cluster.

When your CloudFormation stack creates an OIDC (OpenID Connect) Provider, it establishes a trust relationship so that an external identity source (like OCI) can authenticate to AWS. The associated IAM Role defines what that trusted identity is allowed to do.

  1. Select your existing Exadata VM Cluster from the list to open its details page in the AWS Management Console.
    Note

    If you do not have an existing Exadata VM Cluster, you can provision one by following the Exadata VM Cluster step-by-step instructions.

  2. Select the IAM service roles tab and then click the CloudFormation link.
  3. From the Quick create stack page, review the pre-filled information.
    1. Under the Parameters section, parameters are defined in your template and allow you to enter custom values when you create or update a stack.
      1. Review your pre-filled OCIIdentityDomainUrl information.
      2. The OIDCProviderArn field is optional. When you create the CloudFormation stack for the first time, it creates an OIDC Provider and an associated IAM Role. If you are executing the stack for the first time, you do not need to provide a value for the OIDCProviderArn field.
      3. For any additional execution time, you must provide the ARN of the existing OIDC Provider and specify it in the OIDCProviderArn field. To obtain your OIDCProviderArn information, complete the following steps:
        1. From the AWS console, navigate to IAM, and then select Identity providers.
        2. From the Identity providers list, you can filter your provider selecting Type as OpenID Connect.
        3. Select the Provider link that was created when the CloudFormation stack was initially created.
        4. From the Summary page, copy the ARN information.
        5. Paste the ARN information into the OIDCProviderArn field.
    2. From the Permissions section, select IAM role name from the drop-down list, and then select the IAM role for CloudFormation to use for all operations performed on the stack.
    3. Select the Create stack button to apply the changes.
  4. After the CloudFormation stack deployment is complete, navigate to the Resources section of the stack and verify the created IdP and IAM Role resources. Copy the IAM Role ARN for future use.

You must attach an IAM role that you created previously to the Exadata VM Cluster to assign an identity connector that enables access to AWS resources.

  1. From the AWS console, select Oracle Database@AWS.
  2. From the left menu, select Exadata VM clusters, and then select your Exadata VM Cluster from the list.
  3. Select the IAM roles tab, and then select the Associate button.
    1. The AWS integration field is read-only.
    2. Enter the Amazon Resource Name (ARN) of the IAM role you want to associate with the VM cluster in the Role ARN field. You can obtain the ARN information from the Summary section of the role that you previously created.
    3. Select the Associate button to attach the role.
      Note

      Once you associate an IAM role to your VM cluster, an identity connector gets attached to your Exadata VM Cluster.

Once you complete the prerequisites section, continue with the following actions:

  1. From the AWS Console, create a customer-managed key in AWS KMS.
  2. From the OCI Console, enable Exadata VM Cluster(s) and databases to utilize the AWS KMS key created in the step 1.

  1. From the AWS console, select Key Management Service (KMS).
  2. From the left menu, select Customer managed keys, and then select the Create key button.
  3. In the Configure key section, enter the following information.
    1. Choose the Symmetric option as the Key type.
    2. Choose the Encrypt and decrypt option as the Key usage.
    3. Expand the Advanced options section. Both AWS KMS and AWS CloudHSM are supported.
      1. If you want to use KMS standard key store, choose the KMS - recommended option as Key material origin, and then choose either the Single-Region key option or the Multi-Region key option from the Regionality section.
      2. If you want to use AWS CloudHSM , choose the AWS CloudHSM key store option as Key material origin.
    4. Select the Next button to continue the creation process.
  4. In the Add labels section, enter the following information.
    1. Enter a descriptive display name in the Alias field. Maximum 256 characters. Use alphanumeric and '_-/' characters.
      Note

      • The alias name cannot begin with aws/. The aws/ prefix is reserved by AWS to represent AWS managed keys in your account.
      • An alias is a display name that you can use to identify the KMS key. We recommend that you choose an alias that indicates the type of data you plan to protect or the application you plan to use with the KMS key
      • Aliases are required when you create a KMS key in the AWS console.
    2. The Description field is optional.
    3. The Tags section is optional. You can use tags to categorize and identify your KMS keys and help you track your AWS costs.
    4. Select the Next button to continue the creation process or the Previous button to return the previous page.
  5. In the Define key administrative permissions section, complete the following substeps.
    1. Search the role that you previously created, and then select the checkbox. Select the IAM users and roles that can administer the KMS key.
      Note

      This key policy gives the AWS account full control of this KMS key. It allows account administrators to use IAM policies to give other principals permission to manage the KMS key.

    2. From the Key deletion section, the Allow key administrators to delete this key checkbox is selected by default. To prevent the selected IAM users and roles from deleting the KMS key, you can deselect the checkbox.
    3. Select the Next button to continue the creation process or the Previous button to return the previous page.
  6. In the Define key usage permissions section, complete the following substeps.
    1. Search the role that you previously created, and then select the check box.
    2. Select the Next button to continue the creation process or the Previous button to return the previous page.
  7. In the Edit key policy section, complete the following substeps.
    1. From the Preview section, you can review the key policy. If you want to make a change, select the Edit tab.
      {
          "Version": "2012-10-17",
          "Statement": [
              {
                  "Sid": "KMSKeyMetadata",
                  "Effect": "Allow",
                  "Principal": {
                      "AWS": "<arn>"
                  },
                  "Action": [
                      "kms:DescribeKey"
                  ],
                  "Resource": "*"
              },
              {
                  "Sid": "KeyUsage",
                  "Effect": "Allow",
                  "Principal": {
                      "AWS": "<arn>"
                  },
                  "Action": [
                      "kms:Encrypt",
                      "kms:Decrypt"
                  ],
                  "Resource": "*"
              }
          ]
      }
    2. Select the Next button to continue the creation process or the Previous button to return the previous page.
  8. In the Review section, review your information and then select the Finish button.

For more information, see Create a symmetric encryption KMS key.

To enable AWS KMS for your Exadata VM Cluster(s), you must first register the AWS KMS key in OCI.

  1. From the OCI console, select Oracle AI Database, and then select Database Multicloud Integrations.
  2. Select AWS Integration, and then select AWS Keys.
  3. Select Register AWS keys, and complete the following steps:
    1. From the Compartment dropdown list, select the compartment where your Exadata VM Cluster resides.
    2. Optionally, select a previously created key pool. For more information, see Create a Key Pool.
    3. If you select a key pool, ensure that its type matches the AWS key type:
      • A single-region AWS key must be added to a single-region key pool.
      • A multi-region AWS key must be added to a multi-region key pool.
    4. Under AWS keys, select your identity connector from the dropdown list.
      Note

      Ensure that the role associated with the identity connector has the DescribeKey permission on the AWS key. This permission is required for key discovery. For more information, see step 2 in Configure Identity Provider.
    5. Optionally, enter the key ARN in the Key ARN field.
    6. Select Discover.
  4. Review the discovered keys listed in the results, select the keys you want to register, and then select Register.

Configure the required IAM policies based on the compartments containing the registered KMS resource and the Cloud VM cluster.

  • If the KMS resource and Cloud VM cluster are in different compartments, configure two policies:
    • In the compartment containing the KMS resource, allow the Cloud VM cluster resource principal to read the registered KMS resource:
      Allow any-user to read oracle-db-aws-keys in compartment id <key-compartment-ocid>
      where all { request.principal.type = 'cloudvmcluster' }
    • In the compartment containing the Cloud VM cluster, authorize the same resource principal for the PKCS data-object creation flow:
      Allow any-user to read oracle-db-aws-keys in compartment id <vm-cluster-compartment-ocid>
      where all { request.principal.type = 'cloudvmcluster' }
  • If the KMS resource and Cloud VM cluster are in the same compartment, configure only one policy in that compartment:
    Allow any-user to read oracle-db-aws-keys in compartment id <vm-cluster-compartment-ocid>
    where all { request.principal.type = 'cloudvmcluster' }

Understanding Key Pools

Key Pools help you organize and control the AWS keys used to encrypt your Oracle Databases.

A key pool is a collection of customer-managed AWS keys used for database encryption. You create the pool in OCI, add AWS keys to it, and define whether those keys can be reused by more than one database. The pool provides a source of keys for database creation and key management operations.

Why use a Key Pool?

Without a key pool, AWS keys can be registered individually for use with databases. A key pool groups multiple AWS keys, allowing key rotation to select a key from the pool and providing centralized control over key usage.

With a key pool:

  • Your organization controls which AWS keys are available.
  • Different CDBs and PDBs can use separate key.
  • Key selection and rotation can follow a defined reuse policy.
  • You can review how keys are assigned and used.

How Key Pools work

First, create a key pool with a name, compartment, regional context, and key-reuse policy. You can create the pool before any AWS keys are added, allowing you to prepare the pool for future database deployments.

Next, add eligible AWS keys to the pool. A key can belong to only one pool, which helps ensure that key ownership and usage remain clear. You can also associate existing discovered keys with a pool when moving from the previous single-key encryption model.

When you provision a CDB, you first select a key pool and then a key from that pool. The CDB is created using the selected key for encryption.

PDB creation remains simple. You do not select a specific key when creating a PDB. The service automatically selects a key from the associated key pool for PDB creation and other supported key operations. Key selection from the key pool considers the pool’s key-reuse policy, which determines whether a key can be reused by more than one database.

Key rotation follows the same pool-based approach. You initiate rotation as usual, and the service selects an appropriate key according to the policy associated with the pool. No PDB-specific key selection is required.

Managing and auditing a pool

You can view the keys in a pool, their usage information, and relevant lifecycle activity. Audit records help you track pool creation, policy changes, key additions and removals, key movement, and deletion activity.

Multi-region deployments

For supported multi-region and Data Guard configurations, Key Pools can be replicated across regions. Pool information and membership changes remain aligned so that standby environments can use the appropriate regional configuration.

Moving from the previous model

Existing single-key encryption configurations continue to operate while you prepare for migration. Guided migration capabilities help you verify prerequisites, associate existing keys with pools, and transition database environments with minimal disruption.

Create a Key Pool

  1. From the OCI Console, navigate to Oracle AI Database and then select Database Multicloud Integrations.
  2. From the left menu, select AWS Integration and then select Key Pools.
  3. Select the Create key pool button to create one.
    1. From the Create key pool page, complete the following steps.
    2. From the dropdown list, select the Compartment.
    3. Enter a descriptive name for your key pool. The Display name must contain only alphanumeric characters and hyphens ( - )and underscores ( _ ).
    4. The Allow key reuse toggle is enabled by default. Enable Allow key reuse to allow keys within the key pool to be reused for multiple databases. If disabled, one key can only be used for one database.
    5. The Multi-region key pool toggle is disabled by default. This is optional step. Enable Multi-region key pool to allow only Multi-region keys to be added to the key pool. If disabled, only single-region keys can be added to the key pool.
    6. The Tags section is an optional step. If you want to add a tag your resources, select the Add tag button.
  4. Once the key pool is created, navigate back to the Key Pools page to view the State, Allow key reuse, Multi-region key pool and Created information.

Discover and Register Existing AWS Keys in a Key Pool

  1. From the OCI Console, navigate to Oracle AI Database, and then select Database Multicloud Integrations.
  2. From the left menu, select AWS Integration and then select Key Pools.
  3. From the Key Pools list, select the key pool that you created previously.
  4. Select the Keys tab. If you have not registered your AWS Key(s), register AWS Key(s) by selecting Register AWS keys button.
  5. From the Register AWS keys page, complete the following steps:
    1. Select the Compartment which your AWS Key will be registered in.
      • The discovered keys will be added to the current key pool.
      • If the key pool selected is a multi-region key pool, only the multi-region keys from the discovered results are enabled and can be added to this key pool.
    2. From the Discover AWS keys using identity connector list, select an identity connector.
    3. Enter your AWS key ARN information in the Key name field.
    4. Select the Discover button.
    5. Expand the Advanced options section. This is an optional step. If you want to add a tag your resources, select the Add tag button.
    6. Review the discovered keys listed in the results, select the keys you want to add to the Key Pool, and then select Register.
  6. Select the Add keys to key pool button to add your AWS Key(s) to your Key Pool.
    1. From the Add keys to key pool page, select your key(s).

      Select one or more existing AWS keys to add to the key pool. The list displays only keys that are in the current compartment and are not associated with another key pool.

    2. Select the Add button.

Replicate a Key Pool Across Regions

  1. From the OCI Console, navigate to Oracle AI Database, and then select Database Multicloud Integrations.
  2. From the left menu, select AWS Integration and then select Key Pools.
  3. In the Key Pools list, select the multi-Region key pool that you want to replicate.
  4. From the Actions menu, select Replicate Key Pool.
  5. In the Replicate Key Pool window, select the destination regions where you want to replicate the key pool and its keys.
  6. Select Replicate.
  7. Select the Cross-region replications tab to view the regions where the key pool has been replicated.

Add or Remove a Key from a Key Pool

  1. From the OCI Console, navigate to Oracle AI Database, and then select Database Multicloud Integrations.
  2. From the left menu, select AWS Integration and then select Key Pools.
  3. In the Key Pools list, select the Key Pool that you created earlier.
  4. To add a key to the Key Pool:
    1. Select the Keys tab, and then select Add keys to key pool.
    2. On the Add keys to key pool page, select a key from the dropdown list.
      Note

      • Only keys in the current compartment that are not assigned to another Key Pool are displayed.
      • For a single-Region Key Pool, only single-Region keys are displayed.
      • For a multi-Region Key Pool, only multi-Region keys are displayed.
    3. Select Save.
  5. To remove a key from the Key Pool:
    1. Select the key that you want to remove.
    2. On the Details page, scroll to the Key Pool field, and select Delete.
    3. Enter DELETE in the confirmation field, and then select Delete.

      The key is removed from the Key Pool.

View Key Usage Count

  1. From the OCI Console, navigate to Oracle AI Database, and then select Database Multicloud Integrations.
  2. From the left menu, select AWS Integration and then select Key Pools.
  3. In the Key Pools list, select the Key Pool that you created earlier.
  4. View the Key usage count based on the type of Key Pool:
    • Single-Region Key Pool: On the Details page, scroll to the Key usage count field.
    • Multi-Region Key Pool: Select the Keys tab, select the AWS KMS key that you want to review, and then scroll to the Key usage count field on the Details page.

Available Keys Below Threshold

The Key usage count field shows the number of active database resources currently using the AWS key. This count reflects key usage and does not indicate the number of available keys in the Key Pool.

The system displays the Available Keys Below Threshold warning when key reuse is false and fewer than 25% of the keys in the Key Pool are available for use. If the warning appears, add more keys to the Key Pool or enable key reuse in the Key Pool policy to help ensure that keys remain available for database operations.

Using the Console to Manage AWS KMS Integration for Exadata Database Service on Oracle Database@AWS

Learn how to manage AWS KMS integration for Exadata Database Service on Oracle Database@AWS.

When you enable AWS key management for your database, only AWS keys that are authorized for use with Exadata VM Cluster and registered with OCI can be used.

  1. From the OCI console, select Oracle AI Database and then select Oracle Exadata Database Service on Dedicated Infrastructure.
  2. From the left menu, select Exadata VM Clusters, and then select your Exadata VM Cluster.
  3. Select the VM Cluster information tab, and select the Enable button next to AWS Customer Managed Encryption Key.
Note

Once you enable AWS Key Management for your Exadata VM Cluster, you can disable it using the Disable button. Disabling this feature will affect the availability of databases that use AWS Key Management Service for encryption and decryption operations. Ensure that no database is currently using AWS key management before disabling it at Exadata VM Cluster level.

This topic describes only the steps for creating a database and using AWS KMS as the key management solution.

For the generic database creation procedure, see To create a database in an existing VM Cluster.

Prerequisites

Refer to Prerequisites.

Steps

If AWS KMS key management is enabled at the VM cluster level, you will have two key management options: Oracle Wallet and AWS key management.

  1. In the Encryption section, choose AWS key management.
  2. Select the Compartment and the Key pool from the dropdown list.
  3. Select the Compartment and the Key from the dropdown list.
    Note

    • Only registered keys are listed.
    • If your desired key is not visible, it may not have been registered yet. Click Register AWS Keys to discover and register it.

      For detailed instructions, refer to Register AWS KMS Key.

    • You can select a key alias from the drop-down list. If no key alias is available, the drop-down list will display the key ID.

If you want to change the key management of your existing databases in the Exadata VM Cluster from Oracle Wallet to AWS KMS, complete the following steps.

  1. From your Exadata VM Clusters, navigate to Databases tab, and then select the database that you are using.
  2. From the Encryption section, confirm that Key management is set to Oracle Wallet, and then select the Change link.
  3. From the Change key management page, enter the following information.
    1. Select your Key management as AWS key management from the dropdown list.
    2. Select the key compartment you are using, and then select the desired key from the dropdown list.
    3. Select the Save changes button.

To rotate the AWS KMS Key of a container database (CDB), use this procedure.

  1. Open the navigation menu. Click Oracle AI Database, then click Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choose your Compartment.

    A list of VM Clusters is displayed for the chosen Compartment.

  3. In the list of VM Clusters, click the name of the VM cluster that contains the database that you want to rotate encryption keys.
  4. Click Databases.
  5. Click the name of the database that you want to rotate encryption keys.

    The Database Details page displays information about the selected database.

  6. In the Encryption section, verify that the Key Management is set to AWS key management, and then click the Rotate link.
  7. On the resulting Rotate Key dialog, click Rotate to confirm the action.
    Note

    Rotating the AWS KMS key generates a new encryption context for the same key.

To rotate the AWS KMS Key of a pluggable database (PDB), use this procedure.

  1. Open the navigation menu. Click Oracle AI Database, then click Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choose your Compartment.

    A list of VM Clusters is displayed for the chosen Compartment.

  3. In the list of VM clusters, click the name of the VM cluster that contains the PDB you want to start, and then click its name to display the details page.
  4. Under Databases, find the database containing the PDB you want to rotate encryption keys.
  5. Click the name of the database to view the Database Details page.
  6. Click Pluggable Databases in the Resources section of the page.

    A list of existing PDBs in this database is displayed.

  7. Click the name of the PDB that you want to rotate encryption keys.

    The pluggable details page is displayed.

  8. In the Encryption section displays that the Key management is set as AWS key management.
  9. Click the Rotate link.
  10. On the resulting Rotate Key dialog, click Rotate to confirm the action.
    Note

    Rotating the AWS KMS key generates a new encryption context for the same key.

Optionally, complete the following steps to disable a specific CDB or PDB key.

  1. Navigate to the AWS console, select Key Management Service (KMS).
  2. From the left menu, select Customer managed keys, and then select the Key ID of the key that you want to edit.
  3. Select the Edit policy button.
  4. Run the following query to obtain the EncryptionContext MKID of the key.

    Use the following command to view the current master key IDs (MKIDs) for enabling or disabling operations:

    dbaascli tde getHSMKeys --dbname <DB-Name>

    You can also run the following SQL query to list all key versions:

    SELECT key_id, con_id, creation_time, key_use FROM v$encryption_keys;
  5. Add a deny policy using the retrieved EncryptionContext MKID as shown below:
    {
      "Effect": "Deny",
      "Principal": "*",
      "Action": [
        "kms:Encrypt",
        "kms:Decrypt"
      ],
      "Resource": "arn:aws:kms:us-east-1:867344470629:key/7139075d-a006-4302-92d5-48ecca31d48e",
      "Condition": {
        "StringEquals": {
          "kms:EncryptionContext:MKID": "ORACLE.TDE.HSM.MK.06AE5EFB528D9D4F21BFEDA63C6C8738D9"
        }
      }
    }
  6. Choose Save changes to apply the policy update.

Using the API to Manage AWS KMS Integration for Exadata Database Service on Oracle Database@AWS

For information about using the API and signing requests, see REST APIs and Security Credentials. For information about SDKs, see Software Development Kits and Command Line Interface.

The following resources will be made available to customers through OCI SDK, CLI, and Terraform. These APIs will be used by customers who wish to integrate Oracle Database on Exadata with AWS KMS.

Table 5-10 OracleDbAwsIdentityConnector

API Description
ListOracleDbAwsIdentityConnectors Lists all AWS Identity Connector resources based on the specified filters.
GetOracleDbAwsIdentityConnector Retrieves detailed information about a specific AWS Identity Connector resource.
CreateOracleDbAwsIdentityConnector Creates a new AWS Identity Connector resource for the specified ExaDB-D VM Cluster.
UpdateOracleDbAwsIdentityConnector Updates the configuration details of an existing AWS Identity Connector resource.
ChangeOracleDbAwsIdentityConnectorCompartment Moves the AWS Identity Connector resource to a different compartment.
DeleteOracleDbAwsIdentityConnector Deletes the specified AWS Identity Connector resource.
RefreshOracleDbAwsIdentityConnector Refreshed the configuration details of the specified AWS Identity Connector resource.

Table 5-11 OracleDbAwsKey

API Description
ListOracleDbAwsKeys Lists all AWS Key resources based on the specified filters.
CreateOracleDbAwsKey Creates a new AWS Key resource.
ChangeOracleDbAwsKeyCompartment Moves the AWS Key resource to a different compartment.
GetOracleDbAwsKey Retrieves detailed information about a specific AWS Key resource.
UpdateOracleDbAwsKey Updates the configuration details of an existing AWS Key resource.
DeleteOracleDbAwsKey Deletes the specified AWS Key resource.
RefreshOracleDbAwsKey Refreshes the configuration details of a AWS Key resource.

Updating the Multicloud PKCS#11 Driver

Note

The PKCS#11 driver for AWS is installed automatically when AWS key management is enabled on a VM cluster. To verify that the driver is installed and check its version, run the following command:

rpm -qa | grep pkcs

This command lists the PKCS package installed on the VM cluster. Only one PKCS#11 driver can be active at a time, corresponding to either Azure, Google Cloud, or AWS.

Example output:

pkcs-multicloud-driver-maz-0.2-250814.1708.x86_64

This confirms that the pkcs-multicloud-driver-maz package is installed, along with its version and architecture.

The PKCS#11 driver can be updated using either a rolling or non-rolling mechanism, depending on customer preference.

In rolling mode, the update is applied to one VM at a time, and the databases on that VM are restarted before proceeding to the next. In non-rolling mode, all databases in the cluster are shut down, the update is applied across all nodes, and the databases are then brought back online. Users must be aware of the dbaastools version in use, as subsequent steps, specifically step 3 in both scenarios, require different actions depending on the version, particularly when updating the PKCS#11 driver.

The version of dbaastools can be determined by running the following command:

/var/opt/oracle/dbaascli/dbaascli admin showLatestStackVersion

Rolling update

On each Guest VM, apply the PKCS#11 driver update as follows (one node at a time):

  1. Shutdown the database instances that are using the AWS KMS.

    All databases that use the AWS KMS for master encryption keys (MEK) must be stopped before updating the driver. Use:

    srvctl stop instance -d <db_unique_name> -i <instance_name> [-o <stop_option>]
    • -d <db_unique_name>: The unique name of the database (same as DB_UNIQUE_NAME in the database).
    • -i <instance_name>: The name of the instance to stop, for example, orcl1.

    For details on additional options, refer to the SRVCTL command-line help or reference manual.

  2. Verify that the databases have been shut down.

    Ensure that all database instances that are using the AWS KMS have been stopped before proceeding.

  3. Update the RPM.

    As the root user, run the following command (for dbaastools 25.4.1 and later):

    /var/opt/oracle/dbaascli/dbaascli admin updateMCKMS --keystoreProvider AWS --nodeList <node> --databasesStopped
    

    This command downloads and installs the latest RPM on the specified node.

  4. Verify driver installation.

    Run the following command as the root user:

    /bin/rpm -qa | grep -i pkcs-multicloud-driver
  5. Start the database instances.

    After the driver update, restart the database instances using:

    <oracle_home>/bin/srvctl start instance -node "<node>"

Non-Rolling update

In non-rolling mode, all databases on the cluster are stopped before applying the PKCS#11 driver update.

  1. Stop databases using the AWS KMS.

    Stop all databases that use the AWS KMS for master encryption keys (MEK) before updating the driver:

    dbaascli database stop [--dbname <value>]
  2. Verify that the databases have been shut down.

    Ensure that all databases using the AWS KMS have been stopped before proceeding.

  3. Upgrade the RPM.

    As the root user, run the following command (for dbaastools 25.4.1 and later):

    /var/opt/oracle/dbaascli/dbaascli admin updateMCKMS --keystoreProvider AWS --databasesStopped

    This command downloads and installs the latest RPM.

  4. Verify driver installation.

    Run the following command as the root user:

    /bin/rpm -qa | grep -i pkcs-multicloud-driver
  5. Restart the databases.

    Once the driver has been updated, restart the databases:

    dbaascli database start [--dbname <value>]

Release Notes

Review the changes made across the different releases of the AWS driver.

Release 2.203 (260927.1348)

  • Support for keypool.
  • Various bug fixes and stability improvements.

Release 2.202 (260721.2348)

  • Various bug fixes and stability improvements.

Release 2.196 (260325.2123)

  • Various bug fixes and stability improvements.

Release 2.185 (251201.0551)

  • Various bug fixes and stability improvements.