none
problémy s ukládáním na síťový disk Server 2008 R2

    Dotaz

  • Zdravím,

     

    napadá prosím někoho řešení nebo nějaký nápad k:

     

    v doméně mají uživatelé namatované disky (práve FULL)

    všichni téměř bez problémů čtou zapisují apod.

    někteří (nezáleží na OS) mají problémy s uložením souborů na disky a to tak, že otevřou si společnou prezentaci PPT nebo třeba WORD, EXCEL (většina OFFICE 2010 SP1, ale i OFFICE 2007) pracují (pod rukama se jim data ukladájí apod. a když ukončí práci a dají ručně uložit naskočí ukládací lišta, ale soubor se neuloží, žádné varovaní. Jediné co může uživatel udělat je storno a uložit znovu (stejné jméno prostě jen klikne na uložit) někdy se uloží, většinou, ale zůstane na síť. disku tmp a uživatel nemůže se souborem pracovat a musí restartovat.

     

    prostě se to jeví, že v počátku ukládání nenajde windows cestu a neuloží.

    je možné že se ztrácí namapovaný disk jen na chvilku? (ping nevypadne žádný)

     

    Děkuji za nápady apod.

    středa 14. září 2011 16:25

Odpovědi

  • 1. Doporucil bych dat sitove uloziste mezi duveryhodne.

    2. Pro tymovou praci je lepsi pouzit nejaky vhodny nastroj, treba SharePoint

    3. Doporucuji se podivat na hlasky v protokolech udalosti.

    4. Klopotna cesta muze vest pres odchyceni sitoveho provozu mezi stanici a serverem.

    5. Chybi mi v dotazu zakladni informace, zda se jedna o novy jev na systemu, ktery nejakou dobu bezi, nebo je to nova instalace a problemy jsou od zacatku provozu.

    neděle 18. září 2011 19:21
    Vlastník

Všechny reakce

  • je možné že se ztrácí namapovaný disk jen na chvilku? (ping nevypadne žádný)

    To sice nevím, ale vliv mapování by šlo vyloučit pokusem pracovat s UNC cestou. Osobně tipuji, že skutečný problém bude asi někde jinde, ale za pokus to stojí. Nevidím žádný rozumný důvod proč mapovat adresář sdíleného serverového disku na písmeno, snad kromě argumentu "uživatelé jsou na to zvyklí "-) Tedy až na ojedinělé vyjímky kdy to vyžaduje špatně napsaný program, ale takových již je (naštěstí) zatraceně málo.

    Zkuste tedy užvatelům vytvořit zástupce na ploše (ručně nebo centrálně přes GP Preferences) zda problém přetrvává.

    čtvrtek 15. září 2011 8:09
  • Řešil jsem obdobný problém. Navíc docházelo k tomu, že ten původní soubor byl ze serveru odstraněn (respektive tam zůstala jen pracovní verze pod "~", která byla dost často poškozená. Nemam to 100procentně potvrzené, ale na 90 procent to dělal antivir. Měl jsem na obou stranách NOD32 Buss. Jakmile jsem jej přestal na serveru používat, k dalšímu výskytu tohoto problému již nedošlo. Možné jen náhoda, ale kdo ví ;)
    Jiří Elgr
    neděle 18. září 2011 15:55
  • 1. Doporucil bych dat sitove uloziste mezi duveryhodne.

    2. Pro tymovou praci je lepsi pouzit nejaky vhodny nastroj, treba SharePoint

    3. Doporucuji se podivat na hlasky v protokolech udalosti.

    4. Klopotna cesta muze vest pres odchyceni sitoveho provozu mezi stanici a serverem.

    5. Chybi mi v dotazu zakladni informace, zda se jedna o novy jev na systemu, ktery nejakou dobu bezi, nebo je to nova instalace a problemy jsou od zacatku provozu.

    neděle 18. září 2011 19:21
    Vlastník
  • Dobry den,

     

    taky si myslim, ze to bude neco podobneho, asi je to otazka pokusu :-/

    pondělí 19. září 2011 8:21
  • dekuji za reakci,

     

    v protokolu nic neni to byla prvni cesta

    odchycenni sitoveho provozu si nejsem jisty jestli by neco ukazalo vzhledem k tomu, ze ani ty pingy nevypadavaji.

    jedna se o novy jev, problem je v tom, ze na strane serveru nedoslo k zadne instalaci nebo uprave

     

    Zkusil jsem prenastavit par polozek v officu, takze ten musim opet pockat alespon jeden den, jestli se problem vyresil a nebo pretrvava.

     

    Kazdopadne dekuji za podnety a navrhy.

    pondělí 19. září 2011 8:28