SnapDrive の設定を確認し、ディスク列挙に関する一般的な問題をトラブルシューティングするためのテンプレートはありますか。
環境
SnapDrive
回答
SnapDrive がLUNを正常に列挙し、その他の必要なすべてのタスクをストレージシステムと適切に通信できるようにするには、関連するすべてのWindowsサーバおよびストレージシステムで次の手順を実行します。
- 各サーバから、名前を指定してストレージシステムにpingを実行します(pingが一度も機能しない場合は解決します)。名前解決をテストするときは、必ず逆引き参照が機能することを確認してください(名前にはnslookupコマンドを使用し、IPアドレスにはnslookupを使用します)。
- ストレージ・システムのホスト名で接続されるすべてのLUN(LUNを接続または作成するとき)を設定します。
- SnapDrive TCPプロトコルを設定します。
- 特に設定されていないストレージシステムには、デフォルトのプロトコルを設定します。
- 必要に応じて、ローカルストレージシステム管理者グループのメンバーであるストレージシステムローカルユーザの有効なパスワードを使用して、IPアドレスではなくホスト名でストレージシステムのホスト名を設定します。
次useradmin user list myfileruser1 -g administrators
のコマンドを実行して、管理者権限を持つローカルユーザのリストを表示します。RPCを使用している場合、パスワードを使用する必要はありません。SnapDrive サービスが適切なクレデンシャルで実行されていることを確認します。チェックするには、[スタート]->[ファイル名を指定して実行]をクリックし、services.mscと入力します。SnapDrive (プロパティ)で、Properties(プロパティ)をクリックし、次にログオンタブをクリックします。
パスmydomainuser1 or mylocalservermylocaluser1
スルー認証(サーバとストレージシステム上のローカルユーザ)を使用する場合は、ストレージシステムのローカルユーザの名前とパスワードがWindowsサーバのローカルユーザと同じであることを確認します。
注:Windowsクラスタ環境では、クラスタサービスにローカルユーザを使用しないでください。
clustered SnapDrive 構成の場合は、ドメインアカウントを使用してクラスタサービスを実行し、クラスタのすべてのノードを同じドメインに配置する必要があります。ただし、ストレージシステムは別のドメインまたはワークグループに所属している場合もあります。
ドメイン・ユーザを使用し、そのユーザがストレージ・システム上のadminでもあるかどうかを確認する場合は、次のコマンドを実行しますuseradmin domainuser list mydomainuser1 -g administrators
。注: ローカルストレージシステムのAdministratorsグループにSnapDrive 関連ユーザを含めない場合は、ユーザが属するグループの名前に対してuseradmin group listを使用します。出力で、グループに関連付けられている「許可された機能」を確認します。これらの機能には、少なくとも次のものを含める必要があります。api-*,login-http-admin
- 上記の手順aまたはbを実行するときは、必ず、ストレージシステムおよびWindowsサーバの管理者であるアカウントを使用してください。この注意事項に記載されています。RPCをストレージシステムと組み合わせてCOMMプロトコルとして使用する場合は、CIFSを起動し、セットアップして、ストレージシステムで動作していることを確認します。これは、RPCに必要なポートがCIFSで開かれるためです。
cifs testdc
cifs domaininfo
ストレージシステムでおよび/またはを入力して、このチェックボックスをオンにします。CIFSの問題が発生cifs resetdc.
した場合は、「NetBIOS over TCP/IP」オプションがDCとストレージシステムの両方で無効になっているか、または両方で有効になっていることを確認してください。
- SnapDrive サービスがローカルサーバ、リモートサーバ、およびストレージシステム管理者であるユーザで実行されているかどうかを確認します。
関連するすべてのサーバで、次の手順を実行します。 - WindowsサーバがWindowsクラスタのメンバーである場合は、手順6に進みます。問題 を搭載したサーバがWindowsクラスタ構成に含まれていない場合は、手順10に進みます。
- 各ノードから名前を付けてすべてのクラスタノードにpingを実行します。
- 各ノードから名前を付けてストレージシステムにpingを実行します。
nslookup
手順1で説明したように、ストレージシステムのIPアドレスに基づいてを実行し、逆引き参照も機能することを確認します。 - すべてのクラスタノードに同じバージョンのSnapDrive がインストールされ、動作していること、およびクラスタノード間にファイアウォールが存在しないことを確認してください。
クラスタ上では、クラスタ・リソース・ネットワーク名を(逆方向に)解決できること、およびリソースがフェイルオーバー・クラスタ管理スナップイン内で障害状態になっていないことが重要です。このスナップインでCluster network name resource 'Cluster Name' cannot be brought online. The computer object associated with the resource could not be updated in domain 'escwin2k8dom.escalation.ams' for the following reason: Unable to obtain the Primary Cluster Name Identity token
は、次のようなエラーが発生することがあります。
この状況は、たとえば、仮想マシン(VM)がスナップショットからリストアされた場合などに発生します。 - すべてのクラスタノードから手順2、3、4を実行します。手順10に進みます
- SnapDrive が依存するすべてのサービスが実行されており、ワークステーションおよびWMIサービスが実行されていることを確認します。
- ストレージシステム
preferredfilerip
に複数のネットワークインターフェイスがあり、Windowsサーバからアクセスできない場合は、SnapDrive addressオプションを設定します。これは、ストレージシステムからWindowsサーバへのトラフィックに選択するインターフェイスを決定するためのものです。名前解決の問題は解決されません。 - RDM LUN / VMDKディスクの列挙の問題については、次を確認してください。
- 列挙の問題がRDM LUNで発生している場合は、SnapDrive がVirtual Center(VC)への接続に使用するユーザクレデンシャルに最小限必要な権限があることを確認します。 詳細 については、『SnapDrive 6.3 for Windowsインストレーションアドミニストレーションガイド』の「SnapDrive 処理に必要なvCenterの最大権限」のセクション49を参照してください。VCユーザは
domain1user1
、の形式で指定する必要があります。ユーザroot
myadmin1
がESXクレデンシャルを直接付与する場合、ESXローカルユーザはESXボックスの管理者であり、またはの形式で指定する必要があります。Data ONTAP WinDCファイルSnapDrive_RegistryInfo.log
には、ユーザー設定が含まれています。 - VMDKディスクで列挙の問題が発生 した場合は、Interoperability Support Matrix Toolを参照して、VMware側にインストールされているVSCのバージョンを確認してください(2.0.1はサポート対象の最小バージョンですが、SnapDrive 6.4はVSC 4以降をサポートしません。SDW 6.4.2は、ESX 5.1をサポートする最初のバージョンです)。
- 列挙の問題がRDM LUNで発生している場合は、SnapDrive がVirtual Center(VC)への接続に使用するユーザクレデンシャルに最小限必要な権限があることを確認します。 詳細 については、『SnapDrive 6.3 for Windowsインストレーションアドミニストレーションガイド』の「SnapDrive 処理に必要なvCenterの最大権限」のセクション49を参照してください。VCユーザは
- ディスクの列挙が遅い:
この場合は、速度低下の原因となっている既知の問題や、その原因となっている設定の問題が考えられます。
- 『 インストレーションアドミニストレーションガイド』に従って、ドメインユーザでHTTPを使用するSnapDrive のクラスタ環境速度が低下することがわかっています。代わりに、rootアカウントまたはその他のストレージシステムのローカルアカウントを使用し、ストレージシステムに対するローカル管理者権限を割り当てます。
- RPCを介したZAPIコールは、複数のWindowsクライアントネットワークインターフェイスを経由する可能性があります。RPCを使用する場合は、CIFSクライアントのためにすべてのインターフェイスを有効にする必要があります。すべてのインターフェイスは、ストレージシステムのインターフェイスと、間にあるイーサネットスイッチと同じように設定する必要があります。
例:ストレージシステムとWindowsクライアントの両方で同じジャンボフレーム設定を使用する必要があり、両方を有効または無効にする必要があります。使用するストレージシステムのNICでジャンボフレームが有効になっている場合は、クライアントシステムでもジャンボフレームが設定されていることを確認してください。Windows SnapDrive クライアントがストレージシステムのインターフェイスと通信できるかどうかを確認するクイックテストで
nslookup
は、ストレージシステムのIPアドレス(ストレージシステムのホスト名の実行時にDNSから返されるIPアドレス)について次のコマンドを入力します。ping -l8500 -f Filer_ip_address
(通常の4088バッファサイズよりも大きい数値で-lを使用します。'ont fragment'には-fを使用します)最後に、次のコマンドを使用してCIFS共有の接続をテストします。
net use \fileripc$
- 一部のユーザから、管理とDNSに使用するネットワークインターフェイス(Windowsサーバとストレージシステム間ではiSCSIに使用されていないインターフェイス)でNICチーミング設定を変更することで問題 を解決したと報告されました。ポリシーを「自動/ロードバランシング」から「フォールトトレランス」に変更すると、低速なディスク列挙問題 が表示されなくなります。基本的に、SnapDrive からストレージシステムに送信されるパケットはより長い時間がかかります。パケットトレース内でも確認されます。
また、バージョン4ではなく、.Net Framework 3.5 SP1がインストールされていることを確認します。 - 速度低下の理由の1つとして'列挙に関連するWindowsサーバにインストールされているHBAドライバ/ファームウェアがサポートされていない可能性があります OneCollect から取得 したデータがInteroperability Support Matrix Toolでチェックされ、ユーザ環境がInteroperability Support Matrix Toolに準拠していることを確認します。
- SnapDrive 6.4は、Data ONTAP 7-ModeのLUNを列挙する方が短時間で処理できるようになっています。clustered ONTAP 8.1のSnapDrive 6.4は時間がかかることがあります。
- VMDKディスクのSnapshot作成時にSnapshotの作成が低速になり、通常のLUNのSnapshotでは作成されない場合は、詳細モードでVSCログを収集することも必要です。これは、ボトルネックがVMware/VSC領域にある可能性が高いためです。そのため、SnapDrive 側からVGSKAPI.logsをチェックして、SnapDrive からのすべての呼び出しがSMVIに送信されていて、VMDKディスクのSnapshotを確認したり、VMDKを列挙したりしていないかを確認します。もう一方(SMVIのエンド)
server.log
で、SMVIのログ(実際はログと呼ばれています)を確認します。 - WindowsホストでiSCSIブロックの転送に使用されるクライアントインターフェイスでのNICチーミングは、Microsoftではサポートされていないため、原因 のパフォーマンスの問題が発生する可能性があります。NICチーミングがパフォーマンスに影響するかどうかを確認するには、ポリシーをフェイルオーバーのみに変更します。
- バグ 552607 で、OnCommand アプリケーションで長時間ZAPIを実行しているZAPIを頻繁に使用していて、ZAPIタイムアウトとhttp接続制限が超過する可能性があります。Data ONTAP 8.1.1P1以降で問題 が解決されました。現象 では、ZAPIコールが数時間から数日後まで応答しないことがわかっています。通常は、ディスク列挙の速度低下ではなく、スナップマウントが失敗します。この問題は、SnapManager およびSnapDrive のデバッグログで簡単に特定できます。
14.問題 が解決しない場合は、NGSにケースを記録してください。
追加情報
AdditionalInformation_Text