Oracle Real Application Testingを使用したワークロードのテスト
Oracle Real Application Testingは、非常にコスト効率が高く使いやすいプロアクティブなパフォーマンス管理ソリューションであり、企業がテストまたは本番でのシステム変更の結果を完全に評価できるようにします。
- Oracle Real Application Testingについて
Oracle Real Application Testingを使用すると、本番システムのワークロードを取得し、元のワークロードの正確なタイミング、同時実行性およびトランザクション特性を使用してテスト・システムでリプレイできます。 - Autonomous Databases間のキャプチャ・リプレイ・ワークロード
Autonomous Databaseインスタンスから別のAutonomous Databaseインスタンスにキャプチャおよびリプレイできます。 - 非AutonomousとAutonomous Databases間のキャプチャ・リプレイ・ワークロード
Autonomous Database以外のインスタンスからAutonomous Databaseにキャプチャおよびリプレイできます。 - 今後のパッチに対するワークロードのテスト
ワークロード自動リプレイ機能を使用すると、通常のパッチ・レベルの本番データベースからワークロードを自動的に取得し、早期パッチ・レベルのターゲット・リフレッシュ可能クローンでワークロードをリプレイできます。この機能を使用すると、パッチが本番環境に到達する前に、本番環境の既存のワークロードをパッチに対して実行することによって、今後のパッチをテストできます。
親トピック: 開発
Oracle Real Application Testingについて
Oracle Real Application Testingを使用すると、本番システムのワークロードを取得して、それを元のワークロードとまったく同じタイミング、同時実行性およびトランザクション特性に従ってテスト・システムでリプレイできます。
-
Real Application Testingでは、本番システムに影響を与えることなく、ワークロードに対するシステム変更の影響をテストできます。
-
Real Application Testingでは、本番システムのワークロードが取得され、同じワークロードがテスト・システムでシミュレートされます。
-
これにより、様々なシステム変更の影響を正確な方法でテストできます。
Oracle Database Replayを使用して、Autonomous Databaseインスタンス、およびオンプレミス・データベースまたは他のクラウド・サービス・データベースからワークロードを取得し、それをAutonomous Databaseでリプレイできます。これにより、Autonomous Database、オンプレミス・データベース、またはその他のクラウド・サービス・データベースとAutonomous Databaseの間でワークロードを比較できます。
Real Application Testingでは、次のことを実行できます。
-
Autonomous Databases間のワークロードの取得- リプレイ
詳細は、Autonomous Databases間のキャプチャ・リプレイ・ワークロードを参照してください。
-
非Autonomous Databaseからワークロードを取得し、Autonomous Databaseでリプレイします。
詳細は、非AutonomousとAutonomous Databases間のキャプチャ・リプレイ・ワークロードを参照してください。
-
パッチがターゲット・データベースに適用された後、本番データベースからワークロードを取得し、ターゲット・データベースでリプレイします。
詳細は、次回のパッチに対するワークロードのテストを参照してください。
Autonomous Databases間のワークロードの取得- リプレイ
Autonomous Databaseインスタンスから別のAutonomous Databaseインスタンスに取得およびリプレイできます。
これにより、異なるAutonomous Databaseインスタンス間でワークロードを比較できます。これらのAutonomous Databaseインスタンスは、パッチ・レベル、データベース・バージョンまたはリージョンによって異なる場合があります。
Autonomous Databases間のCapture-Replayワークフローは、次のステップで構成されます:
-
次の説明に従って、Oracle Cloud Infrastructureの情報イベント・カテゴリをサブスクライブします。
取得およびリプレイの詳細を通知する情報イベントのサブスクライブ。
詳細は、Autonomous Databaseの情報イベントを参照してください。
-
次の説明に従って、本番システムのワークロードを取得します。
-
Autonomous Databaseインスタンスでのワークロードの取得の終了の説明に従って、現在のワークロードの取得を終了します。
Autonomous Databaseインスタンスでのワークロード取得の取消しの説明に従って、現在のワークロード取得を取り消すこともできます。
-
「ワークロード・リプレイの準備」の説明に従って、テスト・システムでワークロードのリプレイを準備します。
-
Autonomous Databaseインスタンスでのワークロードのリプレイの説明に従って、取得したワークロードをテスト・システムでリプレイします。
- 取得およびリプレイの詳細を通知する情報イベントのサブスクライブ
取得およびリプレイの開始および完了時に通知を受け取るには、com.oraclecloud.databaseservice.autonomous.database.information
情報イベントをサブスクライブする必要があります。これらのイベントによって、取得ファイルおよびリプレイ・レポートをダウンロードするためのPAR URLがオブジェクト・ストレージにも提供されます。 - ワークロードの取得
データベース・リプレイを使用するための最初のステップは、本番ワークロードの取得です。 - Autonomous Databaseインスタンスでのワークロード取得の取消し
DBMS_CLOUD_ADMIN.CANCEL_WORKLOAD_CAPTURE
を実行して、Autonomous Databaseインスタンスでの現在のワークロード取得を取り消します。 - Autonomous Databaseインスタンスでのワークロードの取得の終了
DBMS_CLOUD_ADMIN.FINISH_WORKLOAD_CAPTURE
を実行して、Autonomous Databaseインスタンスでの現在のワークロードの取得を完了します。 - ワークロード・リプレイの準備
リフレッシュ可能クローンをリプレイ用に準備するステップを指定します。 - Autonomous Databaseインスタンスでのワークロードのリプレイ
ワークロードの取得が完了したら、テスト・システムでそれをリプレイできます。Oracleは、ワークロードの取得時に記録されたアクションを、本番システムと同じタイミング、同時実行性およびトランザクション依存性とともにリプレイします。
取得およびリプレイの詳細について通知される情報イベントのサブスクライブ
取得およびリプレイの開始および完了時に通知を受け取るには、com.oraclecloud.databaseservice.autonomous.database.information
情報イベントをサブスクライブする必要があります。これらのイベントによって、取得ファイルおよびリプレイ・レポートをダウンロードするためのPAR URLがオブジェクト・ストレージにも提供されます。
これらの情報イベントは、取得およびリプレイの開始時間および終了時間に関する通知を提供し、レポートを取得およびリプレイするためのPAR URLを含みます。
Autonomous Database情報イベントは次のとおりです:
WorkloadCaptureBegin
: このイベントは、ワークロードの取得が開始されたときにトリガーされます。WorkloadCaptureEnd
: このイベントは、ワークロードの取得が正常に完了したときにトリガーされ、取得ファイルをダウンロードするための事前認証済(PAR) URLが生成されます。WorkloadReplayBegin
: このイベントは、ワークロードのリプレイが開始されたときにトリガーされます。WorkloadReplayEnd
: このイベントは、ワークロードのリプレイが正常に完了したときにトリガーされ、リプレイ・レポートをダウンロードするための事前認証済(PAR) URLが生成されます。
詳細は、Autonomous Databaseの情報イベントを参照してください。
Oracle Cloud Infrastructureイベントの詳細は、イベントの概要を参照してください。
ワークロードの取得
データベース・リプレイを使用するための最初のステップは、本番ワークロードの取得です。
本番システムでワークロードの取得を開始すると、Oracle Databaseに送信される外部クライアントからのすべてのリクエストがトラッキングされ、取得ファイルと呼ばれるバイナリ・ファイルに格納されます。
ワークロードの取得では、取得ファイルを含む2つのサブディレクトリcap
およびcapfiles
が作成されます。
取得ファイルは、トランザクションの詳細、バインド値、SQLテキストなど、クライアント・リクエストに関するすべての関連情報を提供します。
これらの取得ファイルは、プラットフォームには依存せず、別のシステムに転送できます。
- Autonomous Databaseインスタンスでのワークロードの取得
DBMS_CLOUD_ADMIN.START_WORKLOAD_CAPTURE
を実行して、Autonomous Databaseインスタンスでワークロードの取得を開始します。
Autonomous Databaseインスタンスでのワークロードの取得
DBMS_CLOUD_ADMIN.START_WORKLOAD_CAPTURE
を実行して、Autonomous Databaseインスタンスでワークロードの取得を開始します。
Autonomous Databaseインスタンスでワークロードを取得し、別のAutonomous Databaseインスタンスでリプレイできます。取得したワークロードは、フル・クローンまたはリフレッシュ可能クローンでリプレイできます。取得ターゲットとリプレイ・ターゲットは、一貫した論理状態である必要があります。
詳細は、「Autonomous Databaseのクローニングおよび移動」を参照してください。
Autonomous Databaseインスタンスでワークロードの取得を開始するには、ADMIN
ユーザーとしてログインするか、DBMS_CLOUD_ADMIN
に対するEXECUTE
権限を持っている必要があります。
ワークロードの取得を開始する例:
BEGIN
DBMS_CLOUD_ADMIN.START_WORKLOAD_CAPTURE
(
capture_name => 'test',
duration => 60);
END;
/
これにより、Autonomous Databaseインスタンスでワークロードの取得が開始されます。
パラメータは次のとおりです:
-
capture_name
: ワークロード取得の名前です。 -
duration
: ワークロードを取得する必要がある期間(分単位)です。このパラメータはオプション。
詳細は、START_WORKLOAD_CAPTUREプロシージャを参照してください。
START_WORKLOAD_CAPTURE
の開始時に通知を受け取るには、情報イベントcom.oraclecloud.databaseservice.autonomous.database.information
をサブスクライブする必要があります。詳細は、Autonomous Databaseの情報イベントを参照してください。
ワークロードの取得およびリプレイに関する情報は、DBA_CAPTURE_REPLAY_HISTORY
ビューにあります。詳細は、DBA_CAPTURE_REPLAY_HISTORYビューを参照してください。
親トピック: ワークロードの取得
Autonomous Databaseインスタンスでのワークロードの取得の取消し
DBMS_CLOUD_ADMIN.CANCEL_WORKLOAD_CAPTURE
を実行して、Autonomous Databaseインスタンスの現在のワークロード取得を取り消します。
ワークロードの取得を取り消すには、ADMIN
ユーザーとしてログインしているか、DBMS_CLOUD_ADMIN
に対するEXECUTE
権限を持っている必要があります。
次に例を示します:
BEGIN
DBMS_CLOUD_ADMIN.CANCEL_WORKLOAD_CAPTURE
;
END;
/
これにより、現在のワークロード取得が取り消され、リフレッシュ可能クローンでリフレッシュが有効になります。
DBA_CAPTURE_REPLAY_STATUS
ビューを問い合せて、ワークロードの取消しステータスを確認できます。
詳細は、DBA_CAPTURE_REPLAY_STATUSビューを参照してください。
詳細は、CANCEL_WORKLOAD_CAPTUREプロシージャを参照してください。
Autonomous Databaseインスタンスでのワークロードの取得の終了
DBMS_CLOUD_ADMIN.FINISH_WORKLOAD_CAPTURE
を実行して、Autonomous Databaseインスタンスで現在のワークロードの取得を完了します。
Autonomous Databaseインスタンスでワークロードの取得を停止するには、ADMIN
ユーザーとしてログインするか、DBMS_CLOUD_ADMIN
に対するEXECUTE
権限を持っている必要があります。
Autonomous Databaseインスタンスでワークロードの取得を停止する例:
BEGIN
DBMS_CLOUD_ADMIN.FINISH_WORKLOAD_CAPTURE
;
END;
/
このプロシージャを実行するには、ADMINユーザーとしてログインするか、DBMS_CLOUD_ADMIN
に対するEXECUTE
権限を持っている必要があります。
DBA_CAPTURE_REPLAY_STATUS
ビューを問い合せると、完了したワークロード取得のステータスを確認できます。詳細は、DBA_CAPTURE_REPLAY_STATUSビューを参照してください。
DBA_WORKLOAD_CAPTURES
ビューのID
、NAME
、START_TIME
およびEND_TIME
列を問い合せて、ワークロード取得の詳細を取得できます。詳細は、DBA_WORKLOAD_CAPTURESを参照してください。
ワークロード取得ファイルは、zipファイルとしてオブジェクト・ストアにアップロードされます。
取得ファイルをダウンロードするには、FINISH_WORKLOAD_CAPTURE
の完了およびオブジェクト・ストレージ・リンクについて通知を受け取るには、情報イベントcom.oraclecloud.databaseservice.autonomous.database.information
をサブスクライブする必要があります。このPAR URLはイベントのcaptureDownloadURL
フィールドに含まれており、生成日から7日間有効です。詳細は、Autonomous Databaseの情報イベントを参照してください。
詳細は、FINISH_WORKLOAD_CAPTUREプロシージャを参照してください。
ワークロード・リプレイの準備
リプレイ用のリフレッシュ可能クローンを準備するステップを指定します。
ワークロードのリプレイを準備するには、次のステップを実行します。
-
リフレッシュ可能クローンを取得開始タイムスタンプにリフレッシュします。
取得開始タイムスタンプは、
DBA_WORKLOAD_CAPTURES
ビューを問い合せることで確認できます。詳細は、DBA_WORKLOAD_CAPTURESを参照してください。 -
リフレッシュ可能クローンを手動で切断します。
-
オプションで、リフレッシュ可能クローンを変更することもできます。たとえば、パラメータ値を変更し、特定の機能をオン/オフにしてリプレイへの影響を確認します。
このステップは、フル・クローンでワークロードをリプレイする場合には適用されません。
Autonomous Databaseインスタンスでのワークロードのリプレイ
ワークロードの取得が完了したら、テスト・システムでそれをリプレイできます。Oracleは、ワークロードの取得時に記録されたアクションを、本番システムと同じタイミング、同時実行性およびトランザクション依存性とともにリプレイします。
DBMS_CLOUD_ADMIN.REPLAY_WORKLOAD
を実行して、データベースでワークロード・リプレイを開始します。
-
取得したワークロードをリプレイするには:
-
ADMIN
ユーザーとしてログインしているか、DBMS_CLOUD_ADMIN
に対するEXECUTE
権限を持っている必要があります。 -
ワークロードを取得する必要があるAutonomous Databaseインスタンスのリフレッシュ可能クローンまたはフル・クローンをプロビジョニングします。
-
リプレイ・ターゲットがリフレッシュ可能なクローンの場合は、取得開始時間にリフレッシュしてから切断する必要があります。
ワークロードが取得されたAutonomous Databaseインスタンスの
DBA_WORKLOAD_CAPTURES
ビューからSTART_TIME
列を問い合せることで、取得開始時間を取得できます。詳細は、DBA_WORKLOAD_CAPTURESを参照してください。 -
ワークロード取得をリプレイします。
-
リフレッシュ可能クローンでワークロードをリプレイする例:
BEGIN
DBMS_CLOUD_ADMIN.REPLAY_WORKLOAD
(
capture_name => 'CAP_TEST1');
END;
/
この例では、オブジェクト・ストレージから取得ファイルをダウンロードし、取得したワークロードをリプレイし、リプレイ後にリプレイ・レポートをアップロードします。
CAPTURE_NAME
パラメータは、ワークロード取得の名前を指定します。このパラメータは必須です。
フル・クローンでワークロードをリプレイする例:
BEGIN
DBMS_CLOUD_ADMIN.REPLAY_WORKLOAD
(
capture_name => 'CAP_TEST1',
capture_source_tenancy_ocid => 'OCID1.TENANCY.REGION1..ID1',
capture_source_db_name => 'ADWFINANCE');
END;
/
同じ取得名の取得が複数ある場合、
REPLAY_WORKLOAD
は最新の取得を使用します。Oracleでは、各取得に一意の取得名を使用して、リプレイしている取得が混乱しないようにすることをお薦めします。
この例では、オブジェクト・ストレージから取得ファイルをダウンロードし、取得したワークロードをリプレイし、リプレイ後にリプレイ・レポートをアップロードします。
CAPTURE_NAME
パラメータは、ワークロード取得の名前を指定します。このパラメータは必須です。
CAPTURE_SOURCE_TENANCY_OCID
パラメータは、ワークロード取得のソース・テナンシOCIDを指定します。このパラメータは、フル・クローンでワークロード取得を実行する場合に必須です。
CAPTURE_SOURCE_DB_NAME
パラメータは、ワークロード取得のソース・データベース名を指定します。このパラメータは、フル・クローンでワークロード取得を実行する場合に必須です。
DBA_CAPTURE_REPLAY_STATUS
ビューを問い合せると、ワークロードのリプレイ・ステータスを確認できます。
詳細は、DBA_CAPTURE_REPLAY_STATUSビューを参照してください。
情報イベント
com.oraclecloud.databaseservice.autonomous.database.information
をサブスクライブして、REPLAY_WORKLOAD
の開始と完了、およびリプレイ・レポートをダウンロードするためのオブジェクト・ストレージ・リンクについて通知を受ける必要があります。
PAR URLはイベントのreplayDownloadURL
フィールドに含まれており、生成日から7日間有効です。PAR URLは、HTMLのリプレイ・レポートおよびAWRレポートを含むzipファイルを指します。詳細は、Autonomous Databaseの情報イベントを参照してください。
詳細は、REPLAY_WORKLOADプロシージャを参照してください。
非AutonomousとAutonomous Databases間のキャプチャ・リプレイ・ワークロード
Autonomous Database以外のインスタンスからAutonomous Databaseに取得およびリプレイできます。
これにより、オンプレミス・データベースまたは他のクラウド・サービス・データベースとAutonomous Databaseインスタンスの間でワークロードを比較できます。
非AutonomousとAutonomous Databases間のキャプチャ・リプレイ・ワークフローは、次のステップで構成されます:
-
次の説明に従って、本番システムのワークロードを取得します。
-
次の説明に従って、取得したワークロードをテスト・システムでリプレイします。
- ワークロードの取得
データベース・リプレイを使用するための最初のステップは、本番ワークロードの取得です。 - Autonomous Databaseインスタンスでのワークロードのリプレイ
ワークロードの取得が完了したら、テスト・システムでそれをリプレイできます。Oracleは、ワークロードの取得時に記録されたアクションをテスト・システムでリプレイし、本番システムと同じタイミング、同時実行性およびトランザクション依存性を使用します。
ワークロードの取得
データベース・リプレイを使用するための最初のステップは、本番ワークロードの取得です。
本番システムでワークロードの取得を開始すると、Oracle Databaseに送信される外部クライアントからのすべてのリクエストがトラッキングされ、取得ファイルと呼ばれるバイナリ・ファイルに格納されます。
ワークロードの取得では、取得ファイルを含む2つのサブディレクトリcap
およびcapfiles
が作成されます。
取得ファイルは、トランザクションの詳細、バインド値、SQLテキストなど、クライアント・リクエストに関するすべての関連情報を提供します。
これらの取得ファイルは、プラットフォームには依存せず、別のシステムに転送できます。
オンプレミス・データベース上のワークロードを取得するには、ワークロード取得を参照してください。
Autonomous Databaseインスタンスでのワークロードのリプレイ
ワークロードの取得が完了したら、テスト・システムでそれをリプレイできます。Oracleは、ワークロードの取得時に記録されたアクションをテスト・システムでリプレイし、本番システムと同じタイミング、同時実行性およびトランザクション依存性を使用します。
DBMS_CLOUD_ADMIN.REPLAY_WORKLOAD
を実行して、データベースでワークロード・リプレイを開始します。REPLAY_WORKLOAD
を実行するには、ADMIN
ユーザーとしてログインするか、DBMS_CLOUD_ADMIN
に対するEXECUTE
権限を持っている必要があります。
オンプレミス・データベースから取得されたワークロードをAutonomous 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;
/
これにより、location_uri
パラメータで指定されたオブジェクト・ストレージの場所に含まれる取得ファイルがダウンロードされ、取得ファイルからワークロードの取得がリプレイされます。リプレイによって、リプレイおよび自動ワークロード・リポジトリ・レポートが生成され、location_uri
パラメータで指定されたオブジェクト・ストレージの場所にアップロードされます。
credential_name
パラメータでは、オブジェクト・ストレージ・バケットにアクセスするための資格証明を指定します。指定する資格証明には、オブジェクト・ストレージ・バケットへの書込み権限が必要です。リプレイ・レポートをバケットにアップロードするには、書込み権限が必要です。
credential_name
値を指定しない場合、DEFAULT_CREDENTIAL
が使用されます。
synchronization
パラメータでは、ワークロードのリプレイ時に使用する同期方法を指定します。TRUE
値は、同期がSCNベースを示します。
process_capture
では、process_capture
値を指定する必要があります。TRUE
値は、process_capture
を含むことを示します。
取得時間の開始時に、取得データベースとリプレイ・データベースで同じ論理状態を維持する必要があります。
DBA_CAPTURE_REPLAY_STATUS
ビューを問い合せると、ワークロードのリプレイ・ステータスを確認できます。
詳細は、DBA_CAPTURE_REPLAY_STATUSビューを参照してください。
リプレイ・レポートをダウンロードするには、情報イベントcom.oraclecloud.databaseservice.autonomous.database.information
をサブスクライブして、REPLAY_WORKLOAD
の開始と完了、およびオブジェクト・ストレージ・リンクについて通知する必要があります。このPAR URLはイベントのreplayDownloadURL
フィールドに含まれており、生成日から7日間有効です。詳細は、Autonomous Databaseの情報イベントを参照してください。
この例では、namespace-string
はOracle Cloud Infrastructureオブジェクト・ストレージ・ネームスペースで、bucketname
はバケット名です。詳細は、オブジェクト・ストレージ・ネームスペースの理解を参照してください。
オブジェクト・ストレージの詳細は、Oracle Cloud Infrastructure Object Storageへの移動とバケットの作成を参照してください。
オブジェクト・ストレージへのファイルのアップロードの詳細は、Oracle Cloud Infrastructure Object Storeバケットへのファイルのアップロードを参照してください。
リソース・プリンシパル資格証明を有効にする場合、Oracle Cloud Infrastructure Object Storeにアクセスするための資格証明を作成する必要はありません。詳細は、リソース・プリンシパルを使用したOracle Cloud Infrastructureリソースへのアクセスを参照してください。
詳細は、REPLAY_WORKLOADプロシージャを参照してください。
次回のパッチに対するワークロードのテスト
ワークロード自動リプレイ機能を使用すると、通常のパッチ・レベルの本番データベースからワークロードを自動的に取得し、早期パッチ・レベルのターゲット・リフレッシュ可能クローンでワークロードをリプレイできます。この機能を使用すると、パッチが本番環境に到達する前に、本番環境の既存のワークロードをパッチに対して実行することによって、今後のパッチをテストできます。
- 今後のパッチに対するワークロードのテストについて
ワークロードの自動リプレイ機能を使用すると、取得リプレイのプロセスを自動化して、本番データベースで実行されているワークロードを取得し、今後のパッチがターゲットに適用された後、ターゲットのリフレッシュ可能クローンのワークロードを自動的にリプレイできます。 - ワークロード自動リプレイの有効化
WORKLOAD_AUTO_REPLAY
機能を使用すると、本番データベースからワークロードを実行し、1週間前にパッチが適用されたインスタンス上の相違を監視できます。この機能を使用すると、パッチが本番環境に到達する前に、本番環境の既存のワークロードをパッチに対して実行することによって、今後のパッチをテストできます。 - ワークロード自動リプレイの無効化
DBMS_CLOUD_ADMIN.DISABLE_FEATURE
を実行してWORKLOAD_AUTO_REPLAY
を無効にします。
次回のパッチに対するワークロードのテストについて
ワークロード自動リプレイ機能を使用すると、取得リプレイのプロセスを自動化して、本番データベースで実行されているワークロードを取得し、今後のパッチがターゲットに適用された後、ターゲットのリフレッシュ可能クローンでワークロードを自動的にリプレイできます。
Autonomous Databaseでは、インスタンスをプロビジョニングしたり、「早期」パッチ・レベル・オプションを使用してリフレッシュ可能クローンを作成できます。早期パッチ・レベルで実行されているインスタンスでは、Autonomous Databaseは、パッチが本番データベースに適用される1週間前に、今後のメンテナンス・パッチを適用します(通常パッチ・レベルでプロビジョニングされるデータベース)。WORKLOAD_AUTO_REPLAY
機能を使用すると、パッチが本番環境に移行する前に、今後のパッチがワークロードに対してテストされていることを確認できます。これにより、パッチが既知の問題を修正するか、ワークロードに影響する問題を発生させないことを確認できます。
取得およびリプレイに関する情報を検索するには、情報イベントをサブスクライブします。情報イベントは、ワークロードの取得および返信イベントに関する通知を提供し、取得ファイルおよびリプレイ・レポートをダウンロードできるPAR URLを含みます。詳細は、「取得およびリプレイの詳細を通知する情報イベントのサブスクライブ」を参照してください。
WORKLOAD_AUTO_REPLAY
が有効な場合、ソース・データベースは、指定した分数だけ実行してワークロードを取得します。デフォルトでは、WORKLOAD_AUTO_REPLAY
を有効にするとワークロードの取得が開始されます(オプションで、パラメータを使用して取得の開始日時を設定できます)。次に、Autonomous Databaseはターゲット・データベースをチェックしてパッチ適用ステータスを確認します。今後の週次パッチの適用後、Autonomous Databaseはターゲット・データベースのワークロードを再実行します。この取得リプレイ・サイクルは、Autonomous Databaseがソース・データベースのワークロードを取得し、今後のパッチの適用を待機し、リフレッシュ可能クローンでワークロードをリプレイして、毎週自動的に続行されます。
WORKLOAD_AUTO_REPLAY
を有効にするには、次の点に注意してください。
-
ソース・データベースでは、通常パッチ・レベルを使用する必要があります。
-
ターゲット・データベースでは、「早期」パッチ・レベルを使用する必要があります。
-
ターゲット・データベースは、ソース・データベースのリフレッシュ可能クローンである必要があり、
WORKLOAD_AUTO_REPLAY
を有効にする前に作成する必要があります。 -
ソース・データベースは、複数のリフレッシュ可能クローンに対して
WORKLOAD_AUTO_REPLAY
を有効にできます(同じソース・データベースから複数のリフレッシュ可能クローンを作成した場合でも、最大1つのリフレッシュ可能クローンに対してこの機能を有効にできます)。 -
WORKLOAD_AUTO_REPLAY
を有効にすると、取得リプレイ・サイクルは毎週続行されます。Autonomous Databaseは、ソース・データベースで取得を実行し、WORKLOAD_AUTO_REPLAY
を無効にするまでターゲット・データベースでワークロードをリプレイします。
ワークロードの取得およびリプレイに関する情報は、DBA_CAPTURE_REPLAY_HISTORY
ビューにあります。詳細は、DBA_CAPTURE_REPLAY_HISTORYビューを参照してください。
Autonomous Databaseは、データベースにパッチを自動的に適用します。Oracleは、これらのパッチが原因で本番データベースでゼロ回帰というサービス・レベル目標を提供します。詳細は、「ゼロ回帰サービス・レベル目標」を参照してください。
親トピック: 次回のパッチに対するワークロードのテスト
ワークロード自動リプレイの有効化
WORKLOAD_AUTO_REPLAY
機能を使用すると、本番データベースからワークロードを実行し、1週間前にパッチが適用されたインスタンス上の相違を監視できます。この機能を使用すると、パッチが本番環境に到達する前に、本番環境の既存のワークロードをパッチに対して実行することによって、今後のパッチをテストできます。
WORKLOAD_AUTO_REPLAY
を有効にするには:
この例では、ソースAutonomous Databaseおよび指定されたターゲット・リフレッシュ可能クローン・データベースでWORKLOAD_AUTO_REPLAY
を有効にします。WORKLOAD_AUTO_REPLAY
を有効にすると、Autonomous Databaseは毎週ソース・データベースで取得を実行し、WORKLOAD_AUTO_REPLAY
を無効にするまでターゲット・データベースでワークロードをリプレイします。
取得およびリプレイに関する情報を検索するには、情報イベントをサブスクライブします。情報イベントは、ワークロードの取得および返信イベントに関する通知を提供し、取得ファイルおよびリプレイ・レポートをダウンロードできるPAR URLを含みます。詳細は、「取得およびリプレイの詳細を通知する情報イベントのサブスクライブ」を参照してください。
ワークロードの取得およびリプレイに関する情報は、DBA_CAPTURE_REPLAY_HISTORY
ビューにあります。詳細は、DBA_CAPTURE_REPLAY_HISTORYビューを参照してください。
親トピック: 次回のパッチに対するワークロードのテスト
ワークロード自動リプレイの無効化
DBMS_CLOUD_ADMIN.DISABLE_FEATURE
を実行して、WORKLOAD_AUTO_REPLAY
を無効にします。
DBMS_CLOUD_ADMIN.DISABLE_FEATURE
を実行して、ワークロードの自動リプレイを無効にします。たとえば:
BEGIN
DBMS_CLOUD_ADMIN.DISABLE_FEATURE
(
feature_name => 'WORKLOAD_AUTO_REPLAY');
END;
/
DBMS_CLOUD_ADMIN.DISABLE_FEATURE
を実行するには、ADMINとしてログインするか、DBMS_CLOUD_ADMIN
権限を持っている必要があります。
詳細は、DISABLE_FEATUREプロシージャを参照してください。
親トピック: 次回のパッチに対するワークロードのテスト