none
Fileserver na Windows Server 2019 a pomalé otevírání souborů z Windows 7 RRS feed

  • Dotaz

  • V síti máme prozatím ještě několik stanic s Windows 7. Další stanice jsou Windows 10. Do března byl fileserver na Windows Server 2008R2. Od tohoto data je filesever na Windows Server 2019 (VM na Hyper-V).

    Stanice s Windows 7 mají problém s rychlostí otevírání souborů z fileserveru z Windows Server 2019. Na stanicích s Windows 10 je vše v pořádku.

    Problém se projevuje tak, že otevření například 4MB PDF souboru trvá i několik minut, vložení 20MB ZIP souboru do e-mailu ze sdílené složky trvá rovněž několik minut. Vložení téhož souboru do e-mailu z lokálního disku trvá 2-3 sekundy.

    Ovšem například překopírování stejného 20MB ZIP souboru ze sdílené složky na lokální disk je rychlostně OK.

    Sdílení je "klasické", ne DFS.

    Na Serveru 2019 je povolen SMB v2, SMB v1 není instalován.

    Netušíte na co se zaměřit?

    Díky


    BB


    středa 29. dubna 2020 8:58

Odpovědi

Všechny reakce

  • takze SMB jedes ponovu pres 445/tcp?

    TCP/IP autotuning, nastaveni kominu, offloading, jumbo frames, client side caching,  a dalsi "nove" ficury vypnute? Oplocky jak?

    MP


    středa 29. dubna 2020 10:09
    Moderátor
  • Díky za tipy.

    Vypadá to, že už je to OK, ještě uvidím co zitra za plného provozu. :o)

    Jak poznám, na čem poslouchá SMB? V lokálním firewallu je povolený jak 139/TCP, tak i 445/TCP.

    Jinak:

    - TCP autotuning jsem vypnul. Testováno bezprostředně po vypnutí, stav nezměněn.

    - Chimney je na Srv 2019 defaultně vypnutý (deprecated funkce)

    - Na Offloading jsem nesahal

    - Na client side caching jsem nesahal

    - Jumbo frames jsou defaultně vypnuty

    Na co jsem naopak sahal:

    1. Vypnul jsem výše uvedený TCP autotuning

    2. Ve vlastnostech NIC jsem vypnul Receive side scalling 

    3. Ve vlastnostech VM jsem vypnul VMQ

    IMHO zabral bud bod 2 nebo 3.

    Díky za nakopnutí správným směrem. :o)


    BB

    středa 29. dubna 2020 13:31
  • SMB/NetBT: na serveru dej netstat -an a hledej listening porty 137..139 (pokud si pamatuju dobre). Neco jako

    netstat -an|findstr ":13[7-9] "

    MP

    středa 29. dubna 2020 13:59
    Moderátor
  • Jestli je to virtual, muze blbe nastavene VMQ v hypervizoru delat divne veci. U nekterych ovaldacu pro 1gigabit karty (tusim Brodacom, server DELL) jsem narazil na to, ze se VMQ zapnulo, i kdyz pro 1gbit nema vyznam. Po vypnuti se vse zklidni.

    Vypinal jsem klasicky pres PS.

    středa 29. dubna 2020 14:55
  • Broadcom se s ovladaci moc nepipla.

    A hlavne: neda se u nej overit, ze ovladace od vyrobce sestavy ci ve windows/update jsou zoufale zastarale, protoze koncovy uzivatel ma smolika.

    MP

    středa 29. dubna 2020 15:46
    Moderátor
  • Jenom doplnění k debatě: Hyper-V server je HP Proliant DL 380G10, NIC které se to týká je 10Gbps.

    Ve vlastnostech karty je jako výrobce uveden "Cavium, Inc.", takže Broadcom to asi nebude.


    BB

    čtvrtek 30. dubna 2020 5:48
  • A je pripojeny 10Gb rychlosti do externiho switche?

    Pokud ne, VMQ bych by default zakazal.
    Pokud ano, pak je nutne VMQ nastavit. Defaultni nastaveni neni obvykle uplne korekt. Casto se zatezuje hlavne CPU0 - a to nemi dobre.

    https://www.tomvanbrienen.nl/virtual-machine-queue-vmq-configuration-hyper-v-2012r2-2016/


    čtvrtek 30. dubna 2020 6:35
  • Ano, adaptér je připojený do 10Gb switche.

    Díky za odkaz, prostuduju.


    BB

    čtvrtek 30. dubna 2020 7:29