Data Domain:DD Boost APIログの有効化 - 事前認証ログ

質問: DD Boost事前認証ログとは何ですか? DD Boost事前認証ログは、DD BoostクライアントとData Domainシステム間のDD Boost APIトランザクションを記録する診断ログ機能です。
答え: 一般的には、パフォーマンスの問題、障害、レイテンシー、通信の問題のトラブルシューティングに使用されます。

質問: Precert Loggingは何をキャプチャしますか? 事前証明書ログは、読み取り処理、書き込み処理、バックアップ アクティビティ、リストア アクティビティ、DD Boostライブラリの相互作用、APIコールのタイミング情報、クライアント側のレイテンシー インジケータを含む、DD Boost APIアクティビティを収集します。
答え: これにより、DD Boost APIの動作を詳細に可視化し、トラブルシューティングとパフォーマンス分析に役立てることができます。

質問: 事前認証ログが生成されないのはなぜですか? ddboost_precert.iniファイルが存在し、オペレーティング システムのルートにあり、ログ ディレクトリーが存在し、ログ ディレクトリーが書き込み可能であり、新しいバックアップまたはリストア操作が開始されていることを確認します。
答え: 構成の欠如、誤った配置、権限の問題、新しいDD Boostアクティビティの欠如が最も一般的な原因です。

質問: 事前証明書ログを有効にすると、すぐにログが生成されますか? この構成では、ロギング機能のみが有効になります。
答え: いいえ。ログ ファイルは、新しいDD Boost APIリクエストを受信した場合にのみ生成されます。

質問: 現在実行中のバックアップで事前認証ログが生成されないのはなぜですか? 事前証明書ログは、構成の検出後に開始されたAPIアクティビティのみを収集します。
答え: 既存のバックアップまたはリストア ジョブは、事前認証ログを生成せずに続行されます。

質問: バックアップまたは復元ジョブを再開する必要がありますか? ログが有効化されたときにジョブがすでに実行されていた場合は、新しい操作を開始します。
答え: はい。事前認証ログを生成するには、新しいバックアップまたはリストア ジョブが必要です。

質問: 事前証明書ログが機能しない最も一般的な理由は何ですか? 一般的な原因は次のとおりです ddboost_precert.ini ルート レベルにない、誤って名前が付けられている ddboost_precert.ini.txt、ログディレクトリの欠落、または不十分な権限。
答え: 構成とファイルシステムの問題が、最も頻繁に発生する原因です。

質問: ddboost_precert.iniファイルはどこに配置する必要がありますか? 

Linux: /ddboost_precert.ini. Windows: C:\ddboost_precert.ini.

答え: ファイルは、オペレーティング システムのルート ディレクトリーに存在する必要があります。

質問: ddboost_precert.iniファイルを別のフォルダーに保存できますか? DD Boostプラグインは、オペレーティング システムのルート ディレクトリーのみをチェックします。
答え: いいえ。ファイルはルートに保存する必要があります。

質問: ファイルが実際にそうではないことを確認するにはどうすればよいですか

ddboost_precert.ini.txt

エクスプローラーを開き、ファイル名拡張子を有効にして、ファイル名を確認します。
答え: ファイル名が 

ddboost_precert.ini and not ddboost_precert.ini.txt.

質問: なぜですか DDLog ログを有効にした後、ディレクトリーは空ですか? 考えられる原因としては、新しいDD Boostアクティビティがない、権限の問題、構成ファイルが検出されなかったなどがあります。
答え: 新しいバックアップ、リストア、または DDPCONNCHK テストしてアクティビティを生成します。

質問: とは DDPCONNCHK そして、なぜそれが役立つのですか? DDPCONNCHK は、DD Boostの接続性検証ツールです。
答え: これにより、DD Boost APIアクティビティーが生成され、証明書の事前ログが機能していることを迅速に確認できます。

質問: できる DDPCONNCHK 構成のテストに使用されますか? エンジニアは頻繁に DDPCONNCHK ログを有効にした後。
答え: はい。これは、問題を再現する前にログが生成されていることを確認する一般的な方法です。

質問: 事前証明書ログが急速に増加するのはなぜですか? 事前認証ログでは、すべてのDD Boost APIコールが記録されます。
答え: 大規模なバックアップ環境では、短時間に大量のログが生成される可能性があります。

質問: どのくらいのディスク容量を割り当てる必要がありますか? 一般的な推奨事項は次のとおりです 

num_log_files=3 and log_file_size=500.

答え: これにより、ローテーションが発生する前に約1.5 GBのログ ストレージが提供されます。

質問: 事前認証ログでファイル システムがいっぱいになることはありますか? ログは、監視されていない場合、大量のディスク領域を消費する可能性があります。
答え: はい。ファイル システムがいっぱいになると、バックアップの失敗、システム停止、サービスの中断が発生する可能性があります。

質問: num_log_files目的は何ですか? このパラメーターは、保持されるローテーションされたログ ファイルの数を制御します。
答え: 次に例を示します。, num_log_files=3 creates ddboost_precert.log, ddboost_precert.log.1, and ddboost_precert.log.2。

質問: log_file_sizeの目的は何ですか? このパラメーターは、各ログ ファイルの最大サイズをMB単位で定義します。
答え: たとえば、log_file_size=500に設定すると、ローテーション前に各ファイルを500 MBに拡張できます。

質問: どうするs ddcl_logs_include=true するべきこと：これにより、事前認証ログ内のDD Boostクライアント ライブラリーのログ情報が有効になります。
答え: 推奨設定は ddcl_logs_include=true.

質問: 何をしないか ddcl_logs_sev=4 手段このパラメーターは、ロギングの重大度を制御します。
答え: 重大度レベル4では、詳細なトラブルシューティングとデバッグ情報が提供されます。

質問: 私は必要ですか BoostFS 事前証明書ログに加えてデバッグ ログを使用するか? 追加のログ記録は必ずしも必要ではありません。
答え: たとえば、 BoostFS-specific 問題が発生した場合、両方を有効にすると、多くの場合、より完全な診断画像が得られます。

質問: たとえば、 BoostFS、アンマウントして再マウントする必要がありますか? アンマウントして再マウントすると、BoostFSアクティビティが再初期化されます。
答え: 多くの場合、これは新しいDD Boostアクティビティを開始するのに役立ちます。

質問: BoostFSデバッグ ログの正しい構文は何ですか? 正しい構文は次のとおりです。 -o log-level=debug。
答え: 使用しない --o log-level=debug 1 つのダッシュのみが有効だからです。

質問: BoostFSを再マウントすると、事前認証ログが突然表示されるのはなぜですか? 再マウントすると、BoostFSの新しい初期化サイクルが作成されます。
答え: 新しいDD Boost APIアクティビティーが発生し、プラグインが構成ファイルを検出すると、ログが開始されます。

質問: アプリケーションの再起動は、BoostFSの再マウントと同じですか? 新しいDD Boost APIアクティビティを作成するアクションによって、ログをトリガーできます。
答え: 通常は「はい」です。例としては、再起動が含まれます RMAN、バックアップ ソフトウェア、または実行中 DDPCONNCHK。

質問: できる RMAN BoostFSをアンマウントせずに証明書前ログを生成しますか? RMAN は、新しいDD Boost APIリクエストを直接開始できます。
答え: はい。新しい RMAN 通常は操作で十分です。

質問: 事前証明書ログを無効にする方法を教えてください。ddboost_precert.iniを削除するか、名前をddboost_precert.ini.disabledに変更します。
答え: ログは、正確なファイル名が ddboost_precert.ini でレジストリー キーを確認します。

質問: iniファイルを削除した後、ホストを再起動する必要がありますか? プラグインは、今後の操作中に構成ファイルをチェックします。
答え: いいえ、再起動する必要はありません。

質問: Linuxではどのような権限を使用する必要がありますか? 権限の例は次のとおりです。 

mkdir /DDLog, chmod 777 /DDLog, and chmod 777 /ddboost_precert.ini.

答え: DD Boostプロセスは、構成ファイルを読み取り、ログ ディレクトリーに書き込むことができる必要があります。

質問: BoostFSログはデフォルトでどこに保存されますか? 

Linux: /opt/emc/boostfs/log. Windows: C:\BoostFS\Log.

答え: これらの場所は、DD Boost事前認証ログとは別のものです。

質問: BoostFSログと事前認証ログは同じものですか? BoostFSログには、マウント アクティビティ、ファイル システム操作、アプリケーション イベントが含まれます。
答え: いいえ。事前認証ログには、DD Boost APIトランザクション、ライブラリ通信、I/Oタイミング データが含まれます。

質問: どのようなログをサポートに提供する必要がありますか? 問題に応じて、ddboost_precert.logを収集し、ローテーションされた事前認証ログ、BoostFSログ、 DDPCONNCHK 出力、アプリケーション ログ、要求されたサポート バンドル。
答え: 関連するすべてのログを提供することで、トラブルシューティングを迅速化できます。

質問: このKBに従ってもログが生成されない場合はどうすればよいですか? ddboost_precert.ini場所、ログ ディレクトリー リストなどの証拠を収集する DDPCONNCHK 出力、BoostFSマウント コマンド、権限情報。
答え: 収集した情報をDellテクニカル サポートに送信して、詳細な分析を行います。