NetWorker：NMMトラブルシューティング ガイド

情報の収集:

NetWorkerサポート ケースに必要な最小情報:

• NetWorkerサーバー名、OS
• NetWorkerクライアント名、OS
• NetWorkerサーバーのバージョンとビルド
• NetWorkerクライアントのバージョンとビルド
• NMM(NetWorker Module for Microsoft)のバージョンとビルド

次の記事では、これらの詳細を収集する手順について説明します。NetWorker：NetWorkerソフトウェアのバージョンを識別する方法
 
NMMサポートに必要な最小情報:
 

• バックアップまたはリストアするMicrosoftアプリケーション
• Microsoftアプリケーションのバージョン、サービス パック、ロールアップ
   
  バックアップの場合、バックアップするセーブセットとクライアントを定義する
  リストアの場合、リストアするデータベースまたはセーブセットとバックアップされたソース クライアントを定義する

互換性の問題:

• 問題を調査する前に、互換性に関するドキュメントをチェックして、潜在的な互換性の問題がないことを確認します。E-Lab Interoperability Navigator 2.0-HOME (Dellサポート アカウントでサインインする必要があります)

ログの収集：

• NetWorkerサーバーから、NSRGETバンドルを収集します。NetWorker：「NSRGet NetWorkerデータ コレクション ツールの使用方法（英語）」
  • 推奨オプション: nsrget -o:elfr
• バックアップ関連の問題については、バックアップが失敗したポリシーのポリシー ログ フォルダーを収集します。
  • Linuxの場合 /nsr/logs/policy/POLICY_NAME
  • Windows（デフォルト）： C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME

• NetWorkerクライアントから次の操作を行います。
  • <Networker_install_path>\applogs\nmm.raw
  • <Networker_install_path>\logs\daemon.raw
  • <Networker_install_path>\applogs
  • メインのNMMログ ファイルは次のとおりです。 nmm.raw
  • NetWorker：nsr_render_logを使用して.rawログ ファイルをレンダリングする方法
  • また、次のファイルを探します。 .trace 通常、ネットワーク エラーを示す拡張子。
  • <Networker_install_path>\nsr\applogs\nwsnap.raw NMMのPower Snapコンポーネントの詳細と、セーブ ストリームの特定の部分でエラーが発生したかどうかが含まれます。

• 追加のログ
  次の場合にこれらを入手してください nmm.raw RMエラーを含む
  • <Networker_install_path>\nsr\rmagentps\logs\client Replication Managerログが含まれます。
    • erm_clientXXXXX_debug.log
    • erm_clientXXXXX_detail.log
    • erm_clientXXXXX_summary.log

構成チェッカー

NMMソフトウェアには、システム、ソフトウェア、構成の優れたサマリー レポートである Config Checker が含まれています。
構成チェッカー は、NMMのインストール中(『NMMインストール ガイド』を参照)、またはNMMのインストールが完了した後はいつでも実行できます。NMMドキュメントは、 Support for NetWorker Module for Microsoft |マニュアルおよび文書

デバッグを有効にする方法：

Power Snap のデバッグを有効にします。
 

この変数をクライアント リソースの [Application Information ]フィールドに追加します。
NSR_PS_DEBUG_LEVEL=level
ここで、level は 1 から 9 までの数値です。 

NMMデバッグを有効にするには、次の手順を実行します。

クライアント リソースのバックアップ コマンドを次のように変更します。 nsrsnap_vss_save.exe -D9
-D9 多くのメッセージが生成され、サイズが増加する可能性があります nmm.raw.
適切な手順で削除しておく -D9 トラブルシューティング データの収集後。

アクセス 許可：

NETWORKER権限:

• バックアップするアプリケーションまたはセーブセットに関係なく、すべてのNMMホストの場合は、NSRリソースの 管理者 フィールドに
  group=administrators,host=nmmhostname
   
  例 1:
  ここで sqlapp1 と exmbx1 NMMがインストールされているホストの場合は、これをNSRリソースの[管理者]フィールドに追加します。
  group=administrators,host=sqlapp1
group=administrators,host=exmbx1
   
  または、別の方法として、以下を追加します。
  user=system,host=sqlapp1
user=system,host=exmbx1
user=administrator,host=sqlapp1
user=administrator,host=exmbx1
   
• クラスタ化されたインスタンスまたはクラスタサーバ名の場合は、物理ノードをリモートアクセスフィールドに追加します
   
  例2:
  仮想SQL Serverの場合 sqlv1 物理ノードが2つある sqlapp1 と sqlapp2,
   
  これを[NSR administrators]フィールドに追加します。
  group=administrators,host=sqlapp1
group=administrators,host=sqlapp2
   
  または代替のaddLとして
  user=system,host=sqlapp1
user=system,host=sqlapp2
user=administrator,host=sqlapp1
user=administrator,host=sqlapp2
   
  AND _
  仮想の リモート アクセス フィールドに追加 sqlv1 クライアント
  *@sqlcn1
*@sqlcn2
   

アプリケーションのアクセス許可:

• 詳細については、  NMM 9.0 Hyper-V VSSで最低限必要なCSV権限
• 次のMicrosoftアプリケーションは、バックアップにVSSを使用します。
  • 取り替え
  • SQL Server
  • SharePoint
  • Hyper-V
• クライアント リソース:  すべてバックアップ コマンドを使用します。 nsrsnap_vss_save
• セーブセット: 次の表を参照してください
   
  各アプリケーションに対応するセーブセットを以下に示します。
  これらは、VSSベースのバックアップを使用するアプリケーションです。 
   

NMMクライアント リソースの[アプリケーション情報]フィールドには、次のものが必要です。
NSR_SNAP_TYPE=vss 

ExchangeやHyper-Vなどの特定のMicrosoftアプリケーション。アプリケーション情報フィールドに追加の変数が必要です。NMMユーザー ガイドを参照してください。

SQL Server VDIバックアップ(VSS以外):

NMMは、Microsoft SQL Server仮想デバイス インターフェイス(VDI)APIを使用してSQL Serverと通信します。

SQL VDIのバックアップには、次のバックアップ コマンドを使用します。 nsrsqlsv

セーブセットとバックアップ コマンドの例外については、次の表を参照してください。
 

Active Directoryバックアップ(VSS以外):
 

クライアント リソースはドメイン コントローラーであり、NMMはNetWorkerクライアントと同様にインストールされます。

バックアップ コマンド: nsradsave.exe
 
セーブセット: 識別名(DN)形式を使用します。

例については、表を参照してください。
 

その他の考慮事項：
 

VSS障害に固有の問題については、次を参照してください。NetWorker：VSSの問題によるバックアップ失敗のトラブルシューティング