locked
Synchronisation Windows 7 - Fichier .tmp dans le cache local RRS feed

  • Question

  • Bonjour,

    Nous rencontrons le phénomène aléatoire suivant lors de la sauvegarde Online d’un fichier Office (Word, Excel ou PowerPoint) stocké dans un répertoire partagé et rendu disponible hors connexion :

    Cette sauvegarde d’un fichier .doc, .xls ou .ppt, ayant subi des modifications, entraine parfois la création dans le cache local d’un fichier XXXXXXXX.tmp persistant (taille à 0) dans l’état « connecté » et le passage du fichier Office d’origine dans l’état « non connecté ». Ceci se caractérise, côté répertoire partagé, par l’apparition du fichier .tmp au dépend du fichier d’origine (.doc, .xls, .ppt) qui disparaît !

    Nous savons que le processus de sauvegarde d’un fichier Office passe par la création d’un fichier .tmp comme décrit ici : http://support.microsoft.com/kb/814068. Mais ce fichier .tmp n’est pas censé rester au terme de cette sauvegarde. La plupart du temps d’ailleurs (7 fois/10), il est bien renommé avec l’extension .doc, .xls ou .ppt qui va bien et reste connecté. Mais les 3 autres fois il reste dans le cache local !

    Il semblerait donc, pour une raison que nous ne connaissons pas, que ce processus de sauvegarde qui se produit au niveau du cache local, lors de l’enregistrement d’un fichier rendu disponible hors connexion, se plante et entraine ainsi la persistance du fichier .tmp au dépend du fichier Office.

    Avez-vous des pistes ?

    Merci pour votre aide.

    Poste client : Windows 7 Pro, Office 2010 (idem avec Office 2003)

    Serveur de fichier : Windows Storage Server 2003 SP2 (idem en Windows Server 2008 R2)

    lundi 2 juillet 2012 14:18

Toutes les réponses

  • Bonjour à tous,<o:p></o:p>

    Voici un nouvel élément qui va peut-être me (nous) faire avancer.<o:p></o:p>

    Process Monitor retourne systématiquement l'erreur suivante lorsque le phénomène décrit ci-dessus se produit :<o:p></o:p>

    Process Name : EXCEL.EXE, Operation : SetSecurityFile, Path : le chemin du fichier .tmp incriminé (côté serveur), Result : 0xC00002CC, Detail : Information owner, Group, DACL<o:p></o:p>

    Il semble donc que le processus de sauvegarde de mon fichier Excel plante au moment ou le DACL tente de redéfinir les droits (propriétaire ?) sur mon fichier .tmp. Et donc, n'ayant pas les bons droits, celui-ci n'est pas remplacé par le fichier Excel modifié et reste dans mon cache local... Est ce le DACL qui ne répond pas assez vite (de façon aléatoire) ? Avez-vous des pistes ?<o:p></o:p>

    Il semble que d’autres utilisateurs rencontre ce problème (déjà sous Office 2007 ?) : http://answers.microsoft.com/en-us/office/forum/office_2007-excel/office-2007-creates-xxxxxxxxtmp-files-in-same/eb7ee34d-3a02-4fe7-a1f3-9a208439d84a

    Merci pour votre aide précieuse.<o:p></o:p>


    jeudi 5 juillet 2012 12:14
  • Bonjour,

    Merci pour votre aide !

    Pour les compléments, il n'y en a aucun : le portable sort du carton.

    Malheureusement les liens proposés ne marchent pas dans mon cas.

    Je soupçonnais que ce phénomène puisse subvenir lorsque l'enregistrement et de suite succédé par la fermeture d'Excel (croix rouge de l'application) mais j'ai fait des tests en fermant le classeur (croix rouge du classeur, en enregistrant), puis en fermant l'application Excel (croix rouge de l'application) seulement après mais cela n'y fait rien...

    jeudi 5 juillet 2012 14:36
  • Bonjour,

    Une nouvelle piste intéressante selon moi ! Le poste sur lequel j'ai reproduit le phénomène décrit ci-avant a la particularité d'être doté d'un disque SSD. J'ai fait les mêmes tests sur un autre poste identique en tout point, mais doté d’un disque dur...et là, pas de problème (aucune exception remontée par Process Monitor, plus de fichier XXXXXXXX.tmp persistant et donc plus de problème de synchro) !

    Les I/O sont-ils trop rapidement exécutés sur disque SSD au point de générer des conflits lors de l'attribution de droits par le DACL sur les fichiers synchronisés ?
    vendredi 6 juillet 2012 14:25
  • 
    
    
    
    
    
    
    

    Il ne s'agit finalement pas de la nature du disque car phénomène reproduit sur un disque dur. Par contre, une fois le SP1 de Windows 7 désinstallé...plus de problème...

    Ceci m'amène aux deux nouvelles questions suivantes :

    - Quelle KB incluse dans le SP1 de Windows 7 peut provoquer ce phénomène ?

    - Dans le cas d'un SP1 livré/installé avec le PC neuf, y a t'il un moyen de le désinstaller sans perte de données ?

    Merci. 

    mardi 10 juillet 2012 13:46
  • Bonjour, Serge, as-tu résolu ton problème, car j'ai tout à fait le même phénomène.
    vendredi 12 septembre 2014 22:00
  • Bonjour, Serge, as-tu résolu ton problème, car j'ai tout à fait le même phénomène.

    idem pour nous... impossible du coup de continuer à travailler dans ces conditions. quelqu'un aurait la solution ?
    mardi 23 septembre 2014 13:31