MATERIA: BASE DE DATOS II. GUIA DE LABORATORIO #3. Pág.: 1/ 8 Tema:

Transcripción

1 GUIA DE LABORATORIO #3. Pág.: 1/ 8 Tema: Contenido: 1. Objetivos. 2. Entorno teórico. a. Restauración de respaldo. b. Espacio de disco duro de un tablespace. c. Rendimiento de la base de datos. 3. Ejecución de Guía. a) Ejecución de la guía parte a. Monitoreo e Import. b) Análisis de la información importada. 4. Actividad Ex aula. 5. Autoevaluación. 6. Bibliografía. Objetivos: Monitoreo de Bases de datos. 1. Establecer los criterios y buenas prácticas para la realización de monitoreo de la bases de datos. Entorno teórico. a) Restauración de Respaldo. Partiendo de un archivo realizado con la utilidad export podemos recuperar datos de toda la base de datos, de ciertas tablas, etc. El comando para realizar import en Oracle es imp Para ver todos los argumentos y significado de ellos de un import basta con realizar un imp help=yes Ejemplo1: Importar todo el archivo exportado imp system/manager file=c:\orasitefull.dmp full=yes ignore=yes log=c:\orasite\log\import_log.log buffer= Importamos con el usuario system que tiene permisos para importar el archivo orasitefull.dmp dejando un log de dicha importación en import_log.log reservando un buffer de

2 GUIA DE LABORATORIO #3. Pág.: 2/ 8 Ejemplo2: Importar una tabla de un usuario concreto $imp scott/tiger file=orasitempleados.dmp fromuser=scott touser=scott tables=dept Importamos del archivo orasitempleados.dmp sólo del usuario scott de ese archivo al esquema del usuario scott la tabla departamento Import interactivo. Otra forma de realizar un import al igual que el export es introducir en la línea de comando imp y esperar a que te vaya pidiendo la utilidad los parámetros que requiere. De esta forma te pedirá el usuario, contraseña, el archivo para importar, qué quieres importar del archivo. etc. Todo respaldo que se realice dentro de las organizaciones, sin importar si es de SQL Server, ORACLE, Sybase, etc, deberá de pasar por un proceso de verificación, es decir que se debe de tener un computadora, un sistema virtual, etc., en donde de manera periódica y sistémica los respaldo y sus respectiva restauración pueda ser probada. Dentro de ORACLE existen consideraciones especiales que se debe de tener en el momento de realizar una importación de información. Las consideraciones que se deben tener son las siguientes: 1. Verificar constantemente los logs. 2. El tablespace de la base de datos donde se restaure un backup ya sea total o parcial, deberá tener la estructura exacta de lo que se restaure (Lo cual incluye el tamaño en disco duro utilizado por los datafiles). El monitoreo del servidor de restauración, deberá ser constante, garantizando que los tablespace de ambas bases de datos sean congruentes. 3. El carácter set, en ambas instalación deberá ser igual. Para verificar los parámetros si son iguales deberá de utilizar la siguiente vista: SELECT * FROM NLS_DATABASE_PARAMETERS. Esta información deberá de ser considerada antes de instalar la base de datos de prueba de respaldos. b) Espacio en Disco duro de un tablespace. Para poder realizar el monitoreo del espacio en disco duro, es importante llevar una bitácora de los que sucede en el crecimiento de los datafile, esto lleva dos cognotaciones importantes para al DBA, a) Administrar los recurso del espacio disponible en el sistema operativo b) Poder encontrar anomalías en crecimientos de bases de datos. Cada vez que un tablespace crece, se deberá determinar si es un crecimiento normal, o surge por la implementación de una nueva plataforma o desarrollo a la medida, o es de un origen desconocido, para cada una de las

3 GUIA DE LABORATORIO #3. Pág.: 3/ 8 situación el DBA debe desarrollar procesos de investigaciones necesarios para responder estas dimensiones de tal forma que pueda disponer de recursos oportunamente sin detener operaciones. Para poder determinar el espacio que cada tablespace consume, ingrese a la opción de Storage la cual se encuentra en la parte derecha de la opción inicial, dentro de ella, aparece un menú de opciones en la parte inferior derecha, utilice la opción View Tablespace. c) Rendimiento de la Base de datos. En la página inicial, del navegador de la base de datos, se muestra un menú como el siguiente: Es en esta pantalla que nos muestra un pequeño dashboard de las principales características que debemos de monitorear, Storage, memory, Session, Users cada una de estas características requiere diferentes niveles de análisis para que ORACLE de su mejor resultado. En este caso nos podemos percatar que tanto el uso del almacenamiento como de la memoria esta abajo del 50%, este tipo de monitoreo debe considerarse dentro de un plan, para evitar sorpresas en periodos críticos. En este caso el dashboard es limitado por ser la versión express, cuando trabajamos con la base de datos completa, este tipo de dashboard es mucho más completo mostrando consumos por procesadores, por memoria, etc. Sin embargo esta es una idea bastante clara de su funcionamiento. Adicionalmente a esta primera inspección del rendimiento de la base de datos es el icono de DATABASE MONITOR, con este modulo de acceso podemos realizar monitoreo de otras variables que inciden en el rendimiento. El panel que se muestra es el siguiente: Al ingresar en Sessions podemos ver los siguientes elementos:

4 GUIA DE LABORATORIO #3. Pág.: 4/ 8 Al ingresar a System Statistics. Al ingresar a Top SQL. Al ingresar a Long Operation.

5 GUIA DE LABORATORIO #3. Pág.: 5/ 8 Es importante comprender, que como para cualquier otra área de la organización, el control de los que sucede es importante, debido a que esto es lo que nos permite actuar proactivamente sobre cualquier baja del sistema. Otro elemento importante para garantizar el buen rendimiento de la base de datos, Una sentencia SQL submitida por un usuario se puede ejecutar de varias maneras diferentes. Por ejemplo, una sentencia sencilla podría resolverse recorriendo una tabla completa o accediendo por un índice. El optimizador de sentencias, que es parte del motor de base de datos Oracle, es quien determina la forma más eficiente para ejecutar una sentencia SQL. Para determinar la forma más eficiente, el optimizador debe considerar diversos factores relacionados con los objetos referenciados y las condiciones especificadas en el query. La elección de la forma en que se resolverá una sentencia constituye un paso muy importante en el procesamiento de una sentencia SQL dado que tiene un efecto muy importante en el tiempo de ejecución y cualquier otra transacción que la base considere dejar bloqueada mientras se ejecuta el query. La forma en que Oracle resolverá la sentencia constituye el plan de ejecución. Podríamos decir que el optimizador recibe como input una sentencia SQL y luego de determinar la forma más eficiente para ejecutarlo devolverá como output un plan de ejecución. Dicho plan describe el método optimo para la resolución de la sentencia. El plan de ejecución es una combinación de pasos que llevara adelante Oracle para ejecutar una sentencia SQL. Para determinar el plan de ejecución de una sentencia SQL, el optimizador debe considerar varios factores. En primer lugar debe evaluar todas las expresiones y condiciones. En el caso de queries complejos que involucran vistas o subqueries correlacionados, el opti mizador puede llegar a hacer una transformación de la sentencia original. También debe elegir los métodos de acceso, es decir que para cada tabla presente en la sentencia debe determinar cómo acceder para obtener los datos del modo más eficiente. Por último, el optimizador debe seleccionar el orden en que hará el join de las tablas. Si por ejemplo el query tiene tres tablas, el optimizador

6 GUIA DE LABORATORIO #3. Pág.: 6/ 8 debe seleccionar las dos que joineara primero para luego hacer un nuevo join de la tercera tabla con el resultado del join anterior. Como se puede apreciar, la selección del plan de ejecución no es una tarea sencilla. Es una actividad que demanda recursos y tiempo. La determinación del plan de ejecución se realiza en la fase de parsing y es la parte más costosa de dicha etapa; en algunas ocasiones, incluso puede llegar a demorar más tiempo que la misma ejecución de la sentencia. Desarrollo de la actividad. Es importante que antes de ejecutar estas instrucciones debe: a) Ejecución de la guía parte a. Monitoreo e Import. 1. Leído la introducción teórica en el apartado Espacio en disco duro de un tablespace. 2. Haber ejecutado satisfactoriamente la Guía 1 y Guía 2. Determinación el monitoreo inicial: ERP_DB SYSAUX SYSTEM UNDO USERS Tablespace Tamaño en MB % de Utilización. Realizar el import de la información del recurso complementario de la Guía 3. El recurso complementario contendrá dos archivos: el backup y el log, el que se utilizara es el backup (extensión dmp), antes que nada revise el log para garantizar que la información fue respaldada correctamente. Pasos: 1. Ingrese a la ventana de comandos de Windows. 2. Ubíquese en la carpeta donde copio (es recomendable que sea un directorio nuevo o que esté ubicado en un directorio dentro de una memoria USB de su propiedad) el respaldo. 3. La línea de comandos a utilizar será : De todo funcionar adecuadamente, se mostrara lo siguiente:

7 GUIA DE LABORATORIO #3. Pág.: 7/ 8 Condiciones Finales de los tablespace: TableSpace Tamaño % ERP_DB b) Análisis de la información importada. Desarrolle las siguientes consultas, para ello deberá ingresar a la ventana de comandos y luego ejecutar el programa sqlplus.exe : Cuál es el total de registros que tiene la tabla FACTURA? Cuál es el total de registros que tiene la tabla FACTURA por año considerando el campo FEECHA? Cuál es el total de registros que tiene la tabla FACTURA por TIPO DE FACTURA? Cuántas ventas fueron de más de $100? Cuántas facturas no tienen asiento contable generado? Cuál es el total de ventas del primer trimestre del año 2005? Desarrolle una consulta que muestre la venta en la siguiente estructura? MES/AÑO <XXXX> <XXXX> <XXXX> ENERO <total> <total> <total> FEBRERO <total> <total> <total> MARZO <total> <total> <total>......

8 GUIA DE LABORATORIO #3. Pág.: 8/ 8 Actividad ex aula. Detalle de la actividad. Tipo de actividad NO EVALUADA. Autoevaluación. Bibliografía. 1. Desarrolle las siguientes consultas: a. Cuantas facturas de tipo de factura D, tiene la tabla factura. b. Elimine el registro de un VENDEDOR, analice la respuesta del RDBMS. c. Que tiene que desarrollarse en la base de datos para garantizar que los tiempos de respuestas sean eficientes. 2. En la administración de las bases de datos, que se considera un producto cartesiano. 3. Fundamentos de sistemas de bases de datos. Editorial Addinson-Eesley, ELMASRI, R.A.; NAVATHE, S.B. ORACLE 9i, Manual del administrador, Técnicas de Gestión de bases de datos Oracle robustas y de alto rendimiento, Kevin Loney Marlene Theriault. OSBORNE. Sitios web