Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Este artículo le ayuda a corregir un problema en el que el servicio de replicación de archivos (FRS) agrega "_NTFRS_<xxxxxxxx>" a los nombres de carpeta.
Número de KB original: 328492
Síntomas
Cuando se crea una carpeta replicada por el Servicio de replicación de archivos (FRS), FRS anexa "_NTFRS_<xxxxxxxx>" al nombre de carpeta.
Nota:
En este ejemplo, <xxxxxxxx> representa ocho dígitos hexadecimales aleatorios.
En la tabla siguiente se muestra cómo FRS podría cambiar los nombres de dos carpetas.
| Nombre de carpeta original | New folder name |
|---|---|
07/29/2002 09:58a Policies |
07/29/2002 09:58a Policies_NTFRS_000add30 |
07/29/2002 10:18a scripts |
07/29/2002 10:02p scripts_NTFRS_000874bb |
Nota:
FRS ha quedado en desuso en versiones más recientes de Windows Server. Para obtener más información sobre cómo pasar a una solución más reciente, consulte los siguientes artículos:
Causa
Si dos usuarios crean una carpeta en réplicas independientes y las carpetas tienen el mismo nombre, FRS detecta un conflicto de nombres durante la replicación.
Una de las operaciones de creación tiene prioridad y esa carpeta conserva el nombre original. FRS cambia el nombre de la otra carpeta.
Hay dos causas comunes de este problema:
Se crea una carpeta en varios miembros del conjunto de réplicas antes de que la carpeta pueda replicarse. El administrador o el programa pueden crear carpetas duplicadas en varios miembros de FRS. Esto puede ocurrir, por ejemplo, si el administrador intenta hacer que los datos sean coherentes entre todos los miembros copiando las carpetas manualmente.
Inicie una restauración autoritativa (D4) en un servidor, pero no realice los siguientes preparativos:
Antes de que el servicio NTFRS se reinicie después de la restauración autoritativa, detenga el servicio en todos los demás miembros del conjunto de réplicas reinicializado.
Antes de que cualquier servidor pueda replicar los cambios de salida en los miembros reinicializados del conjunto de réplicas, configure la clave del Registro D2 en todos los demás miembros del conjunto de réplicas reinicializado.
Solución
Nota:
El procesamiento de directivas de grupo para carpetas afectadas no funciona durante el proceso de limpieza. Esto se debe a que la ruta de acceso UNC de la directiva no coincide con el nombre de la carpeta.
Para solucionar este problema, siga estos pasos:
Cambie el nombre de las carpetas originales y las carpetas modificadas y espere a que los nuevos nombres se propague a lo largo del sistema.
Esto garantiza que cada carpeta tenga un nombre común a lo largo de SYSVOL y que los nombres y GUID coincidan con todos los miembros.
Nota:
No elimine la carpeta no deseada y cambie el nombre de la otra. Esto puede provocar incluso más conflictos de nomenclatura.
Después de que el nombre se propague, elija la carpeta que desea conservar y revierta el nombre al nombre original. A continuación, puede eliminar de forma segura las demás carpetas cuyo nombre ha cambiado.
Nota:
Antes de eliminar las carpetas, se recomienda asegurarse de que tiene una copia de seguridad de los datos originales (y completos).
Más información
Todos los archivos y carpetas que administra FRS se identifican de forma única mediante un GUID de archivo o carpeta. FRS usa GUID como identificadores canónicos de archivos y carpetas que se replican.
FRS intenta asegurarse de que el GUID de cada archivo o carpeta sea exactamente el mismo en todos los miembros del conjunto de réplicas. Para FRS, el nombre de archivo o carpeta que está visible en el Explorador de Windows o en la salida del DIR comando es solo una propiedad de un archivo o carpeta. El nombre y la ruta de acceso no identifican el archivo. El GUID identifica el archivo.
Si un miembro FRS recibe un orden de cambio para crear una carpeta mediante el nombre de una carpeta existente, FRS detecta un conflicto de nomenclatura. La carpeta existente y la nueva carpeta tienen guid diferentes. Por lo tanto, la nueva carpeta no puede tener el mismo nombre que la carpeta existente. En esta situación, a la nueva carpeta se le asigna un nuevo nombre en forma de <FolderName>_NTFRS_<xxxxxxxx>.
Nota:
En este ejemplo, <FolderName> representa el nombre solicitado (el nombre de la primera carpeta) y <xxxxxxxx> representa ocho dígitos hexadecimales aleatorios, como "001a84b2".