Artículos

Está página pretende mostrar diferentes artículos de opinión relacionados tanto con las Bases de Datos IBM Informix y DB2 , así como con el Tratamiento de Datos con IBM Optim y la Protección de los Datos con Spectrum Protect.

Feb
19
2018

ARTICULO: Descarga de datos tipo blob

Un gestor Informix permite almacenar datos binarios como fotografías. Por medio de la función LOTOFILE podemos sacar estos datos tipo blob y dejarlos en una máquina.

Esta función tiene tres parámetros. El primero es el campo que queremos descargar, el segundo es la ruta absoluta en la cual queremos descargar la imagen y el tercero es la ubicación.

El campo a descargar lo sabemos mirando el esquema de la tabla, por ejemplo imagen.

Jan
31
2018

ARTICULO: Consultar estado de los chunks

En Informix los chunks guardan información sobre su espacio libre y ocupado de forma que cuando los consultamos, por ejemplo con onstat -d, obtenemos la información de forma inmediata.

En el caso de los blobspaces no es así ya que no guardan esa información actualizada así que cuando los consultamos con onstat -d estamos obteniendo el último dato disponible que no tiene por qué ser válido.

Para que nos actualice el valor debemos ejecutar onstat -d update, lo cual puede llevar algo de tiempo en función del tamaño de los blobspaces.

Dec
19
2017

ARTICULO: Consideraciones sobre el almacenamiento de smart large objects

Consideraciones sobre el almacenamiento de smart large objects

A la hora de definir y almacenar un smart large object tenemos varias opciones y formas de configurarlo. La primera y más básica es configurar en el onconfig un sbspace por defecto al cual vayan todos los BLOB y CLOB que insertemos si no indicamos otra ubicación.

Nov
23
2017

ARTÍCULO: Validando las tablas del catálogo del sistema

Para validar las tablas del catálogo del sistema se utiliza el comando
oncheck -cc. A este comando se le puede especificar la base de datos
que queremos verificar.

El catálogo del sistema de cada base de datos contiene información
sobre las tablas, columnas, índices, vistas, constraints,
procedimientos almacenados y privilegios.

Si durante la comprobación nos aparece un warning lo único que nos
quiere decir es que en esa base de datos no existen elementos del tipo
indicado. No significa que haya ningún error.

Por ejemplo, podríamos recibir un error del tipo:

Oct
26
2017

ARTÍCULO: Revertir a una versión anterior de Informix

Después de realizar una actualización exitosa del gestor, por ejemplo
de una versión 11.50FC6 a una versión 12.10FC8 nos podemos encontrar
con problemas de diversa índole que impliquen que las aplicaciones que
utilizamos funcionen mal.

En ocasiones puede ser mejor revertir a la situación anterior antes
que corregir las aplicaciones ya que el proceso es mucho más rápido y
sencillo.

Para revertir debemos tener controlado que no hayan añadido a la
estructura de la base de datos funcionalidades nuevas no existentes en

Aug
16
2017

ARTICULO: Registro bloqueado al renombrar una tabla

Cuando intentamos renombrar una tabla o modificarla de alguna manera nos podemos encontrar con los errores:

-242 SQL error: Could not open database table
-106 ISAM error: non-exclusive access

Sin embargo, cuando buscamos por bloqueos sobre esa tabla no encontramos ninguno. Poner set lock mode to wait no funciona y no espera y tenemos la posibilidad de bloquear la tabla en exclusiva con un lock table in exclusive mode pero seguimos sin poder realizar la operación.

Jul
21
2017

ARTICULO: Solución para el error -5849

Es posible que nos encontremos con el error -5849, bien ejecutando una
rutina bien en el online.log:

SCHAPI: [Save SQL Trace 21-57901] Error -5849 Message cannot be found.

En el ejemplo el error se produce en el planificador de sysadmin.

Este error es producido porque se han cambiado las condiciones de
ejecución de una rutina y es necesario volver a pasar las estadísticas
sobre la misma para que se vuelva a generar el plan de ejecución.

Para ello podremos lanzar un:
UPDATE STATISTICS FOR routine
en la base de datos correspondiente

Jun
12
2017

ARTICULO: Regenerar sysmaster

Es posible que la base de datos sysmaster haya sufrido algún problema
y sea necesario regenerarla. Si la base de datos no existe o la
dropeamos se puede regenerar reiniciando el gestor ya que en el
arranque se comprueba que existe y se regenera.

También podemos regenerarla en caliente pero es necesario disponer del
gestor en modo administrativo durante el tiempo que se regenera. Para
poder regenerarla es necesario revisar los scripts
$INFORMIXDIR/etc/buildsmi, $INFORMIXDIR/etc/blduser.sh y
$INFORMIXDIR/etc/bldutil.sh ya que en ocasiones la variable INFDIR no

May
31
2017

ARTICULO: Regenerar sysadmin

En ocasiones la base de datos syadmin puede sufrir algún problema:
caídas durante la generación, actualización de versiones con errores,
etc.

En estos casos es posible que la base de datos sysadmin se quede
incompleta o bien en una versión antigua. De forma fácil se puede
dropear la base de datos y reiniciar el gestor ya que si la base de
datos sysadmin no existe al inicio se regenera de forma automática.

Sin embargo también es posible regenerarla si reiniciar el gestor.
Para ello hay que seguir los siguientes pasos con el usuario informix:

# cd $INFORMIXDIR/etc/sysadmin

Mar
31
2017

ARTÍCULO:Cambio de primario en un RSS

En ocasiones nos puede interesar dentro de un entorno RSS cambiar el primario de la réplica. Para ello lo conseguiremos en unos sencillos pasos, suponiendo un entorno con un servidor principal servidor1 y gestor ol_server1 y una réplica RSS servidor2 con gestor ol_server2:

servidor1#> onmode -kuy
servidor2#> onmode -d standard
servidor2#> onmode -d add RSS ol_server1
servidor1#> oninit -PHY
servidor1#> onmode -d RSS ol_server2

Con estos pasos el servidor2 pasará a ser el servidor principal de la réplica RSS.

Syndicate content