Limpieza de archivos temporales y optimización de bases de datos

Si le preocupa el espacio de disco, puede borrar de vez en cuando algunos archivos y directorios para reducir el uso del disco. También puede ejecutar herramientas de base de datos para garantizar un buen rendimiento de la base de datos del repositorio.

Muchos de estos archivos contienen información de diagnóstico útil para solucionar un problema. Antes de suprimir cualquier archivo, considere si actualmente existe un problema que debe ser resuelto. Si estos archivos están ocupando demasiado espacio, se puede configurar el tamaño de archivo y el recuento de ciertos conjuntos de archivos de registro, en lugar de suprimir manualmente estos archivos usted mismo.

Ejecución de IBM Support Assistant Lite para IBM InfoSphere Information Server

Puede ejecutar el comprobador de salud de diagnósticos general con esta herramienta para identificar archivos de volcado antiguos y registros gestionados incorrectamente. La herramienta está disponible en http://www-01.ibm.com/support/docview.wss?uid=swg24022700

Después de ejecutar IBM® Support Assistant Lite, cuando ya no necesite los informes y colecciones para el análisis de problemas, puede eliminarlos. Estos archivos se encuentran en la vía de acceso especificada al generar el informe, o están en la carpeta de instalación predeterminada.

dir_instalación_is/ISALite
dir_instalación_is\ISALite

La capa de servicios

Los registros generados por IBM WebSphere Application Server pueden alcanzar un gran tamaño. De vez en cuando, puede comprobar el tamaño de los registros y borrar la información que ya no necesite. Sin embargo, estos registros son de gran valor en el diagnóstico de problemas; por lo tanto, suprímalos sólo si está preocupado por el espacio de disco limitado. Antes de poder borrar los registros, debe concluir el servidor de aplicaciones. Los registros se encuentran en el directorio de perfiles de WebSphere Application Server.

IBM WebSphere Application Server Liberty Profile

vía_instalación_IS/wlp/usr/servers/iis/logs
vía_instalación_IS\wlp\usr\servers\iis\logs

En lugar de suprimir los archivos messages.*.log y console.log, su tamaño y recuento se pueden configurar.

IBM WebSphere Application Server Network Deployment

dir_perfil_servidorAplic/logs/nombre_servidor
dir_perfil_servidorAplic\logs\nombre_servidor

dir_perfil_servidorAplic es la ubicación del perfil de InfoSphere Information Server para una configuración autónoma de WebSphere Application Server. Para una configuración en clúster, hay varias ubicaciones de perfil, incluyendo el perfil de gestor de despliegue en la capa de servicios y el perfil para cada nodo gestionado en el clúster. El clúster puede ser local respecto al sistema de la capa de servicios o puede estar en un sistema remoto.

nombre_servidor es el nombre del servidor de aplicaciones, el agente de nodo o el servidor de gestor de despliegue.

Los siguientes nombres de vía de acceso son ubicaciones predeterminadas típicas (que se muestran con nombres de vía de acceso Linux):

opt/IBM/WebSphere/AppServer/profiles/InfoSphere/logs/server1
opt/IBM/WebSphere/AppServer/profiles/Dmgr01/logs/dmgr
opt/IBM/WebSphere/AppServer/profiles/Custom01/logs/nodeagent
opt/IBM/WebSphere/AppServer/profiles/Custom01/logs/server1
opt/IBM/WebSphere/AppServer/profiles/Custom01/logs/server2
opt/IBM/WebSphere/AppServer/profiles/Custom02/logs/nodeagent
opt/IBM/WebSphere/AppServer/profiles/Custom02/logs/server3

En lugar de suprimir los archivos SystemOut y SystemErr, su tamaño y recuento se pueden configurar.

Algunos de los siguientes archivos y directorios pueden estar en el sistema, dependiendo de los componentes del producto que estén instalados. Si existen y el producto no se está ejecutando actualmente, estos archivos se pueden suprimir. Los componentes del producto los vuelven a crear, si es necesario, cuando se reinician.

En dir_perfil_servidorAplic:

ascl-customattributes-nombre_servidor.log
bg.log
iasHandler-nombre_servidor.log
iasServer-nombre_servidor.log
matching-nombre_servidor.log
mmac-web-nombre_servidor.log
workbench-admin-services-nombre_servidor.log
xmeta-server.log

En dir_perfil_servidorAplic/logs/:

glossary-nombre_servidor.log
glossary-api-nombre_servidor.log
glossary-web-nombre_servidor.log
ISauditLog*.log.*
workbench.log
workbench-aspect.log
workbench-web-activity.log

Si la capa de servicios ha experimentado interrupciones debido a errores de entorno o de programa que luego se han corregido, puede eliminar cualquier archivo heapdump.* o javacore.* en el dir_perfil_servidorAplic.

Puede borrar de vez en cuando el contenido del espacio de trabajo de informes. Para borrar el espacio de trabajo de informes, primero debe detener el servidor de aplicaciones. El directorio siguiente es la ubicación predeterminada del espacio de trabajo:

dir_temp/informationServer/Reporting[NombreMáquina][NombreNodoServidorAplic][NombreServidorAplic]
dir_temp\informationServer\Reporting[NombreMáquina][NombreNodoServidorAplic][NombreServidorAplic]

Si ha cambiado el espacio de trabajo de informes según las instrucciones en https://www.ibm.com/support/docview.wss?uid=swg21317914, elimine los archivos de allí.

El espacio de trabajo de InfoSphere Information Governance Catalog también se puede borrar. Los siguientes directorios indican las ubicaciones predeterminadas.

dir_temp/BG_vrdata
dir_temp/WB_VRDATA
dir_temp\BG_vrdata
dir_temp\WB_VRDATA

Si ha cambiado el espacio de trabajo de InfoSphere Information Governance Catalog según las instrucciones en http://www.ibm.com/support/docview.wss?uid=swg21413637, elimine los archivos de allí.

La capa de repositorio de metadatos

Utilice herramientas del proveedor de base de datos para asegurar un buen rendimiento de la base de datos. Es importante que las estadísticas de optimización se actualicen después de cualquier actualización de datos significativa en los repositorios. Configurar el sistema de base de datos para que actualice automáticamente las estadísticas puede mejorar el rendimiento del sistema. Asimismo, consulte en la documentación del proveedor la ubicación de los registros que puede borrar.

Si su repositorio es una base de datos DB2, puede ejecutar reorgchk, reorg y runstats de forma periódica. Busque más información sobre estas herramientas en la documentación de DB2 o en developerWorks.

El mandato RUNSTATS

Ejecute periódicamente RUNSTATS cuando se produzca un cambio significativo en los volúmenes de datos o el contenido de los datos. Incluso si el número de filas en una tabla se mantiene constante, los cambios en el contenido de los datos puede dar lugar a vías de acceso diferentes y normalmente mejores utilizando estadísticas RUNSTATS. Periódicamente, después de ejecutar RUNSTATS, puede volver a enlazar los paquetes DB2 que contienen SQL estático utilizando el mandato db2rbind. De este modo se garantiza que el SQL estático utilice vías de acceso óptimas.

El mandato REORGCHK

Ejecute periódicamente REORGCHK, y realice sus reorganizaciones (REORGs) recomendadas. Al igual que RUNSTATS, ejecute REORGCHK cuando se produzcan cambios significativos en los datos.

Archivos de registro

De vez en cuando, compruebe el tamaño de los registros en la siguiente vía de acceso y borre la información que ya no necesite. Antes de poder borrar los registros, debe concluir la base de datos.

dir_usuario_db2/sqllib/db2dump
dir_usuario_db2\SQLLIB\db2dump

La capa de motor

Se pueden suprimir algunos archivos de los siguientes directorios:

dir_instalación_is/ASBNode
dir_instalación_is/ASBNode/bin
dir_instalación_is/Server/DSEngine
dir_instalación_is/Server/DSEngine/bin

Los siguientes archivos se pueden suprimir de estos directorios:

orbtrc.*.txt
orbmsg.*
Snap*.trc
asbagent_startup.err
asbagent_startup.out
heapdump.*.phd
javacore.*.txt

Nota: Para suprimir el archivo asbagent_startup.*, primero se debe detener el agente.

Desde los directorios dir_instalación_is/ASBNode/logs/nombre_componente_registro, puede suprimir los archivos *log.err. No suprima los archivos *.log o *.pos de estos directorios.

Supervise el tamaño de los archivos en los directorios &PH& y &COMO& de proyectos de ejecución. Estos directorios se encuentran en dir_instalación_is/Server/Projects/nombre_proyecto

&PH& contiene archivos de salida que normalmente se borran cuando un trabajo finaliza o la próxima vez que se inicia el trabajo. La ejecución de trabajos con IDs de instancia exclusivos, tales como WISD, puede dar lugar a una acumulación de archivos. Depure los archivos que no se hayan actualizado en las últimas 24 horas.
&COMO& se utiliza si el rastreo está habilitado en el servidor. Los archivos y subdirectorios en esta ubicación se pueden suprimir cuando ya no sean necesarios. El rastreo se puede habilitar o inhabilitar en el Cliente del Administrador.

Los archivos temporales se pueden supervisar y limpiar cuando no estén en uso por el motor y cuando ya no sean necesarios. Uno de estos conjuntos de archivos temporales son los archivos IPC, que tienen el convenio de denominación itag.nombre_proyecto.nombre_trabajo, donde el nombre itag predeterminado es ade.

Los archivos temporales se encuentran en el directorio temporal (en el directorio especificado por la variable de entorno TEMP). Los archivos temporales también se encuentran en la ubicación especificada por el valor ajustable UVTEMP.

Ejecute la siguiente secuencia de mandatos para determinar la ubicación del valor ajustable UVTEMP:

cd `cat /.dshome`
. ./dsenv
./bin/smat -t | grep UVTEMP

Para determinar la ubicación del valor ajustable UVTEMP, ejecute la herramienta smat y pase de una pantalla a otra hasta que encuentre el valor ajustable UVTEMP.

cd dir_instalación_is\Server\DSEngine
bin\smat -t

Cuando se recopilan metadatos operativos, se generan archivos en el directorio siguiente:

dir_instalación_is/Server/DSOMD/xml
dir_instalación_is\Server\DSOMD\xml

Normalmente, los archivos de esta ubicación se eliminan cuando los metadatos operativos se ha importado satisfactoriamente. Si siguen existiendo después de que finalice la importación, puede eliminarlos.

Los archivos dstage_wrapper_trace_n.log y dstage_wrapper_spy_n.log se pueden supervisar y borrar. Se crea un máximo de 20 registros de cada tipo, y los registros más antiguos se sobrescriben. Sin embargo, puede suprimir los registros antiguos manualmente, si lo desea. Los registros se encuentran en el directorio siguiente:

inicio_usuario_motor/ds_logs
inicio_usuario_motor\ds_logs

inicio_usuario_motor es el directorio de inicio para el usuario del sistema operativo correlacionado con credenciales que está ejecutando trabajos de InfoSphere DataStage.

La capa de cliente

Se pueden suprimir algunos archivos de los siguientes directorios:

dir_instalación_is\ASBNode
dir_instalación_is\ASBNode\bin
dir_instalación_is\Clients\Classic
dir_instalación_is\Clients\ISC
dir_instalación_is\Clients\istools\cli
dir_instalación_is\Clients\istools\manager

Los siguientes archivos se pueden suprimir de estos directorios:

orbtrc.*.txt
orbmsg.*
Snap*.trc
heapdump.*.phd
javacore.*.txt
*config.bak*

Puede suprimir archivos de rastreo y espía dstage_wrapper, en el directorio directorio_inicio_usuario\ds_logs.

Puede suprimir el contenido de los siguientes directorios en el directorio_inicio_usuario.

.unicorn\
fasttrack-workspace\
ismanager_workspace\
istool_workspace\
Application Data\IBM\InformationServer\DataStage Client\directorios_temp