コネクト スタンバイ IO ストレス

  • [アーティクル]

このテストでは、IO イベントが発生してもコネクト スタンバイが機能することと、コネクト スタンバイの遷移時にデータの破損が発生しないことを検証します。

テストの詳細

   
仕様
  • System.Fundamentals.StorageAndBoot.BootPerformance
プラットフォーム
  • Windows 10、クライアント エディション (x86)
  • Windows 10、クライアント エディション (x64)
  • Windows 10、クライアント エディション (Arm64)
サポートされているリリース
  • Windows 10
  • Windows 10 バージョン 1511
  • Windows 10 Version 1607
  • Windows 10 Version 1703
  • Windows 10 バージョン 1709
  • Windows 10 バージョン 1803
  • Windows 10 Version 1809
  • Windows 10 バージョン 1903
  • Windows 10 への次の更新プログラム
予想される実行時間 (分) 480
カテゴリ シナリオ
タイムアウト (分) 28800
再起動が必要です false
特別な構成が必要です false
Type automatic

 

その他のドキュメント

この機能領域のテストには、前提条件、セットアップ、トラブルシューティング情報など、次のトピックに記載されている追加のドキュメントが含まれている場合があります。

テストの実行

テストを実行する前に、WDTF System Fundamentals のテストの前提条件で説明されているテスト要件に従って、テストのセットアップを完了します。

テストを実行する前に、システムでコネクト スタンバイの開始と終了を確実に実行できることを確認します。 このテストでは、そのコネクト スタンバイのサポートにストレスを加えます。 また、RapidFile からディスクに書き込むことができるように、ブート ボリュームに 2GB 以上の空き領域があることを確認します。

トラブルシューティング

HLK テスト エラーの一般的なトラブルシューティングについては、「Windows HLK テストのエラーのトラブルシューティング」を参照してください。

トラブルシューティング情報については、「Windows HLK 環境のトラブルシューティング」を参照してください。

Check Configuration セクションが失敗した場合は、"Run ParseTrace.exe" タスクのログを見て、失敗した理由を確認します。 そのコマンドを発行するテストに応答して、システムがコネクト スタンバイに切り替わらなかったことが原因の可能性があります。

Long Haul セクションでテストが失敗した場合は、SCSI Compliance、RapidFile、および Connected Standby スクリプトによって生成された最後の wtl ログを調べて、エラーの原因を確認することができます。

詳細情報

このテストは、setup、check configuration、long haul の 3 つの部分で構成されています。

setup 部分では、ファイルをシステムにコピーし、DAM からプロセスを除外し、テスト署名を有効にします。 このセクションのエラーは単純であり、タスクから返されたエラー コードを確認して原因を特定できます。

check configuration 部分では、ディスク アクティビティやデバイスの電源状態をトレースしながら、Connected Standby、RapidFile、SCSI Compliance の各テストを数分間並行して実行します。 これは、テストに応じてデバイスが適切な電源状態に切り替わることを確認するためです。 ほとんどの場合、ETW トレースの結果を評価し、デバイスが適切な状態に切り替わったかどうかを判断する "Run ParseTrace.exe" タスクで失敗が見られます。 このタスクのタスク ログを確認すると、失敗の原因が明らかになります。

最初の 2 つの部分が合格した場合、テストは long haul 部分に切り替わります。ここでは、check configuration 部分と同じ 3 つのファイルが並行して実行しますが、今回は ETW トレースを実行しません。 このタスクは 8 時間実行されます。その間、システムを実行し続けることができ、データの整合性が維持されている限り、合格します。

コマンド構文

コマンド オプション 説明

/Process

実行するプロセス: ConnectedStandby、RapidFile、RapidFileVerify、または SCSICompliance。

/Duration

テストを実行する期間 (秒)。

/Device

テストするデバイスのドライブ文字または物理ドライブ番号。

/Scenario

テストするシナリオの種類: CheckConfiguration、Stress、LongHaul、SelectiveSuspend。

既定値: LongHaul

Note

   このテスト バイナリのコマンド ライン ヘルプを表示するには、「/h」と入力します。

 

コマンドの使用方法

コマンド 説明

cscript.exe ConnectedStandbyIOStress.wsf /Process:ConnectedStandby /Duration:[RunDurationSeconds] /Scenario:[Scenario]

コネクト スタンバイ テストを実行します。

cscript.exe ConnectedStandbyIOStress.wsf /Process:RapidFile /Duration:[RunDurationSeconds] /Device:[StorageDriveLetter] /Scenario:[Scenario]

RapidFile テストを実行します。

cscript.exe ConnectedStandbyIOStress.wsf /Process:SCSICompliance /Duration:[RunDurationSeconds] /Device:[StorageDriveNumber] /Scenario:[Scenario]

SCSI 準拠テストを実行します。

Note

   このテスト バイナリのコマンド ライン ヘルプを表示するには、「/h」と入力します。

 

ファイルの一覧

ファイル 場所

ntlog.dll

<osbinroot>\nttest\commontest\ntlog\

ntlogger.ini

<osbinroot>\nttest\commontest\ntlog\

Damx.exe

<testbinroot>\cstools\dam\

Stresslog.dll

<testbinroot>\nttest\basetest\core_file_services\shared_libs\

Fbslog.dll

<testbinroot>\nttest\basetest\core_file_services\shared_libs\fbslog\

Rapidfile.exe

<testbinroot>\nttest\basetest\core_file_services\shared_tests\wdk

ParseTrace.exe

<testbinroot>\nttest\driverstest\storage\sd\lowpower\

ConnectedStandbyIOStress.wsf

<testbinroot>\nttest\driverstest\storage\wdk\connectedstandy\

Wttlog_obj.js

<testbinroot>\nttest\driverstest\storage\wdk\

Scsicompliance.exe

<testbinroot>\nttest\driverstest\storage\wdk\

 

パラメーター

パラメーター名 パラメーターの説明
LLU_NetAccessOnly テスト ファイル共有にアクセスするためのユーザー アカウントです。
LLU_LclAdminUsr テストを実行するためのユーザー アカウント。
DiskDeviceObjLink Create Storage Parameters によって割り当てられます。
StorageDriveLetter Create Storage Parameters によって割り当てられます。
StorageDriveNumber Create Storage Parameters によって割り当てられます。
Destructive (0、1) 0 = パッシブ、1 = 破壊的