端末ウィンドウを開き、SQLファイルが含まれるディレクトリで次のコマンドを入力します。 setup_demo.shスクリプトは適切なデータベース・オブジェクトを作成し、このチュートリアルを通して使用するデータをロードします。 このスクリプトは、数分かかる場合があります。

cd /home/oracle/spa/sql_replay_100q
./setup_demo.sh

これで、run_workload_50q.shスクリプトを実行し、ロードしたばかりのデータに対してワークロードを生成できるようになりました。 以下のスクリプトを実行します。

./run_workload_50q.sh 2

注：'2'は、スクリプト内のクエリーが実行される回数を示します。 このスクリプトは、数分かかる場合があります。

このほか、create_sts.sqlスクリプトを実行し、実行したばかりのワークロードのSQL Tuning Setを作成する必要があります。 以下のコマンドを実行します。

cd other_scripts
sqlplus apps/apps
@create_sts

ブラウザを開き、次のURLを入力します。

http://<hostname>:1158/em

ユーザー名にsystemを、パスワードにoracleを指定し、「Login」をクリックします。

「Software and Support」タブをクリックします。

Oracle Real Application Testingの下の「SQL Performance Analyzer」を選択します。

SQL Performance Analyzer Workflowsの下の「Guided Workflow」を選択します。

最初に実行するタスクは、SQL Tuning Setに基づいたSQL Performance Analyzerタスクの作成です。 このタスクの「Execute」アイコンをクリックします。

NameにOBE1を入力し、SQL Tuning Setで懐中電灯型のアイコンをクリックします。

SQL Tuning Setで「HR_WORKLOAD」を選択し、「Select」をクリックします。

「Create」をクリックして、SQL Performance Analyzeタスクを作成します。

これで初期の環境のSQL Tuning Setを作成およびリプレイでき、変更を加えた後に比較するための基準を作成できます。 Guided Workflowの2番目の手順で、「Execute」アイコンをクリックします。 SQL Tuning Setをリプレイすると、SQL Tuning Set内のSQLはアプリケーションを再起動することなく、環境に対して1つずつテストを実行します。

NameにOBE_BEFORE_CHANGEを入力し、「Trial environment established」のチェックボックスにチェックを入れて、「Submit」をクリックします。

ジョブが実行されます。 ジョブが完了するまで、「Refresh」を数回クリックします。 ジョブの実行には数分かかる場合があります。

緑色のチェックが表示されたら、ジョブは完了です。

次に、変更を実行する必要があります。 このシナリオでは、ここでパッチセットを適用します。 端末ウィンドウに戻り、make_changes.shスクリプトを実行します。

cd ..
./make_changes.sh

これで、パッチセットを適用したSQL Tuning Setをリプレイし、比較を実行できるようになりました。 Guided Workflowの3番目の手順で、「Execute」アイコンをクリックします。

NameにOBE_AFTER_CHANGEを入力し、「Trial environment established」のチェックボックスにチェックを入れて、「Submit」をクリックします。

ジョブが実行されます。 ジョブが完了するまで、「Refresh」を数回クリックします。 これで、2つのリプレイ・ジョブを比較できる状態になりました。 Guided Workflowの4番目の手順で、「Execute」アイコンをクリックします。

Trial Name 1に「OBE_BEFORE_CHANGE」が選択されており、またTrial Name 2に「OBE_AFTER_CHANGE」が選択されていることを確認します。 Comparison Metricのデフォルト値「Buffer Gets」を受け入れて、「Submit」をクリックします。

4番目のタスクが完了したら、5番目の手順の「Execute」アイコンをクリックして、比較レポートを表示します。

パッチセットを適用すると、多くのSQLは改善されますが、ここでは小さなリグレッションが発生しています。 Regressionの棒グラフをクリックします。

詳細を検証する必要のあるSQL文が4つあります。 ブレッドクラムをクリックして、前のウィンドウに戻ります。

これで、SQL Tuning Advisorを実行してSQLをチューニングし、発見されたリグレッションが解消可能かどうかを判別できます。

SQL Performance Analyzer Task Resultページで、「Schedule SQL Tuning Advisor」をクリックします。

Tuning Task NameにOBE_TUNE_REGRESSED_SQLと入力し、「OK」をクリックします。

チューニング・タスクの作成に成功しました。 「Advisor Central」ブレッドクラムをクリックします。

ジョブが完了するまで、「Refresh」をクリックします。 これには、数分かかる場合があります。 ジョブが完了したら、「OBE_TUNE_REGRESSED_SQL」リンクをクリックします。

各SQL文に対し、SQL Profileが推奨されたことが確認できます。 「Implement All Profiles」をクリックします。

実装を確認するため、「Yes」をクリックします。

SQL Profileが作成されました。 「Advisor Central」ブレッドクラムをクリックします。

「SQL Performance Analyzer」リンクを選択します。

SQL Performance Analyzer Tasksで、「OBE1」リンクを選択します。

Replay Trialsで、「Create Replay Trial」をクリックします。

NameにOBE_AFTER_TUNE_REGRESSED_SQLを入力し、「Trial environment established」のチェックボックスにチェックを入れて、「Submit」をクリックします。

SQLリプレイ・ジョブの作成に成功しました。 ジョブが完了するまで、「Refresh」をクリックします。 これで、OBE_BEFORE_CHANGEリプレイとOBE_AFTER_TUNE_REGRESSED_SQLリプレイの比較レポートを実行できるようになりました。 「Run Replay Trial Comparison」をクリックします。

Trial Name 1で「OBE_BEFORE_CHANGE」を選択し、Trial Name 2で「OBE_AFTER_TUNE_REGRESSED_SQL」を選択します。Comparison Metricで「Buffer Gets」を選択し、「Submit」をクリックします。

比較が作成されました。 作成したばかりのComparison Reportのサングラス型のアイコンをクリックします。

この時点で何もリグレッションがないことを確認します。 また、パフォーマンスが87%改善されるため、チューニング済みSQLを使用してパッチセットを安全に適用できます。

端末ウィンドウに戻り、reset_demo.shスクリプトを実行します。

./reset_demo.sh

以下のコマンドを実行し、shared_poolおよびバッファ・キャッシュをフラッシュします。

sqlplus / as sysdba
alter system flush shared_pool;
alter system flush buffer_cache;

この時点で、このOBEチュートリアルを再度実行できます。 ただし、その際には、環境のセットアップのトピックにある手順1を実行する必要はありません。 ワークロードを実行する手順2から開始できます。