NetBackup IT Analytics システム管理者ガイド
- はじめに
- 更新の準備
- データのバックアップとリストア
- NetBackup IT Analytics の監視
- REST API を使用した NetBackup IT Analytics レポートへのアクセス
- NetBackup の推定テープ容量の定義
- ホストグループ管理の自動化
- ホストオペレーティングシステムのプラットフォームとバージョン別のカテゴリ化
- 一括ロードユーティリティ
- NetBackup ユーティリティの自動化
- ユーティリティを自動的に実行するためのスケジュール設定
- 属性管理
- 汎用バックアップデータのインポート
- バックアップジョブの上書き
- ホストデータ収集の管理
- ポータルのシステム構成
- パフォーマンスプロファイルスケジュールのカスタマイズ
- ポータルアクセス用の LDAP および SSO 認証
- Oracle Database のユーザーパスワードの変更
- CyberArk との統合
- NetBackup IT Analytics のチューニング
- ログファイルの操作
- ポータルとデータコレクタのログファイル: ログ記録の削減
- Data Collector のログファイルの命名規則
- ポータルのログファイル
- レポートメトリックの定義
- SNMP トラップアラート
- SSL 証明書の構成
- ポータルまたはデータ収集 SSL のための仮想ホストの構成
- ポータルサーバーのキーストア
- ポータルプロパティ: 形式とポータルのカスタマイズ
- SDK データベースオブジェクトのデータ保持期間
- データの集計
- トラブルシューティング
- 付録 A. Oracle での Kerberos ベースのプロキシユーザーの認証
- 付録 B. NetBackup IT Analytics ポータルとデータレシーバでの TLS 対応 Oracle データベースの構成
- 付録 C. Kubernetes およびアプライアンス上の NetBackup 向けの NetBackup IT Analytics
パフォーマンスの問題
パフォーマンスは、いくつかの問題の影響を受ける可能性があります。次のチェックリストを使用して、問題を特定してください。
過去 24 時間に処理されたバックアップジョブの数を確認します。
scon.log で有効になっているデータベースログ記録のレベルを確認します。DBG レベルのメッセージが有効になっている場合、これはパフォーマンスに悪影響を及ぼす可能性があります。INFO メッセージと WARNING メッセージの影響はほとんど無視できます。
サーバー上で実行中のその他のプロセスがあるかどうかを確認します。
1 日の特定の時間帯にパフォーマンスが低下するかどうかを確認し、その時間帯に実行されているプロセスを特定します。
サーバーの構成 (メモリと CPU サイズ) を確認します。
Oracle が調整されているかどうか、デフォルトのファイル (initscdb.ora) が使用されているかどうかを確認します。
Windows の場合、デフォルトで、Oracle は 1 GB のメモリしか使用できません。システムで利用可能なメモリが多い場合は、/3GB オプションを使用して、Oracle プロセスに 2 GB を割り当てるように Windows に指示します。
実行中の最上位プロセスを特定します (top を実行)。
実行中の最上位プロセスと平均 CPU 使用率を確認します。
これが大量の仮想メモリを消費しているかどうかを確認します。
高い I/O 待機があるかどうかを確認します。これはディスクのボトルネックがあることを意味します。
oraclescdb が実行中の最上位プロセスであり、多くの CPU リソースを使用している場合、次の操作を実行します。
実行: sqlplus portal/portal@//localhost:1521/scdb @/opt/aptare/database/tools/list_quiery_by_pid
このタスクによって、プロセス ID (pid) を入力するためのプロンプトが表示され、実行中のクエリーが表示されます。これを 5 分から 10 分間に数回実行し、同じクエリーが返される場合は、クエリーの実行時間が長くなっています。これは、oraclescb プロセスに関連付けられたプロセス ID を使用する場合にのみ機能することに注意してください。
長時間実行中のジョブについてレポートデータベースにクエリーを実行します。
apt_query_execution テーブルから選択して、実行されているレポートとその期間を確認します。これは、誰かが誤って 5 分ごとに実行するようにスケジュール設定した可能性があるレポートを特定するのに役立ちます。
/opt/aptare/database/tools で、他の SQL クエリーを使用します。
list_long_running_queries.sql
list_running.sql
list_running_queries.sql
long_running.sql
前述のクエリーを実行し、出力をキャプチャして、ベリタスのサポートに送ります。