2. 以前のリリースの変更点
  3. AHFリリース23.7

AHFリリース23.7

親トピック: 以前のリリースの変更点

AHFインサイトにおけるパッチ管理の簡易化

AHF Insightsに、データベースおよびGIパッチを表示する新しいパッチ適用セクションが含まれるようになりました

パッチの管理は難しくなる場合があります。次のことができる必要があります。

  • どのパッチが、どのホストに、いつ適用されるかを追跡する。
  • パッチのギャップがある場所を特定する。
  • 様々なパッチが修正するバグを把握する。

AHFインサイトでは、新しい「Patching Information」セクションにより、この作業が大幅に簡単になりました。「Patching Information」セクションには、ホストおよびOracleホームごとにデータベースおよびGIパッチが表示され、どのパッチがどこに適用されているかを簡単に把握できます。また、パッチが適用された時期を示すパッチ情報を視覚化する新しいパッチ・タイムラインもあります。パッチ適用のギャップまたは不整合は、同じホームのノード間で強調表示されます。バグおよび関連するパッチ情報は、対話型レポートを介して迅速に検索および表示できます。

関連トピック

親トピック: AHFリリース23.7

AHFインサイトがモバイルに対応

AHFインサイトがモバイル・レスポンシブになり、読みやすく最適化されました。

AHFインサイトを使用して、トップダウンのシステム・ビューを取得し、問題が発生した時期を確認し、原因とその解決方法を把握できます。AHFインサイトは携帯電話で見ることができます。システム・トポロジにナビゲートし、問題にドリルダウンして、移動中にどこからでも推奨事項を取得できます。グラフを横方向に傾けて表示することで、全画面で表示できます。

また、AHFインサイトでは、より使いやすく、より迅速に重要な情報を検索できるように、いくつかの改善が行われています。様々なAHFインサイト・セクションがデフォルトの表示オプションを提供するように最適化されており、データの探索がより簡単かつ迅速になります。

  • 「Cluster」セクションに、データベース・バージョン順でデータベース・ホームが表示され、データベース・ホームがデフォルトで拡張されています。
  • 「Database」セクションには、CDB名がデフォルトでアルファベット順にソートされて表示されます。
  • 「Operating System Issues」セクションが再配置され、新しいデータ・ラベルが追加され、IOおよびネットワークの詳細を構成できるようになりました。

関連トピック

親トピック: AHFリリース23.7

Exadata Dom0の操作の簡易化

Exadata Dom0では、AHFインストールをスタンドアロン(抽出)から標準に変換でき、/EXAVMIMAGESがデフォルトのデータ・ディレクトリに使用されるようになりました。

AHFには、複数のインストール方法があります。

  • スタンドアロン: AHFビットのみを抽出します。
  • 標準: コンプライアンス・チェックなどの重要な機能のスケジューリングの構成を含む、完全インストールを実行します。

以前は、AHFインストールをスタンドアロンから標準に変更するには、アンインストールと新規インストールが必要でした。スタンドアロン・インストールのExadata Dom0のアップグレードでは、標準への変換が求められ、まだ実行されていない場合は、すべてのインストールでスケジューラの起動が求められます。-upgradetotypicalオプションを使用すると、スクリプト・アップグレード中に既存のAHFインストールをスタンドアロンから標準に変換できます。

Exadata Dom0では、/optのデフォルトのインストール場所が収集によってすぐに入力されます。

Exadata Dom0への新規AHFインストールでは、デフォルトのデータ・ディレクトリとして/EXAVMIMAGESが使用されるようになりました。また、rootまたはPlatinumロール内のユーザーとして自動アップグレードすると、データ・ディレクトリが自動的に/EXAVMIMAGESの配下に移動します。

詳細は、AHFスタンドアロン(デフォルト)インストールから標準インストールへの変換を参照してください。

親トピック: AHFリリース23.7

診断収集のリダクションの高速化

ACRへのCPU割当を増やすことで、診断収集のリダクションをより迅速に行えるようになりました。

AHFには、機密データをサニタイズする目的でACR (Adaptive Classification and Redaction)が付属しています。リダクションでは、収集内のすべてのファイルの全内容をスキャンするため、CPUに負荷がかかります。このため、CPUが過度に使用されないようにするために、AHF内に特定の制限が設けられています。

すべてのAHFプロセスはCGroups設定で実行されます。これにより、4基のCPUまたは使用可能なCPUの75%のいずれか小さい方で最大CPU使用率が制限されます。また、ACRには、使用可能なCPUの最大20%のみを使用する特別な制限があります。

ただし、環境によっては、CPUリソースが大きく、より多くのCPUを使用できるため、リダクションを迅速に完了できます。これは、次の2フェーズのプロセスで実現できるようになりました。

まず、-forceオプションを使用して、AHFのCGroup制限を通常の75%制限より大きくします。
ahfctl setresourcelimit -resource cpu -value <cpu_count> -force

リソース制限の設定の詳細は、ahfctl setresourcelimitを参照してください。

次に、-acrprocesscountオプションを使用して、診断収集コマンド内で使用されるACRプロセスの数を設定します。
tfactl diagcollect <option> <-sanitize | -mask> -acrprocesscount <cpu_count>

例: tfactl diagcollect -last 5m -acrprocesscount 3 -sanitize

AHF収集のリダクションの詳細は、Oracle Trace File Analyzerの収集内の機密情報のサニタイズおよびtfactl diagcollectを参照してください。

注意:

ほとんどの顧客は、本番環境でリダクションを実行しないでください。かわりに、ACRのステージング・サーバーを設定してください。

親トピック: AHFリリース23.7

Oracle OrachkおよびOracle Exachkの新しいベスト・プラクティス・チェック

リリース23.7には、Oracle OrachkおよびOracle Exachkの次の新しいベスト・プラクティス・チェックが含まれています。

Oracle Orachkに固有のベスト・プラクティス・チェック

  • Grid Infrastructureホームの非アクティブ・パッチ数の確認
  • データベース・ホームの非アクティブ・パッチ数の確認

すべてのチェックの詳細は、次のヘルス・チェック・カタログを参照してください:

関連トピック

親トピック: AHFリリース23.7