A：ASM_POWER_LIMITは、自動ストレージの最大電力を指定します
ディスクリバランス用の管理インスタンス。制限が高いほど、リバランスが速く完了します。値を小さくすると時間がかかりますが、処理とI/Oリソースの消費量は少なくなります。
D：
*通常、そのリバランスを行うために別のプロセスが起動されます。これにはある程度の時間がかかります。より速く実行したい場合は、より多くのプロセスを起動します。リバランス電力を増やすことでプロセスを追加できることをASMに伝えます。
* ASMB
ASMバックグラウンドプロセス
ASMインスタンスと通信し、ストレージを管理し、統計情報を提供します
正しくない：
Bではない：ここでは、DISK_REPAIR_TIMEの値を高くするか、低くしないことが役立ちます。
Eではない：DBWR_IO_SLAVESパラメーターを設定してデータベースライターI / Oスレーブを実装する場合は、それに従属するスレーブプロセスを持つ単一の（マスター）DBWRプロセスを構成します。さらに、I / Oスレーブを使用して、非同期I / Oをサポートしていない、または非効率的に実装しているプラ​​ットフォームで非同期I/Oを「シミュレート」することができます。データベースI/Oスレーブは、非同期I / Oをシミュレートするために、非ブロッキングの非同期要求を提供します。

説明/参照：
参照：https：//docs.oracle.com/cd/E18283_01/server.112/e17120/scheduse005.htm

説明
同じ統合監査ポリシーで複数のAUDITステートメントを実行するが、異なるEXCEPTユーザーを指定する場合、Oracle Databaseは、前のリストのユーザーではなく、最後の例外ユーザー・リストを使用します。これは、以前のAUDITPOLICYの効果を意味します...EXCEPTステートメントは最新のAUDITPOLICYによって上書きされます
...EXCEPTステートメント。
ノート：
* ORA_DATABASE_PARAMETERポリシーは、一般的に使用されるOracleDatabaseのパラメータ設定を監査します。
デフォルトでは、このポリシーは有効になっていません。
*キーワードALLを使用して、すべてのアクションを監査できます。次の例は、ユーザーpmulliganによるアクションを除く、HR.EMPLOYEESテーブルのすべてのアクションを監査する方法を示しています。
テーブルに対するすべてのアクションの監査の例
監査ポリシーの作成all_actions_on_hr_emp_pol
HR.EMPLOYEESでのすべての行動;
監査ポリシーall_actions_on_hr_emp_polpmulliganを除く;
参照：

説明/参照：
Explanation:
A：ASM_POWER_LIMITは、ディスクのリバランスのための自動ストレージ管理インスタンスの最大電力を指定します。制限が高いほど、リバランスが速く完了します。値を小さくすると時間がかかりますが、処理とI/Oリソースの消費量は少なくなります。
D：
*通常、そのリバランスを行うために別のプロセスが起動されます。これには一定の時間がかかります。より速く実行したい場合は、より多くのプロセスを起動します。リバランス電力を増やすことでプロセスを追加できることをASMに伝えます。
* ASMB
ASMバックグラウンドプロセス
ASMインスタンスと通信し、ストレージを管理し、統計情報を提供します不正解：
Bではない：ここでは、DISK_REPAIR_TIMEの値を高くするか、低くしないことが役立ちます。
Eではない：DBWR_IO_SLAVESパラメーターを設定してデータベースライターI / Oスレーブを実装する場合は、それに従属するスレーブプロセスを持つ単一の（マスター）DBWRプロセスを構成します。さらに、I / Oスレーブを使用して、非同期I / Oをサポートしていない、または非効率的に実装しているプラ​​ットフォームで非同期I/Oを「シミュレート」することができます。データベースI/Oスレーブは、非同期I / Oをシミュレートするために、非ブロッキングの非同期要求を提供します。