지금 지원 담당자와 채팅
지원 담당자와 채팅

NetVault 13.0 - 管理ガイド

前書き はじめに クライアントの設定
NetVaultクライアントについて WebUIからのソフトウェアのインストール（プッシュ・インストール） クライアントの追加 クライアントの管理 クライアント・グループの管理
カタログ検索の管理 ストレージ・デバイスの設定
ストレージ・デバイスについて SANの考慮事項 Quest DR Seriesシステム Quest QoreStor NetVault SmartDisk EMC Data Domainシステム Snapshot Array Manager 仮想テープ・ライブラリ 仮想単体ドライブ 共有仮想テープ・ライブラリ 物理テープ・デバイス ストレージ階層
データのバックアップ ポリシーの管理 データのリストア NetVaultダッシュボードの管理 ジョブの管理 ログの監視 ストレージ・デバイスの管理
デバイス・アクティビティの監視 リスト・ビューでのディスクベースのストレージ・デバイスの管理 ツリー・ビューでのディスク・ベースのストレージ・デバイスの管理 Snapshot Array Managerの管理 リスト・ビューでのテープ・ライブラリの管理 ツリー・ビューでのテープ・ライブラリの管理 リスト・ビューでのテープ・ドライブの管理 ツリー・ビューでのテープ・ドライブの管理 共有デバイスの追加
ストレージ・メディアの管理 ユーザー・アカウントとグループ・アカウントの管理
ユーザー・アカウントについて ユーザーとグループの権限およびプリセットについて ユーザー・アカウントの作成 ユーザー・アカウントの変更 ユーザー・アカウントの削除 ユーザー・ポリシーの設定 セキュア・モードの使用 プリセットの使用 ユーザー権限 事前定義されたプリセット Active DirectoryとNetVaultの統合 アイデンティティ・プロバイダとしてのAzure Active Directoryの使用
イベントと設定通知の監視 NetVaultでのレポーティング クライアント・クラスタの使用 NetVaultのデフォルトの設定
デフォルトの設定について 暗号化の設定 プラグイン・オプションの設定 ポスト・スクリプトのデフォルトの設定 検証プラグインのデフォルトの設定 展開マネージャの設定 ジョブ・マネージャの設定 ログ・デーモンの設定 メディア・マネージャの設定 ネットワーク・マネージャの設定 プロセス・マネージャの設定 RASデバイスの設定 スケジュール・マネージャの設定 Webサービスの設定 オーディタ・デーモンの設定 ファイアウォールの設定 一般設定 セキュリティの設定 NetVault Timeの同期 一般通知方法のデフォルト設定 レポーティング・ユーティリティの設定 NetVault WebUIのデフォルト設定の構成 固有のVSSプロバイダを使用するNetVault設定 Txtconfigを使用するデフォルトの設定
診断トレース 診断データの管理 deviceconfigユーティリティの使用 NetVaultプロセス 環境変数 NetVaultが使用するネットワーク・ポート トラブルシューティング
一般的なエラー
NetVaultサービスでWindowsの開始が失敗する マシンの再起動後にNetVaultサービスの開始が失敗する LinuxでNetVaultサービスは始まるが、すぐに停止する サーバーのIPアドレスの変更後にログインできない NetVault WebUIの予期しない動作 WebUIがInternet Explorerの互換表示で動作しない プッシュ・インストール中にNetVaultインストーラが失敗する VSSベースのバックアップが失敗する WindowsでのTCP/IPソケット・バッファ・サイズの変更 NetVault 10.0.1が実行されているクライアントでデータ・コピー・セーブセットを使用したリストアが失敗する インデックスが2GBより大きい場合、Itaniumプラットフォームでリストアが失敗する アップグレード後、Ｌｉｎｕｘでデータ・コピーや統合バックアップ・ジョブに失敗する アップグレードした後、WebUIページにコンソール・エラーが表示される プッシュ・インストール中にターゲットLinuxマシンで展開タスクがハングする ホスト名でパッケージ・ストアを追加できない ネットワーク設定の問題が原因で展開タスクが失敗する ワークステーション属性が設定されている場合、ドメイン・ユーザーがNetVaultサーバーにログインできない ドメイン・ユーザーがDebian 9でNetVaultサーバーにログインできない プッシュ・インストールが正常に完了した後、ターゲット・マシンをクライアントとして追加すると失敗する NetVaultクライアント・ホストを手動でアンインストールした後、カタログ検索ページをインストール、アンインストール、または移動できない NetVaultサーバーの移行を同じまたは異なるサーバー名で実行した後、カタログ検索をインスト―ルまたはアンインストールできない 外部Azure ADユーザーは外部Azure ADユーザーをNetVaultサーバーに追加できない LinuxベースのNetVaultサーバーからターゲットWindowsマシンの検証に失敗した NetVaultが、RHEL 5.xプラットフォームでPDFフォーマットのレポートを電子メールの添付として送付できない NetVaultデータベースのバックアップ時にリストアが失敗する バックアップにRDAを使用する場合、一度に4つのストリームのみが使用される Linuxで大規模なVTLを作成できない 多数のファイルがあるフォルダを参照するとタイムアウトになる
NetVaultのセーフ・モード

仮想クライアントに対するアクセスの確認

仮想クライアントに対するバックアップまたはリストア・ジョブを正常に完了するには、少なくとも1つのメンバー・クライアントがオンラインなおかつアクティブでなければなりません。［アクセス確認］オプションを使用して、メンバー・クライアントのアクセス性のステータスを判別できます。

仮想クライアントのステータスを確認するには：
1
［ナビゲーション］パネルで、［クライアント管理］をクリックします。
2
NetVaultクライアントのリストから、ターゲットの仮想クライアントを選択し、［管理］をクリックします。
3
［仮想クライアント］ページで、［アクセス確認］をクリックします。
NetVaultは仮想クライアントの各メンバーへの接続を試み、メンバー・クライアントの現在のアクセス可能性ステータスを示すメッセージを返します。
［OK］をクリックしてダイアログ・ボックスを閉じます。

現在の実際のクライアントの判別

［現在の実際のクライアント］オプションを使用して、どのマシンがクラスタ・アプリケーションの制御下にあるかを判別できます。

現在クラスタ・アプリケーションを制御しているマシンを特定するには：
1
［ナビゲーション］パネルで、［クライアント管理］をクリックします。
2
NetVaultクライアントのリストから、ターゲットの仮想クライアントを選択し、［管理］をクリックします。
3
［仮想クライアント］ページで、［現在の実際のクライアント］をクリックします。
ダイアログに、制御ノードのNetVault名が表示されます。
［OK］をクリックしてダイアログ・ボックスを閉じます。

仮想クライアントの削除

クラスタ・セットアップ内でプラグインを使用しない場合は、仮想クライアントを削除することができます。仮想クライアントを削除した場合、NetVaultクライアントとして追加されたクラスタ・ノードはサーバーから削除されません。ただし、プラグインによるクラスタ・データのバックアップ機能は削除されます。

仮想クライアントを削除するには：
1
［ナビゲーション］パネルで、［クライアント管理］をクリックします。
2
NetVaultクライアントのリストから、ターゲットの仮想クライアントを選択し、［管理］をクリックします。
3
［仮想クライアント］ページで、［削除］をクリックします。
4
［確認］ダイアログ・ボックスで、［削除］をクリックします。

クラスタ対応プラグインを使用したバックアップ

クラスタ対応プラグインを使用した
バックアップ

Plug-in for FileSystemを使用したバックアップの実行手順は、通常および仮想クライアントとほぼ同じです。クラスタ対応バージョンのプラグインでは、標準バージョンと同じように使って、データ・アイテムを選択することができます。ただし、［NetVaultセレクション］ページで仮想クライアント・ノードを開くと、ノード下にはクラスタ対応プラグインのみが表示されます。プラグインのセレクション・ツリーに、共有ドライブとローカル・ドライブ、およびマウント・ポイントが表示されます。ユーザーは共有リソースに使われるドライブ文字とマウント・ポイントを控えておき、それに応じてデータを選択する必要があります。標準バージョンで設定できるバックアップ・オプションは、クラスタ対応バージョンでも利用できます。

Exchange Serverクラスタ環境、Oracle RACセットアップ、SQL Server Failover Cluster、MySQL Server Failover Cluster内でのデータのバックアップについての詳細は、対応するプラグインのユーザーズ・ガイドを参照してください。

以下の点に注意します。

•
仮想クライアントをバックアップする際、データのバックアップは単一のクライアントから実行され、そのクライアントへのアクセスは制御ノードから実行されます。
•
仮想クライアントを使ってクラスタ・データをバックアップする場合、アクティブ・ノードが保有しているLUNのみがバックアップされます。パッシブ・ノードが保有しているLUNはバックアップされません。
•
アクティブ/アクティブ・クラスタ設定では、NetVaultサーバーは、バックアップで［プライマリのみ］オプションが選択されている場合でも、セカンダリ・ノード上でバックアップを開始することがあります。その場合、バックアップはプライマリ・ノードにリダイレクトされますが、サーバーは自身がバックアップ開始メッセージを送信したセカンダリ・ノードとのみ通信します。バックアップ処理中、セカンダリ・ノードが使用できなくなると、サーバーは、そのクライアント上で動作している親プロセスとの通信を失います。この親プロセスは、セカンダリ・ノードが即座に使用可能になったとしても再起動されません。その結果、バックアップ・ジョブは応答しなくなります。
 
* 
メモ： クラスタのバックアップとリストアでは、［ジョブ・ステータス］ページに仮想クライアント名が表示され、実際のクライアント名は［ログ参照］ページに表示されます。
バックアップ時のクラスタ・フェイルオーバー

バックアップ時にフェイルオーバーが発生すると、ジョブは中断され、「ジョブの失敗」ステータスが返されます。［ジョブ・リトライ］スケジュール設定オプションを使うと、フェイルオーバーの終了後にジョブを再実行させることが可能です。

Plug-in for FileSystemを使用すると、Windowsでフェイルオーバーが発生した場合は、フェイルオーバーが発生した原因と失敗したジョブのステータスが直接関連付けられます。原因に応じて、ジョブは以下の終了ステータスを返します。

•
クラスタ・リソースを制御中のマシンがオフラインになった場合、ジョブの処理は中断され、［ジョブの失敗］ステータスが返されます。この場合のバックアップについては、ジョブ・リトライ機能を使用して再実行することができます。
•
クラスタ・リソースを制御中のマシンはオンラインのままで、バックアップ中のクラスタ・リソースに障害が発生した場合、ジョブの処理は中断され、ステータス「バックアップは警告で完了しました」が返されます。このようなジョブについては、ジョブ・リトライのスケジューリングは機能しません。この場合、ジョブ・ログを調べて失われたデータを特定するか、ジョブを再実行してデータに対するバックアップを行います。
관련 문서

The document was helpful.

평가 결과 선택

I easily found the information I needed.

평가 결과 선택