Para mantener la eficacia operativa de WebSphere Partner Gateway, utilice los siguientes procedimientos para archivar o depurar los archivos de registro del sistema de archivos y de la base de datos.
Los archivos de registro de la aplicación se encuentran en tres áreas: receptor, consola y direccionador.
Por ejemplo:
{DIR INSTAL}/logs/<bcgreceiver, bcgconsole y bcgdocmgr>
Para depurar los archivos de registro de la aplicación, siga estos pasos:
Los directorios y los archivos de no repudiación se encuentran en el siguiente directorio: {DIR INSTAL}/common/non_rep/. Empiece archivando los archivos más antiguos que se encuentren en los directorios que empiecen por 0, y aumente el número para los archivos más recientes.
Determinadas tablas de base de datos pueden depurarse cuando sea necesario, pero para mantener la funcionalidad correcta del sistema no deben modificarse las demás tablas. Las tablas que empiezan por BP_ y LG_ pueden depurarse con dos excepciones: las tablas BP_ que terminan en _QUE y _HIST las mantiene constantemente el motor RosettaNet y no deben cambiarse. Las tablas BP_ que terminan en _QUE son tablas de colas y las tablas BP_ que terminan en _HIST son tablas de historial y se utilizan para el archivado. Por ejemplo, la tabla BP_RNSTATEHDR_QUE se archiva en la tabla BP_RNSTATEHDR_HIST.
Las tablas que empiezan por CG_ y PR_ contienen datos de configuración o de perfil y también deben permanecer sin modificar para que el sistema funcione correctamente.
El criterio para depurar los datos de la tabla se basa en el número de días que se deben mantener los datos en línea. Los datos de las tablas que finalizan en _Hist se archivan y depuran cada día. Asimismo, toda la información de registro se trunca cada día.
El criterio de depuración contiene sólo un parámetro de entrada, p_days, que es el número de días que se deben mantener los datos en línea.
Tabla | Tabla de historial | Acción |
---|---|---|
RosettaNet |
||
BP_rnStateHdr |
BP_rnStateHdr_Hist |
Depurar |
BP_rnStateDtl |
BP_rnStateDtl_Hist |
Depurar |
BP_Sponsor_State |
BP_Sponsor_State_Hist |
Depurar |
BP_rnStateHdrAuditLog |
Ninguna |
Truncar |
AS1/AS2 |
||
BP_State_Hdr |
BP_State_Hdr_Hist |
Depurar |
BP_AS_State_Hdr |
BP_AS_State_Hdr_Hist |
Depurar |
BP_AS_State_Dtl |
BP_AS_State_Dtl_Hist |
Depurar |
El procedimiento depura los datos según la combinación de la fecha de creación del registro en la cabecera y el parámetro de entrada p_days. El TPA de Tiempo de realización almacenado en la cabecera no se considera. Es responsabilidad de DBA asegurarse de que el parámetro p_days es mayor que el número máximo de (Tiempo de realización/1440). El tiempo de realización se almacena en minutos.
Se recomienda mantener en línea los datos de las tablas BP_ durante p_days o ((TimeToPerform/1440) +1 día), lo que sea mayor. Los datos de las tablas BP_DupCheck y BP_RnMsgDigest se deben mantener siete días. Los datos de BP_Process_Log se deben mantener durante dos días.
Las tablas con nombres que empiecen por DB, excepto DB_ProcAuditLog, son tablas de metadatos. Si el registro DB_ProcAuditLog está activado, se debe depurar o bien truncar diariamente, o se debe realizar, según las necesidades del usuario. Este registro está desactivado normalmente en la producción, puesto que se utiliza principalmente en el desarrollo y en entornos de QA.
Las tablas con nombres que empiezan por LG_ son tablas de registro y de resumen con la excepción de LG_EventCd, LG_Media y LG_media_Cfg. Estas son tablas de metadatos y deben permanecer sin modificar para poder mantener la funcionalidad correcta del sistema. WebSphere Partner Gateway ya no utiliza las tablas que empiezan por LG_Access_.
Las siguientes tablas de registro se pueden archivar y depurar a partir del ID de actividad, y la tabla de control será LG_Activity. Se puede utilizar createdate o RcvDocTS para determinar el número de días que se deben mantener en línea los datos. RcvDocTS puede ser la mejor opción porque es una columna indexada. Los datos pueden permanecer en línea siete días o ((Tiempo_realización/1440) +1 día), cualquiera que sea el mayor.
Las siguientes tablas de registro se pueden depurar según la fecha de creación.
Las siguientes tablas de resumen deben permanecer sin modificar para poder mantener la funcionalidad correcta del sistema.