Trasvase de registros de revisión: BizTalk Server se produce un error cuando el parámetro "daystokeep" se establece en 1 en un servidor BizTalk Server 2006 R2 o BizTalk Server 2009

Seleccione idioma Seleccione idioma
Id. de artículo: 2028622 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Síntomas

Considere el siguiente escenario:
  • Utilice BizTalk Server 2006 R2 en un equipo que está configurado en la zona horaria "GMT +". Por ejemplo, el equipo tiene GMT + 3 zona de tiempo.
  • Configurar el servidor BizTalk Server para realizar el trasvase de BizTalk mediante un sistema de destino.

    NotaPara ver instrucciones detalladas sobre cómo realizar el trasvase de registros de BizTalk, consulte la sección "Más información".
  • Establece elDaysToKeepel parámetro en 1 en el paso de borrar el historial de copia de seguridad de "Copia de seguridad de BizTalk Server (BizTalkMgmtDb)" trabajo de agente de SQL Server.
En este escenario, puede producir un error de trasvase de registros de BizTalk. Además, se graba un mensaje de suceso similar al siguiente en el registro de aplicación del sistema de destino:
Tipo de suceso: advertencia
Origen de eventos: SQLSERVERAGENT
Categoría de sucesos: Motor de trabajo de
ID. de suceso: 208
Descripción:
SQL Server programó el trabajo ' envío de registro BTS - Restaurar bases de datos (DBServer: "<database server=""></database>", DBName:"biztalkmgmtdb")' (0xF4AF5857347CD9409AB688920136032E) - estado: error: se invoca en:<date time=""></date>-Mensaje: Error en el trabajo. El trabajo se invocó mediante programación (5) (restaurar registros de programación). El último paso para ejecutar era el paso 1 (restaurar registros).
Al ver el historial de trabajo para el trabajo del Agente SQL Server de "BTS servidor registro envío restaurar Databases" en el sistema de destino, recibirá un mensaje de error similar al siguiente:
<date time=""></date>Envío de registro BTS - Restaurar bases de datos (DBServer: "<database server="" name=""></database>", DBName:"biztalkmgmtdb"), Error, 1, DRGMBTSQL, envío de registro BTS - Restaurar bases de datos (DBServer:"<database server="" name=""></database>"<c></c> DBName:"biztalkmgmtdb"), los registros de restaurar,, ejecutados como usuario:<user></user>. El registro de este conjunto de copia de seguridad comienza en el LSN <lsn number=""></lsn><c></c>que es demasiado reciente para aplicarlo a la base de datos. Una copia de seguridad del registro anterior que incluye el LSN<lsn number=""></lsn>se puede restaurar. [SQLSTATE 42000] (Error 4305) Fin anómalo de RESTORE LOG. [SQLSTATE 42000] (Error 3013). Error en el paso., 00: 00: 00, 16, 3013,,, 0
NotaEste problema suele producirse cuando hay una conexión de red lenta. Por lo tanto, la operación de copia de seguridad tarda más tiempo en transferir al sistema de destino.

Nota: Si utiliza BizTalk Server 2009, la categoría de sucesos en por encima de los eventos y el origen de eventos son "2009 de BizTalk Server".

Causa

Este problema se produce porque se elimina el historial de copia de seguridad después de 1 día. Esto ocurre cuando elDaysToKeepparámetro se establece en 1. Por lo tanto, el sistema de destino no puede encontrar los registros para restaurar cuando se ejecuta la copia de seguridad completa a medianoche.

Solución

Información de actualización acumulativa

Revisión de información de la actualización acumulativa que resuelve este problema se incluye en el paquete de actualización acumulativa 2 para BizTalk Server 2009.

Para obtener más información acerca de cómo obtener el paquete de actualización acumulativa, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
2497794Paquete 2 de la actualización acumulativa para BizTalk Server 2009

La revisión que resuelve este problema se incluye en el paquete de actualización acumulativa 2 (CU2) para BizTalk Server 2006 R2 SP1.

Para obtener más información acerca de cómo obtener el paquete de actualización acumulativa, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
2211420Paquete de actualización acumulativa 2 para el Service Pack 1 de BizTalk Server 2006 R2
Para obtener más información acerca de las revisiones de BizTalk Server 2006 R2 SP1, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
974563Lista de correcciones urgentes de Microsoft BizTalk Server que se incluyen en el Service Pack 1 de BizTalk Server 2006 R2
Para obtener más información acerca de las revisiones de BizTalk Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
2003907Información de las revisiones de BizTalk Server

Solución

Para evitar este problema, restablezca el valor del parámetro DaysToKeep a 2 o más. Se recomienda mantener el valor predeterminado de 14 porque este valor no está relacionado con el espacio de disco. Este valor sólo influye en las filas de tabla en una tabla de historial que se necesite durante una recuperación ante desastres más larga.

Estado

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft que se enumeran en la sección "Se refiere a:".

Más información

ImportanteDespués de aplicar el CU2, los siguientes cambios se realizan en el servidor BizTalk Server.
  1. AUseLocalTimeparámetro se agrega como un parámetro opcional en los tres pasos de la "copia de seguridad BizTalk Server (BizTalkMgmtDb)" trabajo de agente de SQL Server. Este parámetro debe ser coherente a través de los tres pasos. Los valores válidos son (1,1,1-tricloroetano), (0,0,0). El valor predeterminado en todos los pasos es 0.
    • IfUseLocalTimese establece en 0, las marcas de hora UTC se utilizan en el historial y se toma la copia de seguridad completa a las 12:00 UTC si no se especifica la hora de copia de seguridad.
    • IfUseLocalTimese establece en 1, las marcas de hora local se utilizan en el histórico y no se realiza copia de seguridad completa a 12:00 A.M., hora local si no se especifica la hora de copia de seguridad.
    • Si se especifica la hora de copia de seguridad (de 0 a 23) en el primer paso, copia de seguridad completa es en esa hora concreta (hora local), con independencia de laUseLocalTimeconfiguración de.
  2. Cuando el trabajo se ejecuta por primera vez, se toma la copia de seguridad completa a pesar de todas las demás opciones. La marca de hora es la hora local, si UseLocalTime se establece en 1 y es UTC siUseLocalTimese establece en 0.
  3. Tabla de historial contendrá al menos un historial de copia de seguridad completa y copias de seguridad de registro de historial posteriores, con independencia de laDaysToKeepvalor de parámetro. No se borrarán hasta que se realiza otra copia de seguridad completa.
Para obtener más información acerca de trasvase de BizTalk Server, visite el siguiente sitio Web de Microsoft Developer Network (MSDN):
¿Qué es el trasvase de registros de servidor BizTalk Server
Para obtener más información acerca de Cómo configurar el trabajo de BizTalk Server de copia de seguridad, visite el siguiente sitio Web MSDN:
Cómo configurar el trabajo de BizTalk Server de copia de seguridad
Para obtener más información acerca de Cómo configurar el sistema de destino para el trasvase de registros, visite el siguiente sitio Web MSDN:
Cómo configurar el trabajo de BizTalk Server de copia de seguridad

Propiedades

Id. de artículo: 2028622 - Última revisión: viernes, 18 de marzo de 2011 - Versión: 2.0
La información de este artículo se refiere a:
  • Microsoft BizTalk Server 2006 R2 Branch
  • Microsoft BizTalk Server 2006 R2 Developer Edition
  • Microsoft BizTalk Server 2006 R2 Enterprise Edition
  • Microsoft BizTalk Server 2006 R2 Standard Edition
  • Microsoft BizTalk Server 2009 Branch
  • Microsoft BizTalk Server 2009 Developer
  • Microsoft BizTalk Server 2009 Enterprise
  • Microsoft BizTalk Server 2009 Standard
Palabras clave: 
kbqfe kbfix kbsurveynew kbexpertiseadvanced kbbiztalk2006r2presp2fix kbbtsadmin kbbiztalk2009presp1fix kbmt KB2028622 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 2028622

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com