Enterprise Manager,Diag,Tuning,RATを活用したOracle Databaseの性能チューニング方法の自己学習に最適なOracle LiveLabsのワークショップご紹介

この記事は、[JPOUG Advent Calendar 2022](https://adventar.org/calendars/7680) 13日目の記事です。12日目は Noriyoshi Shinoda さんの記事 [「Active Data Guard スタンバイ・インスタンスで PDB の操作を試す（Oracle Database 21c)」](https://qiita.com/plusultra/items/8ee58d2c14728b829435)でした。

#### 概要
Oracle Databaseの性能チューニングには、Enterprise Editionのオプション機能(**Diagnostics Pack,Tuning Pack,Real Application Testing**)が有効なケースが多くあります。これらの機能の多くは、SQL*Plusとシェルのコマンドで活用することが可能ですが、最初はEnteprise Managerから利用することで、使い始めやすかったり、視覚から理解しやすかったりします。Oracle Databaseの高度なチューニング方法を学ぶ上で、Oracle Database + Enterprise Managerの環境はとても有効です。

Oracle LiveLabsは、Oracle Cloud Infrastructure上で利用できる、自己学習用の様々なワークショップをまとめたサイトです。**本記事で紹介するワークショップは、Oracle Database+EMの環境を触りながら、Diagnostics Pack,Tuning Pack,Real Application Testingなどの機能を体験する、というものです。**

**記事の中心は、ワークショップを始めるまでの環境構築の作業です。環境ができればワークショップにしたがって、性能チューニングのための機能を自己学習することができます。自己学習用の環境で、自分のペースで試したいことを試すことが可能です。**

Oracle LiveLabsには、非常の多くのワークショップが用意されています。下記ページが参考になります。
[Oracle LiveLabsのご紹介](https://oracle-japan.github.io/ocitutorials/database/adb103-livelabs/)

2022年12月ごろの情報・環境を元にこの記事は記載しています。
#### 0.本記事(Oracle Database + Enterprise Managerによる性能チューニングのワークショップ)の内容を実行するの前提
本記事ではLiveLabsのためのOracle DB+EMの環境を、自分が利用できるOracle Cloud Infrastructure(OCI)の環境にデプロイすることとします。本記事の作業を実施する前提を書き出します。

+ Oracle Cloud Infrastructureのテナント（アカウント）があること
+ 利用できるOracle Cloud Infrastructureのコンパートメントがあること
+ そのコンパートメントにパブリックネットワークからアクセスできる仮想ネットワーク(VCN)を作成済みであること
+ コンピュート・インスタンスを作成する際に利用するSSHキーペアのファイルを作成済みであること
+ Tera TermなどSSHでLinuxサーバーに接続するツールが使えること
+ FileZillaなどSFTPでLinuxサーバーとファイル送受信をするツールが使えること

これらは、OCIでコンピュート・インスタンスを作成して活用するとき、一般的に求められる内容かと思います。この前提の準備には、下記の記事が参考になります。

[入門編 - Oracle Cloud Infrastructure を使ってみよう](https://oracle-japan.github.io/ocitutorials/beginners/)
[その1 - OCIコンソールにアクセスして基本を理解する](https://oracle-japan.github.io/ocitutorials/beginners/getting-started/)
[その2 - クラウドに仮想ネットワーク(VCN)を作る](https://oracle-japan.github.io/ocitutorials/beginners/creating-vcn/)

ちなみにLiveLabsの実施方法に関しては、いくつか選択肢があるので、本記事以外のやり方もあります。OCIの経験があり別のやり方もわかる、という方は、適宜読みかえてください。

本ワークショップにおいては、OCIのコンピュートインスタンスにOracle Database + EMの環境を作成します。したがってコンピュートインスタンスの利用に、必要であれば課金が発生します。これはそれほど高額にはならないと考えられます。

ワークショップではない通常の用途でOCIのコンピュート環境にOracle Databaseをインストールして利用する場合、オンプレミス環境と同様のBYOLするためのOracle Databaseのライセンスが必要です。ただし、このワークショップの用途だけに利用する場合、BYOLするためのOracle Databaseのライセンスは不要です。この点に関して下記が本ワークショップのドキュメントに記載されている内容となります。(ワークショップ用として作成した本環境に実環境のデータなどを持ち込んで利用することはできません。)
![WS083.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/86a4cf1a-116a-fbf3-0bab-cda9b240abfe.jpeg)

#### 1.ワークショップのドキュメントを参照する
本記事で利用するワークショップのドキュメントを参照します。
##### Oracle LiveLabsへアクセス
まずはLiveLabsのトップページへアクセスします。
[Welcome to LiveLabs](https://apexapps.oracle.com/pls/apex/dbpm/r/livelabs/home)
![WS008.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/1d47e02e-376e-b486-b00c-9d2ac48ef5e5.jpeg)
##### Oracle Database + Enterprise Managerによる性能チューニングのワークショップへアクセス
画面上部の検索窓に```Database Performance Management```と入力し検索します。
![WS009.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/b7b2467a-b957-1b2e-60fa-ab6f9c39e692.jpeg)
これで本記事で利用するワークショップ「EM - Database Performance Management: Find, Fix, Validate」へアクセスできます。クリックしてワークショップの中身に入っていきます。
( 直接こちらのURLでアクセスすることもできます。
[EM - Database Performance Management: Find, Fix, Validate](https://apexapps.oracle.com/pls/apex/r/dbpm/livelabs/view-workshop?wid=660)
)
画面右上の [Start]をクリックします。
![WS010.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/3cac75b4-9cd8-c493-d1fb-0966de8a57ef.jpeg)
上のボタン[Run on Your Tenancy]をクリックします。
![WS011.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/cad1bcf1-fb98-3c71-db73-6e33f37b9982.jpeg)
これで、いま選択しているいワークショップ「EM - Database Performance Management: Find, Fix, Validate」の手順が書かれているドキュメントへアクセスできます。
![WS012.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/06d1ae26-09b2-ddea-7d76-14c6edbe47bc.jpeg)
( 直接こちらのURLでアクセスすることもできます。
[Oracle Enterprise Manager - Database Performance Management: Find-Fix-Validate › Introduction](https://apexapps.oracle.com/pls/apex/r/dbpm/livelabs/run-workshop?p210_wid=660)
) 
このドキュメントにしたがって手順を実施すれば、ワークショップを実施することができます。本記事では、基本このドキュメントを読み進めていただく前提で、環境構築の作業を中心に手順をわかりやすく説明していきます。

#### 2.ワークショップ用のOracle Database + EMの環境をつくる
##### OCIのコンソールへアクセス
ドキュメントの左側から[Get Started - Task2:Sign in to Your Account]を選択してください。
![WS013.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/f9f19087-2986-62b0-44b4-c15b26b8be33.jpeg)
OCIの自身のテナントのアカウントで接続する手順がガイドされています。通常の手順と変わるところはありません。自身のアカウントでOCIに接続してください。

##### Lab1 Prepare Setup
ワークショップのための環境を構築するための準備作業が記載されています。本記事でご説明する順序で進めていただくことで過不足なく準備作業ができます。
##### Lab1-Task 1: Download Oracle Resource Manager (ORM) stack zip file
![WS014.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/615af057-4dd7-6a6e-8d4f-5d23cfb392cb.jpeg)
ワークショップの環境構築のための、OCIのリソースマネージャのZIPファイルがダウンロードできるようになっていますのでダウンロードします。このファイルを使えば、簡単にワークショップの用の環境構築が可能です。
![WS015.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/40d0f4fe-d930-d366-6390-e2f821dc273d.jpeg)

##### Lab1-Task 2: Adding Security Rules to an Existing VCN
本記事の前提のところで記載したように、事前に環境を作成する自分のコンパートメントと仮想ネットワーク（VCN）が必要です。用意したVCNに関して、セキュリティ・リストのDefault Security Listで、下記画面で指定されたポートの通信を許可する設定をします。ドキュメントに指定された通りに設定してください。
![WS016.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/948d0d68-8250-f06b-0b58-dc5fccba48e1.jpeg)
OCIのコンソール画面での設定例は次のようになります。
![WS017.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/e52c32c6-9bd8-6519-dd9c-789da08356f3.jpeg)
仮想ネットワーク（VCN）の設定に関しては、下記のドキュメントが参考になります。
[その2 - クラウドに仮想ネットワーク(VCN)を作る](https://oracle-japan.github.io/ocitutorials/beginners/creating-vcn/)

##### Lab1-Task 3: Setup Compute
ドキュメントの「Lab1-Task 3: Setup Compute」では、この先の作業の選択肢を提示しています。ワークショップの内容として実行できることはあまり変わりませんが、**Create Stack: Compute + Networking**の方が実際の自己学習には便利なので、本記事ではそちらで進めます。
![WS018.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/087f1641-f639-b4fc-b96c-06b8e4630e58.jpeg)

##### Lab 2: Environment Setup
先にダウンロードしたOracle Resource Managerのstack zip fileを使って、ワークショップ用の環境を作成します。作業イメージが動画になっているので参照しておくと作業のイメージがしやすいです。
![WS002.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/a047e46f-9900-6cf1-b42a-43fc4330c816.jpeg)

##### Lab2-Task 1A: Create Stack: Compute + Networking
本記事ではCompute + Networkingの方で進めます。ドキュメントの通り作業を進めれば、大きく迷うところはありません。ただドキュメントでは英語で、利用しているOCIコンソール画面を日本語にされているケースもあるかと思います。適宜読みかえれば作業を進められますが、ここでは日本語での画面イメージでも記載します。

この画面の用に[リソースマネージャ][スタック]を選択します。
![WS019.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/981a4c29-60de-5f45-2b21-addb982e2cb5.jpeg)
[スタックの作成]をクリックします。
![WS020.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/e48d736e-d19d-8a91-423c-e2db922fd02d.jpeg)
この画面のように選択して、先にダウンロードしているzipファイルを選択します。
![WS021.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/b05bd977-f20a-566a-daee-a2f1cc43cb81.jpeg)
「emcc-mkplc-find-fix-validate.zip」がアップロードされています。
![WS021_b.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/858da9b5-65cb-2811-2869-3394e54d501a.jpeg)
zipファイルがアップロードされると、EMCCのLiveLabsのスタックであることが表示されます。画面下部の名前のところは自分でわかりやすい名前にするとよいです（自動でつけられる名前でも構いません）。この名前が、本ワークショップ環境のコンピュートインスタンスの名前になります。
コンパートメントが利用するものになっているか確認ください。確認できたら[次]をクリックします。
![WS021_c.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/3818ada9-3f55-f151-c618-bb0232b6e966.jpeg)
作成されるワークショップ環境のコンピュートインスタンスに関する設定をしていきます。画面のように設定します。
availablity domainは利用するものを選択ください。[Need Remote Access via SSH?]を選択します。コンピュートインスタンスにsshで接続するための設定です。
![WS022.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/a1e16558-07af-1333-e5ed-6bf915328487.jpeg)
前提でお伝えしたSSHキーペアのファイルの、公開キー(.pub)ファイルをアップします。ここで[SSHキー・ファイルの選択]が選択されているのにファイルを選択する画面になっていないときは、いったん[SSHキーの貼付け]を選択してください。
![WS023.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/d8d47e7c-b139-fe28-e270-cf84c07c03bb.jpeg)
![WS024.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/894ade00-cced-2954-744a-2be8d73ef2dc.jpeg)
それから再度[SSHキー・ファイルの選択]を選択してください。これでSSH公開キーのファイルを選択する画面になります。事前に用意したSSHキーペアファイルの、公開キー(.pub)ファイルをアップします。
![WS025.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/65e87c4f-e073-0211-a4c5-a48a62070631.jpeg)
公開キー(ここの例では id_rsa.pub) がアップされました。
![WS026.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/fba841f7-da66-2f98-60a9-9fc7ceb3ac45.jpeg)
作成されるコンピュートインスタンスの設定をしていきます。画面のように設定していきます。ocpuとメモリが少なすぎると、ワークショップでの動作に影響が出るので画面設定している例より大きな設定にした方がよいです。
![WS027.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/15de4396-7734-a652-6f3d-3044f23410ee.jpeg)
インスタンスシェイプは「VM.Standard.E4.Flex」で「2 ocpu以上」が望ましいです。利用するVCNを選択し、パブリックサブネットも選択します。
画面のように[適用の実行]をチェックして[作成]をクリックします。これでワークショップ用のコンピュートインスタンスを作成するためのジョブが開始されます。
![WS028.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/df432fef-b47b-01ff-5e3c-ad4ccf60b908.jpeg)
![WS029.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/af070ce9-287e-37fb-ff0a-0b782843c3e9.jpeg)
画面の下部にジョブの実行状況が表示されています。
![WS030.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/29f24bc4-f025-3ea0-ff80-da28d20c7904.jpeg)
![WS031.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/70871c76-fed9-fc48-73c0-27a618540997.jpeg)
このように出力されて、ジョブが終了します。
私が実行した設定・環境では20分程度で、このジョブが完了しました。何らかの理由でジョブが失敗した場合はログの中身を確認ください。利用しているテナント・リージョンに必要なリソースが割り当てられてなかったりする場合も考えられます。

##### Lab2-Task 2: Terraform Apply
ドキュメントのこの章では、ワークショップ用のコンピュートインスタンス作成のジョブの結果を確認します。画面のように「アプリケーション情報」を選択します。
![WS033.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/307d9e7e-e461-f040-1e19-263aaacb8c52.jpeg)
この画面で、作成されたコンピュートインスタンスへsshでアクセスする際のIPアドレスを確認できます。ワークショップのためにブラウザだけでアクセスできるリモートデスクトップも利用可能となっており、そのためのURLも確認できます。
![WS034.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/149ee9b7-779a-8f8d-3a27-870fb3aec6ad.jpeg)

##### SSH、SFTPでアクセス
ここまでの作業でワークショップ用のコンピュートインスタンスが作成されました。sshでアクセスしてコンピュートインスタンスへteratermで接続できることを確認します。またsftpでファイルの送受信をFileZillaで実行できることを確認します。もちろんsshやsftpを利用するツールは、普段利用されているものでも構いません。
teratermを利用してsshでアクセスします。OCIでの通常のコンピュートインスタンスにアクセスするときと違いはありません。先に確認したパブリックアクセス用のIPアドレスを指定し、指定したSSHキーペアファイルの秘密鍵ファイルを指定します。(この画面の例では、秘密鍵ファイルにパスワードを指定しているので、そのパスワードも入力しています。)
![WS035.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/db619d7b-c1e5-567a-6264-e2504bae8406.jpeg)
opcユーザーでアクセスできたら、oracleユーザーにスイッチします。画面のように入力ください。
![WS037.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/aecd088f-c63b-da44-4ab7-fa495d071c7a.jpeg)
oracleユーザーにスイッチすると、このような画面が表示されます。この環境用の情報がいくつか記載されています。ワークショップを実行する際には、このoracleユーザーで実行するものが多くあります。**(ドキュメントに、コマンド例が記載されているときは、opcユーザーで実行しているのか、oracleユーザーで実行しているのか、コマンドプロンプトの表記から確認するとよいです。)**
![WS040.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/0a7bb80f-5dd9-1a1d-00d1-74991998ba8d.jpeg)
続けてsftpでファイルの送受信ができる事を確認します。画面はFileZillaの設定例です。
![WS041.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/4eaeb395-8760-6ac6-a1be-3dafc58f8a78.jpeg)

##### Lab2-Task 3: Access the Graphical Remote Desktop
本記事ではあまり使わないのですが、ブラウザだけで作成された環境にアクセスするためのリモートデスクトップも、一定時間は利用できるようになっています。
( リモートデスクトップの利用に関しては、ワークショップ環境の作成後の一定時間を経過すると利用できなくなります。ワークショップの実行に関しては、リモートデスクトップを利用しなくても、sshとブラウザでのEM操作で進めることが可能なので、本記事ではそちらを前提に進めています。その場合、ワークショップ環境利用の時間制限はありません。)
「Lab2-Task 2: Terraform Apply」で確認したリモートデスクトップにアクセスするためのURLをブラウザに入力すると次のような画面になります。リモートデスクトップ内の画面右側のブラウザが、このように何も表示されていない場合、しばらく待ってください。Enterprise Managerの起動がまだ完了していない可能性があります。
![WS038.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/0d6035c1-22f0-10f5-3d8b-5927f23ba751.jpeg)
Enterprise Managerの起動が完了すると、下記のような画面になります。画面右側のEnteprise Managerへログインするためには、**UserName=sysman, Password=welcome1**と入力します。　
![WS039.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/fa328838-b161-17bc-49b3-042c242e2882.jpeg)

##### ここでLab 3: Initialize Environment - Appendix 2: External Web Access
ここで、ドキュメントのLabの少し先を参照して、リモートデスクトップではなくPC上のブラウザからEMへアクセスできることを確認します。ドキュメントの「Lab 3: Initialize Environment - Appendix 2: External Web Access」を確認ください。下記URLでEMにアクセスできるとガイドされています。IPアドレスは「Lab2-Task 2: Terraform Apply」で確認したものを指定します。

```
URL: https://<Your Instance public_ip>:7803/em
```
最初にEMにアクセスした場合は、下記のようなワーニングが表示されます。ワーニングは無視して構いません。
![WS052.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/79cb56f7-688a-5e0a-a604-b1c7620e2376.jpeg)
EMのログイン画面が表示されたら、**UserName=sysman, Password=welcome1**と入力します。
![WS050_b.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/07e4836d-48b0-82f1-a9d0-b53f1fdd3cb4.jpeg)

##### OCIコンソールから作成されたコンピュートインスタンスを確認する
作成されたコンピュートインスタンスに関する情報は、当然OCIコンソールから確認できます。作成されるインスタンスは一つです。コンピュートインスタンスの起動、停止、終了も、通常と同じくOCIコンソールから実施します。OCIコンソールのメニューから[コンピュート]-[インスタンス]を選択します。
![WS003.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/c7f886ea-a0e9-3f03-370f-be0a282365a7.jpeg)
作成されたコンピュートインスタンスを停止して再起動しても、ワークショップに必要なOracle DatabaseとEMは自動起動します。(起動が完了するまで相応の時間が必要です。環境によりますが10-15分くらいでしょうか。)

##### Lab 3: Initialize Environment
作成されたワークショップの環境を少し確認、設定していきます。

##### Lab3-Task 1: Validate That Required Processes are Up and Running.
ドキュメントのこの章に関しては、作成したコンピュートインスタンス上でワークショップのためにOracle Database、Enterprise Managerの起動が環境しているか、ということを確認していきます。確認するだけなので、作業しなくても(期待したように起動していれば)問題ありません。
なおドキュメントには、下記のDBインスタンスが作成されていることが記載されています。
![WS004.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/3237abc6-df9b-7915-3236-8f1a0c7de318.jpeg)
このうちdb19cというDBインスタンスは自動起動しません。次のようにほかのインスタンスは起動していますが、db19cのインスタンスは起動していません。
![WS063.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/a47bf5e8-4417-63e9-5ab4-98d57f50896f.jpeg)
必要な場合は、EMあるいはコマンドラインから起動できます。
この章で、下記の記載があり自動起動でDBインスタンス、リスナー、EMが起動したことを確認する方法を紹介しています。この前段階で、EMの画面へアクセスしていれば、おそらく問題ないので作業は省略して構いません。
![WS076.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/a5d0f8a3-b5a9-0c14-3722-f9453beb4e6d.jpeg)
ここで紹介されているような、コンピュートインスタンスのlinuxのシェルでのオペレーションは、どのユーザーで実行しているか注意しながら実行するとよいです(opcユーザーか、oracleユーザか)。下記の画面の例では、opcユーザーで実行しています。
![WS002.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/18d02cb3-bdc9-87cc-1669-a04ac3f89a89.jpeg)
続けて記載されている下記の箇所は、ある程度時間が経過してもDBインスタンス、リスナー、EMの起動が完了しない場合の作業です。起動が完了している場合は実施しません。
![WS077.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/8d730d95-82f7-ef54-e53a-3f42f5d3ed96.jpeg)

##### Lab3-Task 2: Initialize Enterprise Manager
ここでは作成されているコンピュートインスタンスの認証の情報を、EMで作成済みの認証の設定に追加します。ワークショップで実行する作業の準備で、ワークショップ前に一度実施しておけばいい作業です。実際には、コンピュートインスタンスで生成させたSSHキーをEMに登録します。
ドキュメントでは、リモートデスクトップを利用する前提で手順が記載されています。リモートデスクトップが利用できる状況であればドキュメント通りに実行してください。**リモートデスクトップは利用しないで、ssh接続したteratermとPC上のブラウザからEMにアクセスしても同じことは実行できます。追加の作業は、SSHキーのファイルをコンピュートインスタンスからPCにダウンロードするだけです。**

##### Lab3-Task 2: Generate SSH Keys
この手順はリモートデスクトップでも、ssh接続してteratermで実行しても同じです。ドキュメントの通り実行ください。
oracleで```ssh-keygen -b 2048 -t rsa```を実行します。
![WS047.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/ace4dba6-67d2-544b-0659-e335cc804073.jpeg)
![WS048.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/ca6dba9a-5ee4-dbe3-8abf-bf8e2185dc42.jpeg)ドキュメントにある通り実行します。これで```/tmp/rsa_priv```というファイルが作成されます。これをEMに認証用に登録します。
![WS049.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/4f50616d-20b6-88f3-a509-6ac4dd60a8cf.jpeg)
ここではリモートデスクトップではなく、PC上のブラウザからEMにアクセスする想定とします。***```/tmp/rsa_priv```をsftp(FileZillaなどを利用する)でPCにダウンロードしておきます。***
![WS050.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/6ee31a16-6124-1b9e-596f-3f4bd2c966c3.jpeg)

##### Lab3-Task 2: Update the Named Credentials with the new SSH Key
本環境のEM上に作成済みの認証情報を、生成・ダウンロードしたSSHキーで更新します。
ブラウザからEMにアクセスします。URLやユーザー名、パスワードは「ここでLab 3: Initialize Environment - Appendix 2: External Web Access」で確認済みです。
EMの画面から、下記画面のように選択して「名前付き資格証明」をクリックします。
![WS053.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/5845e37b-3f35-c8b1-d16e-902d0f49cfb4.jpeg)
下記画面のように「ROOT」の名前付き資格証明を選択して、「編集」をクリックします。
![WS054.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/c8b427eb-5958-4d09-6959-782ed1ea7653.jpeg)
下記画面のように、画面下部「ユーザー名」を「oracle」、「SSH公開鍵」を空欄、「別名実行」を「root」とします。それから「SSH秘密鍵」の右の「秘密キーのアップロード」でPC上にダウンロードした```rsa_priv```を読み込ませます。この秘密キーのアップロードは少しわかりにくいのですが、ファイルを読み込ませた後、下記画面のように表示は戻ります。
![WS055.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/27cb6c55-0cf4-9dfa-13f1-1850f142acf4.jpeg)
「テストと保存」をクリックします。
![WS056.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/9f477ea7-ad77-6d69-c834-2121fcb8421c.jpeg)
「資格証明操作に成功しました」と表示されればOKです。
![WS057.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/e7a0cbbf-72a4-a590-209f-790b058eefaa.jpeg)
続けてEMで定義済みのジョブを実行します。下記画面のように、「Enterprise-ジョブ-ライブラリ」を選択します。
![WS058.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/b4c2c7f0-e81c-ca5c-c53b-2a9d9191d7bc.jpeg)
ジョブのライブラリから「SETUP ORACLE CREDENTIALS」を選択して「発行」をクリックします。
![WS059.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/9e2985d1-024c-e16c-572b-dff1f8e97d92.jpeg)
ジョブが作成された、というメッセージの下のリンクをクリックして、ジョブが正常に完了したか確認します。
![WS061.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/8f71aed1-3991-cafe-8437-f1d682095e59.jpeg)
下記画面のようにステータスが「成功」となっていればOKです。
![WS062.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/fafc57cd-befb-f978-8150-19f84ed1c60e.jpeg)
ここまでの作業で、本ワークショップを実施するための準備は完了です。お疲れ様でした。

##### Lab 4: Database Performance Management: Find-Fix-Validate
続けて**Lab 4: Database Performance Management: Find-Fix-Validate**を実行することで、EMを利用したOracle Databaseの性能チューニングの自己学習を実施できます。
このワークショップには下記のメニューが用意されています。**特にStep No.1～3が、EM+Diag,Tuningの機能を活用して性能チューニングを実施するための、汎用的な方法がガイドされています。問題の切り分けなどに大変有効です。**
![WS078.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/d12cbd61-2b8d-232e-4d44-d3654e52f407.jpeg)
この自己学習のためのオペレーションは、ドキュメントを参照しながら進めることで、あまり迷う内容ではないと思われるので、本記事では詳細には説明しません。下記のTask 1～Task 6で構成されています。
Task 1は、ワークショップのためにデータベースに対して簡単な負荷をかけるSQLスクリプトを実行させる手順です。1Aあるいは1Bのどちらかを実施すればよいです。
Task 2,3,4が上記のStep No.1～3に該当します。
![WS082.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/9f84300a-ee20-3248-8042-bda60d11c5fe.jpeg)

Step No.4,5(Task5,6)はRATの機能確認になります。**実はRATに関しては、同じ環境を利用する次のワークショップがより有効です。** 本記事で作成したコンピュートインスタンスの環境は、下記のRAT用のワークショップと同じものなので、そのまま活用できます。
[Real Application Testing : SQL Performance Analyzer-Database Replay](https://apexapps.oracle.com/pls/apex/r/dbpm/livelabs/view-workshop?wid=858)
このRATのワークショップのドキュメントはこちらです。
[Oracle Enterprise Manager - Real Application Testing › Introduction](https://apexapps.oracle.com/pls/apex/r/dbpm/livelabs/run-workshop?p210_wid=858)
このRATのワークショップの「Lab 1: Prepare Setup、Lab 2: Environment Setup、Lab 3: Initialize Environment」は本記事で紹介したものと同じです。
に同じコンピュートインスタンスの環境でRATのワークショップを実行できます。**Lab 4: Get Started with Real Application Testing**を参照ください。Introductionにある動画で実際のワークショップの流れを確認できます。
![WS081.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/aa9392cf-3930-e8e2-18dc-ce007ab9e291.jpeg)
ワークショップは下記画面のような内容になっています。
![WS080.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/dec69f0b-6223-adfa-accc-b224d3629dc9.jpeg)

#### 3.本ワークショップの環境を活用するにあたっての追加情報
このワークショップ用の環境を活用するにあたって、各DBインスタンスの起動・停止手順とEMの停止手順を紹介します。コンピュートインスタンスを停止するとき、その前にDBインスタンスを停止してEMを停止したい、と考えたときなどの参考情報です。DBインスタンスの設定を変えて再起動するときなどにも有益です。

##### 各DBインスタンスの起動・停止方法
各DBインスタンスを起動・停止するには、EMから実行するかsshで接続した端末からコマンドライン(SQL*PLUS)で実行します。まずはEMから実行する方法です。下記の画面のようにメニューから「データベース」を選択します。
![WS064.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/8443a76d-d55b-515f-3017-72a21cb200cb.jpeg)
EMの監視対象となっているデータベースが表示されます。ここでは停止されている[db19c]を起動することにします。該当のDBを選択して右クリックしてから、下記の画面のように[Oracleデータベース]-[制御]-[起動/停止]と選択します。
![WS066.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/d1c065d3-1816-0880-e445-a2ad342f7b25.jpeg)
下記画面が表示されます。[ホスト資格証明]で[名前付き][ROOT]を選択します。[データベース資格証明]で[名前付き][OEM_SYS]を選択します。
![WS067.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/db266e34-ac84-7162-b8e2-e6e5c71d7e23.jpeg)
下記画面のようにデータベース起動の確認を求められるので、[はい]をクリックします。
![WS068.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/8a0c2d63-bbf1-653d-396e-51d8cd982eee.jpeg)
下記画面のようにデータベースが起動しはじめます。
![WS068.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/8a0c2d63-bbf1-653d-396e-51d8cd982eee.jpeg)

次にコマンドライン(SQL*PLUS)から起動と停止を実施する方法です。通常のOracle Databaseと同様に、oracleユーザーにスイッチしてから、環境変数を設定し、SQL*PLUSから```/ as sysdba```で接続し、```startup```あるいは```shutdown immediate```を発行します。
環境変数を設定するためのシェルスクリプトが、oracleユーザーのホームディレクトリに用意されています。
![WS072.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/6fc7d284-15a7-2d90-d1b5-fb8f48f4c960.jpeg)
```19c.env cdb186.env hr.env sales.env```が該当します。(なぜか financeに該当するスクリプトは用意されていません。)DBインスタンスの19cを停止するには、下記のように実行します。
![WS073.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/001170bf-880d-43a8-490c-0aa713a8a6a0.jpeg)
なおemrepというインスタンスはEMのリポジトリ用のDBなので、単独ではなくEM全体で停止・起動をするケースが多くなると考えられます。(EM全体を起動・停止するスクリプトも用意されています。)

##### EM停止方法
EMを停止するには、sshで接続したのちにoracleユーザーにスイッチして、下記のように```stop_all.sh```を実行します。
![WS075.JPG](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/368742/8cb4410a-2dc1-ff41-5159-7ef2cdd6d128.jpeg)

[JPOUG Advent Calendar 2022](https://adventar.org/calendars/7680) 明日の記事は ora_gonsuke777さんの記事[「シェルスクリプトで sqlplus から SQL を実行する時のお作法をあれこれ整理してみる。(Oracle Database)」](https://qiita.com/ora_gonsuke777/items/33a7f9c3bcd94e02fca7)です。