Chatee ahora con Soporte
Chat con el soporte

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サービスの開始が失敗する サーバーのIPアドレスの変更後にログインできない NetVault WebUIの予期しない動作 WebUIがInternet Explorerの互換表示で動作しない プッシュ・インストール中にNetVaultインストーラが失敗する VSSベースのバックアップが失敗する WindowsでのTCP/IPソケット・バッファ・サイズの変更 NetVault 10.0.1が実行されているクライアントでデータ・コピー・セーブセットを使用したリストアが失敗する インデックスが2GBより大きい場合、Itaniumプラットフォームでリストアが失敗する アップグレードした後、WebUIページにコンソール・エラーが表示される ワークステーション属性が設定されている場合、ドメイン・ユーザーが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のセーフ・モード

前提条件

プッシュ・インストール手順を開始する前に、以下の必要条件を満たしていることを確認します。

•
共有場所へのパッケージのコピー：クライアントとプラグイン・パッケージを共有場所にコピーします。現在、LinuxのSamba共有を含むCIFS共有のみがパッケージ・ストアとしてサポートされています。NetVaultサーバーと、パッケージをインストールするすべてのターゲット・マシンがアクセス可能なパスである必要があります。
必ず、インストール・パッケージの元の名前を使用します。名前変更されたパッケージをプッシュ・インストールに選択することはできません。
•
NetVaultでのパッケージ・ストアの設定：インストール・パッケージをコピーしたら、NetVaultで共有場所の詳細を設定できます。詳細は、「パッケージ・ストアの設定」を参照してください。
•
複数のネットワーク・アドレスを使用するNetVaultサーバーでの優先ネットワーク・アドレスの設定：複数のネットワーク・アドレスを使用するNetVaultサーバーで、［優先して使用するネットワーク・アドレス］を設定して、リモート・クライアントがステータス・メッセージを正しいアドレスに送信できるようにします。この設定についての詳細は、「複数のネットワーク・アドレスを使用するマシンのネットワーク・アドレス設定」を参照してください。
リモート・クライアントが正しいアドレスのサーバーに接続できないと、サーバーのタスク・ステータスは更新されません。そのような場合、クライアントがサーバーに追加されず、タスクの状態が［稼働中］のままになるか、警告付きで完了します。
•
プッシュ・インストールに必要なポートをトラフィックが通過できるようにファイアウォールの設定を確認：クライアントおよびプラグイン・パッケージをリモートのWindowsマシンにプッシュするには、ポート135経由でRPCを使用して、NetVaultサーバーでリモート・マシンとの初期WMIセッションを確立します。後続のすべてのWMIトラフィックでは、49152～65535の範囲の動的ポートが使用されます。
クライアントおよびプラグインのパッケージをリモートのLinuxマシンにプッシュするには、ポート22経由でNetVaultサーバーでリモート・マシンとのSSH接続を確立します。
サーバーとリモート・クライアント間にファイアウォールがある場合、WMI RPCトラフィックがファイアウォールを通過できるように、これらのポートが開いていることを確認します。また、NetVaultサーバーで設定されているHTTPまたはHTTPS待ち受けポートの着信ルールの作成を確認します。

NetVaultクライアントのインストールをLinuxマシンにプッシュする場合は、次の追加の前提条件が必要です。

•
適切なアクセス権の付与：ユーザーにはrootレベルのアクセスが必要です。リモートのLinuxマシン上のsudoersファイルにNOPASSWDのフラグを設定してください。この前提条件を満たすため、次のいずれかのエントリをsudoersファイルに追加します。
<username> ALL=NOPASSWD: ALL
または
<username> ALL=(ALL) NOPASSWD: <users home directory [/home/username or
/home/domainname/username]>/nvpushinstall/nvclientinstaller
 
•
パスワード認証の確認：sshd_configファイルのPasswordAuthenticationエントリをyesに設定します。
•
デフォルトの暗号化設定を使用していない場合は、aes 128-ctrのサポートが必要です。この場合、/etc/ssh/sshd_configファイル内のリストの末尾にaes128-ctrを追加し、その後にコンマを付けてください。
•
libstdc++のインストール：NetVaultクライアントのハイブリッド・インストール・パッケージを64ビットのLinuxマシンにプッシュする場合は、最初にlibstdc++の32ビット・バージョンをインストールしておく必要があります。

LinuxマシンからWindowsマシンにNetVaultクライアントをプッシュする場合は、次のその他の前提条件が必要です。

•
WinRMのバージョンが2.0よりも大きいことを確認します。
•
Windowsクライアント・マシンでWinRMをチェックして、Kerberos値を確認します。
1
コマンド・ライン・インターフェイスで次のコマンドを管理者として実行し、設定ファイルを開きます。
winrm get winrm/config
2
AuthセクションのKerberos値がtrueに設定されていることを確認します。
Kerberos = true
•
プッシュ・インストールをローカル・ユーザーとして使用する場合は、ターゲットのWindowsマシンに次のWinRM設定が存在することを確認します。
•
サービス中：
AllowUnencrypted="true"
•
サービス/認証中：
Basic="true"
Windowsリモート管理のインストールと設定の詳細については、
https://docs.microsoft.com/en-us/windows/desktop/winrm/installation-and-configuration-for-windows-remote-managementを参照してください。
•
LinuxマシンでKerberosを設定します。
•
次のコマンドを実行して、krb5 configファイルを開きます。
vi /etc/krb5.conf
libdefaultsセクションで、次の値を設定します。
default_realm=<EXAMPLE.COM>
default_ccache_name = KEYRING:persistent:%{uid}
•
LinuxマシンからWindowsマシンへのプッシュ・インストールにドメイン・ユーザーを使用する場合は、ターゲット・マシンをFQDN形式で指定します。
•
プッシュ・インストール時に、同じアカウント名またはDL形式のドメイン・サフィックス（例：domain.com）を指定します。

パッケージ・ストアの管理

このセクションには、以下のトピックが含まれています。

•
パッケージ・ストアの設定
•
パッケージ・ストアの変更
•
パッケージ・ストアの削除

パッケージ・ストアの設定

パッケージ・ストアは、プッシュ・インストールのためのNetVaultクライアントおよびプラグイン・バイナリ・ファイルを保管するために使用される共有場所です。現在、LinuxのSamba共有を含むCIFS共有のみがパッケージ・ストアとしてサポートされています。CIFS共有のパスおよびユーザー認証情報を指定して、NetVaultでパッケージ・ストアを設定できます。

 
* 
メモ： Questでは、NetVaultのパッケージ・ストアとして共有ドライブの代わりに共有フォルダを使用することをお勧めします。
パッケージ・ストアを設定するには：
1
［ナビゲーション］パネルで、［ガイド付き設定］をクリックして、次に［NetVault設定ウィザード］ページで［ソフトウェアのインストール/クライアントの追加］をクリックします。
2
［クライアントとして追加するマシン］ページで、［ソフトウェアのインストール］をクリックします。
3
［ストアの管理］をクリックして、以下の詳細を指定します。
 
オプション
説明

ストア名

パッケージ・ストアの表示名を指定します。

ストア名は一度設定すると、その後変更ができないことに注意してください。

タイプ

［CIFS］を選択します。

場所

CIFS（Common Internet File System）共有のUNC（Uniform Naming Convention）パスを指定します。

メモ： パッケージ・ストア・パスのフォルダ名にはハイフンを使用しないでください。アンダースコアは使用できます。

Windowsベースのサーバーのパスを指定する形式は次のとおりです。

\\<server>\<share name>

Linuxベースのサーバーのパスを指定する形式は次のとおりです。

メモ： //<server>/<share name>パッケージ・ストアを参照して自動アップグレードを行う時間を短縮するには、最小限のディレクトリ階層に共有フォルダを配置します。

NetVaultサーバーと、パッケージをインストールするすべてのターゲット・マシンがアクセスできるパスになっていることを確認します。

メモ： Windowsベースのサーバーで、サーバーIPアドレスを使用して、ローカル・パッケージ・ストアが設定されている場合（例：\\10.11.12.3\PkgStore）、パッケージ・ストアの追加または更新時にユーザー認証情報は検証されません。無効な認証情報を指定しても、エラーが報告されません。ただし、認証に失敗すると、展開タスクが失敗し、ストアからパッケージを取得できません。そのため、Questでは、ローカル・ストアへのパスを設定する場合はサーバー名を使用することをお勧めします（例：\\WinServer1\PkgStore）。

ユーザー名

次のいずれかの形式を使用して、CIFS共有へのアクセスに使用できるユーザー・アカウントを指定します。

•
<AD domain>\<user name>
•
<NETBIOS name>\<user name>

パスワード

ユーザー・アカウントのパスワードを指定します。

4
［追加］をクリックしてストアを追加し、［OK］をクリックします。

パッケージ・ストアの変更

既存のパッケージ・ストアのUNCパスまたはユーザー認証情報を更新できます。

パッケージ・ストアを変更するには：
1
［ナビゲーション］パネルで、［ガイド付き設定］をクリックして、次に［NetVault設定ウィザード］ページで［ソフトウェアのインストール/クライアントの追加］をクリックします。
2
［クライアントとして追加するマシン］ページで、［ソフトウェアのインストール］をクリックします。
3
［ストアの管理］をクリックし、パッケージ・ストア・リストで適切なパッケージ・ストアを選択します。
4
パッケージの詳細セクションで、変更するオプションの新しい値を入力します。
オプションについての詳細は、「パッケージ・ストアの設定」を参照してください。
5
［更新］をクリックして、確認のダイアログ・ボックスで［OK］をクリックします。
 
* 
メモ： パッケージ・ストアを編集すると、そのパッケージ・ストアを使用する既存の展開タスクに影響します。
Documentos relacionados

The document was helpful.

Seleccionar calificación

I easily found the information I needed.

Seleccionar calificación