Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

Une meilleure utilisation de l'UC lorsque vous accédez à un partage la table de fichiers SQL Server à partir de l'Explorateur Windows

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3092936
Symptômes
Considérez le scénario suivant :
  • Vous avez implémenté un SQL Server Table de fichiers.
  • Le FileTable expose un partage SMB.
  • Vous accédez au partage SMB par le biais de l'Explorateur Windows (explorer.exe) à l'aide d'un lecteur mappé ou un chemin d'accès UNC.
Dans ce scénario, vous pouvez remarquer une augmentation d'utilisation du processeur dans explorer.exe et également dans les processus SQL Server et le système. Ce symptôme reflète une augmentation dans SMB trafic de notification de changement de répertoire.
Cause
Actions de table de fichiers SQL Server ne gèrent pas les notifications de modification de répertoire. Par conséquent, le serveur qui exécute SQL Server répond à ces demandes, avec la valeur STATUS_NOT_SUPPORTED lorsque. Car explorer.exe ne peut pas gérer cette valeur de réponse de façon synchrone, il continue d'essayer d'enregistrer les notifications de modification de répertoire alors que le partage de la table de fichiers SMB est ouvert dans une ou plusieurs fenêtres de explorer.exe. Après la fermeture de ces fenêtres, le comportement de notification de modification doit s'arrêter. Les serveurs de fichiers de tiers qui ne prennent pas en charge les notifications de modification de répertoire peuvent également exposer ce comportement.
Résolution
Avertissement L'utilisation incorrecte de l'Éditeur du Registre peut générer des problèmes sérieux pouvant vous obliger à réinstaller votre système d'exploitation. Microsoft ne peut garantir que les problèmes résultant d'une utilisation incorrecte de l'Éditeur du Registre puissent être résolus. Utilisez l'éditeur de Registre à vos risques et périls.

Pour éviter ce problème, désactivez les notifications de modification de répertoire SMB à l'aide de la valeur de RegistreNoRemoteChangeNotify. Cela sur tous les systèmes accédant à la FileTable partagent par le biais de l'Explorateur Windows.
  • Pour appliquer ce paramètre à l'utilisateur qui est actuellement connecté, ajoutez l'entrée de Registre NoRemoteChangeNotify à la clé de Registre suivante :

    HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer
  • Pour appliquer ce paramètre à tous les utilisateurs qui ouvrent une session sur l'ordinateur, ajoutez l'entrée de Registre NoRemoteChangeNotify à la clé de Registre suivante :

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer
Lorsque vous définissez la valeur de l'entrée de Registre NoRemoteChangeNotify sur 1, vous mettez hors tension à distance requêtes notification de modification pour les modifications de fichier et de dossier qui se produisent dans les dossiers d'un partage réseau mappé. Pour activer les requêtes notification de modification, définissez l'entrée de Registre NoRemoteChangeNotify sur 0 (zéro).
Assurez-vous de désactiver les requêtes notification de modification pour seulement l'utilisateur qui est actuellement connecté, comme suit :
  1. Cliquez sur Démarrer, sur exécuter, type Regedit dans la zone Ouvrir puis cliquez sur OK.
  2. Recherchez et cliquez sur la clé de Registre suivante :

    HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer
  3. Dans le menu Edition , pointez sur Nouveau, puis cliquez sur Valeur DWORD.
  4. Tapez NoRemoteChangeNotify, puis appuyez sur ENTRÉE.
  5. Dans le menu Edition, cliquez sur Modifier.
  6. Dans la zonedonnées de la valeur, tapez 1, puis cliquez surOK.
  7. Quittez l'Éditeur du Registre.
Désactiver les requêtes notification de modification pour tous les utilisateurs
  1. Cliquez sur Démarrer, sur exécuter, type Regedit dans la zone Ouvrir puis cliquez sur OK.
  2. Recherchez et cliquez sur la clé de Registre suivante :

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer
  3. Dans le menu Edition , pointez sur Nouveau, puis cliquez sur Valeur DWORD.
  4. Tapez NoRemoteChangeNotify, puis appuyez sur ENTRÉE.
  5. Dans le menu Edition, cliquez sur Modifier.
  6. Dans la zonedonnées de la valeur, tapez 1, puis cliquez surOK.
  7. Quittez l'Éditeur du Registre.

Propriétés

ID d'article : 3092936 - Dernière mise à jour : 09/17/2015 20:55:00 - Révision : 1.0

Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2016 Enterprise, Windows Vista Professionnel, Windows 7 Entreprise, Windows 8 Enterprise, Windows 8.1 Enterprise, Windows Server 2008 R2 Enterprise, Windows Server 2012 Datacenter, Windows Server 2012 R2 Datacenter

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3092936 KbMtfr
Commentaires
te(" html>