none
W2K3 Server x MSOffice 2003

    Dotaz

  • Zdravím všechny

    Máme takovýto problém na naší W2K3 síti - Uživatelům často zamrzávají počítače(30s - 2min) při práci s databázemi(Office 2003) uloženými na File serverech.

    Uživatelská PC jsou dost výkonné,Servery nejsou vytížené ani zpoloviny,switche cisco3560G by to také měli bezproblémů zvládnout ale stejně je tam něco špatně.

    Bohužel zatím nemáme žádný kvalitní monitorovací systém takže střílíme skoro odoka.

    ještě zmíním že průměrně je v době špičky otevřeno cca 65databází.na jednom PC jsme naměřili při tomto lagování 700 000 packetů za min. :)

     

    Kde hledat chybu?

    Děkuji J.V.

     

    středa 24. března 2010 14:33

Odpovědi

Všechny reakce

  • databaze = Access?

    Access je bohuzel vykonny do jednotek soucasne pripojenych uzivatelu.

    Jaka je average disk queue length na serveru/ech?

    MP

    P.S. servery jsou vytizene skoro z 50% :-O ? To mi neprijde malo. Cim?

     

    středa 24. března 2010 15:01
    Vlastník
  • Zdravím

    Ano Acces databáze.

    S vytížením serveru sem se nějak sek ...CPU je nevytížené   :)

    a average disk queue lenght je 0.212/min (maximum bylo 900).

    čtvrtek 25. března 2010 12:17
  • avg disk queue > 2 je ukazatel problemu s vykonem diskoveho subsystemu, samozrejme pokud tech 900 tam bylo jedenkrat za den a jinak se drzi okolo 1 je to OK, pokud je spicek pres 2 vice hledal bych problem v diskovych polich.

    Sit je Gbit? Disky (pole) jsou jake/jaka?

    MP

    čtvrtek 25. března 2010 12:21
    Vlastník
  • Síť tvořej 2x1Gbit Nic v teamu z File serveru na switch.Dál to jde 100Mbitem na 3Com switch a pak k uživatelům ketří mají zmíněné potíže.Jedna z možností je právě ten 100Mbitovej switch od 3Comu ale ten bude příští týden nahrazanej za 3560G s Gbitovým připojením k servrovně.

    Ale protože už tam máme kabel s Gbitem nataženej, zkusili jsme jednoho uživatele připojit přímo (obejít pomalý 3Com switch) ale žádné zlepšení se nekonalo.

     

    File server je Hp Proliant DL380G5 (SAS 300GB,10K otáček,řadič smart array p400).

     

    čtvrtek 25. března 2010 13:55
  • kolik disku v jakem poli (RAIDxx) s jak velkou cache a s jak nabitou baterii?

    MP

    čtvrtek 25. března 2010 14:59
    Vlastník
  • Ahoj, tak po pravde prva vec co ma hned napadla je SMB tuning:
    http://www.thincomputing.net/blog/does-your-environment-need-smb-tuning.html

    Martin

    čtvrtek 25. března 2010 18:42
  • ->MP : Máme 6 disků(300GB,32MB cache, 10K otáček) v RAID5, řadič má 512 cache,baterie na 100%  .

     

    ->Martin: Čau díky,ještě sem to nestihl pořádně prolézt  ale netýká se to náhodou jen server-terminal řešení ?

     

    J.V.

    pátek 26. března 2010 13:16
  • Nie a zrovna na Tvoju situaciu by to celkom sedelo ;)
    sobota 27. března 2010 9:24
  • JJ, nastavit na file serveru sluzbu server je samozrejme velice dobre :)

    Tzn. ALESPON zkontrolovat pporadi adapters and bindings, Provider Order, [x]Maximize data throughput for file sharing.

    Pouzivas SMB/NetBIOS nebo CIFS/TCP only?

    MP

    sobota 27. března 2010 11:05
    Vlastník
  • Tak kolega provedl nějaké úpravy podle článků o SMB tunningu.Večer proběhne restart.

    adapters and bindings:

    1. síťovka v connections je ta Teamova, dalsi dve jsou jednotlive HW sitovky, posledni je Remote Access
    Bindings: 1. je File and Printer a druhy Client for MS networks
    Provider order: prvni MS Windows network, druhy MS Terminal services, treti Web Client Network

    pouzivame SMB/NetBIOS

     

    pondělí 29. března 2010 8:16
  • a je nastaveno [x]Maximize data throughput for file sharing?

    MP

    pondělí 29. března 2010 8:54
    Vlastník
  • Jee zapoměl jsem...Ano je nastaven.
    pondělí 29. března 2010 10:56
  • OK :)

    Zkus take na serveru docasne vypnout NetBIOS - tedy pokud ti funguje korektne resolving a klienti se chytnou! a porovnej odezvu SMB/NetBios oproti CIFS/445 TCP.

    MP

    pondělí 29. března 2010 11:48
    Vlastník
  • Zdravím

    Nechci bejt za troubu :) ale jak bych měl tu odezvu porovnat ? Kolega provedl nějké kroky(MaxWorkItems,SisRequeBuf) z odkazů na "SMB tuning" od pana M.Z. ale bohužel žádná změna.

    Jiank kolegu napadlo jestli by na toto chování nemohl mít vliv fakt, že jsme přez VPN linku napojeni na Německo, kde je main domain controller a unás je secondary.

    Díky

     

     

    středa 31. března 2010 12:52
  • Došlo k rapidnímu zlepšení! důvod-> Jeden z uživatelských počítačů chrlil haldu nesmyslných NetBIOS dotazů na server a ten mu neustále odpovídal.Po vypnutí funkce NetBIOS na daném PC došlo k znatelnému zlepšení.

    Ale jestli to byl pouze tento problém to nevím.

    pátek 9. dubna 2010 11:16
  • No a ted jeste popis o jake NetBIOS dotazy se jednalo. Tzn. zda je potencialnim vinikem virus, nejaka aplikace, resolving/browsemaster atd atd.

    Urcite sly dotazy na server? Nejednalo se o BROADCASTY? NetBIOS ve velke siti neni tak skodlivy pokud POUZIJES WINS a NASTAVIS HYBRIDNI NETBIOS NODE TYPE (preference WINS, broadcast az kdyz neni zbyti).

    MP

    pátek 9. dubna 2010 11:53
    Vlastník