none
délais rafraichissement modifs sur lecteur réseau RRS feed

  • Question

  • Bonjour, j'ai un soucis sur un serveur windows 2012 foudation.

    Ce serveur est AD, DNS, DHCP et serveur de fichier, il dessert seulement 5 postes de travail.

    Les partages réseaux du serveur sont sur un disque dur SSD de 1To.

    Mon plus gros soucis :

    Lorsque je fais une modif sur un répertoire ou un fichier sur un des partages, depuis mon poste de travail, mes collègues n'ont pas la modif immédiatement !!!  comme si un cache masqué mon opération, car 5mn après la modif est visible.

    J'ai bien sur regardé les options de chaque partage, la mise en cache est désactivée.

    j'ai les clichés instantanés d'actif mais la sauvegarde est à 7h du matin

    j'ai sur les postes de travail, désactivé les fichiers hors connexion.

    Est ce un paramétrage du serveur que je ne connais pas, est ce un problème de paramétrage de mon SSD samsung et son soft "Samsung Magician" ???

    De plus j'ai des soucis de droits de façon temporaire, par exemple je copie un répertoire non utilisé avec du contenu, une fois la copie de ce répertoire faite, je veux le renommer, c'est impossible, sauf à attendre 5mn ...

    Merci d'avance pour votre aide ;)


    • Modifié jplale mercredi 24 décembre 2014 10:35
    mercredi 24 décembre 2014 10:25

Réponses

Toutes les réponses

  • Bonjour,

    Il est possible que le mécanisme de notification de changement dans l'explorateur Windows soit désactivé.

    Référez vous à cet article pour les détails de celui-ci et son paramétrage: http://support.microsoft.com/kb/812669/.




    Amicalement - Kind regards - Mit freundlichen Grüßen - Met vriendelijke groeten
    Marc L
    Visit My Site | Read my IT Infrastructure Blog | Like My Facebook Page | Follow me on Twitter | Join my LinkedIn Network

    mercredi 24 décembre 2014 12:24
  • deux petites questions toute bete :

    > Quelle est la version d'OS client de vos postes de travail ? (win 7 /win 8 /8.1 ..)

    > Avez-vous des scripts d'ouverture de session sur vos postes de travail ?

    L'article fournit par Marc correspond à un souci qui est apparu sous Win XP /W2K3 mais qui n'existe à partir de 2008 R2 /Windows 7 /8 de mémoire.

    A+
    HK.


    Hicham KADIRI | Just Another IT Guy | Visit My Blog |

    vendredi 26 décembre 2014 14:50
  • merci pour vos réponses, les clients sont sur windows 7 pro

    j'ai des scripts d'ouverture de session pour 2 lecteurs réseaux :

    net use m: \\192.168.1.200\maquettes
    net use n: \\192.168.1.200\commun

    j'ai également essayé les paramètres d'indexations en recontruisant l'index via ce post https://social.technet.microsoft.com/Forums/fr-FR/0c265f27-adc0-4f13-8d28-c04a96bc109b/rafraichissement-fichiers-lecteur-reseau-seven-pro?forum=win7fr

    mais le problème persiste !

    • Modifié jplale mardi 6 janvier 2015 16:33
    mardi 6 janvier 2015 16:30
  • Bonjour,

    Merci de suivre les instructions suivantes et me tenir informé du résultat :

    > Depuis votre serveur Windows Server 2012 foundation, lancez GPMC.MSC (depuis l'interface UI)

    > Naviguez jusqu'au : Configuration Ordinateur | Stratégies | Paramètres Windows | Paramètres de Sécurité | Stratégies Local | Options de sécurité 

    > Désactivez les deux paramètres de stratégie de groupe suivants :

       => Membre de domaine : Chiffrer ou signer numériquement les donées des canaux sécurisés (toujours)

       => Serveur réseau Microsoft : communications signées numériquement (toujours)

    Il suffit de double cliquer sur les deux paramètres et sélectionnez "Désactiver"

    Enfin, depuis l'invite de commande (cmd.exe) lancée en tant qu'Administrateur, saisissez GPUPDATE /FORCE

    et depuis les postes de travail Windows 7 lancez cmd.exe et saisir GPUPDATE /FORCE

    Faites un test et notez le résultat.

    Merci de nous tenir informé des résulats.

    A+
    HK.


    Hicham KADIRI | Just Another IT Guy

    mardi 6 janvier 2015 17:17
  • sur les poste client : GPUPDATE /FORCE
    Mise à jour de la stratégie...
    La mise à jour de la stratégie utilisateur s'est terminée sans erreur.

    j'ai refait le test d'un nouveau répertoire ou fichier, ça marche pour le moment, le problème était alléatoire, donc je vais surveiller.
    Merci quand même pour cette manip !

    Pour mon erreur de copie de répertoire puis renommage, j'ai toujours l'erreur, si je veux le supprimer également, car tout est supprimé sauf le fichier Thumbs.db qui lui doit être utilisé donc rend le renommage ou la supression impossible.
    Même 10min après !!!
    J'ai pu le supprimer 30min après.

    Est ce un problème de droit car "tout le monde" est même en controle total, par contre "createur proprietaire" rien n'est coché, même si je le modifie.

    Ou faudrait il que je désactive la création des fichiers Thumbs.db ?
    mercredi 7 janvier 2015 10:27
  • le problème de cache est revenu !!!!!  :(
    lundi 12 janvier 2015 14:45
  • Je viens de trouver une parade pas commode mais qui marche, elle peut aussi donner des indices pour une vrai solution !

    Lorsque quelqu’un sur le réseau met un fichier dans un répertoire dans un lecteur réseau, si je n'ai pas accès en rafraichissant la vue, je me connecte en bureau à distance au serveur, je vais sur ce répertoire et je vois le nouveau fichier posé, je fais une copie de celui ci et instantanément sur mon poste de travail, le fichier est dispo ainsi que la copie à ses cotés, je supprime donc la copie et utilise ce nouveau fichier.

    C'est tiré par les cheveux mais comme je n'ai pas de solutions ... :(

    jeudi 29 janvier 2015 14:04