R2のテスト環境を作成する。Databaseのバージョン)「ソフトウェア・エディション」などを指定する。Performance」を指定する(次の画面は2016年11月時点のもの)。Databaseインスタンスが作られ、割り当てられたパブリックIPにSSHで接続できるようになる。Serviceへのデータベースのコピーに関して、特別な作業は必要ない。Serviceでは仮想マシンのレイヤーにアクセスできるため、オンプレミスと同様の手順でExport/Import、トランスポートなどによってデータベースをコピーできます。Serviceで12cのデータベースを作る場合、デフォルトではプラガブルデータベース(PDB)によるマルチテナント構成となる。コンテナデータベースではない(非CDB)構成のデータベースからPDBにデータベースを移行する方法はバージョンによって異なるため、事前に確認されたい。2:STSの作成テスト環境を準備したら、本番環境でSTSを作成する。Managerで行える。Manager上で本番環境のデータベースを選択し、「パフォーマンス」メニューから「SQL」→「SQLチューニング・セット」を選ぶ。するとSTS作成画面が表示されるので、ここでSTS名(SQLチューニング・セット名)やSTSの取得条件などを指定すると、その条件でSTSが作成される。Serviceのテスト環境にインポートする。Serviceに転送する。Service上のテスト環境のデータベースにログインし、転送したダンプファイルをインポートする。以上でテスト環境の準備は完了だ。4:本番環境の性能情報の抽出テスト環境が準備できたら、インポートしたSTSから本番環境の性能値を抽出する。Managerの「パフォーマンス」メニューから「SQL」→「SQLパフォーマンス・アナライザ・ホーム」を選び、表示された画面で「ガイド付きワークフロー」をクリックする。その結果、画面の指示に従って一連のテスト作業が行える「ガイド付きワークフロー」画面が表示されるので、後はこの画面の指示に従ってテスト作業を進めればよい。「ガイド付きワークフロー」によるテストは5つのステップから成り、ステップ1、2までの操作でSTSから性能値を抽出する。ガイド付きワークフローによるSTSの抽出手順ステップ1:テストタスクの作成。タスク名や使用するSTSを指定するステップ2:初期環境へのSQL試行の作成。ここでは現行と同等の環境に対してSQLを実行し、その性能値を取得する。次に、「ガイド付きワークフロー」のステップ3で、テスト環境に対してSQLを実行して性能値を取得する。「作成方法」から「SQLをローカルで実行」を選ぶと、STSに記録された本番環境と同じSQLがテスト環境で順次実行され、その性能値が記録される。6:比較結果のレポーティング/チューニングテスト環境におけるテストが完了したら、「ガイド付きワークフロー」のステップ4に進み、テスト結果の比較方法(レポーティング方法)を指定する。比較は、「オプティマイザ・コスト」や「経過時間」など、さまざまな観点で行える。次に「ガイド付きワークフロー」のステップ5で、指定した比較方法によるテストレポートを確認する。この画面で「エラーのあるSQL文」の数字をクリックすると、テスト環境でエラーとなるSQL文の内容とエラーメッセージが表示される。「SQL文の数」の「新規計画」をクリックすると、実行計画の変更によって性能が低下したSQL(下向き矢印が付いたSQL)を確認できる。これらのレポートの内容を参考にしてSQLをチューニングしたら、再びテスト環境に対してテストを行う。それには、このテストタスクで「SQL試行の作成」を実行する。すると、再びテスト環境に対してSTSを使ったテストが実行され、本番環境との比較結果のレポートが作成される。このレポートにより、チューニングによって性能がどう改善したかを見ることができる。Exadataとの統合、クラウド、可用性や運用管理など、次世代データベース基盤構築のために参考になる必見資料をまとめてご紹介いたします。Databaseをこれから導入。Databaseをこれから導入。Exadataを採用。メールマガジンをご購読ください。申し込みページへ利用規約ITmediaはアイティメディア株式会社の登録商標です。