none
Pomalé sdílení Windows server 2012 R2

    Dotaz

  • Dobrý den,

    mám na Vás dotaz. Máme HP server ML350p Gen8 s Windows server 2012 R2. Na serveru je spuštěno Hyper-V a instalovány dva virtuální servery s os Windows server 2012 R2. Jeden je AD, druhý terminál.

    Server má 4 síťové karty. Jedna síťová karta je vyhrazena fyzickému stroji. Dvě síťové karty jsou přes OS W2012 v teamu, který je použit pro Hyper-V stroje. V nastavení síťí v Hyper-V manageru je vytvořena jedna síť přes tento team. Síť je definována jako externí bez přístupu lokálního serveru.

    Problém:

    AD server má také spuštěno sdílení souborů pro účetní systém. A právě toto sdílení je pomalé při práci s malými soubory.

    Když kopírujeme data ze sítě na share AD, nebo jakýkoliv jiný share na fyzickém, nebo virtuálním stroji, tak při kopírování balíku dat (cca 3GB - 476 souborů a 58 složek) to frčí dobře , než dojde řada na malé soubory. Jakmile se kopírují malé soubory, rychlost je nulová, kopírování čeká několik vteřin, pak tam něco naleje a takhle to jde cca 1min 50 vteřin.

    Myslíme si, že je to problém proč máme tak pomalou účetní aplikaci.

    Pokud kopírujeme z AD na virtuál Terminál , nebo obráceně - 27 vteřin.

    Takže i provoz účetní aplikace na terminálu nemá takové problémy s latencí.

    Díky za jakoukoliv radu.

    Radek Ryšan

    pondělí 10. listopadu 2014 11:01

Odpovědi

  • Dobrý den,

    podobný problém jsem nedávno řešil u serveru DELL PET320. Kopírování obrovského množství malých souborů bylo tragicky pomalé. Řešením bylo ve vlastnostech síťové karty vypnout parametr "Fronty virtuálního počítače".

    Rychlost kopírování se mnohonásobně zvýšila.


    mart

    středa 12. listopadu 2014 8:18
  • Přesně jak píše MARTD, je to problém i u DELL RX270 - viz. http://support2.microsoft.com/kb/2902166/cs  

    Trošku OT asi, ale pokud máte v síti i Apple produkty, doporučuji ještě změnu parametrů Smb2CreditsMax a Smb2CreditsMin ( http://www.webkeydesign.com/419/mac-os-x-10-9-smb2-fix/ ).

    sobota 22. listopadu 2014 0:29
  • Dobrý den, problém jsme vyřešili. Mimo zde popisované rady, jsme v Hyper-V v nastavení serveru vypnuli VMQ nad síťovou kartou. Rychlost je slušná, a nedochází k padání na nulovou a čekání několik vteřin.

    Děkuji všem za rady.

    Radek Ryšan

    • Označen jako odpověď RadekRyšan pondělí 1. prosince 2014 7:42
    pondělí 1. prosince 2014 7:41

Všechny reakce

  • Ahoj,

    neuvedl jsi dostatek informací, takže jen nástřel - problém s lokální síti nebo problém na koncové stanici. Jaký problém nelze říct, protože jsi k síti ani koncové stanici neuvedl žádné informace. V serveru by být problém neměl, když z jiného virtuálu to běží bez problému.

    pondělí 10. listopadu 2014 11:23
  • Ahoj,

    Info k síti vše spojeno switchem HP 1400 (1GB), problém se vyskytuje na všech stanicích HP ProDesk, AllInOne i na Workstation.

    Sít je jednoduchá s jedním rozsahem 192.168.10.0 / 24

    Díky

    Radek Ryšan

    pondělí 10. listopadu 2014 11:54
  • OS na koncovým stanicích? Verze SMB? TCP auto-tuning?
    pondělí 10. listopadu 2014 12:39
  • Všude na stanicích Windows 8.1 Pro

    TCP autotuning - disable na stanicích

    Domnívám se , že W8.1 a W2012R2 používají Sambu v 3.02 defaultně.

    pondělí 10. listopadu 2014 12:55
  • 1. Nedela to AV? Agresivni nastaveni muze zpomalit zpracovani.

    2. Co rika podpora vyrobce programu (popripade forum, pokud existuje)? Je pravdepodobne, ze nejste sam s danym problemem. Slusna podpora nezatlouka problemy.

    3. K cemu je pouzita ctvrta NIC? Ta je pro HW management? Mohla by jinak byt klidne v tymu. Neni-li zapojena (neaktivni), mela by byt disejblovana.

    4. Co rikaji logy p[rotokolu udalosti?

    5. Jaky operacni system je na stanicich? ... mozny problem s rozdilnymi verzemi SMB.

    6. Doufam, ze jste proveril i zdravi AD (dcdiag), mate spravne nastavene sdileni (prava),...

    7. Pokud na nic neprijdete, tak nezbyva nez vytahnout diagnosticke nastroje ze Sysinternals (Process Monitor). Filtrace umozni zpracovat efektivneji rozsahle logy.

    M.

    pondělí 10. listopadu 2014 12:58
    Vlastník
  • Antivir na stanici - disable

    S HP na tom pracujeme paralerně

    4 síťovka byla v teamu, pro testy jsme ji dočasně z teamu vytáhli, abychom měli "volnou síťovku"

    Protokol událostí je čistý

    OS W8.1  - SAMBA 3,02

    AD je v pořádku.

    Na ten Sysinternals se podívám

    Díky

    RR

    pondělí 10. listopadu 2014 13:14
  • Zkuste mrknout, jestli nejsou na ty síťovky novější ovladače.

    Taky bych se podíval, jestli máte poslední verzi HP Insight Management Agents - ve starších verzích je tam nějaký problém při teamingu - http://h20566.www2.hp.com/portal/site/hpsc/template.PAGE/public/kb/docDisplay/?spf_p.tpst=kbDocDisplay&spf_p.prp_kbDocDisplay=wsrp-navigationalState%3DdocId%253Demr_na-c04209163-4%257CdocLocale%253D%257CcalledBy%253D&javax.portlet.begCacheTok=com.vignette.cachetoken&javax.portlet.endCacheTok=com.vignette.cachetoken

    úterý 11. listopadu 2014 19:06
  • Dobrý den,

    podobný problém jsem nedávno řešil u serveru DELL PET320. Kopírování obrovského množství malých souborů bylo tragicky pomalé. Řešením bylo ve vlastnostech síťové karty vypnout parametr "Fronty virtuálního počítače".

    Rychlost kopírování se mnohonásobně zvýšila.


    mart

    středa 12. listopadu 2014 8:18
  • Přesně jak píše MARTD, je to problém i u DELL RX270 - viz. http://support2.microsoft.com/kb/2902166/cs  

    Trošku OT asi, ale pokud máte v síti i Apple produkty, doporučuji ještě změnu parametrů Smb2CreditsMax a Smb2CreditsMin ( http://www.webkeydesign.com/419/mac-os-x-10-9-smb2-fix/ ).

    sobota 22. listopadu 2014 0:29
  • Dobrý den, problém jsme vyřešili. Mimo zde popisované rady, jsme v Hyper-V v nastavení serveru vypnuli VMQ nad síťovou kartou. Rychlost je slušná, a nedochází k padání na nulovou a čekání několik vteřin.

    Děkuji všem za rady.

    Radek Ryšan

    • Označen jako odpověď RadekRyšan pondělí 1. prosince 2014 7:42
    pondělí 1. prosince 2014 7:41