NetBackup™ 重複排除ガイド
- NetBackup メディアサーバー重複排除オプションの概要
- クイックスタート
- 配備の計画
- MSDP ストレージと接続性の必要条件について
- NetBackup メディアサーバー重複排除について
- NetBackup Client Direct の重複排除について
- MSDP リモートオフィスのクライアントの重複排除について
- MSDP のパフォーマンスについて
- MSDP のストリームハンドラについて
- MSDP の配置のベストプラクティス
- ストレージのプロビジョニング
- 重複排除のライセンス
- 重複排除の構成
- 重複排除マルチスレッドエージェントの動作の構成
- MSDP フィンガープリントのキャッシュ動作の構成
- ストレージサーバーでの MSDP フィンガープリントキャッシュのシードの構成
- NetBackup Key Management Server サービスを使用した MSDP 暗号化について
- メディアサーバー重複排除プールのストレージサーバーの構成
- 重複排除のディスクプールの構成
- [メディアサーバー重複排除プール (Media Server Deduplication Pool)]ストレージユニットの構成
- 同じドメイン内での MSDP の最適化複製について
- 同じ NetBackup ドメインでの MSDP 最適化複製の構成
- 異なる NetBackup ドメインへの MSDP レプリケーション設定
- NetBackup 自動イメージレプリケーションについて
- リモートドメインへの MSDP レプリケーションに対するターゲットの構成
- ストレージライフサイクルポリシーの作成
- [耐性ネットワーク (Resilient network)]プロパティ
- MSDP pd.conf ファイルの編集
- MSDP カタログの保護について
- MSDP カタログバックアップの設定
- 変更不可および削除不可のデータの NetBackup WORM ストレージサポートについて
- root 以外のユーザーによる MSDP サービスの実行
- MSDP クラウドのサポート
- MSDP クラウドのサポートについて
- クラウド領域の再利用
- クラウド LSU のディザスタリカバリについて
- MSDP クラウドを使用したイメージ共有について
- MSDP クラウド変更不可 (WORM) ストレージのサポートについて
- AWS S3 の変更不可オブジェクトのサポートについて
- Google Cloud Storage のバケットレベルの変更不可ストレージのサポートについて
- Google Cloud Storage のオブジェクトレベルの変更不可ストレージのサポートについて
- AWS IAM Role Anywhere のサポートについて
- Azure サービスプリンシパルのサポートについて
- AWS Snowball Edge の NetBackup のサポートについて
- MSDP の S3 インターフェース
- MSDP の独自の (BYO) サーバーでの MSDP 用 S3 インターフェースの構成
- MSDP の S3 インターフェースの IAM (Identity and Access Management)
- MSDP の S3 インターフェースの S3 API
- MSDP の S3 インターフェースでのディザスタリカバリ
- 重複排除アクティビティの監視
- 重複排除の管理
- MSDP サーバーの管理
- NetBackup Deduplication Engine クレデンシャルの管理
- メディアサーバー重複排除プールの管理
- MSDP データ整合性チェックの動作の構成
- MSDP ストレージのリベースについて
- MSDP のリカバリ
- MSDP ホストの置換
- MSDP のアンインストール
- 重複排除アーキテクチャ
- ユニバーサル共有の構成と使用
- ユニバーサル共有のユーザー認証の構成
- 取り込みモードの使用
- オブジェクトストアを使用したユニバーサル共有の有効化
- ユニバーサル共有アクセラレータの構成
- ユニバーサル共有アクセラレータのクォータについて
- 分離リカバリ環境 (IRE) の構成
- NetBackup 重複排除シェルの使用
- 重複排除シェルからのユーザーの管理
- 外部 MSDP カタログバックアップについて
- 重複排除シェルからの証明書の管理
- 重複排除シェルからの NetBackup サービスの管理
- 重複排除シェルからの NetBackup サービスの監視およびトラブルシューティング
- 重複排除シェルからの S3 サービスの管理
- トラブルシューティング
- 統合ログについて
- レガシーログについて
- MSDP 構成の問題のトラブルシューティング
- MSDP 操作上の問題のトラブルシューティング
- 複数ドメインの問題のトラブルシューティング
- 付録 A. MSDP ストレージへの移行
- 付録 B. Cloud Catalyst から MSDP ダイレクトクラウド階層化への移行
- 付録 C. Encryption Crawler
ユニバーサル共有を構成するための MSDP の独自の (BYO) サーバーにおける前提条件とハードウェア要件
ユニバーサル共有を構成するための MSDP の独自の (BYO) サーバー機能を使用するための前提条件を次に示します。
Red Hat Enterprise Linux 7.6 以降を搭載した MSDP の BYO ストレージサーバーでユニバーサル共有機能がサポートされている必要があります。
ユニバーサル共有機能は、SUSE Linux ではサポートされません。
ユニバーサル共有のユーザー認証を設定する必要があります。
ユニバーサル共有のユーザー認証の構成を参照してください。
NFS 経由で共有を使用する場合、NFS サービスがインストールされ、実行されている必要があります。
CIFS または SMB 経由で共有を使用する場合、Samba サービスがインストールおよび実行されている必要があります。
対応するストレージサーバーで Samba ユーザーを設定し、クライアントでクレデンシャルを入力する必要があります。
ユニバーサル共有のユーザー認証の構成を参照してください。
nfs-utils
がインストールされていることを確認します。yum install nfs-utils -y
Linux の samba パッケージと samba winbind パッケージがインストールされていることを確認します。
yum install samba samba-common samba-winbind samba-winbind-clients samba-winbind-modules -y
SMB 共有に権限を付与するには、次のコマンドが実行されていることを確認します。
setsebool -P samba_export_all_rw on
setsebool -P samba_export_all_ro on
NGINX がインストールおよび実行されている必要があります。
Red Hat Software Collections からの NGINX のインストール
手順については、https://www.softwarecollections.org/en/scls/rhscl/rh-nginx114/ を参照してください。
パッケージ名は NGINX のバージョンによって異なります。yum search rh-nginx を実行して、最新バージョンが利用可能かどうかを確認します(NetBackup 8.3 では、NGINX を Red Hat Software Collections からインストールする場合は EEB が必要です)。
EPEL リポジトリからの NGINX のインストール
リポジトリのインストール方法と追加情報について詳しくは、https://fedoraproject.org/wiki/EPEL を参照してください。
EPEL リポジトリは、Red Hat によって商業的にサポートされていない、ボランティアベースのコミュニティの取り組みです。
ストレージの構成を開始する前に、新しい BYO NGINX 構成エントリ
/etc/nginx/conf.d/byo.conf
が、元の/etc/nginx/nginx.conf
ファイルの HTTP セクションに含まれていることを確認します。SE Linux を構成した場合は、
policycoreutils
とpolicycoreutils-python
パッケージが同じ RHEL yum ソース (RHEL サーバー) からインストールされていることを確認し、次のコマンドを実行します。semanage port -a -t http_port_t -p tcp 10087
setsebool -P httpd_can_network_connect 1
次のコマンドを使用して、SE Linux で logrotate 権限を有効にします。
semanage permissive -a logrotate_t
NGINX のインストール後、ポート 80 の HTTP Web サービスがデフォルトで有効になります。
/etc/nginx/conf.d/default.conf
が必要がない場合は、これを削除するか、HTTP Web サービスを無効にするようにファイルを編集します。ストレージサーバーの
/mnt
フォルダが、どのマウントポイントによっても直接マウントされていないことを確認します。マウントポイントはそのサブフォルダに対してマウントされる必要があります。NGINX サービスをインストールせずにストレージを構成またはアップグレードした後に、BYO でユニバーサル共有機能を構成する場合は、次のコマンドを実行します。
/usr/openv/pdde/vpfs/bin/vpfs_config.sh --configure_byo
必要なネットワークポートが開いていることを確認します。
『NetBackup ネットワークポートリファレンスガイド』の「NetBackup メディアサーバーのポート」を参照してください。
表: ユニバーサル共有用の独自の (BYO) サーバーのハードウェア構成要件
CPU |
メモリ |
ディスク |
---|---|---|
|
|
ディスクのサイズは、バックアップのサイズによって異なります。NetBackup とメディアサーバー重複排除プール (MSDP) のハードウェアの必要条件を参照してください。 システムに複数のデータパーティションがある場合、すべてのパーティションは同じサイズである必要があります。例: BYO サーバーに 4 TB の最初のパーティションがある場合、すべての追加データパーティションのサイズは 4 TB である必要があります。 |