Vale, es mucho para asimilar, pero si estás manipulando carpetas compartidas en Windows, es crucial comprender dónde se encuentran y cómo migrarlas sin dañarlas por completo. Las carpetas de red compartidas, junto con sus permisos, se almacenan en el registro en HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\Shares. Al iniciarse el servicio LanManServer, lee esta clave y publica todos los recursos compartidos. No sé por qué, pero esto también facilita un poco la migración de recursos compartidos de un servidor a otro: si modificas el registro, puedes clonar recursos compartidos con su configuración.
Para listar los recursos compartidos, puedes ejecutar comandos como net shareen el Símbolo del sistema o Get-SmbShareen PowerShell. En una configuración, se mostraron carpetas compartidas como Docs, ISOy Scripts, junto con los recursos compartidos de administrador predeterminados. Lo bueno es que, si quieres ver todos los permisos asignados directamente, puedes usar Get-SmbShareAccess docs. Esto te indicará quién tiene acceso y con qué permisos.
Cómo reparar o migrar recursos compartidos de red en Windows
Método 1: Exportar la configuración del registro para acciones
Esto resulta útil al migrar recursos compartidos de un servidor a otro, especialmente si se actualiza o simplemente se cambia de equipo. La idea es exportar la subclave Shares completa del registro a un archivo REG y luego importarla al nuevo equipo. El proceso es bastante sencillo, pero tenga en cuenta que necesitará derechos de administrador, y algunos recursos compartidos, especialmente aquellos con permisos personalizados, podrían requerir ajustes adicionales posteriormente.
Primero, abra PowerShell o el Símbolo del sistema con privilegios de administrador. Para exportar, ejecute:
reg export HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\Shares C:\Path\To\ShareBackup.reg
Reemplace C:\Path\To\ShareBackup.regcon la ruta que corresponda. Antes de importar en la nueva máquina, abra el archivo REG en un editor de texto. Probablemente querrá eliminar las entradas de las carpetas de administración, impresoras o recursos compartidos que no desee transferir. Por ejemplo, si solo desea ISOmigrar Docs, borre el resto.
Copie el archivo REG editado en la máquina de destino y haga doble clic en él para importarlo. Después, actualice la lista de recursos compartidos: reinicie el servicio del servidor mediante Restart-Service serverPowerShell o reinicie su PC. En algunas configuraciones, esto marca la diferencia: en una máquina, reiniciar el servicio ayudó a publicar los recursos compartidos rápidamente; en otra, reiniciar el sistema fue más sencillo.
Para verificar, vuelva a ejecutar net shareo revisar el registro en HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\Shares. Si las rutas son diferentes a las esperadas, es posible que deba ajustar manualmente el valor de la ruta antes de volver a compartir todo.
Método 2: Usar Robocopy para archivos con permisos
Si la parte del registro te parece arriesgada o simplemente quieres mover archivos con sus permisos intactos, Robocopy es tu mejor opción. Su fiabilidad es un poco extraña: en algunas configuraciones, copia los archivos y permisos perfectamente a la primera; en otras, puede que necesites varios reintentos o ajustes. El comando básico es el siguiente:
robocopy f:\docs \\new-srv2\f$\docs /MIR /COPYALL /B /E /Z /R:2 /W:5 /LOG:f:\files_copy.log
Desglose: copia todo (/COPYALL incluye permisos, marcas de tiempo y ACL), refleja el directorio (/MIR) y realiza reintentos con tiempos de espera específicos. La parte /LOG registra el proceso de copia, lo que ayuda a solucionar problemas si algo falla.
Este método no afecta la información de uso compartido del registro, por lo que aún deberá configurar los recursos compartidos en el nuevo servidor por separado; sin embargo, al menos sus archivos y permisos se conservarán. Para fines de documentación o copias de seguridad, reg exportla mejor opción es exportar los recursos compartidos del registro e importarlos posteriormente.
Opción 3: Uso de la replicación DFS
Si se encuentra en un entorno más grande, configurar un espacio de nombres DFS para replicar recursos compartidos puede ser excesivo, pero a largo plazo puede ser más limpio. Para ello, es necesario configurar DFS en ambos servidores, crear un grupo de replicación y permitir su sincronización. Sin embargo, esa es otra historia; solo lo menciono porque algunos usuarios prefieren este método para configuraciones multisitio.
Una vez migrados los recursos compartidos, no olvide reiniciar el servicio LanManServer o realizar un reinicio completo. Si los recursos compartidos no aparecen, suele deberse a que las nuevas rutas locales no coinciden con la configuración del registro o a que la caché aún no se ha borrado. Ejecutar Restart-Service serversimplemente reinicializa la lista, y a menudo eso es suficiente para que todo sea visible.
Otro problema que puede generar confusión son los permisos: revise los permisos de recursos compartidos y los permisos NTFS después de la migración. Le recomendamos ejecutar Get-SmbShareAccess de nuevo después de la migración para asegurarse de que todos tengan acceso como se espera.
Y si algo sale mal, recuerda que siempre puedes reimportar tu archivo REG de respaldo o ajustar los permisos con icacls o cmdlets de PowerShell. En resumen, mover recursos compartidos no es ninguna ciencia; solo requiere un poco de paciencia y una doble verificación.
Ojalá esto le ahorre algunas horas a alguien. Migrar recursos compartidos puede ser complicado, pero saber dónde se encuentra cada cosa y cómo distribuirla marca la diferencia.
Resumen
- Exporte la clave de registro HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer\Shares a un archivo REG antes de migrar.
- Edite el archivo REG para conservar solo los recursos compartidos relevantes.
- Importe el REG al nuevo servidor y reinicie el servicio del servidor.
- Utilice
net shareo consulte el registro para verificar que las acciones estén publicadas. - Utilice Robocopy para copiar datos de archivos e información de permisos.
- Verifique nuevamente los permisos y comparta rutas después de la migración.
Resumen
Este enfoque no es perfecto; algunos permisos, reglas de acceso o configuraciones personalizadas podrían requerir ajustes manuales posteriores. Pero es una forma eficaz de duplicar las configuraciones de recursos compartidos en diferentes servidores sin tener que recrear manualmente docenas de recursos compartidos y permisos. Solo asegúrese de probar todo a pequeña escala primero, especialmente si sus recursos compartidos contienen datos confidenciales o configuraciones de permisos complejas.¡Esperamos que esto ayude y que disfrute compartiendo!