Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Base Datos INFORMIX PDF
Base Datos INFORMIX PDF
Indice
UNIDAD 1 - TERMINOLOGA ........................................................................................................ 1
ESTRUCTURA DE INDICES..................................................................................................... 12
EL RBOL B+ ........................................................................................................................... 12
CLASIFICACIN DE NDICES.................................................................................................. 13
nico...................................................................................................................................... 13
Duplicado ............................................................................................................................... 13
Compuesto............................................................................................................................. 13
Cluster.................................................................................................................................... 13
FILLFACTOR ......................................................................................................................... 13
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 11 - VISTAS................................................................................................................... 30
TABLAS VIRTUALES................................................................................................................ 30
COLUMNAS VIRTUALES ......................................................................................................... 30
CREACIN DE VISTAS ............................................................................................................ 30
BORRADO DE UNA VISTA....................................................................................................... 31
CONSULTA DE UNA VISTA ..................................................................................................... 31
RESTRICCIONES ..................................................................................................................... 31
CLUSULA WITH CHECK OPTION ......................................................................................... 31
DBEXPORT............................................................................................................................... 32
DBIMPORT ............................................................................................................................... 32
DBLOAD ................................................................................................................................... 32
Archivo de Comandos del dbload:.......................................................................................... 32
LOAD ........................................................................................................................................ 33
UNLOAD ................................................................................................................................... 33
BACKUPS ................................................................................................................................. 34
ONTAPE ................................................................................................................................... 34
Niveles de backup.................................................................................................................. 35
BACKUP DE LOGICAL LOGS .................................................................................................. 36
Backup Automtico ................................................................................................................ 36
Backup Continuo.................................................................................................................... 36
POLTICA DE BACKUP ............................................................................................................ 36
RESTORE ................................................................................................................................. 36
PARMETROS DE CONFIGURACIN DE ONTAPE ............................................................... 38
Unidad 1 - Terminologa
Una instancia involucra a los procesos de la base de datos, la memoria compartida (Shared
Memory SHM) y la administracin de los discos.
Procesos
Memoria Compartida (Shared Memory)
Discos
En una misma mquina puede haber varias instancias corriendo de manera independiente
bajo la misma instalacin 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 porcin esttica, cuya funcin principal es el cache de datos del
disco a la SHM.
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 informacin del sistema necesaria para el
mantenimiento del servidor.
El espacio de disco total del motor se puede representar como una coleccin de
uno o varios chunks o espacios asignados a la instancia.
Componentes de Disco:
Chunks
Un chunk se compone de una serie de pginas 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.
Dbspaces
Un dbspace es una coleccin de chunks que forman el espacio lgico de disco. En
ellos se almacenarn los datos de la BD y toda la informacin del sistema. El
dbspace tiene como mnimo un chunk asignado.
La ventaja de la agrupacin de espacios en un dbspace es que se puede mantener
homogeneidad en la informacin 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 recuperacin 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 informacin del sistema.
Pages
Una pgina es la unidad bsica de almacenamiento y E/S en un sistema on line.
Los datos son almacenados en pginas al igual que los ndices. Por ejemplo, si
deseamos guardar una fila en la base de datos, la misma ser depositada en una
pgina. El tamao prefijado de pginas depende de la arquitectura del S.O. Para la
mayora de los Unix (la excepcin es AIX) el tamao de pgina es de 2KB mientras
que para NT es de 4KB. Este tamao de pgina no puede cambiarse, excepto para
los blobpages.
Cuando se precisa cachear esa informacin, el online lo har por medio de pginas
que sern almacenadas dentro de buffers de la SHM.
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 informacin, entonces para agilizar las lecturas/escrituras
de estos datos, se crearon los blobpages, que en este caso reemplazaran a las
lecturas/escrituras por pginas. Al crear blobspaces se puede definir el tamao de
los bobpages. Este tamao indica cuantas pginas componen un blobpage. Las
lecturas/escrituras de estos datos se harn en unidades de blobpages y no de
pginas.
Extents
Un extent es un conjunto contiguo de pginas en disco, es el espacio fsico
asignado a una tabla. Para almacenar datos en una tabla, sta le pide al sistema
espacio; y ste le asigna un espacio del tamao del extents que tenga definido esa
tabla. La mnima unidad de pginas contiguas es de 4 pg o sea 8 Kb. en UNIX. El
tamao mximo es el del chunk por lo tanto sera de 1024000 pginas. Si se dejan
los tamaos de extents por default, stos son de 4 pginas para el extent inicial y
los siguientes.
A una tabla, inicialmente se le puede asignar un extent de cierto tamao y definir de
que tamao sern los prximos 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 dinmicamente segn la medida que le hayamos
asignado a los prximos extents en el momento de la creacin de la tabla.
Tblspaces
Es el conjunto de pginas que contienen datos de una misma tabla de la BD.
Podramos referirnos a un tblspace como un conjunto logico de extents.
Las pginas del tblspaces no necesariamente deben estar contiguas. Pueden
pertenecer a distintos chunks pero no a distintos dbspaces.
El mximo de extents que se pueden alojar en un tblspace es aproximadamente de
200. Un tblspace se aloja en un dbspace especfico por lo que podemos darle
exclusividad de ciertos dbspaces a tablas especficas.
Logical Logs
Los logical logs son una coleccin de pginas contiguas en disco. Su finalidad es
guardar los registros de las transacciones del sistema. El sistema on line debe tener
como mnimo 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 pgina de datos o ndices antes que
sea modificada. Se utilizan en el proceso de fast recovery que acompaa al startup
de la base. Tambin coordina con el proceso de backup.
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 dgitos.
El seteo puede ser:
P: Se interpreta la centuria pasada.
F: Se interpreta la centuria futura.
C: Se interpreta con los aos ms prximos.
R: Se interpreta con la centuria actual.
Nombre de la Base de Datos: nico en la instancia. Hasta 128 caracteres. Letras, dgitos 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
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 coleccin
de pginas fsicamente contiguas de disco. El tamao de los extents tambin pueden definirse en
el momento de la creacin o ser alterados posteriormente.
Los datos de las tablas permiten dos modos de lockeos: por filas o por pginas. 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 pgina (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
Tabla temporaria
Las tablas temporarias se crean en dbspaces especficos 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.
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
Unidad 4 - NDICES
Estructura de Indices
Los ndices estn 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 ms alto es el nodo root.
El rbol B+
401
> 394
387 393
NODO ROOT 292
387 D
> 294
89 293 A
292
T
89 97 O
95
S
89
59
57
56
Si la clave es pequea, pueden entrar ms claves por nodo lo que significa que voy a tener
menos niveles. El tamao de un nodo es el de una pgina. Cuando un nodo se llena, se produce
un split o divisin en 2 nodos y el valor medio de ambos pasa al nodo de nivel superior. Si el nodo
de nivel superior tambin 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.
Clasificacin de ndices
Los ndices se clasifican en: nico, duplicado, compuesto, cluster. Un ndice es nico o
duplicado, adems puede o no ser compuesto o cluster. El tamao mximo de los ndices es de
255 bytes.
nico
Se usan en primary key, unique index.
Duplicado
Cuando en la tabla hay ms de una ocurrencia.
Compuesto
El ndice est compuesto por ms de un campo. Los ndices compuestos no pueden tener
ms de 16 campos y stos a la vez no pueden superar los 255 bytes.
Cluster
Este tipo de ndice, ordena la tabla fsicamente. Slo sirve en el momento de la creacin.
Sirven para tablas de poco movimiento y mucha consulta.
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;
FILLFACTOR
Es el porcentaje de llenado de los nodos en el momento de creacin del ndice.
Create index ix_cod_postal on sga_datos_censales(cod_postal) fillfactor 80;
Tipos de Concurrencia
Read Concurrency SELECT
Update Concurrency INSERT, DELETE, UPDATE.
Dirty Read
Lee los datos de la tabla sin importar si los mismos se estn modificando. (lock).
Sirve cuando la tabla es esttica, no se necesita 100% de precisin y/o no se puede
esperar hasta la liberacin 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 leda 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.
Si se trabaja con bases de datos con logging de transacciones, las tablas se deslockean al
hacer COMMIT o ROLLBACK de la transaccin.
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;
Unidad 6 - Integridad
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
Tipos de constraints
Constraint Check: devuelve un valor true o false. Se aplica a cada fila insertada o
actualizada.
Constraint Referencial: Fuerza la relacin 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)), pas
char(2) default ar, primary key (dni));
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 automtico de las filas de la tabla hija cuando la
fila del padre es borrada. Esto simplifica el cdigo en la programacin, adems de procesarse slo
una sentencia SQL, mejorando la performance .
Si la sentencia falla en algn punto, toda la transaccin hace rollback.
Para invocar el delete en cascada, agregar la clusula ON DELETE CASCADE despus de
la clusula REFERENCES en la sentencia CREATE TABLE para la tabla hija.
Unique: cada fila insertada o modificada debe tener un valor nico para la clave.
Referential: fuerza la relacin padre/hijo entre la clave primaria y la fornea.
Check: cada fila debe cumplir cierta condicin 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 estn 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
contina con el chequeo de las filas siguientes. Slo los ndices nicos pueden ser
filtrados. Los triggers no admiten este modo. No se hace rollback automtico.
Los datos en las BD se cargan ms rpido si sta no tiene que chequear constraints,
consultar y actualizar ndices o disparar triggers. Por esta razn en algunos casos es conveniente
deshabilitar los objetos y habilitarlos una vez que los datos hayan ingresado a la BD. Es ms
preciso re-habilitar un objeto que borrarlo y crearlo nuevamente.
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 parmetro 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] ;
Tabla de Tabla de
violaciones diagnstico
Por cada tabla slo puede existir una tabla de violacin y una de diagnstico. En la tabla de
violaciones se guarda la fila de datos que no cumple con alguna condicin y en la tabla de
diagnstico existe una fila por cada violacin que ocurri en esa fila.
Por default, las tablas de violacin y diagnstico tienen el nombre de la tabla seguido por un
undescore y vio o dia segn corresponda: ej: sga_detalle_acta_vio, sga_detalle_acta _dia.
Este nombre puede ser reemplazado si se indica en la sentencia de creacin de las tablas
[using t_vio, t_dia] .
El parmetro [max rows n] indica el nmero mximo de filas en la tabla de diagnstico por
cada fila en la tabla de violacin.
Para que no se contine guardando las filas filtradas en las tablas de violacin y diagnstico,
se debe ejecutar:
Estrategias de join
Nested Loop Join
Hash Join
Sort Merge Join
El optimizador examina todos los caminos posibles de unin de las tablas del query:
Path 1: Tabla1 Tabla2 Tabla3
Path 2: Tabla1 Tabla3 Tabla2
Path 3: Tabla2 Tabla3 Tabla1
Proceso de optimizacin:
Examinar todas las tablas, filtros e ndices.
Estimar costos para cada par join.
Repetir estimacin por cada tabla en el join.
La optimizacin 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
comparacin y descarta el resto de las path.
Set Optimization [first_rows]: Recupera rpidamente las n filas y luego contina el query.
Es distinto a la sentencia: select first 6 from clientes... dnde 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;
La salida del set explain, es un archivo llamado sqexplain.out que contiene la siguiente
informacin:
Costo Estimado:
Tablas usadas y en qu orden
Si fueran necesarias tablas temp.
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 Optimizacin:
Las directivas de optimizacin sealan al optimizador el path especfico que debe seguir.
Tienen efecto sobre:
Mtodos de acceso: index vs. Scan
Join methods: Hash o nested loop join.
Join order: orden de unin de tablas.
Optimizacin goal: tiempo de respuesta vs. Rendimiento procesamiento.
Explain: genera salida SQExplain.out
Pueden usarse en:
Select, update, delete.
Store procedures y triggers.
In views.
Mtodos de acceso
Index
Soporta ninguno (0) ms 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 ms ndices que no sern considerados.
Objetivo de optimizacin:
Permite especificar el nmero 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
UPDATE STATISTICS
La nica manera de actualizar las estadsticas de las tablas del catalogo es corriendo la
sentencia UPDATE STATISTICS. El optimizador es influenciado por la informacin que contienen
las tablas del catalogo del sistema, por lo tanto correr el UPDATE STATISTICS es importante.
Una vez corrido, el motor guardara las estadsticas de cada una de las tablas e ndices.
Actualiza las tablas del catlogo y genera tablas de distribucin que sern usadas por el
optimizador para la resolucin de los querys. Cuando las estadsticas estn actualizadas las
consultas son ms eficientes. Adems optimiza los stored procedures.
Al UPDATE STATISTICS se lo puede correr de distintas maneras:
Low
Usando este modo, no se crearn distribuciones. Si no se especifica el modo de UPDATE
STATISTICS, correr un LOW por defecto
El modo HIGH y MEDIUM adems de contemplar lo del modo LOW, crea distribuciones
para las columnas
Estas distribuciones son entradas adicionales en las tablas del catalogo del sistema con
informacin adicional sobre como estn 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 distribucin
High
Ordena todas las filas y construye la distribucin.
Distribuciones
Los modos medium y high del Update Statistics, crean o actualizan las distribuciones.
En el momento de la creacin de las distribuciones, el motor distribuir los valores nicos
por rangos en pequeos baldes como repositorio y los valores duplicados en una tina llamada
overflow bin. Primeramente leer las filas de la tabla y segn la sentencia de UPDATE
STATISTICS, respetando el orden de las columnas.
A continuacin ordenar las filas dependiendo del modo de ejecucin (MEDIUM-HIGH). Si
es MEDIUM solo una parte aleatoria ser ordenada y si es HIGH, involucrar a todas las filas.
Una vez ordenadas sern divididas en estos baldes. Estas distribuciones le sern tiles al
optimizador para elegir el camino ms 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.
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 mnimo privilegios de connect.
El DBA es quien puede otorgar o revocar estos privilegios:
With grant option: el usuario puede otorgar ese permiso a otro usuario.
AS: Hace otorgador del permiso a otro usuario.
Unidad 11 - Vistas
Tablas Virtuales
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
creacin.
Cuando la vista contiene campos calculados o expresiones, deben definirse nombres para
las columnas. Estos nombres se definan entre parntesis luego del nombre de la vista. A las
columnas con campos calculados se les denominan columnas virtuales.
Creacin 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 ;
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 funcin agregada
o una columna virtual
Slo dejar insertar o actualizar filas para los cdigos postales 5000, 5001, 5002.
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 Tamao_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 Tamao_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 estn 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
(nmero de errores)
Ejemplo2:
File sga_examenes.unl delimiter "|" 20;
Insert into sga_detalle_acta;
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;
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 lnea, en modo multiusuario o en ejecucin 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 lnea 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.
Definicin 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 automticos de
logical logs cuando estos se llenen.
Restore de la instancia completa y a nivel dbspace .
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 pginas 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 backup de logical logs puede ejecutarse de dos maneras: Backup automtico o Contnuo.
Backup Automtico
Es explcitamente inicializado y archivarn los logical logs que se encuentren llenos,
detenindose en el logical log actual. Este mtodo 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 realizacin 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
Poltica de backup
Es recomendable aplicar una poltica de backups para resguardar la informacin 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 adems de uno continuo de
logical logs.
Restore
El restore es un proceso de consta de 2 etapas, el restore fsico y el de logical logs. En el
restore fsico, 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..
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 transaccin 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.
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
2 2 0 5000 2516 PO-/users/informix/chunks/cook2
3 3 0 5000 4603 PO-/users/informix/chunks/cook3
Una vez finalizado el archive 0, preguntara si existe alguno de nivel 1 o nivel 2 a restaurar.
Program over.