adm y opt de base datos informix1

Informix

Administración y Optimización de Bases de Datos -Informix Dynamic Server a

Informix

Administración y Optimización de Bases de Datos -Informix Dynamic Server b

Indice

UNIDAD 1 - TERMINOLOGÍA........................................................................................................ 1

COMPONENTES DE UNA INSTANCIA DEL INFORMIX DYNAMIC SERVER ........................... 1

Procesos.................................................................................................................................. 1

Shared Memory........................................................................................................................ 1

Discos ...................................................................................................................................... 2

COMPONENTES DE DISCO: ..................................................................................................... 2

Chunks..................................................................................................................................... 2

Dbspaces ................................................................................................................................. 3

Pages....................................................................................................................................... 3

Blobspaces .............................................................................................................................. 4

Blobpages ................................................................................................................................ 4

Extents..................................................................................................................................... 4

Tblspaces................................................................................................................................. 5

CARACTERÍSTICAS DE LAS BASES DE DATOS...................................................................... 6

Logical Logs............................................................................................................................. 6

Modos de Login........................................................................................................................ 6

Physical Logs........................................................................................................................... 6

UNIDAD 2 - TIPOS DE DATOS...................................................................................................... 7

UNIDAD 3 - CREACIÓN DE BASES DE DATOS Y TABLAS........................................................ 9

CREACIÓN DE UNA BASE DE DATOS...................................................................................... 9

EL CATÁLOGO DEL SISTEMA................................................................................................... 9

CREACIÓN DE UNA TABLA..................................................................................................... 10

USOS DE DATOS BLOBS ........................................................................................................ 10

TABLA TEMPORARIA .............................................................................................................. 10

ALTERAR UNA TABLA ............................................................................................................. 11

RENOMBRAR COLUMNAS, TABLAS Y BASES DE DATOS. .................................................. 11

BORRAR TABLAS Y BASES DE DATOS. ................................................................................ 11

DBSCHEMA: ............................................................................................................................. 11

UNIDAD 4 - ÍNDICES................................................................................................................... 12

ESTRUCTURA DE INDICES..................................................................................................... 12

EL ÁRBOL B+ ........................................................................................................................... 12

CLASIFICACIÓN DE ÍNDICES.................................................................................................. 13

Único...................................................................................................................................... 13

Informix

Administración y Optimización de Bases de Datos -Informix Dynamic Server c

Duplicado ............................................................................................................................... 13

Compuesto............................................................................................................................. 13

Cluster.................................................................................................................................... 13

FILLFACTOR ......................................................................................................................... 13

UNIDAD 5 - CONTROL DE CONCURRENCIA ............................................................................ 14

TIPOS DE CONCURRENCIA.................................................................................................... 14

READ CONCURRENCY: NIVELES DE AISLAMIENTO............................................................ 14

Dirty Read ............................................................................................................................. 14

Committed Read .................................................................................................................... 14

Cursor Stability....................................................................................................................... 14

Repeteable Read ................................................................................................................... 14

UPDATE CONCURRENCY: NIVELES DE LOCKEOS .............................................................. 15

MODOS DE LOCKEO ............................................................................................................... 15

UNIDAD 6 - INTEGRIDAD ........................................................................................................... 16

REFERENCIAL, DE ENTIDAD Y SEMÁNTICA ......................................................................... 16

CONSTRAINTS......................................................................................................................... 16

Nombres de los constraints .................................................................................................... 16

Tipos de constraints ............................................................................................................... 16

Delete en cascada ................................................................................................................. 17

Los modos de transacción de los constraints: ....................................................................... 17

UNIDAD 7 - MODOS Y DETECCIÓN DE VIOLACIÓN ................................................................ 18

TIPOS DE OBJETOS DE BD. ................................................................................................... 18

MODOS DE OBJETOS DE BD.................................................................................................. 18

DESHABILITANDO, HABILITANDO Y FILTRANDO OBJETOS................................................ 18

Capturando las violaciones .................................................................................................... 19

Seteo de tablas de violación................................................................................................... 20

UNIDAD 8 - OPTIMIZADOR BASADO EN COSTOS................................................................... 21

ESTRATEGIAS DE JOIN .......................................................................................................... 21

Nested loop join ..................................................................................................................... 21

Hash join ................................................................................................................................ 21

Sort Merge Join...................................................................................................................... 21

PROCESO DE OPTIMIZACIÓN: ............................................................................................... 22

Examinar todas las tablas ...................................................................................................... 22

Estimar Costo Pair Join:......................................................................................................... 22

Informix

Administración y Optimización de Bases de Datos -Informix Dynamic Server d

Repetir para cada tabla extra: ................................................................................................ 22

SET EXPLAIN ........................................................................................................................... 22

DIRECTIVAS DE OPTIMIZACIÓN: ........................................................................................... 24

MÉTODOS DE ACCESO .......................................................................................................... 24

Index ...................................................................................................................................... 24

Avoid_Index ........................................................................................................................... 24

Full (table name) .................................................................................................................... 25

Avoid Full (table name) .......................................................................................................... 25

Directivas de orden del Join ................................................................................................... 25

Directivas del método del Join................................................................................................ 25

Objetivo de optimización: ....................................................................................................... 25

Directiva de Explain................................................................................................................ 25

UNIDAD 9 - UPDATE STATISTICS ............................................................................................. 26

UPDATE STATISTICS .............................................................................................................. 26

Low ........................................................................................................................................ 26

Medium .................................................................................................................................. 27

High ....................................................................................................................................... 27

DISTRIBUCIONES.................................................................................................................... 27

UNIDAD 10 - SEGURIDAD .......................................................................................................... 28

NIVELES DE SEGURIDAD ....................................................................................................... 28

NIVELES DE PRIVILEGIO ........................................................................................................ 28

PRIVILEGIOS A NIVEL DE BD: ................................................................................................ 28

PRIVILEGIOS A NIVEL DE TABLA / COLUMNA ...................................................................... 28

Privilegios a nivel columna ..................................................................................................... 29

Privilegios de Stored Procedures ........................................................................................... 29

UNIDAD 11 - VISTAS................................................................................................................... 30

TABLAS VIRTUALES................................................................................................................ 30

COLUMNAS VIRTUALES ......................................................................................................... 30

CREACIÓN DE VISTAS............................................................................................................ 30

BORRADO DE UNA VISTA....................................................................................................... 31

CONSULTA DE UNA VISTA ..................................................................................................... 31

RESTRICCIONES..................................................................................................................... 31

CLÁUSULA WITH CHECK OPTION ......................................................................................... 31

UNIDAD 12 - MIGRACIÓN, UTILITARIOS PARA CARGAR Y DESCARGAR DATOS.............. 32

Informix

Administración y Optimización de Bases de Datos -Informix Dynamic Server e

DBEXPORT............................................................................................................................... 32

DBIMPORT ............................................................................................................................... 32

DBLOAD ................................................................................................................................... 32

Archivo de Comandos del dbload:.......................................................................................... 32

LOAD ........................................................................................................................................ 33

UNLOAD ................................................................................................................................... 33

UNIDAD 13 - BACKUPS.............................................................................................................. 34

BACKUPS ................................................................................................................................. 34

ONTAPE ................................................................................................................................... 34

Niveles de backup.................................................................................................................. 35

BACKUP DE LOGICAL LOGS .................................................................................................. 36

Backup Automático ................................................................................................................ 36

Backup Continuo.................................................................................................................... 36

POLÍTICA DE BACKUP ............................................................................................................ 36

RESTORE................................................................................................................................. 36

PARÁMETROS DE CONFIGURACIÓN DE ONTAPE ............................................................... 38

Informix

Administración y Optimización de Bases de Datos -Informix Dynamic Server 1

Administración y Optimización de Bases de Datos

Informix Dynamic Server

Unidad 1 - Terminología

Informix Servidor de Base de Datos

• Programa que administra los contenidos de una base de datos

• Conoce como están organizadas físicamente las tablas, filas y columnas

• Interpreta y ejecuta las sentencias SQL.

Componentes de una instancia del Informix Dynamic Server

Una instancia involucra a los procesos de la base de datos, la memoria compartida (Shared

Memory SHM) y la administración de los discos.

• Procesos

• Memoria Compartida (Shared Memory)

• Discos

En una misma máquina puede haber varias instancias corriendo de manera independiente

bajo la misma instalación Informix.

Procesos

En IDS (Informix Dynamic Server), se denominan procesos virtuales (VP). Cada

proceso Virtual pertenece a una clase virtual. (VP Class). A cada VP, la podemos

ver corriendo en el servidor como un proceso oninit.

Shared Memory

La SHM, está compuesta de tres porciones: Residente, Virtual y de Mensajes.

• Resident: es la porción estática, cuya función principal es el cache de datos del

disco a la SHM.

Informix


• Virtual: es la porción dinámica, es decir puede expandirse o contraerse. Su función

es manejar y controlar los recursos para los procesos.

• Messages: es el mecanismo de comunicación para coordinar las actividades entre

los procesos del Cliente y es Servidor.

Estructura de la memoria compartida

Discos

El sistema informix necesita unidades de disco asignadas al sistema. Estas

unidades se denominan chunks y es donde se van a almacenar todos los datos de

las Bases de Datos (BD) y toda la información del sistema necesaria para el

mantenimiento del servidor.

El espacio de disco total del motor se puede representar como una colección de

uno o varios chunks o espacios asignados a la instancia.

Componentes de Disco:

Chunks

Un chunk se compone de una serie de páginas contiguas. Es el espacio contiguo

de disco asignado al sistema.

Un chunk puede ser, un raw device (RAW en UNIX o NTFS en NT) o un archivo de

file system.

Informix


Dbspaces

Un dbspace es una colección de chunks que forman el espacio lógico de disco. En

ellos se almacenarán los datos de la BD y toda la información del sistema. El

dbspace tiene como mínimo un chunk asignado.

La ventaja de la agrupación de espacios en un dbspace es que se puede mantener

homogeneidad en la información ya que podemos direccionar una tabla completa a

un dbspace, optimizando de esta manera los tiempos de I/O. Otra gran ventaja es

que podemos realizar la recuperación desde un backup de todo un dbspace sin

tener que bajar la instancia, esto se lo llama “restore en caliente”.

Root dbspace: En este dbspace se guarda toda la información del sistema.

Pages

Una página es la unidad básica de almacenamiento y E/S en un sistema on line.

Los datos son almacenados en páginas al igual que los índices. Por ejemplo, si

deseamos guardar una fila en la base de datos, la misma será depositada en una

página. El tamaño prefijado de páginas depende de la arquitectura del S.O. Para la

mayoría de los Unix (la excepción es AIX) el tamaño de página es de 2KB mientras

que para NT es de 4KB. Este tamaño de página no puede cambiarse, excepto para

los blobpages.

Cuando se precisa cachear esa información, el online lo hará por medio de páginas

que serán almacenadas dentro de buffers de la SHM.

Informix


Blobspaces

Tipo especial de dbspace que se usa para almacenar datos de tipo blobs.

Blobpages

Los campos que se definen tipo blob tienen la finalidad de guardar datos especiales

y con mucho volumen de información, entonces para agilizar las lecturas/escrituras

de estos datos, se crearon los blobpages, que en este caso reemplazaran a las

lecturas/escrituras por páginas. Al crear blobspaces se puede definir el tamaño de

los bobpages. Este tamaño indica cuantas páginas componen un blobpage. Las

lecturas/escrituras de estos datos se harán en unidades de blobpages y no de

páginas.

Extents

Un extent es un conjunto contiguo de páginas en disco, es el espacio físico

asignado a una tabla. Para almacenar datos en una tabla, ésta le pide al sistema

espacio; y éste le asigna un espacio del tamaño del extents que tenga definido esa

tabla. La mínima unidad de páginas contiguas es de 4 pg o sea 8 Kb. en UNIX. El

tamaño máximo es el del chunk por lo tanto sería de 1024000 páginas. Si se dejan

los tamaños de extents por default, éstos son de 4 páginas para el extent inicial y

los siguientes.

A una tabla, inicialmente se le puede asignar un extent de cierto tamaño y definir de

que tamaño serán los próximos extents. Una vez asignado el espacio a usar por la

tabla, no se puede modificar a menos que se reorganize la tabla. Si se llena el

primer extent, se le asignara otro dinámicamente según la medida que le hayamos

asignado a los próximos extents en el momento de la creación de la tabla.

Informix


Tblspaces

Es el conjunto de páginas que contienen datos de una misma tabla de la BD.

Podríamos referirnos a un tblspace como un conjunto logico de extents.

Las páginas del tblspaces no necesariamente deben estar contiguas. Pueden

pertenecer a distintos chunks pero no a distintos dbspaces.

El máximo de extents que se pueden alojar en un tblspace es aproximadamente de

200. Un tblspace se aloja en un dbspace específico por lo que podemos darle

exclusividad de ciertos dbspaces a tablas específicas.

Informix


Características de las Bases de Datos

Logical Logs

Los logical logs son una colección de páginas contiguas en disco. Su finalidad es

guardar los registros de las transacciones del sistema. El sistema on line debe tener

como mínimo 3 archivos de logical logs.

Modos de Login

• No logging: No se graban las transacciones de la BD

• Unbuffered logging: Se guardan las transacciones en buffers de logs y son bajados

a los archivos de logs al encontrar la sentencia COMMIT.

• Buffered logging: Se guardan las transacciones en buffers de logs y son bajados a

los archivos de logs cuando el buffer está lleno.

• Mode Ansi: por defecto son Unbuffered Logging.

Physical Logs

Los phisical logs, almacenan la imagen de la página de datos o índices antes que

sea modificada. Se utilizan en el proceso de fast recovery que acompaña al startup

de la base. También coordina con el proceso de backup.

Informix


Unidad 2 - Tipos de Datos

Tipo Bytes en disco

Rango Descripción

CHAR(N) 2 Hasta 32767 bytes

Almacena letras, números y símbolos. Son de Long. fija

VARCHAR(M[,N]) (m/2)+1 Hasta 255 bytes

Almacena letras, números y símbolos. Son de Long. Variable. Se usan cuando la mayoría de las filas necesitan una pequeña cantidad de espacio y otras necesitan más espacio. Puede almacenar mas cantidad de filas por página de datos. Si la fila crece y no hay espacio reservado, puede necesitar guardarse en otro lugar físico del disco. Cuando se escriben datos en este campo, éste reserva el espacio mínimo o el que necesita si éste lo excede.

BOOLEAN 1 0 / 1 Almacenan un estado verdadero o falso. SMALLINT 2 +-32767 Almacena números enteros. INTEGER 4 +-

2147483647 Almacena números enteros.

INT8 8 / 10 Dep. Plataforma

A partir de IDS 2000 +-9223372036854775807

FLOAT 8 Hasta 16 dígit. Signific.

Se utiliza para números con punto flotante.

SMALLFLOAT 4 Hasta 8 dígit. Signific.

Se utiliza para números con punto flotante.

DECIMAL(P,E) MONEY(P, E)

(m/2)+1 Hasta 32 dígit. Signific.

El número de dígitos está especificado por el usuario. Los valores se redondean en el caso de ser necesario.

SERIAL Idem INTEGER

Idem INTEGER

Se usa en claves no críticas. Contiene números que se le asigna a cada fila de la tabla en orden secuencial. No asegura la unicidad.

SERIAL8 Idem INT8

Idem INT8 Idem SERIAL

DATE 4 Fechas Válidas

El formato por default es mm/dd/yyyy. Se usa la variable DBDATE para cambiar el formato

DATETIME (m/2)+1 Ver ejemplo Representa un punto en el tiempo desde años a fracción de segundos.

INTERVAL (m/2)+1 Ver ejemplo Representa un período de tiempo. TEXT Simple Large Object

56+ tamaño del

archivo

Hasta 2GB Almacenan datos ASCII y caracteres de control tales como archivos de procesadores de texto, programas, etc. Se almacenan en Dbspaces o en Blobspaces

BYTE Simple Large Object

56+ tamaño del

archivo

Hasta 2GB Almacena datos de tipo binarios tales como hojas de cálculo, imágenes digitalizadas, sonidos, etc. Se almacenan en Dbspaces o en Blobspaces

BLOB Smart Large Object

Hasta 4 TB Almacena datos de tipo binarios. Se almacenan en Sbspaces

CLOB Smart Large Object

Hasta 4 TB Almacenan textos, HTML, Postscript, formatos no imprimibles. Se almacenan en Sbspaces

Informix


DATETIME

Datetime year to second (2001 05 21 08:32:05)

Datetime date to minute (21 08:32)

INTERVAL

Interval year to month

Interval hour to minute

DBCENTURY

Variable de entorno que se usa para setear la centuria cuando un dato fecha está

representado por 2 dígitos.

El seteo puede ser:

P: Se interpreta la centuria pasada.

F: Se interpreta la centuria futura.

C: Se interpreta con los años más próximos.

R: Se interpreta con la centuria actual.

Informix


Unidad 3 - Creación de Bases de Datos y Tablas

Base de Datos: Conjunto de tablas y funciones relacionadas.

En cada Instancia del IDS, existen además de las bases

creadas por los usuarios, dos bases administradas por el

motor, la SYSMASTER y la SYSUTILS.

Creación de una base de datos

Al crear un BD, el administrador debe especificar:

• Nombre de la Base de Datos

• Modo de Transacciones

• En cual dbspace se alojará

Nombre de la Base de Datos: Único en la instancia. Hasta 128 caracteres. Letras, dígitos y

underscore.

Modo de Transacciones: No Logging, Buffered Logging, Unbuffered Logging, ANSI.

Dbspace donde se alojará: si no se indica uno, lo hará en el rootdbspace. Esto no es

aconsejable.

Ej:

create database alumnos in dbs_guarani with log

with buffered log

with log mode ansi

El Catálogo del sistema

El catálogo del sistema se compone de un conjunto de tablas que describen la estructura de

la base de datos. Estas son automáticamente generadas en el momento de creación de la base

de datos. Las más consultadas son SYSTABLES, SYSCOLUMNS y SYSINDEX.

• SYSTABLES: tienen un registro por c/tabla de la BD, incluyendo las tablas de

catálogo. Además tiene información de cuántas filas tiene cada tabla, cuando se

modificó, nombre de las tablas, tamaño, dueño, etc.

• SYSCOLUMN: nombre de las columnas de cada tabla, tipo de dato, 2do valor

máximo, 2do valor mínimo, etc.

• SYSINDEX: Nombre de los índices, campos que lo componen, etc.

Informix


Creación de una tabla

Las tablas de datos se crean por default en el dbspace en que se encuentra la BD a menos

que se le indique un dbspace distinto.

Los espacios para las tablas se asignan en unidades de extents. Un extent es una colección

de páginas físicamente contiguas de disco. El tamaño de los extents también pueden definirse en

el momento de la creación o ser alterados posteriormente.

Los datos de las tablas permiten dos modos de lockeos: por filas o por páginas. Los lockeos

previenen que un usuario acceda a un dato que esta siendo utilizado por otro. El modo de lockeo

por default de las tablas es por página (PAGE).

Ej:

create table sga_alumnos (unidad_academica varchar(5) not null, carrera varchar(5) not null,

nro_inscripcion varchar(20) not null) in dbs_guarani extent size 64 next size 32 lock mode

row/page

Usos de Datos Blobs

Al crear campos de tipo BLOBS en una tabla, los valores de los mismos se almacenan por

default en el dbspace de la tabla, pero en una página distinta a la de los datos. Lo aconsejable al

crear datos BLOBS es indicar que éstos se almacenen en un dbspace especial, el blobspace.

create table sga_personas (nro_inscripcion varchar(10) not null, apellido varchar

(20) not null, nombres varchar (20) not null, fec_nacimiento date not null, foto byte in

blob_guarani) in dbs_guarani;

Tabla temporaria

Las tablas temporarias se crean en dbspaces específicos para objetos temporarios. Para

ello, debe existir este dbspace tipo temporario en la base de datos y estar seteada la variable

DBSPACETEMP a este dbspace.

Los dbspaces temporarios no trabajan con LOGIN por eso las tablas temporarias deben ser

creadas WITH NO LOG o con Base de datos sin LOG.

create temp table tmp_regulares (anio_academico char(4), periodo_lectivo

varchar(20), legajo varchar(10), materia varchar(5)) with no log ;

Informix


• La tabla temporal sólo dura la sesión.

• Puede ser borrada con DROP TABLE.

• No tiene entrada en la tabla de catálogo.

• No se pueden modificar.

• Se le pueden crear índices.

• Los dbspaces temporarios se definen en su creación.

Alterar una tabla

La sentencia alter permite agregar, modificar o borrar los campos de una tabla y con esta

sentencia se puede modificar el tamaño de los extents y los modos de lock..

Alter table sga_personas drop cod_postal;

Alter table sga_personas Modify dni integer not null;

Alter table sga_personas Add fecha_nac date;

Alter table sga_personas Add fecha_relev date before calle_nac;

Alter table sga_personas modify next size 300;

Alter table sga_personas lock mode row;

Renombrar columnas, tablas y bases de datos.

Rename Column sga_personas.fecha_nac to fecha_nacimiento;

Table aux_aspirantes to sga_alumnos;

Database alumnos to alumnos_quimicas;

Borrar tablas y bases de datos.

Drop table aux_aspirantes

Database pruebas_alumnos;

DBSCHEMA:

Se usa para obtener la estructura de una BD, una tabla o un Stored Procedure.

Genera un archivo de comandos SQL.

Ej.: dbschema – d alumnos – t sga_personas

Informix


Unidad 4 - ÍNDICES

Estructura de Indices

Los índices están organizados en una estructura de árbol B+.

Un árbol B+ es un conjunto de nodos que contienen la clave y un puntero a los datos o a

otro nodo.

El árbol B+ se maneja con niveles, donde el nivel 0 apunta a los datos y los niveles

superiores apuntan al nodo inferior. El nodo de nivel más alto es el nodo root.

El Árbol B+

401

> 394

387 393

NODO ROOT 292

387

> 294

89 293

292

89 97

95

89

59

57

56

D

A

T

O

S

Nivel 2 Nivel 1 Nivel 0

Si la clave es pequeña, pueden entrar más claves por nodo lo que significa que voy a tener

menos niveles. El tamaño de un nodo es el de una página. Cuando un nodo se llena, se produce

un split o división en 2 nodos y el valor medio de ambos pasa al nodo de nivel superior. Si el nodo

de nivel superior también se llena, se produce un split con éste y así sucesivamente. Cuando se

produce un split con el nodo root, el árbol crece un nivel y se crea un nuevo nodo root.

Informix


Clasificación de índices

Los índices se clasifican en: Único, duplicado, compuesto, cluster. Un índice es único o

duplicado, además puede o no ser compuesto o cluster. El tamaño máximo de los índices es de

255 bytes.

Único

Se usan en primary key, unique index.

Duplicado

Cuando en la tabla hay más de una ocurrencia.

Compuesto

El índice está compuesto por más de un campo. Los índices compuestos no pueden tener

más de 16 campos y éstos a la vez no pueden superar los 255 bytes.

Cluster

Este tipo de índice, ordena la tabla físicamente. Sólo sirve en el momento de la creación.

Sirven para tablas de poco movimiento y mucha consulta.

Ej.: create index ix_personas_dni on sga_personas(dni) ;

create index ix_personas on sga_personas(apellido, nombres) ;

create unique index [nombre índice] on [tabla donde están los datos]([atributos]) ;

create unique cluster index [nombre de índice] on [tabla de datos]([atributos]) ;

Si ya existe un índice cluster y queremos utilizar otro, se debe borrar el primero y volver a

construir el cluster.

Alter index ix_dni to cluster;

Alter index ix_apellido to not cluster;

Drop index ix_dni;

FILLFACTOR

Es el porcentaje de llenado de los nodos en el momento de creación del índice.

Create index ix_cod_postal on sga_datos_censales(cod_postal) fillfactor 80;

Significa que los nodos se llenaran hasta el 80% de su capacidad en el momento de

creación dejando un 20% para usar cuando el índice crezca. Por default el FILLFACTOR es de

90%.

Informix


Unidad 5 - Control de Concurrencia

La concurrencia a los datos se produce cuando mas de un usuario quieren acceder al

mismo dato.

Tipos de Concurrencia

• Read Concurrency → SELECT

• Update Concurrency → INSERT, DELETE, UPDATE.

Read Concurrency: Niveles de Aislamiento

• Dirty Read

• Committed read

• Cursor Stability

• Repeteable Read

Dirty Read

Lee los datos de la tabla sin importar si los mismos se están modificando. (lock).

Sirve cuando la tabla es estática, no se necesita 100% de precisión y/o no se puede

esperar hasta la liberación del lock.

Committed Read

Lee datos confiables, comitidos que existen al momento de la lectura pero como

tampoco lockea, alguien puede modificar la tabla posteriormente.

Cursor Stability

Lockea la fila leída con SHARED LOCK. Asegura que la fila existe mientras se está

leyendo.

Repeteable Read

Lockea todas las filas involucradas en el QUERY. Si el motor entra en forma

secuencial, lockea toda la tabla. Coloca SHARED LOCK.

Informix


Los comandos se setean antes de la sentencia select:

SET ISOLATION TO DIRTY READ;

SET ISOLATION TO COMMITTED READ;

SET ISOLATION TO CURSOR STABILITY;

SET ISOLATION TO REPETEABLE READ;

Update Concurrency: Niveles de lockeos

A nivel de base de datos: database alumnos exclusive;

A nivel de tablas: lock table sga_planes in share mode;

lock table sga_versiones in exclusive mode;

A nivel de página y filas: Se determinan en la creación o alteración de la tabla.

Lock por página pone un lock a toda la página.

Lock por fila coloca un lock por cada fila.

A nivel de clave: El método de lockeo de árbol B+ es el lock por clave donde la clave que

está siendo actualizada, insertada o borrada es lockeada..

Si se trabaja con bases de datos con logging de transacciones, las tablas se deslockean al

hacer COMMIT o ROLLBACK de la transacción.

En bases de datos sin logging se coloca: unlock table ordenes;

Modos de Lockeo

Set lock mode to wait;

Set lock mode to not wait;

Set lock mode to wait 20;

Informix


Unidad 6 - Integridad

Referencial, de Entidad y Semántica

Integridad Referencial: fuerza la relación entre tablas..

Integridad de Entidad: cada fila tiene un identificador único – clave primaria.

Integridad Semántica: dada por el tipo de dato de la columna.

• Tipo de dato: según la declaración del tipo de la columna va a permitir o no el

ingreso de un dato.

• Valor por defecto: valor que se coloca en el campo si no se define uno en el

momento del insert de la fila.

• Chequeo de constraints: chequea condiciones de los datos insertados o

actualizados.

Constraints

Si al definir el constraint ya existen filas en la tabla, dichas filas deben satisfacer el constraint

para que el mismo pueda quedar declarado

Nombres de los constraints

Los constraints se identifican con un nombre asignado por el usuario en su creación o por el

sistema si el usuario no define uno.

Tipos de constraints

Constraint Check: devuelve un valor true o false. Se aplica a cada fila insertada o

actualizada.

Constraint Referencial: Fuerza la relación padre-hijo, exige que exista una clave única

Primary Key en la tabla padre a la cual va a referenciar la tabla hijo.

Constraint Unique: Asegura que los datos de la columna son únicos en toda la columna de

la tabla.

Not Null: garantiza que la columna contendrá datos en ese campo al hacer un insert o

update.

Ejemplos:

Create table sga_aspirantes (dni integer not null, leg_int smallint unique not null,

apellido char(15) not null, provincia varchar(4) check(provincia in (”5000”)), país

char(2) default ‘ar’, primary key (dni));

Informix


Create table sga_finales (dni integer not null, fecha_emision date default TODAY

not null, foreign key (dni) references test1);

Delete en cascada

El borrado en cascada permite el borrado automático de las filas de la tabla hija cuando la

fila del padre es borrada. Esto simplifica el código en la programación, además de procesarse sólo

una sentencia SQL, mejorando la performance .

Si la sentencia falla en algún punto, toda la transacción hace rollback.

Para invocar el delete en cascada, agregar la cláusula ON DELETE CASCADE después de

la cláusula REFERENCES en la sentencia CREATE TABLE para la tabla hija.

Ej.: CREATE TABLE sga_alumnos (unidad_academica VARCHAR(5) NOT NULL,

nro_inscripcion VARCHAR(10) NOT NULL, legajo VARCHAR(10) NOT NULL,

PRIMARY KEY (unidad_academica, legajo), FOREIGN KEY (unidad_academica,

nro_inscripcion) REFERENCES sga_personas ON DELETE CASCADE

CONSTRAINT fk_alumnos_personas);

Si la tabla ya existe, habrá que hacer un ALTER TABLE:

ALTER TABLE sga_alumnos DROP CONSTRAINT fk_alumnos_personas,

ADD CONSTRAINT (FOREIGN KEY (unidad_academica , nro_inscripcion)

REFERENCES sga_personas ON DELETE CASCADE CONSTRAINT

fk_alumnos_personas);

Los modos de transacción de los constraints:

El modo de transacción de los constraint determina cuando ocurrirá el chequeo del

constraint.

• Inmediato - Set constraints nombre const. Immediate;

• Diferido - Set constraints nombre const. deferred;

• Desconectado - Set constraints nombre const. detached;

Inmediato: el chequeo del constraint ocurre al final de cada sentencia.

Diferido: el chequeo del constraint se hace antes del commit.

Desconectado: es el modo de constraint que se usa en las BD sin logging y para tablas

temporarias creadas con With not log.

Informix


Unidad 7 - Modos y Detección de Violación

Tipos de Objetos de BD.

Los objetos de las BD son:

• Constraints

o Unique

o Referential

o Check

o Not null

• Índices

• Triggers

Unique: cada fila insertada o modificada debe tener un valor único para la clave.

Referential: fuerza la relación padre/hijo entre la clave primaria y la foránea.

Check: cada fila debe cumplir cierta condición especificada en la columna.

Not null: la columna no puede tener valor nulo.

Modos de Objetos de BD

Un objeto de BD puede tener uno de los siguientes modos:

• Enabled: en este modo los constraints son chequeados, los índices están activos y

los triggers son disparados.

• Disabled: en este modo los constraints no se chequean, los índices no se controlan

ni se actualizan y los triggers no son disparados.

• Filtering (excepto triggers): en este modo los constraints son chequeados y las filas

que no pasan las validaciones son almacenadas en tablas de log y el proceso

continúa con el chequeo de las filas siguientes. Sólo los índices únicos pueden ser

filtrados. Los triggers no admiten este modo. No se hace rollback automático.

Deshabilitando, habilitando y filtrando objetos

Los datos en las BD se cargan más rápido si ésta no tiene que chequear constraints,

consultar y actualizar índices o disparar triggers. Por esta razón en algunos casos es conveniente

deshabilitar los objetos y habilitarlos una vez que los datos hayan ingresado a la BD. Es más

preciso re-habilitar un objeto que borrarlo y crearlo nuevamente.

Informix


El modo filtro permite capturar las filas que no cumplen con las condiciones definidas para la

tabla. Cuando se trabaja en modo filtro, al terminan la sentencia el sistema no informa si ha habido

datos que no cumplieron las validaciones, para que lo informe se debe agregar a la sentencia de

del filtro el parámetro WITH ERROR.

Objetos Individuales:

Set constraints ck_estado, ck_secundario disabled enabled filtering [with error];

Set indexes idx_dni disabled enabled filtering [with error];

Set triggers tu _carrera_aspira disabled enabled;

Por tabla:

Set constraints, indexes, triggers for cliente disabled enabled

Set constraints, indexes for cliente filtering [with error] ;

Creando Objetos deshabilitados:

Create unique index id_apellido disabled

Create Table sga_datos_censales check (obra_social in (“S”, “N”)) disabled;

Create Trigger ti_planes disabled;

Capturando las violaciones

Para que al usar el modo filtro quede asentado cual fila no cumple con las restricciones de

los campos de la tabla, se deben habilitar unas tablas destinadas a tal efecto: Tabla de violación y

tabla de diagnóstico.

Set constraints enabled

Fila que contiene una Constraint que fueron violados

violación

Una fila puede tener múltiples violaciones

Tabla de

violaciones

Tabla de

diagnóstico

Informix


Por cada tabla sólo puede existir una tabla de violación y una de diagnóstico. En la tabla de

violaciones se guarda la fila de datos que no cumple con alguna condición y en la tabla de

diagnóstico existe una fila por cada violación que ocurrió en esa fila.

Seteo de tablas de violación

Para habilitar las tablas de violación y diagnóstico, además de indicar el modo filtering, se

debe colocar:

Start violations table for sga_detalle_acta [using t_vio, t_dia] [max rows 10] ;

Por default, las tablas de violación y diagnóstico tienen el nombre de la tabla seguido por un

undescore y vio o dia según corresponda: ej: sga_detalle_acta_vio, sga_detalle_acta _dia.

Este nombre puede ser reemplazado si se indica en la sentencia de creación de las tablas

[using t_vio, t_dia] .

El parámetro [max rows n] indica el número máximo de filas en la tabla de diagnóstico por

cada fila en la tabla de violación.

Para que no se continúe guardando las filas filtradas en las tablas de violación y diagnóstico,

se debe ejecutar:

Stop violations table for sga_detalle_acta;

Informix


Unidad 8 - Optimizador basado en costos

Al ejecutar un select con más de una tabla involucrada, obtenemos:

Join = relación entre una o más columnas en c/tabla.

Tuple = resultado entre 2 tablas.

Estrategias de join

• Nested Loop Join

• Hash Join

• Sort Merge Join

Nested loop join

Lee la primer tabla y con los campos del join arma una clave y ordena por esta

clave a la segunda tabla, luego barre la primer tabla en algún orden y une la

correspondiente columna con la segunda tabla por el índice.

Hash join

Barre la tabla más pequeña secuencialmente y construye una tabla Hash, a las filas

de la segunda tabla le aplica esta función hash y compara el resultado con la tabla

hash.

Sort Merge Join

Ordena ambas tablas por los campos del join, luego hace un merge entre las tablas

por los campos del join.

OPTCOMPIND: forma de influenciar al optimizador a elegir un query path.

Variable de entorno o parámetro de configuración.-

OPTCOMPIND = 0 sólo considera index path.

OPTCOMPIND = 1 En el nivel de aislamiento Repeteable Read sólo considera el

index path, de lo contrario considera el de menor costo.

OPTCOMPIND = 2 siempre considera el de menor costo.

El optimizador examina todos los caminos posibles de unión de las tablas del query:

Path 1: Tabla1 Tabla2 Tabla3



Informix


Proceso de optimización:

• Examinar todas las tablas, filtros e índices.

• Estimar costos para cada par join.

• Repetir estimación por cada tabla en el join.

Examinar todas las tablas

• Determinar si se pueden utilizar índices para filters, order by, group by.

• Encontrar la mejor manera de barrer las tablas: secuencial o index.0

Estimar Costo Pair Join:

• El optimizador selecciona el join entre dos tablas.

• Decide qué índices usará.

• Calcula el costo para cada join.

• Elimina join redundantes.

Repetir para cada tabla extra:

Si existe un order by o group by, el costo del sort es agregado al final del costo del path.

Después que todas las tablas están unidas, el path con menor costo es elegido por el

optimizador.

La optimización high o low permite elegir que el optimizador examine todos los path

posibles o solo los que de manera parcial van dando el menor costo.

Set Optimization [high|low[fist_rows]

Set Optimization low: elige el path a seguir por el de menor costo de la primer

comparación y descarta el resto de las path.

Set Optimization [first_rows]: Recupera rápidamente las n filas y luego continúa el query.

Es distinto a la sentencia: select first 6 from clientes... dónde SOLO recupera las primeras 6 filas.

Set Explain

La sentencia SET EXPLAIN permite ver cual camino el optimizador eligió para resolver el

query.

Set explain on;

select……….;

select……….;

set explain off;

Informix


La salida del set explain, es un archivo llamado sqexplain.out que contiene la siguiente

información:

• Costo Estimado:

• Tablas usadas y en qué orden

• Si fueran necesarias tablas temp.

Los tipos de acceso a las tablas serán uno de los siguientes:

• Sequential scan

• Index Path

• Autoindex Path : índice temporario que se creó

• Remote Path: servidor remoto decide el acceso

El tipo de Join entre dos tablas:

• Nested loop join

• Sort merge join

• Hash Join

La información que nos da set explain es:

• Costo estimado: n, sólo sirve para comparar con otro

• Número de filas retornadas: también es estimada. Es más preciso cuando los filtros

y condiciones de join están asociadas con índices y cuando las estadísticas están

actualizadas.

• Archivos temporarios: la razón por la que fue necesario crear un archivo temporario.

• Cuando un query incluye una cláusula where, puede significar una condición de join

o un filtro.

• Cuando el optimizador elige acceder elige acceder a la tabla a la tabla en forma

secuencial, y existe una condición de filtro, es informado en filters: condición.

• Cuando el optimizador decide crear un índice para acceder a la tabla, muestra qué

clave se usó en index.key cuando dice (key only) significa que no necesitó leer toda

la fila.

• Cuando se realiza una búsqueda por un índice, generalmente existe una de las dos

condiciones: el punto de partida y de fin.

• Lower index filter: posición inicial de búsqueda cuando hay índices.

• La condición que indica el punto de stop es el Upper index filter: condición de punto

de parada o de fin.

Informix


• Dynamic Hash Join: Indica que se construyó una tabla hash. Incluye el filtro usado

en el join. Por defecto la tabla hash se construye sobre la segunda tabla listada en

el set explain. Si tiene (Build Outer) es porque lo hace con la primera.

• Remote Path: Se indica cuando el query accede a una tabla de una BD remota. El

optimizador puede decidir si el sitema remoto manejará algo o todo el query.

Directivas de Optimización:

Las directivas de optimización señalan al optimizador el path específico que debe seguir.

Tienen efecto sobre:

• Métodos de acceso: index vs. Scan

• Join methods: Hash o nested loop join.

• Join order: orden de unión de tablas.

• Optimización goal: tiempo de respuesta vs. Rendimiento procesamiento.

• Explain: genera salida SQExplain.out

Pueden usarse en:

• Select, update, delete.

• Store procedures y triggers.

• In views.

Ej.: select - - +comentario directiva ordered avoid full(índice) from……

Se escriben como comentarios y su primer carácter es el signo + (más).

--+ directiva

{ + directiva}

/ * + directiva * /

Métodos de acceso

Index

Soporta ninguno (0) ó más índices especificados

Nunca realiza un full scan

Si no se especifica nombre de índice se considera el de menor costo.

Ej.: select - - + index ( ) from sga_insc_cursadas;

Avoid_Index

Acepta 0 ó más índices que no serán considerados.

Informix


Evita que el optimizador considere índices.

Full (table name)

Fuerza un full scan.

Ej.: select - - + full (tabla) .. , from….

Avoid Full (table name)

Evita un full scan si existe índice. Se debería usar con nivel de aislamiento Repeteable

Read, ya que no está haciendo full scan, por lo tanto sólo lockea el índice.

Ej.: select - - + avoid_full (tabla) , index (tabla índice) …, from…..

Directivas de orden del Join

Fuerza al optimizador a unir las tablas en el orden en que se encuentran en la cláusula from.

Ej.: select {+ ordered} c.legajo, c.comision, p.nombre, m.nombre

from sga_comisiones c, personas p, materias m

where c.nro_inscripcion=p.nro_inscripcion

and c.materia=m.materia

Directivas del método del Join

• Use_nl (table) = fuerza un nested loop join. La tabla pasada como parámetro es la

tabla accedida como inner (por el índice)

• Avoid_nl (table) = evita un nested loop join sobre la tabla especificada.

• Use_hash (tabla) = fuerza hash join. La tabla pasada como parámetro es la que se

usa para armar la tabla hash.

• Avoid_hash (tabla) = evita hash join sobre tablas listadas.

Ej.: select - - + use_hash (sga_detalle_acta/build) … ,

from ….

Objetivo de optimización:

Permite especificar el número de filas que considera importante para la primera pantalla de

datos.

Ej.: select - - + first-row (100) ….., …. from…….

Directiva de Explain

Genera una salida del plan explain.

Ej.: select - - + explain avoid_full (sga_insc_examen) … from…

Informix


Unidad 9 - Update Statistics

UPDATE STATISTICS

La única manera de actualizar las estadísticas de las tablas del catalogo es corriendo la

sentencia UPDATE STATISTICS. El optimizador es influenciado por la información que contienen

las tablas del catalogo del sistema, por lo tanto correr el UPDATE STATISTICS es importante.

Una vez corrido, el motor guardara las estadísticas de cada una de las tablas e índices.

Actualiza las tablas del catálogo y genera tablas de distribución que serán usadas por el

optimizador para la resolución de los querys. Cuando las estadísticas están actualizadas las

consultas son más eficientes. Además optimiza los stored procedures.

Al UPDATE STATISTICS se lo puede correr de distintas maneras:

UPDATE STATISTICS (LOW-MEDIUM-HIGH)

Low

Usando este modo, no se crearán distribuciones. Si no se especifica el modo de UPDATE

STATISTICS, correrá un LOW por defecto

UPDATE STATISTICS FOR TABLE

Esta sentencia realizara el update statistics para todas las tablas.

UPDATE STATISTICS FOR TABLE tabla

Actualizara las estadísticas para una tabla especifica.

UPDATE STATISTICS FOR TABLE tabla (columna)

Actualizará las estadísticas para una columna específica.

El modo Low, no genera tablas de distribución, sólo actualiza las tablas:

• Systables: Número de filas y número de páginas usadas

• Syscolumns: Valores mínimo y máximo

• Sysindexes: Número de nivel o del b+tree, número de niveles b+, número de

claves única y grado del cluster.

El modo HIGH y MEDIUM además de contemplar lo del modo LOW, crea distribuciones

para las columnas

Informix


Estas distribuciones son entradas adicionales en las tablas del catalogo del sistema con

información adicional sobre como están distribuidos los valores para cada tabla por columna.

Existen varios entradas por cada tabla ya que por cada columna, estos valores son determinados

por rangos y clasificados en valores únicos o repetitivos.

Medium

Selecciona filas aleatoriamente para construir la distribución

High

Ordena todas las filas y construye la distribución.

Se debe tener permiso de DBA para correr en modo Medium y High.

Los Stored procedures son optimizados en cualquier modo siempre y cuando no se

especifique FOR TABLE en la sentencia.

Distribuciones

Los modos medium y high del Update Statistics, crean o actualizan las distribuciones.

En el momento de la creación de las distribuciones, el motor distribuirá los valores únicos

por rangos en pequeños baldes como repositorio y los valores duplicados en una tina llamada

“overflow bin”. Primeramente leerá las filas de la tabla y según la sentencia de UPDATE

STATISTICS, respetando el orden de las columnas.

A continuación ordenará las filas dependiendo del modo de ejecución (MEDIUM-HIGH). Si

es MEDIUM solo una parte aleatoria será ordenada y si es HIGH, involucrará a todas las filas.

Una vez ordenadas serán divididas en estos “baldes”. Estas distribuciones le serán útiles al

optimizador para elegir el camino más conveniente.

Se pueden generar las distribuciones sin actualizar las tablas systables, syscolumn y

sysindexes.

Update Statistics Medium distribution only;

Update Statistics High distribution only;

Informix recomienda que se generen las distribuciones ya que el optimizador toma datos

desde allí para armar su plan.

Informix


Unidad 10 - Seguridad

Niveles de seguridad

• Base de Datos

• Tablas

• Columnas

Niveles de Privilegio

Connect Resource DBA

Acceso a las tablas de la BD

Crear vistas y tablas temp. X X X

Crear y borrar tablas e

índices, alter tabla X X

Otorgar y revocar privilegios X

Borrar la Base de Datos X

Para acceder a una Base de Datos se debe tener como mínimo privilegios de connect.

El DBA es quien puede otorgar o revocar estos privilegios:

Privilegios a nivel de BD:

grant connect to public;

grant resource to jorge;

grant DBA to maria;

Revoke connect from public;

Revoke resource from jorge;

Revoke dba from maria;

Privilegios a nivel de tabla / columna

Pueden ser de tipo: Alter, delete, index, select, update, insert, reference, all.

Grant all on tabla to public

Grant update on tabla to usuario1 with grant option.

Grant insert, delete on tabla to usuario1 as usuario2.

Informix


With grant option: el usuario puede otorgar ese permiso a otro usuario.

AS: Hace otorgador del permiso a otro usuario.

Revoke all on tabla from public

Revoke update on tabla from public

Privilegios a nivel columna

Para otorgar privilegios sobre columnas, se usan las sentencias select, update y references.

Grant select (apellido, nombres) on sga_personas to public.

Grant insert, update (fecha_registro), select on sga_reiscripcion to public.

Privilegios de Stored Procedures

Revoke delete on sga_insc_cursadas from public

Grant execute on sp_borrar_insc_cursadas to public

Informix


Unidad 11 - Vistas

Tablas Virtuales

Las vistas son también llamadas tablas virtuales.

Pueden estar compuestas por algunos o todos los campos de una o varias tablas y a la vez

pueden estar filtrando filas que no cumplan ciertas condiciones. Para el usuario estos filtros son

totalmente transparentes, él la ve como una tabla corriente, por los que pueden ser utilizadas

como un mecanismo de seguridad evitando que algunos usuarios tengan acceso a cierta

información.

Los motivos más característicos del uso de vistas son:

• Los datos de algunas columnas deben resguardarse de algunos usuarios.

• Las filas de una consulta pueden no tener relevancia para algunos usuarios.

• Se necesitan datos que son el resultado de un computo, de expresiones , etc.

Columnas Virtuales

Las columnas de las vistas adquieren por default el nombre de las columnas de la tabla que

la forman pero pueden definirse nombres a las columnas de las vistas en el momento de la

creación.

Cuando la vista contiene campos calculados o expresiones, deben definirse nombres para

las columnas. Estos nombres se definan entre paréntesis luego del nombre de la vista. A las

columnas con campos calculados se les denominan columnas virtuales.

Creación de vistas

CREATE VIEW vw_historia_academica

AS SELECT nota, estado…. FROM sga_detalle_acta,

sga_equiv_otorgada, sga_examenes_equiv WHERE ……….;

CREATE VIEW vw_cursadas (legajo, Apellido, cant_mat_inscriptas)

AS SELECT legajo, apellido, count(*) FROM sga_insc_cursadas

WHERE periodo_lectivo=”PRIMER CUATRIMESTRE” AND

anio_lectivo=”2005” GROUP BY 1,2 ORDER BY 2 ;

Informix


Borrado de una vista

Las vistas no admiten modificaciones, para ello deben borrarse y volver a crearse.

Drop view vw_cursadas;

Consulta de una vista

El tratamiento de las vistas para las consultas es igual al de una tabla.

Select * from vw_historia_academica

Restricciones

Las vistas tienen sus desventajas respecto de las tablas dadas por sus restricciones:

• No se pueden crear índices

• Depende de la tabla subyacente

• Se deben tener privilegios de select sobre las columnas de la tabla para utilizarlas

en las vistas.

• No se puede usar insert, update o delete cuando la vista tiene :

o join

o una función agregada

o una columna virtual

Cláusula With check option

La cláusula with check option, se utiliza para evitar que a través de una vista se ingresen

valores a los campos de datos que no pertenecen al conjunto de datos de la vista

Create view vw_codigos_postales as select * from mug_codigos where

Codigo in (“5000”, “5100”, “5200”) with check option.

Sólo dejará insertar o actualizar filas para los códigos postales 5000, 5001, 5002.

Informix


Unidad 12 - Migración, Utilitarios para cargar y descargar datos

Dbexport

Dbexport= baja una Bd entera dentro de archivos ASCII. Puede generar un único archivo

que contiene toda la base de Datos o generar un archivo de esquema y uno por cada tabla

perteneciente a la Base de Datos. Estos archivos pueden direccionarse a disco o a cinta.

Sintaxis:

Dbexport – t \dispositivo de cinta – b bloque en KB – s Tamaño_cinta en KB nombre_BD

Dbexport - o\ (path ) nombre_BD

Dbimport

Dbimport = levanta archivos ASCII desde disco o cinta y crea la BD con sus tablas y datos.

Utiliza el archivo de esquema y de datos generados por el DBEXPORT.

Sintaxis:

Dbimport – t \dispositivo – b bloque – s Tamaño_cinta nombre_BD – d dbspace - l.

Dbimport – i \(path) nombre_BD – d dbspace -l unbuffered.

Dbload

Dbload = carga datos desde archivos ASCII a tablas existentes. El archivo de carga es un

archivo ASCII en donde las columnas están separadas por un delimitador definido. Por default el

delimitador es el | (pipe).

Sintaxis:

Dbload – c \ (path y archivo de comandos) – d (nombre BD) – l (archivo de errores) –e

(número de errores)

Archivo de Comandos del dbload:

Ejemplo1:

File “sga_insc_cursadas.unl”

legajo 1-10,

materia 11-20;

Insert into sga_ins_cursadas values (legajo,materia);

Ejemplo2:

File “sga_examenes.unl” delimiter "|" 20;

Insert into sga_detalle_acta;

Informix


Load

LOAD es un comando SQL y se usa para cargar datos desde archivos ASCII a una tabla.

Dicha tabla puede tener datos cargados previamente. Los datos a ingresar deben cumplir con

todas las restricciones de la tabla.

Sintaxis:

LOAD FROM "Path/archivo.unl" insert into sga_insc_cursadas;

Unload

UNLOAD es un comando SQL y se usa para descargar datos desde un query en archivos

ASCII. Los datos a descargar son el resultado de una consulta entre una o varias tablas.

Sintaxis:

UNLOAD TO "Path/archivo.unl" select * from sga_insc_cursadas where

anio_academico=”2005”;

Informix


Unidad 13 - Backups

BACKUPS

Un backup del Online es el proceso de copia ya sea de un subset de dbspaces o de toda la

instancia y logical logs a un dispositivo secundario, disco local o dispositivo óptico. El proceso de

backup nos garantiza una imagen consistente de los datos en el momento que es creado mientras

el sistema esta en línea, en modo multiusuario o en ejecución transaccional.

ONTAPE

El motor ofrece dos utilitarios para realizar backups el OnBar y el Ontape. Estos permiten el

backup del logical logs y el de toda la instancia. Pero se deberá tener en cuenta que no puede

utilizar cintas de una utilidad con la otra.

El ontape ofrece un archive de toda la instancia, backup del logical logs y modo de

restaurar. El mismo posee una interfaz de línea de comando y debe ser ejecutado por el usuario

“informix” o pertenecer al grupo informix-admin.

El comando ontape permite:

• Archive completo de la instancia para que en caso de un fracaso, se pueda recrear

el sistema completo.

• Archive Incremental para proporcionar un ambiente de backup flexible y planear un

horario del archive que satisfaga las necesidades de su sistema.

• Definición de N dispositivos de cinta separados para que puedan ser realizados los

backups de logical logs.

• Backup de logical logs continuo que se puedan realizar backups automáticos de

logical logs cuando estos se llenen.

• Restore de la instancia completa y a nivel dbspace .

Informix


Niveles de backup

El motor proporciona tres niveles diferentes de backup. Estos son:

Nivel-0, Nivel-1 y Nivel-2.

• Nivel-0: Un archive de nivel-0 contiene una copia de todos los datos de la instancia

en el momento que se realizo el backup.

• Nivel-1: Un nivel-1 contiene una copia de todas las páginas que fueron modificadas

desde el último nivel-0.

• Nivel-2: Un archive de Nivel-2 contiene todos los datos que han cambiado desde

el último nivel-1.

El comando para realizar este tipo de backup es:

Ontape –s

Se le pueden agregar distintos parámetros para los propósitos deseados como:

-L n dónde n indica el nivel de backup (0, 1 o 2)

-U <Base> Cambia el modo de la base de datos a Unbuffered Logging

-N <Base> Cambia el modo de la base de datos a Not Logging

Ejecución del backup

Al ejecutar el ontape –s nos presentará lo siguiente:

Please enter the level of archive to be performed (0, 1, or 2)

En esta instancia deberemos indicarle el nivel del backup

Luego nos solicitara que montemos la cinta en el dispositivo configurado en el $ONCONFIG

Please mount tape 1 on /users/informix/backup and press Return to continue ...

Una vez montado, presionar Enter y comenzará a realizar el backup

Una vez finalizado nos indicará hasta que logical log ha backupeado

Program over es el indicativo que el backup ha finalizado.

Informix


Backup de logical logs

El backup de logical logs puede ejecutarse de dos maneras: Backup automático o Contínuo.

Backup Automático

Es explícitamente inicializado y archivarán los logical logs que se encuentren llenos,

deteniéndose en el logical log actual. Este método es recomendado para realizar backup de

logical logs en forma frecuente.

Backup Continuo

Es mas conveniente cuando se dispone de un dispositivo dedicado para la realización de los

mismos. Este se activara en el momento que se llene un logical log.

Sintaxis:

ontape –a Backup automtico de logical logs

ontape –c Backup continuous de logical logs

Política de backup

Es recomendable aplicar una política de backups para resguardar la información de las

instancias eficientemente. Dependiendo de los tiempos de escritura del dispositivo, es conveniente

realizar un backup de nivel 0 o sea, completo de toda la instancia además de uno continuo de

logical logs.

Backups Incrementales (Archives Incrementals)

Nivel 0 Nivel 1 Nivel 2

Dependiendo de los tiempos de las pruebas, puede adoptarse la opción de realizar un

backup de nivel 0 en la semana e incrementales el resto de los días.

Restore

El restore es un proceso de consta de 2 etapas, el restore físico y el de logical logs. En el

restore físico, se restauraran los datos ya previamente comitidos desde el ultimo backup de nivel

0, luego, en el caso que se requiera, solicitara el de nivel 1, 2, etc..

Informix


Una vez completo este proceso, requerirá los logical logs para restaurar las transacciones

que fueron ejecutadas desde el ultimo backup de todo el sistema, por lo que se deberá proveer la

cinta de logical logs para que la instancia quede consistente hasta la última transacción que fue

comitida.

Restaurar logical logs es un proceso lento por lo que es conveniente realizar backups de los

dbspaces completos frecuentemente para que en el momento que se deba ejecutar un restore,

haya menos transacciones para aplicar un rollforward.

Restore físico es cuando se restaura desde archivos de nivel 0, 1 ó 2.

Restore lógico es cuando se restaura desde archivos de logical logs.

Ejecución del restore

Para restaurar un dbspace:

Ontape –r dbspace

Para restaurar toda la instancia deberá estar en modo Off-Line.

Una vez ejecutado el ontape –r nos presentara esta leyenda.

Please mount tape 1 on /users/informix/backup and press Return to continue ...

Si el dispositivo es el correcto, presionar Enter y el programa ontape continuara

A continuación se presenta la arquitectura del disco que se tenía al momento de realizar el

archive. Se recuerda que los discos deben tener exactamente la misma configuración, sino ell

archive abortará.

Dbspaces

number flags fchunk nchunks flags owner name

1 1 1 1 N informix rootdbs

2 1 2 1 N informix dbspace1

3 1 3 1 N informix datosdbs

Chunks

chk/dbs offset size free bpages flags pathname

1 1 5 10000 41 PO-/users/informix/chunks/cook1



Informix


Consultará si continúa el restore.

Continue restore? (y/n) y

En este punto, nos da la opción de realizar un backup de logical logs si es que no fue

realizado, se recomienda esta opción.

Do you want to back up the logs? (y/n)n

Una vez finalizado el archive 0, preguntara si existe alguno de nivel 1 o nivel 2 a restaurar.

Restore a level 1 or 2 archive (y/n) n

Si es que se posee de cintas de logical logs a restaurar, la opción debe ser y.

Do you want to restore log tapes? (y/n)n

Finalización del programa ontape. La base quedara en modo Quiescent.

Program over.

Parámetros de configuración de ontape

Los dispositivos de la cinta o path del archivo para realizar backups se definen en el archivo

de configuración $ONCONFIG.

El parámetro TAPDEV específica el dispositivo de la cinta que se usa para realizar un

backup completo al utilizar la herramienta ontape, mientras que el parámetro LTAPEDEV

específica el dispositivo para realizar backup de logical logs. Para cada tipo de dispositivo de la

cinta, se deberá especificar los siguientes campos:

TAPEBLK Tamaño de bloque de cinta a ser usado.

TAPESIZE Tamaño de la cinta.

Ej:

TapeDev: f:\archive\backup

TapeBLK: 16

Tapesize: 10240

Ltapedev: f:\archive\logs /nul

LtapeBLK: 16

Ltapesize: 10240

adm y opt de base datos informix1

Documents

bases de datos

base de datos

tipos de datos

creacin de bases

optimizacin de bases

usos de datos blobs

componentes de disco

logical logs