none
Zugriff von einemm bestimmten Client auf einen bestimmten Server extrem langsam RRS feed

  • Frage

  • Hallo,

    wir haben hier im Netzwerk mehrere Server Windows2008 R2 und Windows2003, dazu auch noch mehrere Terminalserver Windows 2008R2.

    Jetzt habe ich das Problem, daß der Zugriff von einem bestimmten Terminalserver auf einen bestimmten Server 2003 extrem lange dauert. Der Zugriff von  diesem Terminalserver auf alle anderen Server funktioniert problemlos. Alle anderen Server können auch problemlos auf den Windows2003 Server zugreifen, nur der eine TS nicht.

    Ich stehe echt vor einem Rätsel. Server aus der Domain brachte nichts. Server umbenannt, kein Erfolg. DNS getestet, Auflösung funktioniert. Ping auf diesen Server (per Name und per IP) funktioniert. Server per IP-Adresse angesprochen, Zugriff langsam.

    Hat jemand eine Idee, was das sein könnte?

    Vielen Dank

    Winfried

    Montag, 30. September 2013 09:50

Antworten

  • Hallo zusammen,

    ich habe den Fehler wohl gefunden. Nach Eingabe von:

    netsh interface tcp set global autotuninglevel=disabled

    hat es endlich wieder funktioniert (Google sei Dank :-)).

    Trotzdem vielen Dank für Eure Unterstützung.

    Gruß

    Winfried

    Montag, 7. Oktober 2013 13:09

Alle Antworten

  • Definiere: "langsam"

    Was genau geht wann von wo nach wo durch was mittels wem mit Hilfe welchem Prozess und Parametern langsamer als was zum vergleich?

    Netzwerkspezifische Probleme lassen sich am Besten mittels einem Netzwerktrace analysieren, während das Problem so exclusive wie möglich nachgestellt wird.

    Des Weiteren lassen sich Logon-Verzögerungen u.a. auch wie folgt analyiseren:

    Slow Boot Slow Logon (SBSL), A Tool Called XPerf and Links You Need To Read
    http://blogs.technet.com/b/askpfeplat/archive/2012/06/09/slow-boot-slow-logon-sbsl-a-tool-called-xperf-and-links-you-need-to-read.aspx

    --

    Tobias Redelberger
    StarNET Services (HomeOffice)
    Frankfurter Allee 193
    D-10365 Berlin
    Tel: +49 (30) 86 87 02 678
    Mobil: +49 (163) 84 74 421
    Montag, 30. September 2013 10:04
  • Hallo Tobias,

    vielen Dank für die schnelle Antwort.

    Langsam heißt in dem Moment; Windows Explorer öffnen, unter Netzwerk einen Server aufrufen und dessen Freigaben aufrufen. Das geht bei allen anderen Server flott und locker. Versuche ich dies an dem Terminalserver mit dem W2k3-Server kann das bis zu 30 Sekunden dauern. Alle anderen freigaben sind sofort verfügbar.

    XPerf werde ich nachher einmal testen.

    MfG

    Winfried

    Montag, 30. September 2013 11:01
  • Langsam heißt in dem Moment; Windows Explorer öffnen, unter Netzwerk einen Server aufrufen und dessen Freigaben aufrufen. Das geht bei allen anderen Server flott und locker. Versuche ich dies an dem Terminalserver mit dem W2k3-Server kann das bis zu 30 Sekunden dauern. Alle anderen freigaben sind sofort verfügbar.

    XPerf werde ich nachher einmal testen.

    Netzwerk-Trace wäre ggf. hier zielführender..

    Evtl. liegt es daran:

    Microsoft Background:

    When Windows Explorer sees the Read Only attribute, this prompts it to look for DESKTOP.INI files, generating unnecessary SMB traffic. This may be extremely noticeable when sharing large folder structures.

    SYMPTOMS

    By default, Windows Explorer generates a lot of SMB traffic to file servers.

    So, what kinds of superfluous traffic can we reduce?

    • Searches for DESKTOP.INI files used for folder customization.
    • Periodic refreshes of folder contents.
    • Searches for supporting libraries. (.DLL files)
    • Individual file details and attributes pulled for each file.
    • Thumbnail extraction.

    WORKAROUND

    To work around this behavior, import the following registry entries on client machines including terminal servers.

    Windows Registry Editor Version 5.00
    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\policies\Explorer]
    "UseDesktopIniCache"=dword:00000001
    "NoRemoteRecursiveEvents"=dword:00000001
    "NoRemoteChangeNotify"=dword:00000001
    "StartRunNoHOMEPATH"=dword:00000001
    "NoRecentDocsNetHood"=dword:00000001
    "NoDetailsThumbnailOnNetwork"=dword:00000001

    [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MRXSmb\Parameters]
    "InfoCacheLevel"=dword:00000010

    [HKEY_CLASSES_ROOT\*\shellex\PropertySheetHandlers\CryptoSignMenu]
    "SuppressionPolicy"=dword:00100000

    [HKEY_CLASSES_ROOT\*\shellex\PropertySheetHandlers\{3EA48300-8CF6-101B-84FB-666CCB9BCD32}]
    "SuppressionPolicy"=dword:00100000

    [HKEY_CLASSES_ROOT\*\shellex\PropertySheetHandlers\{883373C3-BF89-11D1-BE35-080036B11A03}]
    "SuppressionPolicy"=dword:00100000

    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\explorer\SCAPI]
    "Flags"=dword:00100c02

    [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager]
    "SafeDllSearchMode"=dword:00000001
    "SafeProcessSearchMode"=dword:00000001

    NOTE: Not all of these settings apply to every Windows operating system, but any extra settings will be safely ignored.

    ADDITIONAL INFORMATION

    The client machines should be updated with the latest SHELL32.DLL hotfix to make sure all of the aforementioned options are supported.
     
    If DFS is being used in the environment, Windows XP and Windows Server 2003 clients should also be updated with hotfix 915377 to prevent excessive "Get_DFS_Referrals" traffic.
     
    It is also possible to disable Thumbnails completely on client machines if this activity is generating too much traffic.
     
    Importing the following registry setting will disable the Windows Explorer Background Thumbnail Generator by deleting the class ID.

    Windows Registry Editor Version 5.00
    [-HKEY_CLASSES_ROOT\CLSID\{7487cd30-f71a-11d0-9ea7-00805f714772}]

    File server administrators should make sure that all shared folders (and subfolders) do NOT have the "Read Only" attribute set. When Windows Explorer sees the Read Only attribute, this prompts it to look for DESKTOP.INI files, generating unnecessary SMB traffic. This may be extremely noticable when sharing large folder structures.
     
    The following command line can be run from the root of the file share (e.g. C:\USERSHARES) to remove the Read Only attribute.

    attrib -r /s /d

    REALTED KNOWLEDGE BASE ARTICLES

    KB 915377: You experience slow performance when you try to access shared resources by using Windows Explorer on a client computer that is running Windows XP or Windows Server 2003
    http://support.microsoft.com/kb/915377
     
    KB 905890 - A program may run very slowly if the network connection to your home folder is slow in Windows Server 2003 or in Windows XP
    http://support.microsoft.com/kb/905890
     
    KB 889588 - How to optimize Office Access and Jet database engine network performance with Windows 2000-based and Windows XP-based clients
    http://support.microsoft.com/kb/889588
     
    KB 885189 - Slow performance when you use a mapped drive to copy files to a remote server from a Windows Server 2003-based computer
    http://support.microsoft.com/kb/885189
     
    KB 840309 - Browsing the My Documents folder on a network share with Windows Explorer from a Windows XP-based computer takes longer than expected
    http://support.microsoft.com/kb/840309
     
    KB 834350 - Your access to network resources is slower in Windows XP than in earlier versions of Windows
    http://support.microsoft.com/kb/834350
     
    KB 831129 - Folder tree flickers when you view a mapped network drive in Microsoft Windows Explorer
    http://support.microsoft.com/kb/831129
     
    KB 830903 - A file in a network folder opens as read-only or returns an error message that the file type cannot be recognized
    http://support.microsoft.com/kb/830903
     
    KB 829700 - Slow network performance when you open a file that is located in a shared folder on a remote network computer
    http://support.microsoft.com/kb/829700
     
    KB 819108 - Settings for minimizing periodic WAN traffic
    http://support.microsoft.com/kb/819108
     
    KB 816375 - Windows XP Explorer Pane flickers on mapped network drives
    http://support.microsoft.com/kb/816375
     
    KB 330929 - Windows XP May Cause Extra SMB Notify Change Traffic
    http://support.microsoft.com/kb/330929
     
    KB 328170 - Program opens a file as read-only or returns a sharing violation or "access denied" message when opening from or saving to a network folder
    http://support.microsoft.com/kb/328170
     
    KB 326549 - You Cannot View or Change the Read-Only or System Attribute of Folders
    http://support.microsoft.com/kb/326549
     
    KB 321126 - The "Look In" and "Save As" Boxes in Common Dialog Boxes Are Slow
    http://support.microsoft.com/kb/321126
     
    KB 306850 - Programs start slowly or slow logon if the network connection to your home folder is slow
    http://support.microsoft.com/kb/306850
     
    KB 265396 - Slow network performance occurs when you select a file on a share that uses NTFS
    http://support.microsoft.com/kb/265396
     
    KB 264061 - Home Folder Is Searched First When You Try to Run a Program
    http://support.microsoft.com/kb/264061
     
    KB 242578 - HOW TO: Prevent Network Share Shortcuts from Being Added to My Network Places
    http://support.microsoft.com/kb/242578

    --

    Tobias Redelberger
    StarNET Services (HomeOffice)
    Frankfurter Allee 193
    D-10365 Berlin
    Tel: +49 (30) 86 87 02 678
    Mobil: +49 (163) 84 74 421
    Montag, 30. September 2013 11:25
  • Hallo Tobias,

    danke, aber das hat erstmal nichts gebracht.

    Was mich hier an der ganzen Sache so irritiert ist; wir haben hier 4 identische virtuelle Terminalserver Windows 2008 R2 Enterprise zu einer Farm mit Lastenausgleich und Sessionbroker verbunden. Auf drei Servern funktioniert der Zugriff auf den W2k3-Server einwandfrei, nur bei dem 4. Server dauert es ewig.

    Früher hat auch der 4. TS einwandfrei funktioniert. Ich kann noch nicht einmal sagen, seit wann es die Probleme gibt, da sich niemand beschwert hat und ich es erst letztens durch Zufall festgestellt habe. Ich vermute fast, daß bei irgendeinem Windowsupdate etwas schief gegangen ist, kann es mir aber auch nicht erklären.

    Viele Grüße

    Winfried

    Montag, 30. September 2013 12:27
  • Was hat der Network-Trace (nicht) gebracht...?

    --

    Tobias Redelberger
    StarNET Services (HomeOffice)
    Frankfurter Allee 193
    D-10365 Berlin
    Tel: +49 (30) 86 87 02 678
    Mobil: +49 (163) 84 74 421
    Montag, 30. September 2013 14:33
  • Hallo,

    mir fehlt gerade etwas die Zeit.

    Bis jetzt habe ich herausbekommen, daß der Server sich mit einem Printserver verbinden wollte, den es nicht mehr gibt. Die Änderung hat aber auch nicht viel gebracht. Ansonsten habe ich in der Kürze nichts auffälliges gefunden.

    Gruß

    Winfried

    Montag, 7. Oktober 2013 08:46
  • Hallo zusammen,

    ich habe den Fehler wohl gefunden. Nach Eingabe von:

    netsh interface tcp set global autotuninglevel=disabled

    hat es endlich wieder funktioniert (Google sei Dank :-)).

    Trotzdem vielen Dank für Eure Unterstützung.

    Gruß

    Winfried

    Montag, 7. Oktober 2013 13:09