AHFリリース25.11

診断シグネチャ: HugePagesNotUtilized
新しい診断シグネチャHugePagesNotUtilizedがAHF 25.11で導入されました。
必要な形式でのみレポートを生成
AHF 25.11では、Oracle Exachkを使用して、JSON、HTML、XMLなどの必要なレポート出力形式をカンマ区切りリストとして指定できます。Oracle Exachkでは、選択した形式でのみレポートが生成されるため、収集サイズと全体的な処理時間が短縮されます。
Oracle Exachk/Oracle Orachkのアクティビティ・ロギング・フレームワークの拡張
AHF 25.11では、Oracle ExachkおよびOracle Orachkの実行全体の診断、可観測性および自動分析を改善するように設計された新しいアクティビティ・ロギング・フレームワークが導入されました。
拡張された監視および分析のためのアクティビティ固有のアラート履歴
AHF 25.11では、アクティビティ固有のアラート履歴を生成する新しい機能が導入され、AHF監視対象コンポーネント全体で発生するアクションの統一された詳細なタイムラインが提供されます。この機能により、診断機能が強化され、トラブルシューティングが加速され、システム全体の可観測性が向上します。
Oracle OrachkおよびOracle Exachkの新しいベスト・プラクティス・チェック
リリース25.11には、Oracle OrachkおよびOracle Exachkの次の新しいベスト・プラクティス・チェックが組み込まれています。

親トピック: AHFリリース(2025年)

診断シグネチャ: HugePagesNotUtilized

AHF 25.11では、新しい診断シグネチャHugePagesNotUtilizedが導入されました。

この機能拡張は、HugePagesが構成されている(つまり、HugePages_Totalがゼロでない)が、完全に未使用のまま(HugePages_Total = HugePages_Free)であるケースを自動的に検出します。この状態が検出されると、シグネチャによって分析レポートに明確なアラートが生成され、開発者やサポート・エンジニアを含むユーザーにHugePagesが期待どおりに利用されていないことをすぐに確認できるようにします。

利用率の低い一般的な警告ではなく、正確で実用的な通知を提供することにより、この機能はユーザーが潜在的なメモリー構成の問題をすばやく識別するのに役立ちます。これにより、トリアージの効率が向上し、トラブルシューティングが迅速化され、システム・リソースが効果的に使用されるようになります。

この機能へのアクセス

この診断は、CHM分析セクションのorachkレポートで表示できます。

図-3 Orachk CHM分析セクションのHugePagesNotUtilizedシグネチャ

この図は、Orachk CHM分析セクションのHugePagesNotUtilizedシグネチャを示しています

図-4 Orachk CHM分析セクションのHugePagesNotUtilizedシグネチャ

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

必要な形式でのみレポートを生成

AHF 25.11では、Oracle Exachkを使用して、JSON、HTML、XMLなどの必要なレポート出力形式をカンマ区切りリストとして指定できます。Oracle Exachkでは、選択した形式でのみレポートが生成されるため、収集サイズと全体的な処理時間が短縮されます。

デフォルトでは、Oracle Exachkは次を含む包括的な収集を生成します:

JSON、XMLおよびHTMLレポート
ログ
.outファイル
スクリプト
追加の診断データ

この結果、サイズが数GBに達するZIPアーカイブが生成されますが、実際にレポートによって占有されている領域は10-20%しかありません。

PlatinumとMAAを含む多くの内部チームは、主にHTMLまたはJSONのみを使用するため、残りのコンテンツが不要なオーバーヘッドになります。

この機能では、ユーザーがOracle Exachkで生成する形式を正確に指定できる新しいフラグ-output_formatが導入されています。

exachk -output_format <type1>,<type2>...

例:

exachk -output_format json,html

このコマンドは、JSONおよびHTMLレポートのみを含むOracle Exachk収集を生成します。

次のような利点があります:

ZIPサイズが小さい(関連するファイルのみを含む)
実行時間の短縮(未使用の形式の生成をスキップ)

Exachk ZIPの内容

次に、指定された形式に基づいて、必要なZIPディレクトリ構造を示します。

jsonが指定されている場合:

exachk_<collection_name>/
|-- exachk.log
|-- upload/
│   |-- *.json

htmlが指定されている場合:

exachk_<collection_name>/
|-- exachk_<collection_name>.html
|-- exachk.log
|-- reports/
│   |-- *.html

xmlが指定されている場合:

exachk_<collection_name>/
|-- exachk.log
|-- upload/
│   |-- *.xml

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

Oracle Exachk/Oracle Orachk用の拡張アクティビティ・ロギング・フレームワーク

AHF 25.11では、Oracle ExachkおよびOracle Orachkの実行全体の診断、可観測性および自動分析を改善するように設計された新しいアクティビティ・ロギング・フレームワークが導入されました。

この機能拡張により、詳細な実行ログの収集、格納および相関が可能になり、異常なシステムの識別および長期的な傾向の分析が容易になります。

これらのアクティビティ・ログは、Oracle Exachk/Oracle Orachkの実行中に自動的に収集され、事前定義された場所で更新され、トラブルシューティングを合理化するためにOracle Trace File Analyzer収集の一部として含まれています。

目的

すべてのOracle Exachk/Oracle Orachk実行から、インサイトに富み、構造化されたログを取得します。
複数の実行にわたるメタデータ・アクティビティ・ログの保守、アクティビティ・ログ、環境ログおよびランタイム・ログの確認を行います。
アクセス可能なアクティビティ・ログをユーザーに提供し、登録されているすべてのExachkユーザーが各自の実行からログを表示できるようにします。

このロギングの機能拡張

異常なシステムの特定
- 重大度が高く高頻度障害の強調表示
- チェックの失敗とシステムの低下との関連付け
複数の実行にわたる永続的な問題の検出
システム低下を示す増加エラー数の指摘

アクティビティ・ログにアクセスできるユーザー

Oracle Exachkの実行を認可されたすべての登録ユーザーは、実行に関連付けられたアクティビティ・ログにアクセスできます。

プラットフォームのサポート

この機能は、Oracle Exachk/Oracle Orachkでサポートされているすべてのプラットフォームで使用できます。

ログの管理とライフサイクル

アクティビティ・ログは、標準のログ管理プラクティスを使用して格納および保守されます:

ログのローテーション
アクティビティ・ログ・ファイルは、250KBを超えるとローテーションされます。
保存ポリシー
- 最新の10回の実行からのログが保存されます。
- カウントが10を超えると、最も古いログが削除されます。

利点のサマリー

履歴コンテキストによるシステム・ヘルス監視を改善します
繰返しまたはエスカレーションの問題をプロアクティブに識別できます

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

拡張された監視および分析のためのアクティビティ固有のアラート履歴

AHF 25.11では、アクティビティ固有のアラート履歴を生成する新しい機能が導入され、AHF監視対象コンポーネント全体で発生するアクションの統一された詳細なタイムラインが提供されます。この機能により、診断機能が強化され、トラブルシューティングが加速され、システム全体の可観測性が向上します。

アクションの統合タイムライン

Oracle Databaseコンポーネントは、操作の実行中または例外の処理中に、複数のログおよびトレース・ファイルに頻繁に書き込みます。たとえば:

Real Application Cluster (RAC)でインスタンスを停止すると、クラスタ全体の再構成イベントがトリガーされます。
ディスク・リバランス操作は、それぞれ異なるコンポーネントによって記録される複数のステップで構成されます。

アラート履歴機能は、関連するログ・エントリとトレース・エントリを特定のアクティビティの単一で一貫性のあるタイムラインに統合し、ユーザーがイベントのシーケンスをすばやく理解できるようにします。

自動ログ解析および永続性

AHFは、コンポーネント全体で必要なログおよびトレース・ファイルを継続的に監視します。関連するエントリが自動的に抽出され、アラート履歴として保持されます。これらの永続化された履歴には、AHFコマンドライン・インタフェース(CLI)を使用してオンデマンドで簡単にアクセスできます。

問題のプロアクティブな検出とアラート

アクティビティ固有のアラート履歴を維持することで、AHFはパターンおよび潜在的な問題をプロアクティブに識別できます。これにより、障害の早期検出、応答時間の短縮、およびシステムの信頼性の向上が可能になります。

顧客のアクセシビリティ

この機能はデフォルトで有効になっており、追加の設定は必要ありません。
顧客は、AHF CLIを使用してアクティビティ固有のアラート履歴を生成できます:
```
ahf analysis create --type alert-history <arguments>
```

アラート履歴の構成

アラート履歴機能はデフォルトで有効になっていますが、次のコマンドを使用して構成できます:

ahf configuration set --property ahf.collectors.alert-history --value {on|off}

動作に関するノート:

アラート履歴イベントは、プロパティahf.collectors.alert-historyがonに設定されている場合にのみ索引付けされます。
プロパティをoffに切り替えた場合、以前に生成されたアラート履歴は引き続き使用可能であり、CLIを介して表示できます。
有効にすると、機能するために追加の構成変更は必要ありません。

関連トピック

ahf analysis

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

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

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

Oracle OrachkとOracle Exachkの両方に共通するベスト・プラクティス・チェック

DIAGNOSTIC_DESTがローカル・ファイルシステム[ASM]を使用していることの確認
DIAGNOSTIC_DESTがローカル・ファイルシステム[RDBMS]を使用していることの確認

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

関連トピック

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