Capture-Replay Workloads between non-Autonomous and Autonomous Databases
You can Capture and Replay from a non-Autonomous AI Database instance into an Autonomous AI Database.
This enables you to compare workloads between an on-prem database or other cloud service database and an Autonomous AI Database instance.
Topics
- Capture a Workload
 The first step in using Database Replay is to capture the production workload.
- Replay a Workload on an Autonomous AI Database Instance
 After you complete a workload capture, you can replay it on a test system. Oracle replays on the test system the actions recorded during workload capture, with the same timing , concurrency, and transaction dependencies of the production system.
Parent topic: Test Workloads with Oracle Real Application Testing
Capture a Workload
The first step in using Database Replay is to capture the production workload.
When you begin workload capture on the production system, all requests from external clients directed to Oracle Database are tracked and stored in binary files called capture files.
A workload capture results in the creation of two subdirectories, cap and capfiles, which contain the capture files.
                     
The capture files provide all pertinent information about the client request, including transaction details, bind values, and SQL text.
These capture files are platform independent and can be transported to another system.
See Workload Capture to capture a workload on an on-premises database.
Replay a Workload on an Autonomous AI Database Instance
After you complete a workload capture, you can replay it on a test system. Oracle replays on the test system the actions recorded during workload capture, with the same timing , concurrency, and transaction dependencies of the production system.
Run DBMS_CLOUD_ADMIN.REPLAY_WORKLOAD to initiate workload
            replay on your database. You must be logged in as the ADMIN user or
            have the EXECUTE privilege on DBMS_CLOUD_ADMIN to run
               REPLAY_WORKLOAD.
                     
Example to replay on an Autonomous Database instance a workload captured from an on-premises database:
BEGIN 
   DBMS_CLOUD_ADMIN.REPLAY_WORKLOAD(
      location_uri    => 'https://objectstorage.us-phoenix-1.oraclecloud.com/n/namespace-string/b/bucketname/o',
      credential_name => 'CRED_TEST',   
      synchronization => TRUE,
      process_capture => TRUE);    
END;
/This downloads the capture files contained in the Object Storage location
            specified in the location_uri parameter, and replays the workload
            capture from the capture files. The replay generates and uploads the replay and
            Automatic Workload Repository reports to the Object Storage location specified in the
               location_uri parameter.
                     
In this example, namespace-string is the Oracle
                                Cloud Infrastructure object storage namespace and
                                                bucketname is the bucket
                                name. See Understanding
                                        Object Storage Namespaces for more
                        information.
See Upload Files to Your Oracle Cloud Infrastructure Object Store Bucket for more information on uploading files to Object Storage.
See Navigate to Oracle Cloud Infrastructure Object Storage and Create Bucket for more information on Object Storage.
The credential_name parameter specifies the credential to
            access the object storage bucket. The credential that you supply must have the write
            privileges to write into the Object Storage bucket. The write privileges are required to
            upload the replay report to the bucket.
                     
If you do not specify a credential_name value, then
               DEFAULT_CREDENTIAL is used.
                     
You don't need to create a credential to access Oracle Cloud Infrastructure Object Store if you enable resource principal credentials. See Use Resource Principal to Access Oracle Cloud Infrastructure Resources for more information.
The synchronization parameter specifies the synchronization
            method used during workload replay. A TRUE value indicates that the
            synchronization is SCN based.
                     
The process_capture specifies whether you need to specify
               process_capture value or not. A TRUE value
            indicates that the replay includes process_capture.
                     
You must maintain the same logical state of the capture and replay databases at the start of the capture time.
See REPLAY_WORKLOAD Procedure for more information.
Workload Replay Events
You can subscribe to the Information event
               com.oraclecloud.databaseservice.autonomous.database.information to
            be notified about the WorkloadReplayBegin and
               WorkloadReplayEnd events. These events provide information
            about:
                     
- 
Start and completion of the REPLAY_WORKLOAD.
- 
The replayDownloadURLfield that contains the PAR URL to access the reports in Object Store. The PAR URL is valid for 7 days from the date of generation.
See Information Events on Autonomous AI Database for more information.
Workload Capture and Replay Views
You can query the DBA_CAPTURE_REPLAY_STATUS and
               DBA_CAPTURE_REPLAY_HISTORY views to check the workload replay
            status.
                     
See DBA_CAPTURE_REPLAY_STATUS View and DBA_CAPTURE_REPLAY_HISTORY View for more information.