DFSRMIG: estados y guía completa para migrar SYSVOL de FRS a DFSR en Windows Server

Si ves “Global state = Start” en dfsrmig, solo aparece el recurso compartido SYSVOL y los servicios DFSR/FRS están iniciados, estás antes de la migración. Aquí te explico qué significa, cómo planificar y ejecutar con seguridad el paso de FRS a DFSR.

Índice

Resumen de la situación y respuesta corta

Tu dominio está en estado global 0 (Start): la migración de SYSVOL no ha comenzado. Ver únicamente el recurso compartido SYSVOL es normal (el nombre del recurso compartido no cambia durante el proceso). Que estén iniciados DFS Replication (DFSR) y File Replication Service (FRS) también puede ser normal: DFSR puede estar replicando otros grupos distintos de SYSVOL. Lo recomendable es planificar e iniciar la migración a DFSR siguiendo los estados 1 → 2 → 3, validando la consistencia entre cada paso.

Qué significa tu estado actual

  • dfsrmig /getglobalstate = Start (0): el dominio no ha iniciado la migración de SYSVOL. FRS sigue siendo el motor de replicación de SYSVOL.
  • dfsrmig /getmigrationstate: si devuelve que todos los controladores de dominio (DC) han alcanzado el estado “Start”, solo confirma que nadie ha avanzado fases.
  • Recurso compartido visible: verás SYSVOL en net share. SYSVOLDFSR es una carpeta, no un recurso compartido; por eso nunca verás “SYSVOLDFSR” en la lista de recursos compartidos.
  • Servicios activos: que DFSR y FRS estén “Running” a la vez no implica conflicto. DFSR puede replicar otros grupos (por ejemplo, DFS-N) aunque SYSVOL siga en FRS.

Estados de DFSRMIG y qué cambia en cada uno

EstadoNombreMotor de replicación de SYSVOLRuta del recurso compartido SYSVOLImpacto en clientesReversible
0StartFRS%systemroot%\SYSVOL\sysvolNinguno
1PreparedFRS (activo) + DFSR (preparación)Sigue apuntando a SYSVOL (FRS)NingunoSí (volver a 0)
2RedirectedDFSR (activo) / FRS en segundo plano%systemroot%\SYSVOL_DFSR\sysvolNinguno apreciableSi es necesario, volver a 1
3EliminatedDFSR (único)%systemroot%\SYSVOL_DFSR\sysvolNingunoNo

Por qué conviene migrar a DFSR

  • Compatibilidad: versiones modernas de Windows Server (por ejemplo, 2019/2022) no admiten FRS para SYSVOL. Migrar te habilita a introducir DCs actuales.
  • Fiabilidad y rendimiento: DFSR es más robusto, eficiente y tolerante a fallos que FRS.
  • Mantenimiento: menos incidencias con “journal wrap” típicas de FRS y mejores herramientas de diagnóstico (dfsrdiag).

Prerrequisitos y comprobaciones previas

Antes de dar el primer paso, confirma lo siguiente:

PrerrequisitoCómo verificarQué esperar
Nivel funcional de dominio ≥ 2008Get-ADDomain | fl DomainMode Get-ADForest | fl ForestModeWindows2008Domain o superior
Salud de AD sin erroresdcdiag /c /v repadmin /replsummary repadmin /showrepl *Sin fallos críticos de replicación
SYSVOL establedcdiag /test:sysvolcheckOK
Espacio en disco suficienteGarantiza espacio libre ≥ tamaño de SYSVOL (se duplica temporalmente en Prepared)“Cómodo” margen de GB libres
Antivirus excluye rutas de DFSRExcluye %systemroot%\SYSVOL, %systemroot%\SYSVOL_DFSR y la base de datos/staging de DFSR (...\System Volume Information\DFSR)Sin bloqueos de archivos
Backup del estado del sistemaRealiza al menos una copia reciente de un DCBackup verificado
Roles y permisosEjecuta el proceso desde el PDC Emulator con cuenta de Domain AdminsAcceso garantizado

Comandos de referencia clave

dfsrmig /getglobalstate
dfsrmig /setglobalstate <0|1|2|3>
dfsrmig /getmigrationstate
dfsrdiag pollad
dfsrdiag backlog /rgname:"Domain System Volume" /rfname:"SYSVOL Share" /sendingmember:<DC> /receivingmember:<DC>
repadmin /syncall /AdeP
net share SYSVOL
wmic /namespace:\\root\microsoftdfs path dfsrreplicatedfolderinfo get ReplicationGroupName,ReplicatedFolderName,State
Get-Service DFSR, NtFrs | ft -a Name,Status,StartType

Guía paso a paso

Realiza estos pasos desde el PDC Emulator y avanza solo cuando la salida de dfsrmig /getmigrationstate indique “consistency achieved” para todos los DCs.

Fase Prepared

dfsrmig /setglobalstate 1
dfsrmig /getmigrationstate
  • En esta fase, DFSR crea %systemroot%\SYSVOL_DFSR y lo sincroniza en segundo plano. Los clientes siguen usando el SYSVOL replicado por FRS.
  • Acelera la convergencia: dfsrdiag pollad repadmin /syncall /AdeP
  • Valida que la carpeta SYSVOL_DFSR aparece y se llena en todos los DCs.
  • Si aparece un problema, puedes volver a 0 (Start) con: dfsrmig /setglobalstate 0

Fase Redirected

dfsrmig /setglobalstate 2
dfsrmig /getmigrationstate
  • Cuando finaliza, el recurso compartido SYSVOL ya apunta a %systemroot%\SYSVOL_DFSR\sysvol.
  • Comprueba: net share SYSVOL Debe mostrar la nueva ruta.
  • Si necesitas revertir, vuelve a 1 (Prepared): dfsrmig /setglobalstate 1

Fase Eliminated

dfsrmig /setglobalstate 3
dfsrmig /getmigrationstate
  • Tras completar, SYSVOL solo replica por DFSR. FRS ya no se usa para SYSVOL.
  • No hay reversión a partir de aquí.
  • Opcional en versiones que aún lo tienen: puedes dejar el servicio NtFrs en Disabled para evitar confusiones: sc config NtFrs start= disabled sc stop NtFrs

Validaciones útiles en cada fase

  • Replicación de AD: repadmin /replsummary repadmin /showrepl *
  • Estado de DFSR del grupo SYSVOL: wmic /namespace:\\root\microsoftdfs path dfsrreplicatedfolderinfo get ReplicationGroupName,ReplicatedFolderName,State
  • Ruta del recurso compartido: net share SYSVOL En Redirected y Eliminated debe apuntar a SYSVOL_DFSR\sysvol.
  • Backlog entre DCs: dfsrdiag backlog ... Debe tender a cero antes de avanzar de fase.
  • Servicios: Get-Service DFSR, NtFrs | ft -a Name,Status,StartType

Riesgos, buenas prácticas y reversión

  • Impacto: en entornos sanos, el impacto en usuarios y GPO suele ser nulo.
  • Ventanas: puedes hacerlo en horario laboral si tu dominio y red están estables; si prefieres, usa una ventana de mantenimiento corta por prudencia.
  • Avanza solo con consistencia: no subas a la siguiente fase hasta que dfsrmig /getmigrationstate confirme que todos los DCs han convergido.
  • Reversión:
    • De 1 → 0 y de 2 → 1 es posible si surge un problema.
    • Desde 3 no hay vuelta atrás.
  • Espacio en disco: en Prepared necesitarás temporalmente espacio para tener coexistiendo SYSVOL y SYSVOL_DFSR.
  • Antivirus: excluye carpetas de trabajo de DFSR para evitar archivos bloqueados o corrupción de staging.

Solución de problemas frecuente

Atascado en Prepared

Comprueba que todos los DCs alcanzan la fase 1 y que AD replica correctamente.

repadmin /replsummary
dfsrdiag pollad
repadmin /syncall /AdeP

Revisa espacio en disco y exclusiones del antivirus. Comprueba que existe y se llena %systemroot%\SYSVOL_DFSR en todos los DCs.

Atascado en Redirected

Asegúrate de que net share SYSVOL ya apunta a SYSVOL_DFSR\sysvol en todos los DCs. Si algún DC sigue en la ruta antigua, revisa su salud de replicación de AD y el backlog DFSR.

Backlog persistente

Usa dfsrdiag backlog para evaluar. Si el backlog no baja:

  • Revisa conectividad entre sitios, latencias y programaciones de replicación de AD Sites and Services.
  • Comprueba cuotas de staging de DFSR (si son demasiado pequeñas, el staging se recicla continuamente).
  • Valida que no haya archivos bloqueados por antivirus o backup.

FRS con errores previos

Si tu SYSVOL bajo FRS ya tenía incoherencias, corrígelas antes de migrar. Ejecuta dcdiag /test:sysvolcheck y verifica que todos los DCs publican correctamente el recurso compartido SYSVOL y NETLOGON.

Un DC fuera de línea

La migración exige que todos los DCs estén alcanzables y avancen de fase. Si un DC está apagado o aislado, enciéndelo y deja que replique antes de continuar.

Dudas con permisos o herencia

DFSR conserva permisos NTFS/compartición. Evita tocar manualmente permisos heredados de SYSVOL_DFSR durante la migración.

Preguntas frecuentes (FAQ)

¿Por qué solo veo “SYSVOL” en net share?
Porque el nombre del recurso compartido no cambia. Lo que cambia es la ruta a la que apunta: de %systemroot%\SYSVOL\sysvol (FRS) a %systemroot%\SYSVOL_DFSR\sysvol (DFSR) desde el estado 2.

¿Puedo iniciar ya la migración?
Sí, tras validar prerrequisitos. Empieza por dfsrmig /setglobalstate 1 y avanza con calma, esperando la consistencia en cada fase.

¿Hay riesgo?
El riesgo es bajo si tu AD está sano y sigues el proceso. El mayor riesgo es avanzar sin verificar la consistencia o ignorar errores de replicación.

¿Qué ocurre con las GPO durante el cambio?
Los clientes siguen accediendo a \\dominio\SYSVOL. Como el nombre del recurso compartido no cambia, la experiencia para usuarios y GPO es transparente.

¿Cuánto tarda?
Depende del número de DCs, tamaño de SYSVOL, topología/latencia entre sitios y carga del dominio. Acelera con dfsrdiag pollad y repadmin /syncall /AdeP.

¿Puedo hacerlo con un único DC?
Sí. Aun así, realiza copia del estado del sistema y verifica espacio y estabilidad.

¿Debo desinstalar FRS al final?
No es obligatorio en versiones antiguas, pero puedes dejar su servicio deshabilitado para evitar confusiones. En versiones modernas ya no está disponible.

Checklist rápido antes de pulsar “Enter”

  • Nivel funcional de dominio ≥ 2008 confirmado.
  • Salud de AD sin errores (replicación estable).
  • Backup del estado del sistema reciente.
  • Espacio en disco suficiente (se duplicará temporalmente el contenido de SYSVOL).
  • Exclusiones de antivirus aplicadas para SYSVOL/DFSR.
  • Todos los DCs encendidos, sin alertas críticas.

Ejemplos de salida esperada

Global state al inicio

C:> dfsrmig /getglobalstate
Current DFSR global state: 'Start'
Succeeded.

Consistencia alcanzada en Prepared

C:> dfsrmig /getmigrationstate
All domain controllers have migrated successfully to the Global state ('Prepared').
Migration has reached a consistent state on all domain controllers.
Succeeded.

Ruta de SYSVOL tras Redirected

C:> net share SYSVOL

Share name   SYSVOL
Path         C:\Windows\SYSVOL\_DFSR\sysvol
Remark       Logon server share
...

Comprobaciones avanzadas opcionales

  • Inventario rápido de DCs y ruta de SYSVOL (ejecútalo en cada DC o con tus herramientas de gestión remota): @echo DC: %COMPUTERNAME% net share SYSVOL if exist %systemroot%\SYSVOLDFSR\sysvol echo SYSVOLDFSR presente.
  • PowerShell para visualizar estado de servicios: Get-Service DFSR, NtFrs | Format-Table -Auto Name,Status,StartType
  • Topología de sitios: revisa que los vínculos entre sitios y programaciones en “Active Directory Sites and Services” reflejen tu red real para evitar backlog.

Buenas prácticas operativas

  • Comunicación: informa al equipo de TI de la ventana de cambio (aunque el impacto esperado sea nulo) y del plan de reversión en fases 1 y 2.
  • Monitoreo: supervisa CPU/Disco en DCs durante la fase Prepared (normalmente el impacto es bajo).
  • Documentación: deja constancia de fecha/hora de cada fase y comandos ejecutados; te ayudará si necesitas auditoría o RCA.
  • Control de versiones de GPO: si tienes herramientas de gestión de GPO de terceros, verifica compatibilidad (suelen ser transparentes al cambio de motor).

Guía de reversión por fases

DesdeAComandoNotas
Prepared (1)Start (0)dfsrmig /setglobalstate 0Vuelve a FRS como única fuente
Redirected (2)Prepared (1)dfsrmig /setglobalstate 1El recurso compartido vuelve a apuntar a SYSVOL (FRS)
Eliminated (3)No reversible

Plantilla de plan de cambio

  1. Preverificación: dcdiag, repadmin, backup, espacio, antivirus, DCs en línea.
  2. Fase 1 (Prepared): ejecutar, forzar pollad/syncall, esperar consistencia, validar SYSVOL_DFSR presente en todos los DCs.
  3. Fase 2 (Redirected): ejecutar, esperar consistencia, validar ruta de SYSVOL con net share.
  4. Fase 3 (Eliminated): ejecutar, esperar consistencia, validar que FRS ya no se usa para SYSVOL, opcionalmente deshabilitar servicio FRS.
  5. Cierre: documentación final, monitoreo 24–48h, limpieza de alertas si las hubiera.

Conclusión

La salida que observas confirma que la migración no se ha iniciado. Puedes comenzar con confianza el proceso de FRS → DFSR si cumples los prerrequisitos, vigilando la consistencia en cada fase y apoyándote en los comandos de verificación. El resultado te deja el dominio listo para DCs modernos, mejora la fiabilidad de SYSVOL y te aleja de los riesgos intrínsecos de FRS. Cuando finalices en Eliminated (3), tu SYSVOL quedará replicado exclusivamente por DFSR, transparente para usuarios y políticas de grupo, y con una operación más simple a futuro.

Índice