none
neze spustit excel soubor velky 150MB na serveru, RRS feed

  • Dotaz

  • Zdravím,

       mám takový menší problémek. Na serveru win 2008 běží souborový server, jsou na něm umístěny i excel soubory velké asi 150MB. Když se přihlásím do domény s klientským počítačem s win 7 a chci otevřít tento soubor tak spadnou síťové služby na serveru a soubor neotevřu, nebo pokud se chci podívat na vlastnosti tohoto souboru z klientského PC tak dlouho trvá než vůbec najede kontextová nabídka. Na serveru ale práce s těmito soubory jde bez problému. S menšími soubory není problém. Čím by to mohlo být?

    Díky za odpověď

    pondělí 11. července 2011 7:09

Odpovědi

  • Tak problem vyresen, byl na fyzicke vrstve:). Při připojení přímo na switch vse fungovalo, při připojení přes zásuvku už ne. Ale pokud se mezi zásuvku a PC dal další switch tak to opet fungovalo. Nevim proc to vyradilo server a proc to na te zasuvce funguje s PC s XPckama a s WIN7 ne. 
    Díky za pripomoniky k možným řešením.
    • Označen jako odpověď David Mal čtvrtek 14. července 2011 6:11
    čtvrtek 14. července 2011 6:09

Všechny reakce

  • Souborovy server neni terminalovy server, a tak vlastne pracujete s lokalni kopii. Pokud otevirate soubor primo na serveru a pracujete s nim primo na serveru (monitor, klavesnice a mys jsou pripojene na serveru), tak pracujete s originalnim souborem a pri upravach se jeste vytvori docasna kopie - take na serveru.

    Proc ma server problemy se sitovymi sluzbami, to muze byt dane i jinymi pricinami, nez "pretahovanim" velkych souboru pres sit. Musite dat vice informaci vcetne logu z protokolu udalosti.

    Reseni: Bud pretahnete soubor na uzivatelske PC a pracujete s nim primo na PC, nebo prekonfigurujete server na terminalovy server a budete pracovat v rezimu terminaloveho server (remote services).

    pondělí 11. července 2011 7:40
    Moderátor
  • DD,

    pokud na serveru "spadnou" sitove sluzby, ma to jiny duvod nez ze kopirujete velke soubory.

    Proc to dlouho trva muze by mozna zpusobeno stejnym probemem (ale nemusi).

     

    Ale otevirat velke soubory pres sit neni idealni zpusob prace. MS Excel takovy soubor musi pres sit nacist (prvnich 150MB), pak ulozit pracovni kopii (dalsi 150 MB) a pak teprve uvidite prvni vysledek. Pri praci navic bude ukladat prubezne zmeny (vzdycky dalsich 150 MB). Nevim jak rychlou a vytizenou sit mate, ale toto neni spravny zpusob prace (jak psal uz pan Puchta, mel by jste pracovat lokalne).

     

    Druhym problemem je proc padaji sluzby. Pokud je to takto jednoduse nasimulovatelne, urcite by se melo prijit na pricinu.

    1. Jakym nejmensim zpusobem to nyni spravite? (Staci sluzbu spustit a funguje to dal?)

    2. Ktere sluzby se zastavi? (jmeno sluzby)

    3. Co obsahuje log na Win2008 za chyby v okamziku padu?

    4. Fungovalo to takto "spatne" od zacatku nebo to zacalo delat od nekdy? (co se zmenilo pred tim ? SW/HW)

    5. Neni problem nekde jinde (treba ve switchi/routeru)? (nepomuze vypnuti neceho jineho nez serveru?)

    6. Pri problemech se siti by mohl byt problem v sitove karte. (jde ji vymenit na zkousku za jinou?)

     


    ing. Jan Chaloupek


    pondělí 11. července 2011 8:46
  • Mam spise zprostretkovane informace tak se omlouvam jestli nebudu uplne konkretni, spise hledam mozna reseni, nebot server je v behu a nebude moc casu uvazovat na miste nad problemem. Takze v logu nejsou zadne chybove hlasky, proste to spadne uz i pri 40MB souborech (nekdy je to otevre ale jak chce clovek neco provest tak konec), ostatnim uzivatelum zmizi namapovane slozky. Pomuze poouze reset serveru, ani znovuzapnti sluzby, ani diagnostika sitovky. Jeste popisu bylo provedeno k nalezeni zdroje problemu:

    1) Máme jeden server win 2008 (server1), kde bezi souborova Many a jsou tam i ony velke soubory

    2) Byl pripojen novy PC (PC1) s 64bitovym Win7, novy pomerne silny stroj, jako klient

    3) Pri pokusu otevrit nebo pracovat s velkym excel souborem je nejakym zpusobem odpojen server od sítě

    4) Pri pokusu pracovat se stejnym souborem z jineho PC (PC2) s XP je to bez problému, server1 pracuje dobre

    5)Kdyz dany soubor dám na jiný server win 2008 (server2) a chcu s ním pracovat z původního PC1 tak to taky jde bez problémů

    6)Pokud pripojím zase PC1 a server1 a vyměním síťovku na PC1 za jinou tak to nefunguje

    Dálši postup tedy zřejmě bude vyměnit sítovku na serveru1, ale pokud to nepomůže tak je problém, který je treba rychle resit, nebot to je server ve firme, která ho denne využívá.

    Předběžně to vypadá, že onen PC1 s Win7 provede nějáký "úkon", kterým zahltí síťovku na serveru1 ale ta už se z toho nevzpamatuje, jedině po restartu OS. Záhada na tom taky je, že ani v logu ani nikde jinde se neobjeví žádná chybová zpráva.

     

    pondělí 11. července 2011 12:13
  • Mohl by jste zkusit zakazat pouzivani smb verze 2 (na serveru nebo na tom klientu).

    WinXP pouziva verzi 1.

     

    Jakou sluzbu jste zkouseli resetovat?

     


    ing. Jan Chaloupek


    pondělí 11. července 2011 14:04
  • Díky určitě vyzkoušíme. Jinak akorat restartovali tu souborovou službu přes server managera, ten server slouzi jenom jako nějake souborove uložiště.
    úterý 12. července 2011 6:25
  • Mel byste tady uvest

    1. Logy z protokolu udalosti. Pochybuji, ze by v logu serveru a W 7 nic nebylo.

    2. Co se deje na siti zjistite network monitorem ( bud MS nebo Wireshark)

    3. Proces monitor napovi, co se deje na serveru a na stanici. (http://technet.microsoft.com/en-us/sysinternals/bb896645 )

    Pokud se v logu NM a PM nevyznate, vystavte jej na web - napriklad na SkyDrive

    Budete se muset vic do reseni zahloubat.

    Pod carou: Nepiste, ze mate maly problemek, kdyz se jedna o problem, ktery je pro firmu klicovy.

    úterý 12. července 2011 9:43
    Moderátor
  • DD,

    jeste by jste se mohl podivat na vytizeni serveru v dobe padu (RAM, procesor).

    Pokud restartujete jen sluzbu "server" (sdileni souboru) tak je to asi malo. Psal jste ze nefunguje nic pres TCP/IP takze problem bude urcite v jine sluzbe.

    Do ktereho logu jste se dival ze tam nic neni! V systemovem logu byva vetsinou porad neco. :-)

     


    ing. Jan Chaloupek
    úterý 12. července 2011 12:32
  • Jak rikam mam zprostredkovane informace, jdu se na to podivat osobne, bylo mi sdeleno, že se divali do prohlizece udalosti na vsechny logy a zadny warning ani error nebyl ani nevyskocila zadna hlaska. Z toho co vim tak se to chova zvlastne. Kazdopadne tedy vyzkousim vypnout SMB v2, pokud to nepomuze tak dam logy z proces monitoru a wiresharku. Zatim diky
    úterý 12. července 2011 13:49
  • A. Pokud opravdu server "pada na sitove sluzby", pak neverim, ze v protokolu udalosti neni vubec nic. Take "Many" bude mit nejaky nastroj na reseni chyb. (Neni to Money? Pak bych zkusil jeste kontaktovat podporu vyrobce a podival bych se na forum produktu. )

    B. Neverim tomu, ze by problem spocival v SMB protokolu. Windowqs 2008 ma default SMB 2.0 a Windows 7 ma default SMB 2.1. Problemy jsou zpravidla s klienty s nizsi verzi SMB. Nakonec jste prece uvedl, ze s Windows XP pracuje dobre.

    C. Dalsim uzitecnym nastrojem je Proces Explorer, pomoci ktereho muzete vypatrat , ktery proces je problematicky.

    Pokud nemate vzdalene pripojeni do systemu, ani spolehlive "spoluhrace" ve firme, musite problem resit na miste. 

     

    úterý 12. července 2011 17:48
    Moderátor
  • Tak problem vyresen, byl na fyzicke vrstve:). Při připojení přímo na switch vse fungovalo, při připojení přes zásuvku už ne. Ale pokud se mezi zásuvku a PC dal další switch tak to opet fungovalo. Nevim proc to vyradilo server a proc to na te zasuvce funguje s PC s XPckama a s WIN7 ne. 
    Díky za pripomoniky k možným řešením.
    • Označen jako odpověď David Mal čtvrtek 14. července 2011 6:11
    čtvrtek 14. července 2011 6:09