Nombre del escritor: 'Microsoft Exchange Writer'<\/code>
Id. de escritor WriterId<\/code>
Id. de instancia de escritor: WriterInstanceId<\/code>
Estado: [1] Estable<\/code>
Último error: Error reintentable<\/code><\/p>Nota: <\/em><\/strong>Este error se aplica a Exchange Server 2013 y Exchange Server 2016.<\/em><\/p>Si vuelve a ejecutar la copia de seguridad, es posible que vuelva a encontrarse con el mismo error. Puede ejecutar la BETestHerramienta <\/a>– una herramienta gratuita de Microsoft – para probar las operaciones avanzadas de copia de seguridad y restauración en el servidor. Esta herramienta probará los siguientes elementos:<\/p>\n- Copia de seguridad incremental y diferencial<\/li>\n\n\n\n
- Opciones avanzadas de restauración<\/li>\n\n\n\n
- Opciones de prórroga<\/li>\n<\/ul>
Sin embargo, cuando ejecute esta herramienta, seguirá obteniendo el siguiente error de algún modo similar al anterior.<\/p>
Estado del escritor Microsoft Exchange Writer: STABLE(0x800423f3 - VSS_E_WRITERERROR_RETRYABLE)<\/code><\/p>En el servidor en el que se inicia la copia de seguridad de la base de datos pasiva, puede observar que se registra un evento con el ID 2153 en el registro de aplicaciones con respecto al servicio de replicación de Exchange Server<\/strong>.<\/p>Nombre del registro: Aplicación<\/code>
Fuente: MSExchangeRepl<\/code>
Fecha: <Fecha><\/code>
ID de evento: 2153<\/code>
Categoría de tarea: Servicio<\/code>
Nivel: Error<\/code>
Palabras clave: Classic<\/code>
Usuario: N\/A<\/code>
Ordenador: <Nombre del ordenador><\/code>
Descripción: La copiadora de registros no ha podido comunicarse con el servidor <FQDN del Servidor Activo>. La copia de la base de datos <Base de datos del buzón de correo del servidor local> se encuentra en estado desconectado. El error de comunicación fue: Se ha producido un error al comunicarse con el servidor <Servidor Activo>. Error: No se han podido leer datos de la conexión de transporte: Una conexión establecida fue abortada por el software de su máquina anfitriona. La copiadora volverá a intentarlo automáticamente tras un breve retardo.<\/code><\/p>Causas detrás del error VSS_E_WRITERERROR_RETRYABLE<\/h2>
Parece que el problema está relacionado con VSS. Sin embargo, el error también podría producirse debido a algunos problemas subyacentes con la base de datos activa o la configuración de Exchange Server que podrían estar obstaculizando el proceso. En la mayoría de los casos, el error está causado por problemas de red o latencia durante la comunicación con el servicio de Llamada a Procedimiento Remoto (RPC) entre el servidor donde reside la copia pasiva y el servidor que aloja la base de datos activa. RPC es un protocolo de Exchange Server que se utiliza para pasar comunicación, MAPI y datos entre servidores Exchange. También se conoce como Outlook Anywhere. Si este protocolo no funciona, la base de datos pasiva no recibirá ninguna actualización de la base de datos activa.<\/p>
Posibles soluciones para corregir el error VSS_E_WRITERERROR_RETRYABLE<\/h2>
Puede probar las siguientes soluciones para resolver este error.<\/strong><\/p>Solución – 1<\/h3>
En primer lugar, debe comprobar la red entre los servidores activo y pasivo para saber si existe alguna latencia entre los servidores que esté alcanzando su punto máximo o si un puerto\/tráfico concreto está siendo bloqueado entre las dos fuentes.<\/p>
Solución – 2<\/h3>
Puede comprobar el cortafuegos de Windows en los servidores para ver si se está denegando algún tráfico. Debe comprobar las aplicaciones de seguridad del servidor, como la Prevención de Pérdida de Datos (DLP), el antivirus o el antimalware para ver si se está bloqueando algún proceso en los servidores.<\/p>
Solución – 3<\/h3>
Debe asegurarse de que el servicio de acceso de cliente RPC de Microsoft Exchange <\/strong>se está ejecutando. Si hay algún problema, estará en estado detenido.<\/p>![\"acceso](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2023\/10\/Microsoft-Exchange-RPC-Client-Access-768x166.png\")
<\/figure>Solución – 4<\/h3>
También puede comprobar el tiempo de espera en los dispositivos de red de los servidores Exchange. El valor del KeepAliveTime <\/strong>debe ser inferior al tiempo de espera de la sesión inactiva para garantizar que no se produzcan tiempos de espera. Se trata de un valor en el registro del Servidor Exchange que debe ajustarse y actualizarse en función del tiempo de espera. El valor por defecto de esta entrada es de 30 segundos. Para aumentar el tiempo de espera, puede abrir el Editor del Registro en cada servidor y hacer lo siguiente.<\/p>\n- Abra el Editor del Registro <\/strong>y busque la siguiente ruta.<\/li>\n<\/ul>
HKEY_LOCAL_MACHINE\\ SOFTWARE\\Microsoft\\ExchangeServer\\v15\\Replay\\Parameters<\/code><\/p>![\"Editor](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2023\/10\/Registry-Editor.png\")
<\/figure>\n- Cree una nueva entrada DWORD (32-Bit) <\/strong>con el nombre QueryLogRangeTimeoutInMsec<\/strong>.<\/li>\n<\/ul>
![\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2023\/10\/Create-a-new-DWORD-32-Bit-entry.png\")
<\/figure>\n- Edite el valor y haga clic en Decimal.<\/li>\n<\/ul>
![\"Edite](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2023\/10\/Edit-the-value-of-DWORD.png\")
<\/figure>\n- Introduzca el valor en segundos. Si desea fijarlo en 200 segundos, deberá introducir 200000. Esto depende de los requisitos de la empresa y de la latencia entre los dos servidores.<\/li>\n<\/ul>
![\"Introduzca](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2023\/10\/Set-QueryLogRangeTimeoutInMsec-Value.png\")
<\/figure>Una vez hecho esto, puede reiniciar el Servicio de replicación de Microsoft Exchange y volver a intentar la copia de seguridad.<\/p>
\n![\"Descarga](\"https:\/\/www.stellarinfo.com\/public\/frontEnd\/images\/article\/es\/win.png\")
<\/a><\/figure>\n<\/div>Consideraciones sobre la copia de seguridad DAG<\/h2>
Para iniciar la copia de seguridad de una base de datos pasiva, el servicio de replicación de Exchange en el servidor de base de datos pasiva crea una consulta para obtener el rango de registros de transacciones en el servidor de base de datos activo. Si el servidor de base de datos activo está ocupado, la consulta puede tardar más de lo esperado, especialmente si hay muchos archivos de registro. A continuación, el servicio de replicación de Exchange abre un canal RPC hacia el servidor de base de datos activo para informar al servidor de que se está realizando una copia de seguridad. El canal RPC debe permanecer abierto durante la copia de seguridad.<\/p>
Considere los siguientes puntos sobre las copias de seguridad DAG:<\/strong><\/p>\n- Utilice sólo las copias activas de la base de datos para las copias de seguridad. No se recomienda realizar copias de seguridad de las copias pasivas de la base de datos. Las copias pasivas de la base de datos deben dedicarse a las operaciones comerciales en curso. Hacer una copia de seguridad de la copia activa sería suficiente para recuperar los datos en caso de fallo.<\/li>\n\n\n\n
- Si por alguna razón debe realizar copias de seguridad de las bases de datos pasivas, asegúrese de que las copias de seguridad de las bases de datos activas no están configuradas para realizar copias de seguridad al mismo tiempo. De lo contrario, experimentará un fallo en la copia de seguridad y puede producirse el error RETRYABLE<\/strong>.<\/li>\n\n\n\n
- Durante la copia de seguridad, las bases de datos no deben moverse a otro Exchange Server del DAG.<\/li>\n\n\n\n
- Las conexiones de red deben estar activas y ser estables.<\/li>\n<\/ul>
Cuando tenga DAG y utilice copias activas y pasivas de una base de datos, se recomienda que utilice el Centro de administración de Exchange o la Shell de administración de Exchange para supervisar la salud y el estado de cada copia y para realizar otras tareas de administración asociadas a las copias de bases de datos. Si se produce algún problema y las bases de datos no se sincronizan, sufrirá pérdidas de datos debido a la incoherencia de los mismos.<\/p>
¿Y si las soluciones anteriores fracasan?<\/h2>
Si todas las soluciones anteriores fallan, significa que hay problemas subyacentes con las copias activa y pasiva de la base de datos o con el propio Exchange Server. ¿Qué ocurre si la copia activa está dañada y necesita recuperar los datos de la copia? Puede utilizar los registros de una copia pasiva de la base de datos para recuperar los datos de los archivos de registro de la copia activa de la base de datos. Reproduciendo los registros en la copia de la base de datos, puede recuperar la base de datos a un momento específico del pasado. El proceso es difícil porque tiene que manipular manualmente los archivos de registro y ejecutar las utilidades de la base de datos de Exchange Server. En este caso, no podrá recuperar los datos completos.<\/p>
¿Qué ocurre si tanto la copia activa como la pasiva están dañadas? En tales situaciones, puede utilizar Stellar Repair for Exchange<\/strong>. Este software de recuperación de bases de datos<\/a> de Exchange puede abrir cualquier base de datos de Exchange Server de cualquier tamaño. Puede navegar por el almacén de datos y exportar la base de datos recuperada a PST y otros formatos de archivo. En este caso, puede crear una nueva base de datos y exportar el archivo EDB recuperado directamente a una base de datos de Exchange Server activa.<\/p>\n","protected":false},"excerpt":{"rendered":"