Problemas de base de datos

EM SQL Server

Durante la importación, MS SQL Server utiliza el 99% de la memoria física.

Para resolver el problema, establezca la cantidad máxima de memoria que MS SQL Server puede utilizar. Para obtener más información, consulte Opciones de memoria del servidor y Cómo: Establecer una cantidad fija de memoria (SQL Server Management Studio) en la documentación de MS SQL Server.

El proceso de inicio de sesión en MS SQL Server falla.

Durante un proceso de inicio de sesión en MS SQL Server, se muestra el siguiente error:

Login failed for user 'username'. The user is not associated with a trusted SQL Server connection.
(Microsoft SQL Server, Error: 18452).

La causa de este error es que MS SQL Server está configurado para utilizar la modalidad de autenticación de Windows y no permite el uso de cuentas de MS SQL Server. Para solucionar este problema, habilite la autenticación de MS SQL Server en MS SQL Server. Para obtener más información, consulte Habilitación de la modalidad de autenticación de MS SQL Server.

DB2

License Metric Tool no puede conectarse a su base de datos.

Uno de los siguientes errores se escribe en el archivo tema.log :

• Conexión rechazada
• Restablecimiento de conexión
• SqlTimeoutException
• ERRORCODE=-4499, SQLSTATE=08001

Para resolver este problema, siga estos pasos:

1. Para asegurarse de que la License Metric Tool base de datos está activada, ejecute el siguiente comando.

   db2 activate db database_name

2. Para comprobar si DB2 está escuchando en el puerto predeterminado, utilice el netstat -anp comando. El puerto predeterminado de DB2 depende de la versión de la base de datos.

   • Para DB2 11.5.6 y superior: 25000
   • Para DB2 11.5.5 e inferior: 50000

   Uno de estos puertos debe asignarse al proceso DB2 de escucha: db2sysc. Sin embargo, es posible que el puerto predeterminado sea utilizado por un software de terceros, como Dynatrace OneAgent. En tal caso, el netstat comando debería dar una pista sobre qué proceso ocupa el puerto DB2 predeterminado.
3. Si el puerto DB2 predeterminado está siendo utilizado por otro software, cambie el DB2 puerto. Para obtener más información, consulte la información siguiente.
   1. Actualización del archivo de servicios en el servidor para comunicaciones TCP/IP
   2. Actualización del archivo de configuración del gestor de bases de datos en el servidor para comunicaciones TCP/IP
4. Actualiza el DB2 puerto en License Metric Tool. Para obtener más información, consulte: Cambiar los parámetros de conexión de la base de datos.

Es imposible establecer una conexión con un origen de datos en la interfaz de usuario web de License Metric Tool con el inicio de sesión único habilitado.

Se muestra un mensaje de error después de guardar los parámetros de conexión en el panel Orígenes de datos:

Unexpected WebSEAL Response.
Code: 0x38cf04d3
Error: DPWWA1235E
Please contact your system administrator. This may indicate an insufficient proxy HTTPS timeout.

Para poder guardar los parámetros de conexión satisfactoriamente, aumente el parámetro https-timeout en la configuración del proxy inverso ISAM. Por ejemplo, para establecer el tiempo de espera en 5 minutos, realice los pasos siguientes.

1. Inicie una sesión en IBM Security Access Manager.
2. En la barra de navegación superior, haga clic en Configuración de Secure Web > Administrar > Proxy inverso.
3. Seleccione la instancia y, a continuación, en la lista desplegable situada a la derecha de la barra Reverse Proxy, seleccione Administrar > Configuración > Editar archivo de configuración.
4. En el Editor de archivos de configuración avanzada, localice el parámetro https-timeout y especifique el valor de 300.
   Ejemplo:

   https-timeout = 300

5. Pulse Guardar.

Después de actualizar DB2, el servidor de License Metric Tool no se puede iniciar y el error SRVE0296E se graba en el archivo tema.log .

Después de actualizar DB2, el servidor de License Metric Tool no se puede iniciar porque no puede acceder a la tabla SCHEMA_MIGRATIONS . El siguiente error se graba en el archivo tema.log.

com.ibm.ws.webcontainer.webapp I SRVE0296E: 
[tema][/][Servlet.LOG]:.ERROR: initialization failed:
.org.jruby.rack.RackInitializationException: DBNAME: 
temadb - Java::ComIbmDb2JccAm::SqlSyntaxErrorException: 
The name of the object to be created is identical 
to the existing name "DBO.SCHEMA_MIGRATIONS" of type "TABLE".. 
SQLCODE=-601, SQLSTATE=42710, DRIVER=3.72.24from 
com.ibm.db2.jcc.am.hd.a(com/ibm/db2/jcc/am/hd.java:813)...

Para obtener información sobre cómo solucionar el problema, consulte: SQL0443N con -727 al llamar a funciones de catálogo como SYSIBM.SQLTABLES.

El servicio de DB2 no se puede iniciar después de reiniciar el sistema. El problema se produce cuando DB2 lo instala un usuario no root.

El archivo de registro de DB2 db2diag.log contiene el error siguiente.

FUNCTION: DB2 UDB, SQO Memory Management, 
"No Storage Available for allocation", 
DIA8305C Memory allocation failure occurred.

Para resolver el problema, cambie el valor de ulimit. Para obtener más información, consulte los enlaces siguientes.

• Requisitos de límite de usuarios del sistema operativo en la documentación de DB2 11.5
• Requisitos de límite de usuarios del sistema operativo en la documentación de DB2 12.1

La instalación All-in-One falla durante la creación de la BigFix® base de datos. El siguiente error se graba en el registro de BESInstall.log :SQL1205N The code page "1208" and/or territory code "0" that has been specified is not valid.

Para resolver el problema, siga estos pasos.

1. Vaya al directorio <AIO installer>/prereq/db2/server y abra el script db2_run_setup.sh .
2. Añada las tres líneas siguientes antes de la línea exit $rc .

   su - db2inst1 -c 'db2set DB2CODEPAGE=1208'
   su - db2inst1 -c 'db2set DB2TERRITORY=1'
   su - db2inst1 -c 'db2set DB2COUNTRY=1'

3. Vaya al directorio <AIO installer>/tools y ejecute el script cleanlmtenv.sh para eliminar todos los componentes que se han instalado.
4. Vuelva a ejecutar el instalador Todo en uno.

Ambas bases de datos

Después de restaurar la base de datos de BigFix , los datos nuevos no se visualizan en License Metric Tool.

Para asegurarse de que sólo los datos recién creados se importan a License Metric Tool, los datos almacenados en la base de datos BigFix se marcan con el denominado número de secuencia. El número se incrementa con cada cambio. Cada importación contiene datos que se inician a partir del número de secuencia indicado durante la última importación satisfactoria hasta el número de secuencia actual.

Cuando se restaura la base de datos BigFix , el número de secuencia se restaura en el valor desde el momento en que se creó la copia de seguridad de la base de datos. De este modo, puede suceder que el número de secuencia después de la restauración sea inferior al número de secuencia indicado durante la última importación satisfactoria. En tal caso, la primera importación después de la restauración de base de datos no incluye datos. Después de la importación, el número de secuencia se actualiza y la siguiente importación contiene datos nuevos.

Sin embargo, los datos del periodo comprendido entre la restauración de base de datos y la primera importación satisfactoria no se importan lo cual crea un vacío. Para resolver el problema, vaya a Administración > Configuración avanzada del servidor y cambie el valor del resynchronize_datasources_once parámetro a verdadero. A continuación, ejecute una importación. Esta importación consumirá mucho tiempo, ya que importará todos los datos de exploración de software de la base de datos de BigFix restaurada para cubrir el hueco. Las importaciones posteriores se ejecutarán en la modalidad de operación normal.

Comprobación del nombre de base de datos.

El nombre de base de datos predeterminado es TEMADB, sin embargo ha cambiado desde las versiones anteriores, donde la base de datos se llamaba SUADB. Puede comprobar el nombre de la base de datos en el archivo database.yml en uno de los directorios siguientes.

/opt/ibm/LMT/wlp/usr/servers/server1/config/database.yml

C:\Program Files\IBM\LMT\wlp\usr\servers\server1\config\database.yml

En versiones anteriores, la vía de acceso de instalación predeterminada es C:\Program Files\IBM\SUA o /opt/ibm/SUA.