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
17
2017

ARTÍCULO: reorganizar una tabla

En ocasiones es necesario cambiar el orden de los campos de una tabla o bien cambiar el propietario de la misma. Esto no se puede realizar de forma directa.

Para poder realizarlo sería necesario crear una nueva tabla con la nueva estructura, llenarla con los datos actuales y después cambiar el nombre.

El procedimiento sería de la forma:

CREATE TABLE nueva_tabla
(
campo1 SMALLINT,
campo3 INTEGER,
campo2 SMALLINT,
campo5 SMALLINT,
campo6 CHAR(3),
campo4 MONEY(8)
);
INSERT INTO nueva_tabla

Dec
30
2016

ARTÍCULO: Como calcular el tamaño de las bases de datos de un gestor

Existen determinadas ocasiones en las que nos puede ser útil averiguar el tamaño que están ocupando las base de datos de un determinado gestor, para ello calculamos la suma del número de páginas que tienen reservadas todas las tablas de las bases de datos. Con este dato, tendríamos el número de páginas totales que ocupa cada base de datos, pero para hacernos una idea más cercana del tamaño real ocupado, necesitamos averiguar el tamaño de cada página, ya que no todas las páginas de una misma base de datos tienen porque tener el mismo tamaño. Todo esto lo tendremos con este sencillo script:

Oct
31
2016

ARTÍCULO:Ejecución de scripts desde el planificador de Informix

En ocasiones necesitamos que ciertos scripts se puedan ejecutar desde el planificador de informix; esto lo podemos conseguir en unos sencillos pasos:

- Primero crearemos el script dentro de nuestro sistema operativo en:

$SCRIPTS_PATH/script.sh

Donde $SCRIPTS_PATH es cualquier lugar de nuestro sistema operativo donde deseemos guardar los scripts.

- A continuación, crearemos el script dentro de los procedimientos almacenados:

drop procedure script;
create procedure script()
system '$SCRIPTS_PATH/script.sh';
end procedure;

Sep
30
2016

ARTÍCULO:Como arrancar o parar la generación de estadísticas automáticas del gestor.

En algunas ocasiones nos puede interesar arrancar informix sin el Auto Update Statistics(AUS), para desactivarlo tenemos la opción de hacer un par de simples sentencias SQL:

UPDATE ph_task
SET tk_enable = "F"
WHERE tk_name = "Auto Update Statistics Evaluation";

UPDATE ph_task
SET tk_enable = "F"
WHERE tk_name = "Auto Update Statistics Refresh";

Con estas sentencias desactivaríamos el AUS y podríamos reiniciar el gestor sin él.

Aug
31
2016

ARTÍCULO: Comprobando el estado de la HDR II

Como vimos previamente en el anterior artículo:

http://www.proyectosysoluciones.es/node/161

Existen varias formas de comprobar el estado de nuestra HDR hoy vamos a ver las siguientes:

onstat -g dri

Está forma nos da un poco más de información acerca del estado de la réplica, siendo diferente esta tanto en el primario como en el secundario.

En el primario nos dará una información como esta:
Data Replication at 600000043255438:
Type State Paired server Last DR CKPT (id/pg) Supports Proxy Writes

Jun
21
2016

ARTÍCULO: Comprobando el estado de la HDR I

En ocasiones resulta interesante comprobar el estado de nuestra réplica HDR para poder actuar si fuera preciso, ya que si solo estamos actuando sobre el nodo primario, podemos tener algún fallo en el secundario y que eso no se vea reflejado de inmediato en el rendimiento.

Vamos a ver 3 formas diferentes de poder chequear que todo está correcto:

onstat -

Es la forma más sencilla y rápida de comprobar el estado de la réplica. Al ejecutar este comando podemos apreciar que la réplica está funcionando correctamente tanto en el gestor primario como en el secundario.

May
18
2016

ARTICULO: Mensaje SCHAPI Estimate Compression en el online.log

Es posible que analizando el online.log veamos mensajes del tipo:

SCHAPI Estimate Compression

Esto se produce cuando utilizamos Open Admin Tool (OAT) y accedemos a la sección Almacenamiento de Administración de espacio. En ese momento OAT crea una nueva tarea llamada mon_compression_estimates. Cada vez que esta tarea se ejecuta aparece el mensaje en el online.log.

Apr
21
2016

ARTICULO: Optimizando el almacenamiento: Compress

Como ya vimos en un artículo anterior es posible que los datos en IBM Informix se nos fragmenten haciendo más ineficiente su gestión. Con repack podíamos recolocar todos los datos y no tener huecos libres de forma que los datos estén contiguos y con shrink podíamos liberar los extents vacíos y reducir los que estén casi vacíos. Ahora vamos a ver cómo funciona compress.

Mar
29
2016

ARTICULO: Optimizando el almacenamiento: shrink

Como ya vimos en otro artículo los datos en IBM Informix pueden fragmentarse haciendo más ineficiente su acceso. Ya vimos que con repack podíamos recolocar los datos en los primeros extents dejando libre la parte final de los mismos. Ahora vamos a ver cómo funciona shrink y qué nos aporta para complementar el repack.

Shrink reduce el tamaño de los extents o los libera en caso de que se hayan quedado vacíos. Esto libera de forma efectiva el espacio ocupado por una tabla ya que simplemente borrando registros no se libera espacio ya que el espacio sigue reservado.

Feb
16
2016

ARTICULO: Optimizando el almacenamiento: repack

IBM Informix almacena los datos en dbspaces. Éstos, a su vez, se componen de chunks y dentro de los chunks los datos se organizan en extents, que son zonas contiguas de almacenamiento de disco.

Todas las tablas disponen de un parámetro que se llama "first extent" que determina el tamaño reservado cuando se crea la tabla. Dispone también del parámetro "next extent" que determina de qué tamaño se coge el siguiente extent cuando el actual se ha llenado.

Syndicate content