2. コンプライアンス・チェックの実行
  3. Oracle OrachkおよびOracle Exachkによるコンプライアンス・チェック
  4. チェックのサブセットの実行

3.1.6 チェックのサブセットの実行

必要に応じて、コンプライアンス・チェックのサブセットを実行します。

これらのサブセットは、チェックの内容に基づいてOracle Autonomous Health Frameworkによって決定される論理グループにできます。

特定のチェックのみを除外または実行する個々のチェック・レベルでサブセットを決定することもできます。

関連トピック

親トピック: Oracle OrachkおよびOracle Exachkによるコンプライアンス・チェック

3.1.6.1 アップグレード準備状況モード(Oracle ClusterwareおよびOracle Databaseのアップグレード・チェック)

アップグレード準備状況モードを使用して、アップグレード準備状況アセスメントを取得できます。

アップグレード準備状況モードでは、アップグレード・ドキュメントにリストされている手動の事前チェックおよび事後チェックの多くを自動化することにより、Oracle ClusterおよびOracle RACデータベースのアップグレード・プロセスを計画できます。

2つのアップグレード準備状況モードがあります。

  • Pre-upgrade check: このチェックは、アップグレード・プロセスの計画フェーズで実行します。このチェックを実行すると、アップグレードする前に潜在的な問題を修正するための十分な時間を確保するのに役立ちます。

  • Post-upgrade check: アップグレード後にこのチェックを実行して、Oracle Grid InfrastructureおよびOracle Databaseのアップグレードの状態を確認できます。

アップグレード準備状況レポートには、次の情報が含まれています。

  • ターゲットのClusterwareおよびデータベースのバージョン。レポートは、11.2.0.3より後のリリースの情報のみを提供できます。

  • アップグレード前モードでは、Oracle Clusterwareに登録されているすべてのデータベースが自動的に検出されます。アップグレード前のチェックを実行できるこれらのデータベースのリストが表示されます。

  • アップグレード後モードでは、Oracle Clusterwareに登録されているすべてのデータベースが検出されます。アップグレード後のチェックを実行できるデータベースのリストが表示されます。リリース11.2.0.3以前のリリースを選択した場合、これらのデータベースではアップグレード後のチェックは実行されません。

  • どちらのモードでも、ツールはOracle Clusterwareスタックとオペレーティング・システムをチェックします。

ツールの実行が完了すると、レポートを参照できます。レポートには、アップグレード準備状況レポートと、追加情報を取得できるリンクが含まれています。

親トピック: チェックのサブセットの実行

3.1.6.1.1 Oracle ClusterwareおよびOracle Databaseのアップグレード前チェック

アップグレード前の計画フェーズで、Oracle Database所有者またはrootとしてOracle Autonomous Health Frameworkをアップグレード前モードで実行します。

アップグレード前のチェックを開始するには、–preupgradeオプションを使用します。
$ orachk –preupgrade
$ exachk –preupgrade

ツールにより、アップグレードする予定のバージョンを指定するように求められ、その特定のバージョンに適用可能なすべてのチェックが実行されます。

出力は、標準のHTMLレポート出力と似ています。ただし、レポートには、指定したバージョンへのOracle ClusterwareおよびOracle Databaseのアップグレードに関連するチェックが表示されます。

親トピック: アップグレード準備状況モード(Oracle ClusterwareおよびOracle Databaseのアップグレード・チェック)

3.1.6.1.2 Oracle ClusterwareおよびOracle Databaseのアップグレード後チェック

アップグレードの実行後、Oracle Databaseソフトウェア所有者またはrootとしてアップグレード後モードで実行して、追加の推奨事項を確認できます。

アップグレード後のチェックを開始するには、–postupgradeオプションを使用します。
$ orachk –postupgrade
$ exachk –postupgrade

出力は標準と似ていますが、Clusterwareとデータベースのアップグレード後に関連するチェックのみが表示されます。

関連トピック

親トピック: アップグレード準備状況モード(Oracle ClusterwareおよびOracle Databaseのアップグレード・チェック)

3.1.6.2 Oracleスタックのサブセットに対するチェックの実行

データベース、セル、スイッチなどのOracleスタックのサブセットに対するチェックを実行します。

親トピック: チェックのサブセットの実行

3.1.6.2.1 データベース・チェックの実行

Oracle Autonomous Health Frameworkのシステム・チェック中、すべてのOracle Databaseのログインは、ローカル接続を使用して実行されます。

ツールを実行しているユーザーは、ツールを実行しているデータベースでオペレーティング・システムの認証されたシステム権限を持っている必要があります。

Oracleソフトウェアは、Oracleソフトウェアのインストール所有者(一般に、OracleドキュメントでOracleユーザーと呼ばれます)を使用してインストールされます。システムには、すべて同じOracleユーザーが所有する複数のOracle Databaseホーム(oracleなど)を含めることができます。システムには、異なるOracleユーザーが所有する複数のデータベース・ホーム(oracle1、oracle2、oracle3など)を含めることもできます。複数のOracle Databaseホームが構成されていて、これらのホームが異なるOracleユーザーによって所有されている場合は、rootユーザーとしてツールを実行するか、チェックする各OracleデータベースにOracleユーザーとしてログインする必要があります。そのOracleユーザーを使用して、ユーザーがソフトウェア・インストール所有者であるOracle Databaseインスタンスでツールを実行します。

デフォルトでは、Oracle Autonomous Health Frameworkには、Oracle Grid Infrastructureに登録されている実行中のデータベースのリストが表示されます。1つのデータベースでツールを実行したり、すべてのデータベースでツールを実行したり、リストされたデータベースを指定する番号のカンマ区切りリストを使用してツールを実行できます。クラスタで実行されている複数のノードをチェックする場合、それらのノードで実行されているデータベース・インスタンスをチェックするために、クラスタ内の他のノードにツールをステージングする必要はありません。

  1. どのデータベースに対して実行するかを尋ねるプロンプトが表示されないようにし、すべてのデータベースをチェックするには、–dballオプションを使用します。
    $ orachk -dball
    $ exachk -dball
  2. プロンプトが表示されないようにし、すべてのデータベースのチェックをスキップするには、–dbnoneオプションを使用します。
    $ orachk –dbnone
    $ exachk –dbnone
  3. データベースのサブセットに対するチェックを実行するには、–dbnames database_nameオプションを使用します。

    カンマ区切りリストにリストすることによって複数のデータベース・インスタンスをチェックできます。

    $ orachk –dbnames db1,db2,db3
    $ exachk –dbnames db1,db2,db3

    デフォルトでは、Oracle Autonomous Health Frameworkはクラスタ内のすべてのデータベース・ノードに対してチェックを実行します。

  4. PDBのサブセットに対するチェックを実行するには、-pdbnames pdb_nameオプションを使用します。

    カンマ区切りリストにリストすることによって複数のPDBをチェックできます。

    $ orachk –pdbnames pdb1,pdb2,pdb3
    $ exachk –pdbnames pdb1,pdb2,pdb3

    デフォルトでは、Oracle Autonomous Health Frameworkは、クラスタ内のすべてのPDBに対してチェックを実行します。

  5. クラスタ・ノードのサブセットに対するチェックを実行するには、-clusternodes nodeオプションを使用します。

    カンマ区切りリストにリストすることによって複数のクラスタ・ノードをチェックできます。

    $ orachk –clusternodes node1,node2,node3
    $ exachk –clusternodes node1,node2,node3
  6. ローカル・ノードに対するチェックを実行するには、-localonlyオプションを使用します。
    $ orachk -localonly
    $ exachk -localonly

親トピック: Oracleスタックのサブセットに対するチェックの実行

3.1.6.2.2 セル・チェックの実行

–cell cellオプションを使用して、コンプライアンス・チェックの範囲をストレージ・サーバーのサブセットに制限します。

  1. 範囲を1つのセルに制限するには、-cellオプションを使用します。
    orachk -cell
    exachk -cell
  2. チェックをセルのセットに制限するには、セルのカンマ区切りリストを使用します。
    $ orachk –cell cell1,cell2,cell3
    $ exachk –cell cell1,cell2,cell3

親トピック: Oracleスタックのサブセットに対するチェックの実行

3.1.6.2.3 スイッチ・チェックの実行

–ibswitches switchオプションを使用して、コンプライアンス・チェックの範囲をスイッチのサブセットに制限します。

  1. 範囲を1つのスイッチに制限するには、–ibswitchesオプションを使用します。
    $ orachk –ibswitches
    $ exachk –ibswitches
  2. チェックをスイッチのセットに制限するには、スイッチのカンマ区切りリストを使用します。
    $ orachk –ibswitches switch1,switch2
    $ exachk –ibswitches switch1,switch2

親トピック: Oracleスタックのサブセットに対するチェックの実行

3.1.6.2.4 Oracleスタックの他の要素に対するチェックの実行

コンプライアンス・チェックは、Oracleソフトウェアおよびハードウェア・スタックの大部分に使用できます。コンプライアンス・チェックの対象は、新リリースごとに拡大しています。

コンプライアンス・チェックは、プロファイルと呼ばれる論理グループに編成されます。適用可能なプロファイルによって、Oracleスタックの様々な領域に対するチェックのサブセットを実行できます。

使用可能なプロファイルのリストについては、「プロファイルの使用」の項を参照してください。

親トピック: Oracleスタックのサブセットに対するチェックの実行

3.1.6.2.5 Oracle Databaseを使用しないOracle Grid Infrastructureに対するOracle Autonomous Health Frameworkのサポート

Oracle Autonomous Health Frameworkでは、データベースがインストールされていないOracle Grid Infrastructureのスタンドアロン・チェックがサポートされます。

Oracle Databaseがインストールされていない環境でOracle Grid Infrastructureのチェックを実行するには、次のオプションを使用します。
-nordbms
たとえば:
$ orachk -nordbms
$ exachk -nordbms

親トピック: Oracleスタックのサブセットに対するチェックの実行

3.1.6.3 Oracle Autonomous Health Frameworkでのプロファイルの使用

プロファイルは、関連するチェックの論理グループです。これらの関連するチェックは、特定のロール、タスクまたはテクノロジ別にグループ化されます。

次の表に、使用できるプロファイルを示します。

表3-5 Oracle Autonomous Health Frameworkチェックで使用可能なプロファイルのリスト

プロファイル 説明

asm

Oracle Automatic Storage Managementチェック。

exatier1

Exadataは、クリティカル・アラート・レベルでのみチェックします。

これらは、最も重大な影響を及ぼす可能性がある問題の最上位層を表します。クリティカルとしてマークされた問題はできるだけ早く修正する必要があります。

patches

Oracleパッチ・チェック。

bi_middleware

Oracle Business Intelligenceチェック。

clusterware

Oracle Clusterwareチェック。

compute_node

コンピュート・ノード・チェック(Oracle Exalogicのみ)。

control_VM

Oracle Virtual Machine Control VM (ec1-vm、ovmm、db、pc1、pc2)のみをチェックします。ノード間チェックはありません。

corroborate

Oracle Exadataチェック(合格または失敗を判断するために確認する必要があります)。

dba

データベース管理者(DBA)チェック。

ebs

Oracle E-Business Suiteチェック。

el_extensive

拡張ELチェック。

el_lite

Exalogic-Liteチェック(Oracle Exalogicのみ)。

el_rackcompare

Exalogicラック比較ツールのデータ収集(Oracle Exalogicのみ)。

emagent

Oracle Enterprise Manager Cloud Controlエージェント・チェック。

emoms

Oracle Enterprise Manager Cloud Control管理サーバー。

em

Oracle Enterprise Manager Cloud Controlチェック。

goldengate

Oracle GoldenGateチェック。

hardware

Oracle Engineered Systemのハードウェア固有チェック。

maa

最大可用性アーキテクチャ・チェック。

nimbula

Oracle ExalogicのNimbulaチェック。

oam

Oracle Access Managerチェック。

obiee

OBIEEチェック(Oracle Exalyticsのみ)

oim

Oracle Identity Managerチェック。

oud

Oracle Unified Directoryサーバー・チェック。

ovn

Oracle Virtual Networking。

peoplesoft

Peoplesoftのベスト・プラクティス。

platinum

Platinumサーティフィケーション・チェック。

preinstall

インストール前チェック。

prepatch

パッチ適用前に完了をチェックします。

security

セキュリティ・チェック。

siebel

Siebelチェック。

solaris_cluster

Oracle Solaris Clusterチェック。

storage

Oracleストレージ・サーバー・チェック。

switch

InfiniBandスイッチ・チェック。

sysadmin

システム管理者チェック。

timesten

Oracle TimesTenチェック(Oracle Exalyticsのみ)。

user_defined_checks

user_defined_checks.xmlからユーザー定義チェックを実行します。

virtual_infra

Oracle VM Server (OVS)、コントロールVM、ネットワーク・タイム・プロトコル(NTP)および失効した仮想ネットワーク・インタフェース・カード(VNIC)のチェック(Oracle Exalogicのみ)。

zfs

Oracle ZFS Storage Applianceチェック(Oracle Exalogicのみ)。

特定のプロファイル内のチェックのみが実行されるように、包含リストを指定してコマンドを実行できます。オプション–profile profile_nameを指定してコマンドを実行します。カンマ区切りの包含リストを指定してコマンドを実行することにより、複数のプロファイルを実行できます。包含リストには、実行するプロファイルのみが含まれます。 

$ orachk –profile dba,clusterware
$ exachk –profile dba,clusterware

包含リスト・プロファイル・チェックの出力は、標準のHTMLレポート出力形式と似ています。ただし、プロファイル包含チェック・レポートには、チェックで指定した特定のプロファイルにあるチェックの出力のみが表示されます。

プロファイルを除外する

除外リストを指定してコマンドを実行することもできます。オプション–excludeprofile profile_nameを指定してコマンドを実行します。除外リストを指定してコマンドを実行すると、リストしたプロファイルのチェックを除き、すべてのプロファイル・チェックが実行されます。カンマ区切りの除外リストを指定してコマンドを実行することにより、除外する複数のプロファイルをリストできます。 

$ orachk –excludeprofile dba,clusterware,ebs
$ exachk –excludeprofile dba,clusterware,ebs

除外リスト・プロファイル・チェックの出力は、標準のHTMLレポート出力形式と似ています。ただし、プロファイル除外チェック・レポートには、チェックから除外するように指定したプロファイルに含まれていないチェックのみが表示されます。

プロファイルを含める

-includeprofileでプロファイルのカンマ区切りリストを指定してプロファイル固有のチェックを既存のチェック・リストに追加します。
  • ahfctl compliance -includeprofile profile1, profile2...
  • orachk -includeprofile profile1, profile2...
  • exachk -includeprofile profile1, profile2...

ノート:

次のことはできません。
  • -includeprofileオプションと-profileオプションを一緒に使用する
  • -includeprofileオプションと-excludeprofileオプションを一緒に使用する

-profileオプションを使用してプロファイルのカンマ区切りリストを指定し、指定したプロファイル内のチェックのみを実行します。

-excludeprofileオプションを使用して、コンプライアンス・チェック実行から除外するプロファイルのカンマ区切りリストを指定します。

関連トピック

親トピック: チェックのサブセットの実行

3.1.6.4 個々のチェックの除外

すべてのチェック出力を確認し、特定のチェックが特定のビジネス上の理由で関連していないと判断した場合は、チェックを除外することをお薦めします。

これにより、コンプライアンス・チェックHTMLレポートを簡素化して、修正が必要な問題のみを表示できます。

2つの異なる方法でチェックを除外できます。どちらの方法でも、チェックIDを検索する必要があります。

最初の方法は、–excludecheck check_idオプションを使用することです。複数のチェックIDを除外するには、チェックIDのカンマ区切りリストを使用します。
$ orachk –excludecheck 0829D67E8B1549AFE05312C0E50AD04F,CB95A1BF5B1160ACE0431EC0E50A12EE
$ exachk –excludecheck 0829D67E8B1549AFE05312C0E50AD04F,CB95A1BF5B1160ACE0431EC0E50A12EE

除外されたすべてのファイルが、レポートの除外されたチェック・セクションに表示されます。

図3-28 「Excluding Checks」 - 方法I

図3-28の説明が続きます
「図3-28 「Excluding Checks」 - 方法I」の説明

個々のチェックを除外する2つ目の方法は次のとおりです。

  1. excluded_check_ids.txtというファイルを作成し、除外するすべてのチェックIDを1行に1つのチェックとしてファイルに入れる必要があります。
  2. exachkのバージョンに応じて、ファイルを次のディレクトリに配置する必要があります。
    • バージョン23.5以下の場合: $AHF_HOME/exachk/。

      exachk -showahfhomeコマンドを実行してAHF_HOMEを取得します。

    • バージョン23.6以上: $EXACHK_DATA_DIR/。

      exachk -showdatadirコマンドを実行して、EXACHK_DATA_DIRを取得します。

    これは、手動で実行されているか、別のユーティリティからコールされているexachkに影響します。

excluded_check_ids.txtファイルは、このディレクトリに残ります。ツールが実行されるたびに、ファイルで指定されたものを除くすべての適用可能なコンプライアンス・チェックが実行されます。

除外されたすべてのファイルが、レポートの除外されたチェック・セクションに表示されます。

図3-29 Excluded Checks

図3-29の説明が続きます
「図3-29 Excluded Checks」の説明

親トピック: チェックのサブセットの実行

3.1.6.5 個々のチェックの実行

特定のチェックのみを実行する必要がある場合があります。

個々のチェックの実行は、次のような状況で特に役立ちます。

  • 特定の問題が修正されたかどうかの迅速な確認

  • パフォーマンスのトラブルシューティングまたは特定のチェックの実行

  • ユーザー定義チェックの開発およびテスト

個々のチェックを実行する前に、チェックIDを検索します。

  1. 特定のチェックのみを実行するには、–check check_idオプションを使用します。
  2. 複数のチェックIDを実行するには、チェックIDのカンマ区切りリストを使用します。
    $ orachk –check 0829D67E8B1549AFE05312C0E50AD04F,CB95A1BF5B1160ACE0431EC0E50A12EE 
    $ exachk –check 0829D67E8B1549AFE05312C0E50AD04F,CB95A1BF5B1160ACE0431EC0E50A12EE

関連トピック

親トピック: チェックのサブセットの実行

3.1.6.6 特権ユーザーを必要とするチェックの検出

ヘルス・チェック・カタログの特権ユーザー・フィルタを使用して、rootなどの特権ユーザーが実行する必要があるヘルス・チェックを検出します。

ヘルス・チェック・カタログを表示する前に、Javascriptを有効にします。

特権ユーザーによってヘルス・チェックをフィルタするには:

  1. My Oracle Supportノート2550798.1に移動します。
  2. ヘルス・チェック・カタログ・タブをクリックします。
  3. 「Open Oracle Orachk Health Check Catalog」をクリックしてORAchk_Health_Check_Catalog.htmlファイルを開くか、ダウンロードします。
  4. 特権ユーザー・ドロップダウン・リストをクリックし、チェック・ボックスを適宜選択または選択解除します。

    図3-30 Oracle Orachk - Privileged User

    図3-30の説明が続きます
    「図3-30 Oracle Orachk - Privileged User」の説明

    図3-31 Oracle Exachk - Privileged User

    図3-31の説明が続きます
    「図3-31 Oracle Exachk - Privileged User」の説明

関連トピック

親トピック: チェックのサブセットの実行

3.1.6.7 失敗したチェックのみを実行するオプション

Oracle OrachkおよびOracle Exachkで失敗したチェックのみを実行できるオプション。

以前に失敗したチェックのみを実行するには、次のようにします。

  • コンプライアンス・チェック・レポートを生成します
  • 特定された問題を修正します
  • 以前に失敗した問題のみを検証する別のコンプライアンス・チェック・レポートを生成します
HTMLレポート、zipまたはディレクトリを渡して、失敗したチェックのオプションを使用します。
-failedchecks previous_result

親トピック: チェックのサブセットの実行