Compartir a través de

Id. de evento DFSR 2213 en Windows Server 2008 R2

En este artículo se describe un problema que desencadena el identificador de evento 2213 en Windows 2008 o Windows 2012.

Se aplica a: Windows Server 2008 R2 Service Pack 1
Número de KB original: 2846759

Resumen

Microsoft ha introducido nuevas funcionalidades para el servicio replicación DFS (DFSR) para Windows Server 2008 R2 mediante 2663685 de revisión. Después de instalar la revisión 2663685 o una versión posterior de Dfsrs.exe en Windows Server 2008 R2, el servicio DFSR ya no realiza la recuperación automática de la base de datos del motor de almacenamiento extensible (ESE)) después de que la base de datos experimente un apagado sucio. En su lugar, cuando se desencadena el nuevo comportamiento de DFSR, el identificador de evento 2213 se registra en el registro DFSR. Un administrador de DFSR debe reanudar manualmente la replicación después de que DFSR detecte un apagado sucio.

Windows Server 2012 muestra este comportamiento de forma predeterminada.

El servicio DFSR mantiene una base de datos ESE por volumen en volúmenes que hospedan una carpeta replicada. DFSR usa esta base de datos para almacenar metadatos sobre cada archivo y carpeta en la carpeta replicada. La integridad de la base de datos debe mantenerse para asegurarse de que el servicio sigue funcionando correctamente.

Cuando se notifica a DFSR que el servicio debe apagarse, comienza a confirmar todos los cambios pendientes en la base de datos ESE. El apagado sucio en DFSR se produce cuando el servicio DFSR no puede confirmar todos los cambios pendientes en la base de datos ESE de DSFR antes de que se apague el servicio DFSR. Durante el inicio, el servicio DFSR comprueba la integridad de la base de datos.

La recuperación de apagado sucio puede provocar trabajos pendientes grandes y, a su vez, puede provocar conflictos de replicación. En algunos casos, antes de que se publique la corrección en la revisión 2780453 , es posible que el archivo ganador no sea la versión que el usuario final quiere. La actualización para detener la replicación durante el apagado desfasado estaba pensada como protección que permite a los administradores realizar copias de seguridad de los datos para capturar diferencias desde que se realizó la última copia de seguridad antes de reanudar la replicación.

Después de instalar la revisión 2780453, ya no tendrá que pausar la replicación durante un apagado desfasado. La corrección de la revisión 2780453 se incluye en todos los medios predeterminados de Windows 2012.

procedimientos recomendados

Procedimientos recomendados para la autorrecuperación basada en el rol de servidor, el sistema operativo y el nivel de revisión:

Role Windows Server 2008 R2 Windows Server 2008 R2 con KB 2780453 instalado Windows Server 2012
DC Activado Activado Activado
Nodo de clúster Activado Activado Activado
Servidor DFSR grabable Desactivado Activado Activado
Servidor DFSR de solo lectura Activado Activado Activado

Deshabilitación de la funcionalidad Detener replicación en Autorrecuperación

Para que DFSR realice La recuperación automática cuando se detecta un apagado de base de datos sucio, edite el siguiente valor del Registro después de instalar la revisión 2780453 en Windows Server 2008 R2. Puede implementar este cambio en todas las versiones de Windows Server 2012. Si el valor no existe, debe crearlo.

  • Clave: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\DFSR\Parameters
  • Valor: StopReplicationOnAutoRecovery
  • Tipo: Dword
  • Datos: 0

Reanudación de la replicación después de que se registre el evento 2213

Después de registrar el evento 2213, un administrador debe ejecutar un comando WMIC para reanudar la replicación. Los detalles del comando se proporcionan en el texto del identificador de evento 2213.

Paso 1: Pasos de recuperación para el identificador de evento 2213 que inició sesión en el servidor DFSR

  1. Realice una copia de seguridad de los archivos en todas las carpetas replicadas del volumen. Si no se hace esto, es posible que se pierdan datos de una resolución de conflictos inesperada durante la recuperación de las carpetas replicadas.

  2. Para reanudar la replicación de este volumen, use el ResumeReplication método WMI de la DfsrVolumeConfig clase . Por ejemplo, desde un símbolo del sistema con privilegios elevados, ejecute el siguiente comando:

wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="E18D8280-2379-11E2-A5A0-806E6F6E6963" call ResumeReplication

Paso 2: Copie el comando WMIC del paso 2 en los pasos de recuperación del identificador de evento 2213 y péguelo en un símbolo del sistema con privilegios elevados.

Cuando el comando se ejecuta correctamente, devuelve los siguientes resultados:

wmic /namespace:\\root\microsoftdfs pathdfsrVolumeConfig where volumeGuid="F1CF316E-6A40-11E2-A826-00155D41C919" call ResumeReplication

Executing(file://ww2008r2dc1/root/microsoftdfs:DfsrVolumeConfig.VolumeGuid=%22F1CF316E-6A40-11E2-A826-00155D41C919%22)-%3EResumeReplication()">\WW2008R2DC1\root\microsoftdfs:DfsrVolumeConfig.VolumeGuid="F1CF316E-6A40-11E2-A826-00155D41C919")->ResumeReplication()
Ejecución correcta del método. Out Parameters:instance of __PARAMETERS{ ReturnValue = 0;};

Para los usuarios de PowerShell, debe agregar comillas simples al comando WMIC para ejecutarlo desde PowerShell, como se indica a continuación:

wmic /namespace:\\root\microsoftdfs pathdfsrVolumeConfig where 'volumeGuid="F1CF316E-6A40-11E2-A826-00155D41C919"' call ResumeReplication

Paso 3: Comprobar si se han registrado los identificadores de evento 2212 y 2214

Compruebe si los identificadores de evento 2212 y 2214 se han iniciado sesión en el servidor en el que ejecutó el comando reanudar replicación. Nota adicional sobre la recuperación si debe reinicializar una carpeta replicada (o realizar la sincronización inicial) después de un apagado desfasado, siga estos pasos:

  1. Deshabilite la carpeta replicada.
  2. Habilite la replicación mediante los pasos descritos en los pasos de recuperación anteriores para el identificador de evento 2213 que inició sesión en la sección servidor DFSR.
  3. Habilite la carpeta replicada.

Si deshabilita y habilita la carpeta replicada antes de ejecutar el comando WMIC, no se produce la sincronización inicial porque el administrador de volúmenes está sin conexión.

Pasos para reducir las posibilidades de un apagado desfasado

En Windows, un servicio tiene 30 segundos para apagarse después de recibir una notificación de apagado. Después de 30 segundos, Service Control Manager obliga al servicio a apagarse. Cuando se trate del servicio DFSR, un servidor concentrador ocupado puede necesitar más de 30 segundos para confirmar los cambios pendientes en la base de datos. Si el servicio DFSR no confirma todos los cambios en los 30 segundos asignados por service Control Manager, el servicio se cierra forzadamente y esto desencadena una recuperación de apagado sucio.

Las interrupciones de energía o cualquier otro reinicio duro de un servidor DFSR también pueden desencadenar una recuperación de apagado sucio. Para reducir las posibilidades de un apagado sucio, asegúrese de que los servidores DFSR están conectados a una fuente de alimentación ininterrumpida (UPS) para permitir que se apaguen correctamente.

Extender los tiempos de apagado del servicio

En los servidores DFSR que requieren más de 30 segundos para apagarse, puede usar el valor WaitToKillServiceTimeout para ampliar el período de tiempo permitido para que todos los servicios se cierren.

Un servidor DSFR que necesita más tiempo para apagarse normalmente registra los eventos 2212 y 2214 en la mayoría de los reinicios o reinicios del servidor del servicio. O bien, si la autorrecuperación de un apagado desfasado está habilitada, el evento 2213 se registra en todos los reinicios o reinicios del servidor del servicio DFSR.

  • Ruta de acceso: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
  • Valor: WaitToKillServiceTimeout
  • Tipo: Cadena
  • Datos: 300000

Este valor está en milisegundos. En este ejemplo se muestran cinco minutos de tiempo de apagado. El valor se puede aumentar o disminuir según sea necesario. Este valor afecta a todos los servicios, no solo DFSR. Se recomienda establecer este valor en el valor más bajo que todavía proporciona tiempo suficiente a DFSR para apagarlo limpiamente. Use el siguiente proceso para determinar cuánto tiempo necesita apagar el servicio DFSR:

  1. Agregue el valor del Registro WaitToKillServiceTimeout con un valor de 300000 milisegundos (5 minutos). Reinicie el servidor para habilitar la configuración.

    Importante

    Vea la nota sobre cómo instalar 2549760 en la sección Notas sobre WaitToKillServiceTimeOut ).

  2. Supervise los siguientes reinicios del servidor para eventos DFSR 1006 (DFSR está deteniendo) y 1008 (DFSR detenido). Tenga en cuenta el tiempo transcurrido entre los eventos 1006 y 1008.

  3. Ajuste el tiempo permitido para el apagado mediante la revisión del valor WaitToKillServiceTimeout para que refleje más detenidamente el tiempo real que DSFR necesita para apagarse de forma limpia.

Notas sobre WaitToKillServiceTimeOut

  • Reiniciar el servidor o reiniciar DFSR varias veces en una fila no proporcionará una muestra adecuada del tiempo que DFSR necesita apagar. Debe permitir que el tiempo de servicio se ejecute un tiempo para acumular transacciones de base de datos pendientes.

  • La configuración WaitToKillServiceTimeout tiene el valor máximo de una hora. Si la configuración supera una hora, SCM vuelve al valor predeterminado de 30 segundos para el apagado del servicio.

  • Para asegurarse de que SCM funciona correctamente cuando se trate de la configuración WaitToKillServiceTimeout, asegúrese de que la revisión 2549760 esté instalada en Windows Server 2008 R2.