web-dev-qa-db-ja.com

Windows7がSMBクエリでLANをフラッディングするのを防ぎます

LANへのスイッチを介して接続されているWesternDigital(MyBook Live Duo 6 TB)のNAS)に厄介な問題があります。ネットワークには4台のWindows7マシンがあります。それらはWLAN経由で接続されています。

すべて誰かがWindowsエクスプローラーを開くたびに(どのマシンでも、どのパスでも)、ドライブが回転します。これは煩わしいだけでなく、ドライブに非常に負担がかかると思います。

NASの動作を変更する方法はないので、私の質問は次のとおりです。ファイル共有を完全に損なうことなく、Windowsがドライブ(またはすべてのSMBサーバー)を「クエリ」するのを防ぐ方法はありますか? /ネットワークアクセス?

(ルーターでDHCPを無効にすることはできません。これは、有線と無線で別々のDHCP設定をサポートしていないためです。)

10
Rubbel Katz

継続的にWebを閲覧していると、次の「解決策」が見つかりました。これは、一部の人にとっては不快かもしれませんが、ネットワークアクセスは保持されています。

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\NonEnum]

"{F02C1A0D-BE21-4350-88B0-7367FC96EF3C}" = dword:00000001

上記のdwordを1に設定すると、Windowsエクスプローラーからネットワーク環境のすべての参照が削除されます。これにより、誰かがWindowsエクスプローラーインスタンスを開くたびに私のNASがスピンアップするのを防ぎます。欠点は、使用可能なマシンを参照する場合は、ネットワーク環境へのパスをWindowsエクスプローラーのパステキストボックスに手動で入力する必要があります。マシンリンクやその他すべては引き続き機能します。

ところで、この特定の内部のドライブNASはWDREDです

2
Rubbel Katz

ハードドライブの「スピンアップ」は、次の特性と制限がある非常に特殊な操作です。

  • ほとんどのデスクトップ/コンシューマーHDDの場合、スピンアッププロセスが完了するまでに3〜5秒かかります。 スピンアッププロセス中、HDDはデータの読み取りまたは書き込みを行うことができません。
  • スピンアップ中に、デバイスの非常に近くで聞くと、ピッチが大きくなる音が聞こえます。その最後に、ディスクがさまざまな場所に「シーク」するときに、HDDのボールベアリングのソフトクリックのバーストが聞こえます(スピンアップの開始時にキューに入れられたI/O要求を満たすため)。
  • 民生用HDDは、数千のスピンアップ/スピンダウンサイクル用に設計されており、一部の低品質ユニットは約1000〜2000のスピンアップサイクルで失敗しますが、多くは約600,000で設計されています。この数のスピンアップサイクルの後、プロセスに関係するメカニズムが壊れ始め、最終的には失敗します。

ソフトウェア側では、適切に構成されたシステムには、通常、スピンアップ/スピンダウンに関する3種類のポリシーのいずれかがあります。

  • 極端なエネルギー節約の場合(たとえば、バッテリー電源のラップトップの場合)、予想される最短のスピンダウン時間は、約15分または30分の非アクティブです(期間中のディスクアクティビティ) 。最新のWindowsでは、非常に多くのプログラムが常に実行され、ほぼ一定のI/Oを実行しているため、「クリーンな」システムでも、ユーザーが完全にアイドル状態であっても、15分間ディスクアクティビティが発生しない可能性はほとんどありません。ゼロ。実際には、この構成は最近では一般的ではありません。

  • 適度なエネルギー節約のために、典型的なデスクトップのスピンダウン時間は約2〜4時間です。つまり、2時間または4時間(またはディスクが構成されているもの)にわたってそのハードドライブに対して読み取りまたは書き込みが発生しない場合、ディスクはスピンダウンし、ディスクをヒットする次のI/O要求はスピンする必要があります。ディスクをバックアップします。

  • サーバーの場合、サーバーはいつでも(応答に遅れがなく)いつでも利用できることが望まれるため、通常、非アクティブによるスピンダウンは無効になっています。これは、NASだけでなく、Webサーバーまたはその他のタイプのサーバーにも当てはまります。

あなたが所有しているWD NASが、スピンダウン時間が非常に短いように箱から出して設計されているとしたら、私は驚きます。ただし、Ubuntu Linuxにバグがありました 何年も前 (2007年)誤ってスピンダウンアイドル時間を0秒に設定していました。これは、ディスクがI/O要求の処理を停止するとすぐに、スピンダウンの「0秒」タイマーがすぐに期限切れになり、ディスクがスピンダウンして、ヘッドがパークすることを意味しました。次に、I/O要求はメモリ内でキューに入れられますが、ディスクはそれらを処理するために再度スピンアップする必要がありました。

このスピンアップ/スピンダウンの絶え間ないチャーンは、2007年にUbuntuで非常に短い順序で人々のハードドライブを殺していました。問題に気づかず修正しなかった人々は、数日から数週間でHDDの動作に失敗しました(これらのHDDは、頻繁なスピンアップサイクルを念頭に置いて設計されていないか、通常の使用で故障してから1年未満でした。

NAS 絶えず上下に回転している場合、その中のディスクは、HDDによって(この周波数で)まれに風化する一種の機械的摩耗に苦しんでいるので、それは本当に一種の拷問テストですそれら。 NAS自体の状況を改善するように試みる必要があります。

次のことを試してください。

  • NASの構成ページですべてのファームウェア設定を確認し、電源管理設定を可能な限り「緩い」(最小限の省電力/無効)に変更していることを確認してください。
  • NASのファームウェアを製造元から入手可能な最新のものに更新します。
  • NASシャーシを開けるのが快適な場合は、開けて、中のHDDのモデルとシリアル番号を見つけてください。次に、これらの番号をオンラインでパンチして、HDD自体のファームウェアアップデートを見つけることができるかどうかを確認します(NASからファームウェアをアップデートできない場合は、HDDをコンピューターに挿入することで、Windowsからファームウェアアップデートを直接適用できます。インターフェース)。
  • SMART診断がディスクで利用できる場合は、SMART診断プログラムを使用してそれらをチェックするか、NASファームウェアでそれを探して障害の可能性を示す必要があります。
  • これで問題が解決しない場合は、NAS内のHDDに欠陥があるか、NAS自体に欠陥がある可能性があります。 HDDで特定の種類の内部エラーが発生している場合は、HDD自体がリセットされ(電源オフ/電源オン)、その結果、スピンダウンしてからスピンアップしている可能性があります。

さて、Windowsが問題であるというあなたの疑惑については?そうではありません。 NASのディスクは、わずか数秒のアイドル時間の後で常にスピンダウンするべきではありません。彼らは単にすべきではありません。限目。意図的にそのようなNASを設計する人は誰もいません(まあ、それを行うためにWDを完全に通過することはしませんが、それはありそうにありません)。

Windows 7は、WindowsコンピューターがSMBプロトコルを介してNASのSATAコントローラーの電源管理機能を制御できないため、それが発生した場合でも完全に責任がありません。 NASのオペレーティングシステムだけがそれを行うことができます。

Windowsエクスプローラーを開いたときにWindows7が実際に行うことは、ファイルシステムメタデータを照会してNASの共有スペースの合計ディスク容量と使用可能ディスク容量を計算する特定のSMB操作を実行することです。

アクセス時にスピンアップして「完全に実行」されているハードドライブの場合、合計ディスク容量と使用可能なディスク容量の計算にかかる時間は1秒未満です。リクエストは特に高額ではなく、決して「フラッディング」ではありません。

WindowsがNASに対して何らかのコマンドフラッドを実行していると本当に信じている場合は、Windows 7コンピューターの1つに Wireshark をインストールし、SMB NASのIP宛先を持つプロトコル。 Windowsエクスプローラーを開いただけで約100を超える要求が送信された場合、および特にエクスプローラーを開いた後、要求が非常に高いレートで5〜10秒以上発生し続ける場合は、フラッドと見なします。そうでなければ、それは多かれ少なかれ正常です。

特定のウイルススキャンおよびバックアップ製品は、マップされたネットワークドライブ(F:など)が共有ドライブであることを認識できるほどスマートではないため、でウイルススキャンまたはバックアップを実行しようとすることに注意してください。ドライブ全体(意図的にアクセスするファイルだけでなく)。これらの種類のバグはほとんど歴史的なものですが、特定のソフトウェアで時々発生する可能性があります。たとえば、共有ドライブで1時間ごとの完全なウイルススキャンを実行するようにプログラムを構成する場合、ユーザーの指示を忠実に実行するプログラムもいくつかあります。このプロセスが開始されると、実際にはNASがSMBリクエストで「フラッディング」します。

したがって、そのようなことが発生することを除外したいと思うかもしれませんが、私の意見では、問題の根本的な原因は、ドライブが最初にスピンダウンしていることです。優れたNASは、少なくとも2時間完全に非アクティブになるまで、ドライブをスピンダウンさせてヘッドを駐車させません。 Windowsエクスプローラーを非常に高速に開閉し、毎回スピンアップを再現できる場合は、NAS側に問題があります。

14
allquixotic