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 インスタンス別のクライアントの設定
- ユーティリティを自動的に実行するためのスケジュール設定
- 属性管理
- 汎用バックアップデータのインポート
- バックアップジョブの上書き
- ホストデータ収集の管理
- ポータルのシステム構成
- パフォーマンスプロファイルスケジュールのカスタマイズ
- ポータルアクセス用の LDAP および 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 のための仮想ホストの構成
- Data Collector の SSL の有効化または無効化
- 電子メールで送信されたレポートの SSL の有効化または無効化
- SSL 構成のテストとトラブルシューティング
- 自己署名 SSL 証明書の作成
- 証明書を信頼するためのデータコレクタの構成
- Data Collector サーバー上のキーストアファイルの場所
- 証明書の Data Collector 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 のデフォルトの保持期間
- マルチテナントデータのパージ保持期間の構成
- トラブルシューティング
- 付録 A. Oracle での Kerberos ベースのプロキシユーザーの認証
- 付録 B. NetBackup IT Analytics ポータルとデータレシーバでの TLS 対応 Oracle データベースの構成
- TLS (トランスポート層セキュリティ) の概要
- Oracle 環境での TLS
- 分割アーキテクチャの Linux における NetBackup IT Analytics を使用した Oracle での TLS の構成
- 非分割アーキテクチャの Linux における NetBackup IT Analytics を使用した Oracle での TLS の構成
- 分割アーキテクチャの Windows における NetBackup IT Analytics を使用した Oracle での TLS の構成
- 非分割アーキテクチャの Windows における NetBackup IT Analytics を使用した Oracle での TLS の構成
- ユーザー環境での TLS の構成
- 付録 C. Kubernetes およびアプライアンス上の NetBackup 向けの NetBackup IT Analytics
LDAP 認証と認可が構成されているポータルユーザーの移行
AD/LDAP を使用してポータルユーザーの認証と認可を可能にするには、PTL_USER テーブルにあるポータルユーザーの LDAP_ID が AD/LDAP のユーザーの ldap.loginAttribute の値と一致する必要があります。値が一致しない場合、ポータルデータベースでユーザー ID を更新する必要があります。また、ユーザー認可の場合、ポータルで、ユーザー名を含む 1 つ以上の AD グループと一致するユーザーグループを作成する必要があります。
たとえば、Joe のポータルデータベースの LDAP_ID が joe.smith だとします。LDAP 画面と AD/LDAP で ldap.loginAttribute が sAMAccountName に設定されている場合、ユーザーが正常にログインできるように、sAMAccountName の値は joe.smith である必要があります。sAMAccountName の値が joe.smith ではない場合、AD/LDAP にあるユーザー名と一致するように、ポータルデータベースの PTL_USER テーブルで該当のユーザーの LDAP_ID を joe.smith に変更する必要があります。
ポータルデータベースで LDAP_ID を更新するには:
- 認証用に AD を構成する前に NetBackup IT Analytics ポータルにログインし、適切な権限を持つ必要なユーザーグループを作成します。ユーザーグループ名は AD/LDAP グループ名と一致する必要があります。AD/LDAP が構成されると、このユーザーグループを使用してユーザーを認可します。
- NetBackup IT Analytics ポータルの Oracle データベースサーバーにログインします。
Linux の場合: aptare ユーザーとしてログインします。すでにルートユーザーとしてログインしている場合、su -aptare を使用します。
Windows の場合: ORA_DBA グループのユーザークレデンシャルを使用してログインします。
- 次を使用して、LDAP_ID に対応する USER_ID を識別します。
select LDAP_ID, USER_ID from PTL_USER where LDAP_ID='<user_name>';
例:
select LDAP_ID, USER_ID from PTL_USER where LDAP_ID='joe.smith';
- 上記の手順で取得したユーザー ID で LDAP_ID を更新します。
update PTL_USER set LDAP_ID = '<user_name>' where USER_ID = <user_ID_from_previous_step>;
例:
update PTL_USER set LDAP_ID = 'smith.joe' where USER_ID = <user_ID_from_previous_step>;
- ユーザー ID が一致していないすべてのユーザーに対して、手順 3 と 4 を繰り返します。
メモ:
手順 4 (上記) で説明した LDAP_ID を使用して AD/LDAP にログインします。aptare (user_id=100) はデータベーステーブル間の参照整合性を維持する必要がある内部ブートストラップユーザーであるため、ユーザー名 aptare を使用することは避けます。そのため、aptareを変更したり、外部 LDAP 統合に使用したりしてはなりません。