Il n'est pas possible de mettre à jour l'emplacement cible de partages de fichiers en mode hors connexion dans le cache fichier hors connexion côté client sans autorisation d'administration dans Windows Server 2008 R2 ou Windows 7

Symptômes

Considérez le scénario suivant :

Scénario 1

• La fonctionnalité de Redirection de dossiers est activée pour l’utilisateur de rediriger ses documents vers un serveur de fichiers.

• Vous activez la fonctionnalité fichiers hors connexion sur un ordinateur qui exécute Windows Server 2008 R2 ou Windows 7.

• Vous modifiez l’emplacement du serveur de fichier destination pour les documents de rediriger l’utilisateur vers un nouvel emplacement. Ou, si le nouvel emplacement de serveur de fichier représente un emplacement de stockage physique différent, vous déplacez les données de l’utilisateur à partir de l’ancien emplacement de serveur de fichiers vers le nouvel emplacement de serveur de fichiers.
  
  Remarque Ce serait le cas si le chemin d'accès aux documents redirigés changeait car le serveur de fichier doit désormais être accessible via un autre nom DFS.

• Lorsque la stratégie de Redirection de dossiers mis à jour s’applique à l’ordinateur de l’utilisateur, vous souhaitez que les données qui se trouve déjà dans le cache de fichiers hors connexion à renommer pour refléter le nouveau nom de serveur sans transférer les données de l’ancien serveur vers le nouvel emplacement de serveur via le client.

Dans ce scénario, vous ne pouvez pas garantir la séquence de la mise à jour de stratégie de Redirection de dossiers et un script pour renommer les éléments dans le cache des fichiers hors connexion permet de garantir que la configuration de l’utilisateur est mis à jour correctement sans le trafic réseau inutile généré. En outre, si l’utilisateur n’a pas d’informations d’identification administratives, renommer des éléments dans le cache de fichiers hors connexion n’est pas autorisée. Toutefois, dans Windows XP cela est possible pour les utilisateurs sans informations d’identification administratives.

Scénario 2

• Vous épinglez un contenu de serveur de fichiers dans le cache de fichiers hors connexion pour les utilisateurs via un script d’ouverture de session ou de la stratégie de groupe de fichiers hors connexion sur un ordinateur qui exécute Windows Server 2008 R2 ou Windows 7.

• Le contenu se déplace vers un serveur de fichier différent ou un autre emplacement de DFS. Par conséquent, le contenu sera disponible via un nouveau nom.

• Vous souhaitez que l’utilisateur de continuer la mise en cache les données sans avoir besoin de données pour être remis en mémoire cache à partir de l’emplacement du nouveau serveur.

Dans ce scénario, vous ne peut pas le script le changement de nom du contenu dans le cache des fichiers hors connexion si l’utilisateur n’a pas d’informations d’identification administratives sur l’ordinateur et que cette action nécessite un redémarrage de l’ordinateur client soient prises en compte. Toutefois, dans Windows XP un script s’exécutant dans comme utilisateur non administratif pourrait faire cela sans nécessiter un ordinateur redémarrer.

Résolution

Pour résoudre ce problème, installez le correctif suivant sur l’ordinateur affecté. Après avoir installé le correctif, vous pouvez mettre à jour l’enregistrement de dossiers partagés dans le cache CSC, sans informations d’identification administratives.

Remarque: bien que ce correctif est inclus dans Windows Server 2008 R2 et Windows 7 SP1, vous devez ajouter le Registre pour activer la fonctionnalité. Plus vous devez installer ci-dessous un correctif supplémentaire pour utiliser la méthode RenameItemEx dans SP1 :

2610379 stratégie de la Redirection de dossiers ne fonctionne pas si un utilisateur définit un dossier redirigé vers un mode hors connexion dans Windows 7 ou dans Windows Server 2008 R2

État

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».

Plus d'informations

Pour plus d’informations sur la configuration de l’ordinateur après avoir installé le correctif, procédez comme suit pour obtenir le comportement souhaité décrit ci-dessus par le scénario 1 :

1. Définissez la clé de Registre qui est décrite dans la partie « Informations du Registre » de la section Résolution.
   
   
   Remarque Cette entrée de Registre est définie par l’utilisateur, par conséquent si plusieurs utilisateurs utilisent un ordinateur client donné, ce paramètre du Registre doit être défini pour tout utilisateur dont le contenu mis en cache est vont être déplacés.

2. Déconnecter les ordinateurs d’accéder au dossier du partage à déplacer ou à supprimer le dossier de partage à partir du serveur source. Cela garantit que le dossier de partage ne sont pas accessibles. Cette étape garantit également que le contenu sur le serveur peut être déplacé avec succès sans message d’erreur que les fichiers sont en cours d’utilisation.

3. Le contenu du serveur source de sauvegarde et restaurer le contenu sur le serveur cible. Les données doivent être déplacées d’une manière qui permet de conserver les attributs de fichier, accès horodatages et de sécurité. Dans la mesure du possible, l’ancien dossier partagé cible doit être partagé sur le serveur pour empêcher l’utilisateur de la synchronisation des modifications de données vers l’ancien emplacement une fois que les données ont été déplacées vers le nouveau serveur de fichiers.
   
   Remarque Le déplacement des données à l’aide d’une application de sauvegarde doit être suffisant pour conserver l’état de ce fichier. Toutefois, à l’aide d’un utilitaire de copie simple, comme xcopy, ne permettra pas de conserver l’état du fichier correctement.

4. Mettre à jour la configuration de la Redirection de dossiers pour refléter le serveur cible. Par exemple, si vous rediriger vers le répertoire de base utilisateur, le serveur cible devez être au format % HOMESHARE %% HOMEPATH %. Assurez-vous que vous disposez de l’option « Déplacer le contenu des Documents vers le nouvel emplacement » est activée dans la configuration de la Redirection de dossiers.
   
   
   Remarque Vous pouvez effectuer la configuration du paramètre de stratégie de groupe Redirection de dossiers via le chemin suivant :
   
   
   Utilisateur Configuration utilisateur\Stratégies\Paramètres Windows\Redirection Redirection\Documents\Properties

5. Ouvrez une session sur l’ordinateur de recevoir les paramètres de stratégie de groupe mis à jour. Vous devrez peut-être l’ouvrir une session et fermer la session puis connectez-vous à nouveau car les paramètres de stratégie de groupe peuvent être appliqués de façon asynchrone à l’ouverture de session de l’utilisateur.

Lorsque les paramètres de stratégie de groupe de l’utilisateur mis à jour la Redirection de dossiers sont appliquées, le contenu sera également ont été renommé dans le cache des fichiers hors connexion. Toutes les modifications qui ont été uniquement dans le cache du client seront conservées et synchronisées vers le nouvel emplacement du serveur lorsque le client effectue la première synchronisation.

Pour plus d’informations sur la configuration de l’ordinateur après avoir installé le correctif, procédez comme suit pour obtenir le comportement souhaité décrit ci-dessus par le scénario 2 :

1. Déconnecter les ordinateurs d’accéder au dossier du partage à déplacer ou à supprimer le dossier de partage à partir du serveur source. Cela garantit que le dossier partagé ne sont pas accessibles. Cette étape garantit également que le contenu sur le serveur peut être déplacé avec succès sans message d’erreur que les fichiers sont en cours d’utilisation.

2. Le contenu du serveur source de sauvegarde et restaurer le contenu sur le serveur cible. Les données doivent être déplacées d’une manière qui permet de conserver les attributs de fichier, accès horodatages et de sécurité. Dans la mesure du possible, l’ancien dossier partagé cible doit être partagé sur le serveur pour empêcher l’utilisateur de la synchronisation des modifications de données vers l’ancien emplacement une fois que les données ont été déplacées vers le nouveau serveur de fichiers.
   
   Remarque Le déplacement des données à l’aide d’une application de sauvegarde doit être suffisant pour conserver l’état de ce fichier. Toutefois, à l’aide d’un utilitaire de copie simple, comme xcopy, ne permettra pas de conserver l’état du fichier correctement.

3. Exécuter un script qui appelle la méthode RenameItemEx de la classe Win32_OfflineFilesCache pour renommer le contenu mis en cache à partir de l’ancien nom par le nouveau nom. Si cet appel échoue, une partie du contenu est en cours d’utilisation dans le cache afin qu’il ne peut pas être renommé pour l’instant. Le script peut puis appelez la méthode RenameItem de la classe Win32_OfflineFilesCache pour planifier un changement de nom de ce contenu dans le cache lors du prochain redémarrage.

Si le répertoire de base d’un utilisateur est déplacé de cette manière, consultez l’exemple de script suivant permettent de garantir à que tout le contenu est renommé correctement :'' THIS CODE AND INFORMATION IS PROVIDED "AS IS" WITHOUT WARRANTY OF
' ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING BUT NOT LIMITED TO
' THE IMPLIED WARRANTIES OF MERCHANTABILITY AND/OR FITNESS FOR A
' PARTICULAR PURPOSE.
'
' Copyright (c) Microsoft Corporation. All rights reserved.
'
'
' Usage: CscRename.vbs /OldItemPath:<path> /NewItemPath:<path> [/Machine:value] [/User:value] [/Password:value]
'
'
' Demonstrates how to rename an item in the Ofline Files cache.
'
' OldItemPath - UNC path of the current path to be renamed.
'
' NewItemPath - UNC path of the new path to replace the old path.
'
' If NewItemPath already exists, the operation is not performed.
' This operation simply schedules a rename to be performed on the next restart
' of the system.
'
const cComputerName = "LocalHost"
const cWMINamespace = "root\cimv2"
const cWMIClass = "Win32_OfflineFilesCache"
Const wbemFlagReturnImmediately = &h10

nRenameItemExFailureCount = 0
nRenameItemFailureCount = 0

'
' Process commandline arguments
'
strOldItemPath = WScript.Arguments.Named("OldItemPath")'
if Len(strOldItemPath) = 0 Then
Wscript.Echo "OldItemPath parameter required"
Err.Raise 449 ' "argument not optional" error
End if

strNewItemPath = WScript.Arguments.Named("NewItemPath")
if Len(strNewItemPath) = 0 Then
Wscript.Echo "NewItemPath parameter required"
Err.Raise 449 ' "argument not optional" error
End if

strComputerName = WScript.Arguments.Named("Machine")
If Len(strComputerName) = 0 Then strComputerName = cComputerName

strUserID = WScript.Arguments.Named("User")
If Len(strUserID) = 0 Then strUserID = ""

strPassword = WScript.Arguments.Named("Password")
If Len(strPassword) = 0 Then strPassword = ""

set objWMILocator = WScript.CreateObject("WbemScripting.SWbemLocator")

Set objWMIServices = objWMILocator.ConnectServer(strComputerName, _
cWMINameSpace, _
strUserID, _
strPassword)

'
' Note that Win32_OfflineFilesCache is a singleton.
'

strTempOldItemPath = Replace(strOldItemPath,"\","\\")

Set objWMIService = GetObject("winmgmts:\\" & cComputerName & "\root\CIMV2")
Set objCache = objWMIServices.Get("Win32_OfflineFilesCache=@")

'
'Find the path of the item to be renamed in the cache
'
Set colItems = objWMIService.ExecQuery("SELECT * FROM Win32_OfflineFilesItem WHERE ItemPath ='" &strTempOldItemPath&"'", "WQL", _
wbemFlagReturnImmediately + wbemFlagForwardOnly)

For Each objItem In colItems

'
'If folder is pinned we need to rename all the directory items underneath this
'
If (objItem.PinInfo.Pinned = True) Then
'
'Find all the directories underneath the folder in the cache
'
Set childItems = objWMIService.ExecQuery("SELECT * FROM Win32_OfflineFilesItem WHERE ParentItemPath = '" &strTempOldItemPath&"'", "WQL", _
wbemFlagForwardOnly + wbemFlagReturnImmediately )

For Each childItem In childItems

strOldPath = childItem.ItemPath
'
'Item to be renamed in the cache
'
strTempNewItemPath = strNewItemPath & "\" & childItem.ItemName

On Error Resume Next
'
' Note that while we pass "False" for the bReplace parameter, that
' parameter is ignored. Existing destinations are never replaced, regardless
' of what we pass for the 3rd parameter.
'
objCache.RenameItemEx strOldPath, strTempNewItemPath, False
hr = Hex(Err.Number)
If Err.Number <> 0 Then
WScript.Echo "RenameItem Failed with error:" &hr
WScript.Echo "While renaming:" & strOldPath & " to:" &strTempNewItemPath
Err.Clear
nRenameItemExFailureCount = nRenameItemExFailureCount + 1
On Error Resume Next
'
'We got the error in renaming this may happen due to item in use, try to renaname after reboot
'
objCache.RenameItem strOldPath, strNewItemPath, False
hr = Hex(Err.Number)
If Err.Number <> 0 Then
WScript.Echo "RenameItem Failed with error:" &hr
WScript.Echo " While renaming:" & strOldPath & " to:" &strTempNewItemPath
Err.Clear
nRenameItemFailureCount = nRenameItemFailureCount + 1
Else
WScript.Echo "item rename scheduled. A restart of the system is necessary to apply the change."
End If
Else
WScript.Echo "Renamed:" &strOldPath & " to:" &strTempNewItemPath & " SUCCESSFULLY"

End If
Next
Else
'
'Find all the directory items underneath the folder in the cache
'
Set childItems = objWMIService.ExecQuery("SELECT * FROM Win32_OfflineFilesItem WHERE ParentItemPath = '" &strTempOldItemPath&"'", "WQL", _
wbemFlagForwardOnly + wbemFlagReturnImmediately )

For Each childItem In childItems

'
'If this item is pinned and a directory, rename it
'
If (childItem.PinInfo.Pinned = True) Then
strOldPath = childItem.ItemPath
strTempNewItemPath = strNewItemPath & "\" &childItem.ItemName
On Error Resume Next
' Note that while we pass "False" for the bReplace parameter, that
' parameter is ignored. Existing destinations are never replaced, regardless
' of what we pass for the 3rd parameter.
'
objCache.RenameItemEx strOldPath, strTempNewItemPath, False
hr = Hex(Err.Number)
If Err.Number <> 0 Then
On Error Resume Next

WScript.Echo "RenameItemEx Failed with error:" &hr
WScript.Echo "While renaming:" & strOldPath & " to:" &strTempNewItemPath
Err.Clear
nRenameItemExFailureCount = nRenameItemExFailureCount + 1
On Error Resume Next
'
'We got the error in renaming this may happen due to item in use, try to renaname after reboot
'
objCache.RenameItem strOldPath, strTempNewItemPath, False
hr = Hex(Err.Number)
If Err.Number <> 0 Then
On Error Resume Next
WScript.Echo "RenameItem Failed with error:" &hr
WScript.Echo "While renaming:" & strOldPath & " to:" &strTempNewItemPath
Err.Clear
nRenameItemFailureCount = nRenameItemExFailureCount + 1
Else
WScript.Echo "item rename scheduled. A restart of the system is necessary to apply the change."
End If

Else
WScript.Echo "Renamed:" &strOldPath & " to:" &strTempNewItemPath & " SUCCESSFULLY"
End If
End If
Next
End If
If (nRenameItemExFailureCount > 0 & (nRenameItemExFailureCount - nRenameItemFailureCount) > 0) Then
WScript.Echo "item rename scheduled. A restart of the system is necessary to apply the change."
ElseIf (nRenameItemExFailureCount = 0) Then
WScript.Echo "Items Renamed SUCCESSFULLY"
Else
WScript.Echo "ItemsRenamed FAILED"
End If
Next
Si un fichier ou un répertoire sans les répertoires ajoutés imbriqués (par exemple, le répertoire de base de l’utilisateur) doit être renommé, le script suivant peut être utilisé.'' THIS CODE AND INFORMATION IS PROVIDED "AS IS" WITHOUT WARRANTY OF
' ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING BUT NOT LIMITED TO
' THE IMPLIED WARRANTIES OF MERCHANTABILITY AND/OR FITNESS FOR A
' PARTICULAR PURPOSE.
'
' Copyright (c) Microsoft Corporation. All rights reserved.
'
'
' Usage: CscRenameItemEx.vbs /OldItemPath:<path> /NewItemPath:<path> [/Machine:value] [/User:value] [/Password:value]
'
'
' Demonstrates how to rename an item in the Ofline Files cache.
'
' OldItemPath - UNC path of the current path to be renamed.
'
' NewItemPath - UNC path of the new path to replace the old path.
'
' If NewItemPath already exists, the operation is not performed.
' If OldItemPath is currently in use,this operation simply schedules
' a rename to be performed on the next restart.
'
'
On Error Resume Next
const cComputerName = "LocalHost"
const cWMINamespace = "root\cimv2"
const cWMIClass = "Win32_OfflineFilesCache"

'
' Process commandline arguments
'
strOldItemPath = WScript.Arguments.Named("OldItemPath")'
if Len(strOldItemPath) = 0 Then
Wscript.Echo "OldItemPath parameter required"
Err.Raise 449 ' "argument not optional" error
End if

strNewItemPath = WScript.Arguments.Named("NewItemPath")'
if Len(strNewItemPath) = 0 Then
Wscript.Echo "NewItemPath parameter required"
Err.Raise 449 ' "argument not optional" error
End if

strComputerName = WScript.Arguments.Named("Machine")
If Len(strComputerName) = 0 Then strComputerName = cComputerName

strUserID = WScript.Arguments.Named("User")
If Len(strUserID) = 0 Then strUserID = ""

strPassword = WScript.Arguments.Named("Password")
If Len(strPassword) = 0 Then strPassword = ""

set objWMILocator = WScript.CreateObject("WbemScripting.SWbemLocator")

Set objWMIServices = objWMILocator.ConnectServer(strComputerName, _
cWMINameSpace, _
strUserID, _
strPassword)

'
' Note that Win32_OfflineFilesCache is a singleton.
'
' Also note that while we pass "False" for the bReplace parameter, that
' parameter is ignored. Existing destinations are never replaced, regardless
' of what we pass for the 3rd parameter.
'
Set objCache = objWMIServices.Get("Win32_OfflineFilesCache=@")
objCache.RenameItemEx strOldItemPath, strNewItemPath, False
If Err.Number <> 0 Then
WScript.Echo " RenameItemEx Failed:" &Err.Description
Err.Clear
On Error Resume Next
objCache.RenameItem strOldItemPath, strNewItemPath, False
If Err.Number <> 0 Then
WScript.Echo "RenameItem Failed:" &Err.Description
Err.Clear
Else
WScript.Echo "item rename scheduled. A restart of the system is necessary to apply the change."
End If

Else
WScript.Echo "item renamed."
End If


Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

976698 , vous ne pouvez pas mettre à jour l’emplacement cible de partages de fichiers en mode hors connexion dans le cache de côté client des fichiers hors connexion sans autorisations d’administration

Pour plus d'informations sur la terminologie de mise à jour logicielle, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

Description 824684 terminologie standard utilisée pour décrire les mises à jour logicielles de Microsoft