データベース・インスタンス・モニタリングの設定
Oracle Log Analyticsでは、ログ・ソース構成で指定したSQL問合せに基づいてデータベース・インスタンス・レコードを抽出できます。
同じデータベース記憶域を指す複数のデータベース・インスタンスが存在するOracle Real Application Clusters (RAC)の場合は、Oracle Database Instanceではなくエンティティ・タイプOracle Databaseを使用します。SCAN IPを使用してデータベースにアクセスできるリモート・エージェントをインストールします。個々のデータベース・インスタンスに対してSQL問合せを実行するようにエージェント/エージェントを構成しないでください。
前提条件
エージェント・ホストからデータベースへのデータベース接続が機能していることを確認します。データベースとエージェントが同じホスト上にある場合は、sqlplus、tnspingまたはtrcrouteコマンドを使用して、データベースへの接続をテストします。データベース・ネット・サービス管理者ガイドの接続のテストを参照してください。
データベースとエージェントが同じホスト上にない場合は、エージェント・ホストで次のステップを実行します。
sqlplus(エージェントにインストールされている場合)- エージェントからデータベースにPingを実行します。これは、ファイアウォールがpingをブロックしないかぎり機能します。pingがブロックされている場合は、次のようになります。
- データベース・ポートを使用してデータベース・サーバーにtelnetで接続して、リスナーが接続を受け入れているかどうかを確認します(たとえば、
telnet <database_server_hostname> 1521)。
- データベース・ポートを使用してデータベース・サーバーにtelnetで接続して、リスナーが接続を受け入れているかどうかを確認します(たとえば、
データベース・ログ収集の全体的なフロー
次に、データベースに格納されているログ情報を収集するためのタスクの概要を示します:
-
データベースにアクセスできるホストに管理エージェントをインストールします。管理エージェントを使用した連続ログ収集の設定を参照してください。
-
データベース・エンティティとソースの関連付け。新しいソースとエンティティのアソシエーションの構成を参照してください。
Oracle Database
Oracle Databaseには次が含まれます。
- プラガブル・データベース(PDB)、マルチテナント・コンテナ・データベース(CDB)およびアプリケーション・コンテナ
- Oracle Database Instance
- Oracle Real Application Clusters (RAC)
- Oracle Autonomous Database
- Autonomous Data Warehouse(ADW)
- Autonomous Transaction Processing(ATP)
Oracle Autonomous Databaseの表またはビューからログを収集する方法の例は、『Oracle Autonomous Databaseの表またはビューからのログの収集』(
チュートリアル)を参照してください。
Oracle Log Analyticsには、Oracle Database用の「データベース」タイプのOracle定義ログ・ソースの大規模なセットが用意されています。
| ログ・ソース | エンティティ・タイプ |
|---|---|
|
Oracle DatabaseのAVDFアラート |
Autonomous JSON Database、Oracle Database Instance、Oracle APEX Application DevelopmentによるAutonomous Database、Autonomous Data Warehouse、Oracle Database、Autonomous Transaction Processing |
|
Oracle DatabaseのAVDFイベント |
Oracle Database Instance、Autonomous Data Warehouse、Oracle Database、Autonomous JSON Database、Oracle APEX Application Developmentを使用したAutonomous Database、Autonomous Transaction Processing |
|
Identity and Access Management監査データベース |
Oracle Database Instance、Autonomous Transaction Processing、Autonomous JSON Database、Oracle APEX Application Developmentを使用したAutonomous Database、Oracle Database、Autonomous Data Warehouse |
|
データベースに格納されたOracle DB監査ログ・ソース |
Autonomous Transaction Processing、Oracle Database Instance、Autonomous Data Warehouse、Autonomous JSON Database、Oracle APEX Application Developmentを使用したAutonomous Database、Oracle Database |
|
Oracle EBSトランザクション・ログ |
Oracle APEX Application Developmentを使用したAutonomous Database、Oracleプラガブル・データベース、Autonomous Transaction Processing、Oracle Database Instance、Autonomous JSON Database、Oracle Database、Autonomous Data Warehouse |
|
Symantec DLPシステム・イベント |
Autonomous JSON Database、Oracle Database、Autonomous Transaction Processing、Oracle APEX Application Developmentを使用したAutonomous Database、Oracle Database Instance、Autonomous Data Warehouse |
|
データベース12.1に格納されたOracle統合DB監査ログ・ソース |
Autonomous JSON Database、Oracle Database、Oracle Pluggable Database、Autonomous Data Warehouse、Oracle Database Instance、Autonomous Transaction Processing、Oracle APEX Application Developmentを使用したAutonomous Database |
|
データベース12.2に格納されたOracle統合DB監査ログ・ソース |
Autonomous JSON Database、Oracle Database Instance、Oracle APEX Application Developmentを使用したAutonomous Database、Oracle Pluggable Database、Oracle Database、Autonomous Data Warehouse、Autonomous Transaction Processing |
|
データベースに格納されているデータベース・アラート・ログ |
Autonomous JSON Database、Oracle Pluggable Database、Autonomous Transaction Processing、Autonomous Data Warehouse、Oracle APEX Application Developmentを使用したAutonomous Database、Oracle Database Instance、Oracle Database |
|
データベースに格納されているデータベース・トレース・ログ |
Oracle Database、Oracle APEX Application Developmentを使用したAutonomous Database、Autonomous Data Warehouse、Oracle Database Instance、Autonomous JSON Database、Oracleプラガブル・データベース、Autonomous Transaction Processing |
|
Oracle Database Health Monitorサービス・ログ |
Autonomous Transaction Processing、Oracle Database、Oracle APEX Application Developmentを使用したAutonomous Database、Oracle Database Instance、Autonomous JSON Database、Autonomous Data Warehouse |
|
Oracle Database Dataguardログ |
Autonomous Transaction Processing、Autonomous JSON Database、Autonomous Data Warehouse、Oracle Database、Oracle Database Instance、Oracle APEX Application Developmentを使用したAutonomous Database |
|
Database 23aiに格納されたデータベース注意ログ |
Autonomous JSON Database、Oracle APEX Application Developmentを使用したAutonomous Database、Autonomous Data Warehouse、Autonomous Transaction Processing、Oracle Database、Oracle Database Instance |
|
Oracle Autonomous Database (ADB)クライアント・エラー |
Autonomous JSON Database、Oracle APEX Application DevelopmentによるAutonomous Database、Autonomous Data Warehouse、Autonomous Transaction Processing |
Additionally, more oracle-defined log sources of the type File are available for Oracle Database such as Database Alert Logs, Database Audit Logs, Database Audit XML Logs, Database Incident Dump Files, Database Listener Alert Logs, Database Listener Trace Logs, Database Trace Logs, and Database XML Alert Logs.
Microsoft SQL Serverデータベース・インスタンス
- Microsoft SQL Serverデータベース・ソースからのログ収集に成功するには、管理エージェントのバージョンが210403.1350または以降であることを確認します。
- Microsoft SQL Serverデータベース・インスタンスの監視は、スタンドアロン管理エージェントのインストールでのみサポートされます。Oracle Cloud Agentの管理エージェント・プラグインではサポートされていません。
Microsoft SQL Serverデータベース・インスタンスの監視には、「データベース」タイプの次のOracle定義ログ・ソースを使用できます。
- McAfeeデータ損失防止エンドポイント
- McAfee ePolicyオーケストレータ
さらに、「ファイル」タイプのoracle定義ログ・ソースは、「Microsoft SQL Serverエージェント・エラー・ログ」や「Microsoft SQL Serverエラー・ログ・ソース」など、Microsoft SQL Serverデータベース・インスタンスで使用できます。
MySQLデータベース・インスタンス
- MySQL Databaseソースからログを正常に収集するには、管理エージェントのバージョンが210205.0202またはそれ以降であることを確認してください。
- MySQL Databaseインスタンスのモニタリングは、スタンドアロン管理エージェントのインストールでのみサポートされます。Oracle Cloud Agentの管理エージェント・プラグインではサポートされていません。
MySQL Databaseインスタンスのモニタリングには、「データベース」タイプの次のOracle定義のログ・ソースを使用できます。
- MySQLデータベースに格納されているエラー・ログ
- データベースに格納されたMySQL一般ログ・ソース
- MySQLデータベースに格納されている低速問合せログ
さらに、「ファイル」タイプのoracle定義のログ・ソースは、「MySQL Database Audit XML Logs」、「MySQL Error Logs」、「MySQL General Query Logs」、「MySQL Slow Query Logs」など、MySQL Databaseインスタンスで使用できます。
MySQLデータベース・インスタンスでリモート収集を実行するには、データベース・インスタンスで次の構成を実行する必要があります:
-
管理エージェントがインストールされている特定のホストからのアクセスを許可するには:
-
指定したパスワードで認証される新しいアカウントを作成します:
CREATE USER '<mysql_user>'@'<host_name>' IDENTIFIED BY '<password>'; -
ホスト
host_name上のmysql_userユーザーに、すべてのデータベースに対する読取り権限を割り当てます:GRANT SELECT ON *.* TO '<mysql_user>'@'<host_name>' WITH GRANT OPTION; -
コマンドを発行して、ユーザー権限の更新を保存します:
FLUSH PRIVILEGES;
-
-
任意のホストからの特定のデータベースに対するアクセスを許可するには:
-
任意の有効なホストの
mysql_userに読取り権限を付与します:GRANT SELECT ON <database_name>.* TO '<mysql_user>'@'%' WITH GRANT OPTION; -
コマンドを発行して、ユーザー権限の更新を保存します:
FLUSH PRIVILEGES;
-
PostgreSQLデータベース
- PostgreSQLデータベース・ソースからのログ収集に成功するには、データベース・ホストに管理エージェント・バージョン250121.1929または以降をインストールしてください。
- PostgreSQLデータベースの監視は、スタンドアロン管理エージェントのインストールでのみサポートされます。Oracle Cloud Agentの管理エージェント・プラグインではサポートされていません。
PostgreSQLデータベースの監視には、「ファイル」タイプの次のOracle定義のログ・ソースを使用できます。
- OCI PostgreSQLサービス・ログ
- PostgreSQLログ
データベース・エンティティの作成
データベース・エンティティを作成し、データベース・インスタンスを参照してそこからのログ収集を有効にします。管理エージェントを使用してログを収集する場合は、管理エージェントのインストール後にここに戻り、エンティティのエージェント・モニタリングを構成する必要があります。
-
ナビゲーション・メニューを開き、「オブザーバビリティおよび管理」をクリックします。「Log Analytics」で、「管理」をクリックします。
-
管理リソースが、左側のナビゲーション・ペインにある「管理」の下にリストされます。「エンティティ」をクリックします。
-
検索バーでこの新しいエンティティのコンパートメントを選択します。
「作成」をクリックします。
-
データベース・インスタンスに適したエンティティ・タイプを選択します(Oracle Databaseインスタンスなど)。
エンティティの名前を指定します。
-
エージェントがインストールされている管理エージェント・コンパートメントを選択して、ログを収集できるようにデータベース・エンティティに関連付ける管理エージェントを選択してください。
または、最初にエンティティを作成し、後で編集して、管理エージェントのインストール後にそのエージェントのOCIDを指定できます。
ノート
-
MySQL Databaseインスタンス、Microsoft SQL ServerデータベースおよびPostgreSQLデータベースのモニタリングは、スタンドアロン管理エージェントのインストールでのみサポートされます。Oracle Cloud Agentの管理エージェント・プラグインではサポートされていません。
-
Microsoft SQL Serverデータベースをサポートするため、管理エージェントのバージョン210403.1350または以降を使用してデータベース・ホストにインストールしてください。
-
MySQL Databaseインスタンス・ソースからログを正常に収集するには、管理エージェントのバージョンが210205.0202またはそれ以降であることを確認してください。
-
PostgreSQLデータベース・サポートを保証するため、管理エージェントのバージョン250121.1929または以降を使用してデータベース・ホストにインストールしてください。
-
-
データベース・インスタンスにクラウド・リソースIDがある場合は、そのOCIDを指定します。OCIDが指定され、データベースがデータベース管理に対して有効になっている場合は、ログ・エクスプローラで使用可能なオプションを利用して、それをデータベース管理で表示できます。データベース管理サービスでのデータベース・エンティティの表示を参照してください。
-
SQLを取り込むには、Oracle Database (RACデプロイメント用)、Oracle Database InstanceまたはOracle Pluggable Databaseの場合に、次のプロパティを指定します。
porthostnamesidまたはservice_name両方の値を指定すると、Log Analyticsでは、
service_nameがSQLの収集で使用されます。
Microsoft SQL Serverデータベース・インスタンス、MySQL DatabaseソースおよびPostgreSQLデータベースからのログ収集では、次のプロパティを指定します。
database_namehost_nameport
Oracle定義のログ・ソースを使用して管理エージェントからログを収集する場合は、選択したエンティティ・タイプにすでに定義されているパラメータ値を指定することをお薦めします。パラメータ値を指定しない場合、ソースをこのエンティティに関連付けようとすると、パラメータ値の欠落が原因で失敗します。
「保存」をクリックします。
データベース・ソースの作成
-
ナビゲーション・メニューを開き、「オブザーバビリティおよび管理」をクリックします。「Log Analytics」で、「管理」をクリックします。
-
管理リソースが、左側のナビゲーション・ペインにある「管理」の下にリストされます。「ソース」をクリックします。
-
「ソース」ページで、「ソースの作成」をクリックします。
「ソースの作成」ダイアログ・ボックスが表示されます。
-
「ソース」フィールドに、ソースの名前を入力します。
-
「ソース・タイプ」リストから、「データベース」を選択します。
-
「エンティティ・タイプ」をクリックして、必要なエンティティ・タイプを選択します。たとえば、Oracle Databaseインスタンス、Oracleプラガブル・データベース、Microsoft SQL Serverデータベース・インスタンスまたはMySQLデータベース・インスタンス。
-
「データベース問合せ」タブで、「追加」をクリックし、Oracle Log Analyticsインスタンスによってデータベース・インスタンス・ログが収集される基準となるSQL問合せの詳細を指定します。
SQL問合せのガイドラインを参照してください。
-
「構成」をクリックして、「列マッピングの構成」ダイアログ・ボックスを表示します。
-
「列マッピングの構成」ダイアログ・ボックスで、SQLフィールドを、実際のログ・レコードに表示されるフィールド名にマップします。マッピング用の新しいフィールドを作成するには、
アイコンをクリックします。
順序列を指定します。このフィールドの値によって、表に挿入されるレコードの順序が決まります。これには一意の増分値が必要です。フィールドでレコードの順序を決定しない場合は、「SQL問合せ収集時間」を選択して、収集時間をログ・エントリ時間として使用できます。その場合、すべてのログ・レコードは収集サイクルごとに再収集されます。
ノート
データ型が
Timestampの最初のマップ済フィールドは、ログ・レコードのタイムスタンプとして使用されます。そのようなフィールドが存在しない場合、ログ・レコードの時間として収集時間が使用されます。ログ・ソースの作成後に初めてログが収集される場合(履歴ログ収集):
-
SQL問合せのフィールドが
Timeフィールドにマップされている場合、そのフィールドの値は、過去30日間のログ・レコードをアップロードするための参照として使用されます。 -
SQL問合せのどのフィールドも
Timeフィールドにマップされていない場合、最大10,000,000レコードがアップロードされます。
「完了」をクリックします。
-
-
複数のSQL問合せを追加するには、ステップ6からステップ8までを繰り返します。
既存のSQL問合せを再利用して別の問合せを作成するには、元の問合せに対応する行の「アクション」メニュー
をクリックし、「複製」をクリックします。元の問合せのコピーとマッピングを編集できるようになりました。ステップ8から9を繰り返して、問合せの変更、列の追加と削除、および列マッピングの変更を行います。
-
各SQL問合せの「有効」を選択し、「保存」をクリックします。
データベース・エンティティ資格証明の提供
-
管理エージェントがインストールされているホストにログインします。
-
DBCredsタイプの資格証明JSON入力ファイルを作成します。たとえば、agent_dbcreds.json:cat agent_dbcreds.json { "source": "lacollector.la_database_sql", "name": "LCAgentDBCreds.<entity_name>", "type": "DBCreds", "usage": "LOGANALYTICS", "disabled": "false", "properties": [ { "name": "DBUserName", "value": "CLEAR[username]" }, { "name": "DBPassword", "value": "CLEAR[password]" }, { "name": "DBRole", "value": "CLEAR[normal]" } ] }前述の例の
agent_dbcreds.jsonのように、入力ファイルに次のプロパティを指定する必要があります:- source: "lacollector.la_database_sql"
- name: "LCAgentDBCreds.<entity_name>"
entity_nameは、エンティティの作成時に入力した「名前」フィールドの値です。 - type: "DBCreds"
- usage: "LOGANALYTICS"
- properties: ユーザー名、パスワードおよびロール。ロールはオプションです。
-
upsertCredentials操作とともにcredential_mgmt.shスクリプトを使用して、エージェントの資格証明ストアに資格証明を追加します:構文:
$cat <input_file> | sudo -u mgmt_agent /opt/oracle/mgmt_agent/agent_inst/bin/credential_mgmt.sh -o upsertCredentials -s <service_name>前述のコマンドで:
- 入力ファイル: 資格証明パラメータを含む入力JSONファイル(
agent_dbcreds.jsonなど)。 - サービス名:
loganをエージェントにデプロイされたOracle Log Analyticsプラグインの名前として使用します。
2つのパラメータの例の値を使用すると、コマンドは次のようになります:
$cat agent_dbcreds.json | sudo -u mgmt_agent /opt/oracle/mgmt_agent/agent_inst/bin/credential_mgmt.sh -o upsertCredentials -s logan資格証明が正常に追加されたら、入力JSONファイルを削除できます。
管理エージェント資格証明ストアでの資格証明の管理の詳細は、管理エージェント・ドキュメントの管理エージェントのソース資格証明を参照してください。
- 入力ファイル: 資格証明パラメータを含む入力JSONファイル(
データベース・ソースとエンティティのアソシエーションの資格証明の構成
「データベース」タイプのソースの場合、ソース・エンティティ・アソシエーションに使用される資格証明を設定または変更できます。資格証明は、データベースに接続してログを収集するために、エンティティに関連付けられた管理エージェントによって使用されます。
関連には、ソース詳細ページまたはエンティティ詳細ページからアクセスできます。
データベース資格証明は、ソース・エンティティ・アソシエーション・レベルで設定されます。この関連付けにのみ適用されます。アソシエーションの資格証明を変更すると、Oracle Log Analyticsでは、そのエンティティとソースの組合せからデータベース・ログを収集するために更新された資格証明が使用されます。
資格証明を取得できない場合、エージェントが構成済の資格証明を読み取れないときに警告が発行されます。警告メッセージを表示し、問題に対処します。エージェント収集警告の表示を参照してください。
開始する前に
データベース・ソースで、ソース・タイプとして「データベース」が選択されていることを確認します。
データベース・エンティティが管理エージェントに関連付けられていることを確認します。アソシエーションの構成中にOCI Vaultで名前付き資格証明を作成すると、名前付き資格証明がエンティティのスコープにある管理エージェントに適用されます。
次のいずれかの資格証明ソースを使用できます。
| 資格証明ソース | 説明 |
|---|---|
| OCIボールトの資格証明 | OCI Vaultに格納されている名前付き資格証明を使用します。 |
| 管理エージェントの資格証明 | 管理エージェントに登録されている資格証明を使用します。 |
管理エージェントで使用する名前付き資格証明を作成または登録します。管理エージェントのソース資格証明を参照してください。OCI Vaultの名前付き資格証明の場合は、事前に資格証明を識別するか、資格証明をアソシエーションに追加しながら作成します。OCI Vaultでの名前付き資格証明の作成を参照してください。
ソースとエンティティのアソシエーションへのアクセス
ソースの詳細ページからアソシエーションにアクセスするには:
-
ナビゲーション・メニューを開き、「オブザーバビリティおよび管理」をクリックします。「Log Analytics」で、「管理」をクリックします。
管理リソースが、左側のナビゲーション・ペインにある「管理」の下にリストされます。「ソース」をクリックします。「ソース」リスト・ページが開きます。
-
データベース・ソースの名前をクリックします。ソースの詳細ページが開きます。
「関連付けられたエンティティ」セクションに移動します。
-
更新するエンティティ・アソシエーションに対して、「アクション」メニュー
をクリックし、「アソシエーションの編集」をクリックします。
エンティティの詳細ページからアソシエーションにアクセスするには:
-
ナビゲーション・メニューを開き、「オブザーバビリティおよび管理」をクリックします。「Log Analytics」で、「管理」をクリックします。
管理リソースが、左側のナビゲーション・ペインにある「管理」の下にリストされます。「エンティティ」をクリックします。「エンティティ」リスト・ページが開きます。
-
エンティティの名前をクリックします。エンティティの詳細ページが開きます。
関連付けられたソース・リストで、データベース・ソースを検索します。
-
更新するソース・アソシエーションに対して、「アクション」メニュー
をクリックし、「アソシエーションの編集」をクリックします。
「アソシエーションの編集」ダイアログ・ボックスに「資格証明」セクションが表示されます。
アソシエーションの資格証明の変更
次のステップを使用して、データベースのソース・エンティティ・アソシエーションで使用される資格証明を変更します。
-
「アソシエーションの編集」ダイアログ・ボックスで、「資格証明」セクションに移動します。
アソシエーションに現在設定されている資格証明名および資格証明ソースを確認します。
-
資格証明名の横にある「編集」アイコン
をクリックします。
-
「資格証明の指定」ダイアログ・ボックスで、次のいずれかのオプションを選択します:
オプション 使用条件 OCIボールトの資格証明 データベース資格証明は、OCI Vaultに名前付き資格証明として格納されます。 管理エージェントの資格証明 データベース資格証明は管理エージェントに登録されます。 -
「OCI Vaultからの資格証明」を選択した場合は、既存の名前付き資格証明を選択するか、作成してください。作成するには、OCI Vaultでの名前付き資格証明の作成を参照してください。
「管理エージェントからの資格証明」を選択した場合は、管理エージェントに登録されている資格証明名を入力します。
「Set credential」をクリックします。
-
「アソシエーションの編集」ダイアログ・ボックスで、「送信」をクリックします。
OCI Vaultでの名前付き資格証明の作成
必要な資格証明がOCI Vaultで使用できない場合は、アソシエーションの構成または編集中に名前付き資格証明を作成できます。
-
「資格証明の指定」ダイアログ・ボックスで、「OCI Vaultからの資格証明」を選択します。
「名前付き資格情報の作成」をクリックします。
-
「新しい名前付き資格証明の追加」ダイアログ・ボックスで、コンパートメント、管理エージェントおよびエージェント・ホストの詳細を確認します。
名前付き資格証明は、選択したエンティティのスコープにある管理エージェントに対して作成されます。
-
「資格証明名」に、資格証明の名前を入力します。
オプション: 「説明」に、説明を入力します。
-
「資格証明のタイプ」で、次のタイプのいずれかを選択します。
資格証明のタイプ 説明 データベース資格証明 データベース・ユーザー名およびパスワードを含むデータベース資格証明に使用します。 Autonomous Databaseのデータベース資格証明(mTLSを使用) mTLSを必要とするAutonomous Database接続に使用します。 選択した資格証明タイプに必要な資格証明値を指定します。
-
オプション: 「拡張オプションの表示」を展開し、データベース接続に必要な追加の値を指定します。
「保存」をクリックします。
-
「資格証明の指定」ダイアログ・ボックスで、作成した名前付き資格証明を選択します。
「Set credential」をクリックします。
-
「アソシエーションの編集」ダイアログ・ボックスで、「送信」をクリックします。
データベース管理サービスでのデータベース・エンティティの表示
データベースがデータベース管理に対して有効になっており、クラウド・リソースOCIDが関連付けられている場合、Log Analyticsでは、ログ・エクスプローラで使用可能なオプションを利用して、データベース管理で表示できます。
データベースのデータベース管理を有効にするには、OCIドキュメント: データベース管理の有効化を参照してください。
-
ナビゲーション・メニューを開き、「オブザーバビリティおよび管理」をクリックします。「Log Analytics」で、「ログ・エクスプローラ」をクリックします。
-
オプションで、データベース・タイプのいずれかである必要があるエンティティ・タイプ別にログの検索を絞り込みます。「フィールド」パネルの「固定」セクションで、「エンティティ・タイプ」をクリックします。「エンティティ・タイプ」ダイアログ・ボックスで、必要なエンティティ・タイプ(
Oracle Database Instanceなど)を選択し、「適用」をクリックします。 -
「ビジュアル化」パネルから、レコード表を表示するビジュアライゼーション・オプションの1つ(「ヒストグラムのあるレコード」など)を選択します。
次に、ログが「ヒストグラム付きレコード」ビジュアライゼーションに表示されます。レコード表の各ログ・レコードの下に、エンティティ名、ログ・ソースおよびエンティティ・タイプに関する情報が表示されます。
-
エンティティの名前をクリックします。メニューから、「データベース管理で表示」をクリックします。
データベースのコンテキストにデータベース管理サービス・コンソールを含む新しいタブが表示されます。