ユーザーがDellサーバーとの間の転送速度が非常に遅くなり始めたという問題が発生しています。開始したと言ったとき、変更されたのは、日曜日の時点で、共有(約360ギガ)を古いサーバーから問題のサーバーに移動したことだけです。この時点では厳密にファイルサーバーとして機能しており、実際のプログラムは「提供」されていません。昨日の午後までサーバーに問題はなく、同じネットワーク(およびスイッチ)上のすべてのサーバーが正常に動作しています。
私は広範囲にわたって調査を試み、優れた有用な指示を提供する多くのリンクをたどってきました。しかし、どれもうまくいきませんでした。
私が見つけた1つのリンク http://winntfs.com/2011/10/07/slow-file-copy-or-slow-file-transfer-with-various-windows-versions-2k8-2k8r2-2k3 / は、問題の解決を試みるために行ったすべてのtcpスタック修正をまとめたものです。
私たちが試した他のこと:
まだ試したことのないこと:
他の誰かがこの問題を経験して解決しましたか?
一見したいことがいくつかあります(おそらくほとんどが盲目の路地ですが、ちょっと、それらはアイデアです!)
古いウィンドウ(2003、xp et al)は、古いバージョンのSMBプロトコルを使用していました。 Windows7クライアントが新しいプロトコルを使用するように設定されていることを確認することをお勧めします(Windows7はSMB 2をサポートし、Windows 8は2008が提供する最高レベルであるSMB-3をサポートします)。ファイル共有からアプリケーションを提供している場合、何らかの操作が行われていると、パフォーマンスに影響を与える可能性があります(foxproのようなデータベース、Quickbooksを考えてください)。
ハードドライブをあるサーバーから別のサーバーに物理的に移動した場合は、別のハードディスクに共有を作成して、そのドライブのパフォーマンスが向上するかどうかを確認してください。
ハードディスクコントローラの設定を確認してください。古いマシンに専用のRAIDコントローラーがあり、新しいマシンに専用のRAIDコントローラーがない場合、問題が発生する可能性が非常に高くなります。同等のオンボードコントローラーである場合は、同様の設定(AHCIなど)を使用していることを確認してください。
古いサーバーがネットワークのWINSまたはDNSを解決していなかったことを確認します。名前検索の応答が競合すると、パフォーマンスに重大な問題が発生します。 Linuxボックスを使用している場合は、tcpdumpやwiresharkなどのツールを使用すると、これらのクエリに応答するマシンが複数あるかどうかを示す素敵なパケットログが得られます。
分割統治が重要です。異なるマシン間で共有してネットワークパフォーマンスを確認したり、同じシステム上の2つのディスク間で大量のファイルをコピーしてハードディスクのパフォーマンスを確認したりします。 Windows8ボックスでOSの問題を確認します。頑張ってください!
Microsoft Network Server:Digitally Sign Communications(Always)ポリシーを無効にしてみてください。また、ドメインメンバー:セキュリティで保護されたチャネルデータのデジタル暗号化または署名(常に)ポリシーを無効にする必要があります。
参照: https://redmondmag.com/articles/2014/05/16/network-performance-problems.aspx
速度が突然10分の1に低下するという問題が発生しました。そのたびに、ケーブルの問題であることがわかりました。 100mbpsは4本のワイヤー(1&3-2&6)で実行され、両方のデバイスがギガビット対応であり、それらの間のケーブルに障害が発生している場合でも、接続の速度として自動的に選択されます。ギガビットでは、8本のワイヤーすべてが良好な状態である必要があります。問題のデバイスと中間スイッチのリンク速度を確認してください。水平ケーブルであることがわかった場合は、通常、110ツールでパッチパネルを押すだけで、元の状態に戻ります。
ハードディスクのパフォーマンスもコピープロセスに影響を与える可能性があります。コピープロセスは主にソースディスクと宛先ディスクの読み取りおよび書き込み速度に依存するため、ディスクの不良セクタを含むディスクのパフォーマンスを確認してください。