NetBackup IT Analytics システム管理者ガイド
- はじめに
 - 更新の準備
 - データのバックアップとリストア
 - NetBackup IT Analytics の監視
 - REST API を使用した NetBackup IT Analytics レポートへのアクセス
 - NetBackup の推定テープ容量の定義
 - ホストグループ管理の自動化
- ホストグループ管理の自動化に関する情報
 - タスクの概要: ホストグループの一括管理
 - PL/SQL ユーティリティを使用するための準備
 - 一般的なユーティリティ
 - ホストオペレーティングシステムのプラットフォームとバージョン別のカテゴリ化
 - ホストグループ ID の識別
 - クライアントの移動またはコピー
 - 属性別のクライアントの編成
 - ホストグループの移動
 - ホストグループの削除
 - ホストの移動とホストグループの削除
 - クライアントのバックアップサーバー別グループへの編成
 - 重複したバックアップクライアントのマージ
 - 一括ロードユーティリティ
 - Veritas NetBackup ユーティリティ
 - NetBackup ユーティリティの自動化
 - クライアントの管理サーバー別グループへの編成
 - 非アクティブなクライアントグループの設定
 - 非アクティブなポリシーでのクライアント用のホストグループの設定
 - ポリシー別のクライアントの設定
 - ポリシーの種類別のクライアントの設定
 - IBM Tivoli Storage Manager ユーティリティ
 - ポリシードメイン別のクライアントの設定
 - IBM Tivoli Storage Manager インスタンス別のクライアントの設定
 - ユーティリティを自動的に実行するためのスケジュール設定
 
 - 属性管理
 - 汎用バックアップデータのインポート
 - バックアップジョブの上書き
 - ホストデータ収集の管理
 - ポータルのシステム設定
- ポータルのシステム設定
 - システム設定: 機能
 - ナビゲーションの概要
 - システム設定パラメータの説明: 追加情報
 - 異常検出
 - データ収集: 容量のチャージバック
 - データベース管理: データベース
 - ホスト検出: EMC Avamar
 - ホスト検出: ホスト
 - カスタムパラメータ
 - カスタムパラメータの追加または編集
 - ポータルのカスタマイズ
 - グローバルなデフォルトインベントリオブジェクト選択の構成
 - 単一セッションへのユーザー ID の制限
 - レポートスコープセレクタでの日付形式のカスタマイズ
 - エクスポートされるレポートの最大行数のカスタマイズ
 - テーブル形式のレポートでの合計ラベル表示のカスタマイズ
 - ホスト管理ページサイズのカスタマイズ
 - File Analytics データベースのパスとディレクトリのカスタマイズ
 - バッジ有効期限の構成
 - メモリ内の最大キャッシュサイズの構成
 - レポートのキャッシュ時間の構成
 - 監査用にキャプチャされたイベント
 
 - パフォーマンスプロファイルスケジュールのカスタマイズ
 - AD/LDAP の構成
 - SAML (Security Assertion Markup Language) を使用した SSO (シングルサインオン) の構成
 - Oracle Database のユーザーパスワードの変更
 - CyberArk との統合
 - NetBackup IT Analytics のチューニング
 - ログファイルの操作
- NetBackup IT Analytics のデバッグについて
 - デバッグの有効化
 - データベースのログ記録
 - ポータルとデータコレクタのログファイル: ログ記録の削減
 - データベース SCON ログ: ログの削減
 - データベース SCON ログの更新
 - audit.log へのユーザー活動のログ記録
 - ユーザーの削除対象のみのログ記録
 - すべてのユーザー活動のログ記録
 - データコレクタのログファイル
 - データコレクタのログファイルの編成
 - Data Collector のログファイルの命名規則
 - 一般的なデータコレクタのログファイル
 - イベントまたはメタコレクタ ID の検索
 - ポータルのログファイル
 - データベースログファイル
 - インストールまたはアップグレードログファイル
 
 - レポートメトリックの定義
 - SNMP トラップアラート
 - SSL 証明書の構成
- SSL 証明書の構成
 - SSL 実装の概要
 - SSL 証明書の取得
 - SSL を有効にするための Web サーバー構成の更新
 - ポータルまたはデータ収集 SSL のための仮想ホストの構成
 - データコレクタの SSL の有効化または無効化
 - 電子メールで送信されたレポートの SSL の有効化または無効化
 - SSL 構成のテストとトラブルシューティング
 - 自己署名 SSL 証明書の作成
 - 証明書を信頼するためのデータコレクタの構成
 - データコレクタサーバー上のキーストアファイルの場所
 - 証明書のデータコレクタ Java キーストアへのインポート
 - ポータルサーバーのキーストア
 - Linux サーバーへの仮想インターフェースの追加
 - Windows での仮想またはセカンダリ IP アドレスの追加
 
 - ポータルプロパティ: 形式とポータルのカスタマイズ
 - SDK データベースオブジェクトのデータ保持期間
- SDK データベースオブジェクトのデータ保持期間
 - ドメイン ID とデータベーステーブル名の検索
 - SDK ユーザー定義オブジェクトの保持期間の更新の例
 - SDK ユーザー定義データベースオブジェクト
 - 容量: 基本データベーステーブルのデフォルトの保持期間
 - 容量: EMC Symmetrix 拡張パフォーマンスのデフォルトの保持期間
 - 容量: EMC XtremIO のデフォルトの保持期間
 - 容量: Dell EMC ECS (エラスティッククラウドストレージ) のデフォルトの保持期間
 - 容量: Windows ファイルサーバーのデフォルトの保持期間
 - 容量: Pure Storage FlashArray のデフォルトの保持期間
 - クラウド: AWS (アマゾンウェブサービス) のデフォルトの保持期間
 - クラウド: Microsoft Azure のデフォルトの保持期間
 - クラウド: OpenStack Ceilometer のデフォルトの保持期間
 - マルチテナントデータのパージ保持期間の構成
 
 - トラブルシューティング
 
クライアントの管理サーバー別グループへの編成
このユーティリティを使用すると、管理サーバーの階層を作成し、管理サーバーのメンバーであるすべてのクライアントをそれぞれのホストグループにリンクできます。たとえば、NetBackup 環境にマスター 1 とマスター 2 という 2 つのマスターサーバーがある場合、このユーティリティはマスター 1 とマスター 2 という名前のホストグループを作成し、マスターサーバーのクライアントを対応するグループにリンクします。このユーティリティは 2 つのバージョンを利用できます。
クライアントをマスターサーバーグループに移動します。
クライアントの管理サーバー別グループへの編成を参照してください。
クライアントをマスターサーバーグループに移動し、ポリシークライアントを除外して、サブグループにカスケードします。
クライアントの管理サーバー別グループへの編成を参照してください。
4 つのパラメータでの基本的な使用法  | execute nbu_adaptor_pkg.moveClientsIntoマスターGroups ( <source_group_id>,<destination_group_id>, <move_clients>, <latest_マスター_only> ); 例: execute nbu_adaptor_pkg.moveClientsIntoMasterGroups(300000, 300010, 1, 1); source_group_id は、トラバースするホストグループ階層の内部グループ ID です。 destination_group_id は、マスターサーバーグループのホストグループが作成されるグループのグループ ID です。マスターまたは管理サーバーと呼ばれる source_group_id の下にホストグループを作成し、この新しいホストグループのグループ ID を 2 番目のパラメータに使用します。 ホストグループ ID の識別を参照してください。 マスターサーバー別に編成する場合、ソースグループ階層の下にマスターサーバーの名前を持つホストグループが存在すると、ルーチンはクライアントをそのフォルダに関連付け、宛先フォルダの下に新しいフォルダを作成しません。この関連付けは、宛先フォルダを明示的に指定した場合、または宛先が NULL の場合も発生します。ただし、下位レベルにあるソースフォルダを渡す場合、ルーチンはその階層の下のフォルダのみをチェックします。宛先として NULL を指定すると、ルーチンはソースグループ ID のもとに「NetBackup」というグループを作成します (まだ存在しない場合)。次に、「NetBackup」グループの下に「マスター Servers」というホストグループを作成します。 move_clients を 0 に設定すると、クライアントはそれぞれのホストグループにリンクし、元のホストグループの場所に残ります。1 に設定すると、すべてのクライアントはソースホストグループからそれぞれのホストグループに移動します。 ユーティリティは、ソースグループ階層のすべてのクライアントを処理して、ターゲットマスターサーバーグループに編成します。ただし、move_clients フラグを 1 に設定した場合、ユーティリティは最上位の source_group_id グループのクライアントのみを除去し、下位レベルのサブグループにすでに編成されているクライアントはそのグループに残ります。 latest_マスター_only のデフォルト値は 0 ですが、1 に設定することにより、最新のマスターサーバーによる編成を示すことができます。クライアントが 2 つのマスターサーバーによってバックアップされた場合、またはクライアントが過去にマスターサーバー A によってバックアップされたが、現在はマスターサーバー B によってバックアップされている場合、このフラグを true に設定すると、クライアントは最新のマスターサーバーによって編成されます。  | 
6 つのパラメータでの使用法  | execute nbu_adaptor_pkg.moveClientsIntoマスターGroups ( <source_group_id>,<destination_group_id>, <cascade_source_group>, <move_clients>, <latest_マスター_only>, <exclude_policy_client>); 例: exec moveClientsIntoMasterGroups(300000, 300010, 1, 1, 1, 0); source_group_id は、トラバースするホストグループ階層の内部グループ ID です。 destination_group_id は、マスターサーバーの新しいホストグループが作成されるグループのグループ ID です。マスターまたは管理サーバーと呼ばれる source_group_id の下にホストグループを作成し、この新しいホストグループのグループ ID を 2 番目のパラメータに使用します。 ホストグループ ID の識別を参照してください。 マスターサーバー別に編成する場合、ソースグループ階層の下にマスターサーバーの名前を持つホストグループが存在すると、ルーチンはクライアントをそのフォルダに関連付け、宛先フォルダの下に新しいフォルダを作成しません。この関連付けは、宛先フォルダを明示的に指定した場合、または宛先が NULL の場合も発生します。ただし、下位レベルにあるソースフォルダを渡す場合、ルーチンはその階層の下のフォルダのみをチェックします。宛先として NULL を指定すると、ルーチンはソースグループ ID のもとに「NetBackup」というホストグループを作成します (まだ存在しない場合)。次に、「NetBackup」ホストグループの下に「マスター Servers」というホストグループを作成します。 cascade_source_group は 0 (サブグループを含めない) または 1 (サブグループを含める) に設定できます。cascade_source_group を使用して、ソースグループの下にある定義済みのすべてのホストグループを見つけ、再ソートします。このパラメータを使用すると、再ソートする前に、すべてのクライアントを一番上に移動する必要がなくなります。 move_clients を 0 に設定すると、クライアントはそれぞれのホストグループにリンクし、元のホストグループの場所に残ります。1 に設定すると、すべてのクライアントはソースグループからそれぞれの管理サーバーホストグループに移動します。 ユーティリティは、ソースグループ階層のすべてのクライアントを処理して、ターゲットマスターサーバーグループに編成します。ただし、move_clients フラグを 1 に設定した場合、ユーティリティは最上位の source_group_id グループのクライアントのみを除去し、下位レベルのサブグループにすでに編成されているクライアントはそのグループに残ります。 latest_マスター_only のデフォルト値は 0 ですが、1 に設定することにより、最新のマスターサーバーによる編成を示すことができます。クライアントが 2 つのマスターサーバーによってバックアップされた場合、またはクライアントが過去にマスターサーバー A によってバックアップされたが、現在はマスターサーバー B によってバックアップされている場合、このフラグを true に設定すると、クライアントは最新のマスターサーバーによって編成されます。 exclude_policy_client のデフォルト値は 0 ですが、1 に設定できます。これは、バックアップに基づいてクライアントを編成し、ポリシーベースのクライアントを除外することを示します。このフラグを 0 に設定すると、ユーティリティは、マスターサーバーによってバックアップされたクライアントと、マスターサーバーによって制御されているポリシー内にあるクライアントも検索します。  |