Está en la página 1de 44

Arquitectura del gestor

Características del DBMS

Objetivos
• Identificar y definir la estructura de memoria y procesos de la instancia • Definir las estructuras físicas de la base de datos • Analizar los requerimientos para instalación • Instalar el software de BD en modo transaccional • Verificar las variables de ambiente y archivos importantes para instalación • Configurar el DBMS • Utilizar los comandos generales de alta y baja del DBMS

PGA

Arquitectura

SERVIDOR ORACLE = INSTANCIA + BD El objetivo de esta arquitectura es que la mayoría de procesos se realice en el SGA y no directamente en la BD

PGA

Estructura de memoria y procesos de la instancia .

.PGA PROGRAM GLOBAL AREA • El proceso servidor tiene su propia memoria privada PGA la cual es utilizada para realizar sus operaciones y almacenar información acerca de la sesión de usuario que está conectado.

• Una instancia es el conjunto de procesos y áreas de memoria SGA (System Global Area) del servidor que utiliza Oracle para administrar el acceso a una base de datos. .

Shared Pool: es una caché que almacena parte del diccionario de datos y la compilación de algunas consultas en SQL .

las cuales se almacenan en el respectivo archivo de Redo y en caso de siniestro se vuelven a ejecutar aquellos cambios que aún no se hayan reflejado en el archivo de datos (commit).• Redo log buffer: contiene un registro de todas las transacciones dentro de la base. • Utiliza un algoritmo de Reemplazo de paginas LRU .

extraídos de los ficheros de datos (data files) • Gestionado por un algoritmo LRU.INSTANCE SGA • BUFFER CACHE • Almacena copias de los bloques de datos. .

INSTANCIA SMON DBWR PMON CKPT LGWR ARCH BASE DE DATOS Procesos de la instancia .

PMON PROCESS MONITOR Limpia aquellos procesos que el usuario termina de manera anormal. bloqueos. liberación de recursos. verificando consistencias. .

abre la base de datos dejándola accesible a los usuarios. • Aplica los cambios registrados en los redo log.SMON SYSTEM MONITOR • Despierta periódicamente y realiza algunas actividades entre las que se encuentran la recuperación de errores y recuperación de espacio. y hace rollback de las transacciones que no terminaron. .

con sus correspondientes archivos en disco. • Se activa cuando el REDO LOG esta casi lleno o cada cierto periodo de tiempo. .CKPT CHECKPOINT • Sincroniza todo lo que se tenga en memoria.

ARCH ARCHIVER • Proceso opcional. Archiva automáticamente los redo log • Si se activa el modo ARCH se asegura que se registrarán todos los cambios hechos en la base de datos .

aquellas transacciones que llegan a un estado de commit.DBWR DATABASE WRITER Escribe bloques de datos modificados del buffer al disco. . Esto sucede cuando: • • • • Sucede un checkpoint. No quedan buffers libres. El número de buffers modificados alcanza un umbral. Borramos o “truncamos” una tabla.

.LGWR LOG WRITER Escribe secuencialmente todo lo que se encuentra en el redo log buffer hacia el redo file Esto se realiza cuando: • Se hace commit • La redo log buffer cache se llena • Siempre antes que escriba el DBWR.

Estructuras físicas de la base de datos .

• Los ficheros de datos tienen atributos que permiten reservar automáticamente para ellos extensiones cuando se acaba el espacio. Tienen las siguientes características: • Un fichero solo puede estar asociado con una base de datos. etc. • Uno o más ficheros de datos forman una unidad lógica de almacenamiento llamada tablespace. .DATA FILES Los ficheros de datos contienen los datos de la base de datos (información de las tablas.). índices.

. En particular contiene: • El nombre de la base de datos. • Información de sincronización para el proceso de recuperación de la base de datos. • Fecha de creación de la base de datos. • Los nombres y localización de los ficheros de la base de datos y los ficheros de redo log.CONTROL FILES Un fichero de control contiene entradas que especifican la estructura física de la base de datos.

• Los ficheros redo log se organizan en grupos. . Una BD requiere al menos dos grupos. • Trabaja de manera circular. Cada fichero redo log dentro de un grupo se llama miembro.REDO LOG FILES • Los ficheros redo log guardan todos los cambios hechos en los datos y permiten volver a aplicarlos en caso de caída de la BD.

• Ejemplo de funcionamiento de la arquitectura con la ejecución de una sentencia SELECT .

CONEXIÓN A UNA BASE DE DATOS SQLPLUS CONEXIÓN CON EL SERVIDOR PROCESO SERVIDOR CONEXIÓN CON LA INSTANCIA EJECUCION DE SENTENCIAS SQL .

Select nombre from alumnos where id=35 2 1 5 4 3 .

update alumnos set nombre=‘Juan’ where id=35 1 2 6 4 5 3 En Redo log se almacena la dirección física del bloque a modificar y contenido nuevo .

Instalación .

• Una configuración mínima de hardware: • • • • RAM: 1 GB MEMORIA VIRTUAL: Doble de la cantidad de RAM ESPACIO EN DISCO DURO: Mínimo 4 GB PROCESADOR: 1 GHz mínimo • Configuración deseable: • RAM: 4 RAM • DISCO DURO: 5 GB PARA SW 2 GB BD .

Herramientas Utilizadas para Administrar • • • • • • • • • • Oracle Universal Installer Asistente de Configuración de Bases de Datos Asistente de Actualización de Bases de Datos Oracle Net Manager Oracle Enterprise Manager SQL*Plus Recovery Manager Oracle Secure Backup Pump de datos Herramientas de línea de comandos .

• Comprobación automática de los requerimientos del SO . parar. el cual se utilizara para la instalación el sw • Per grupo de usuario con menos privilegios. por ejemplo: para arrancar la BD. hacer copias de seguridad.• Descargar el sw de Oracle (gratuito solo para fines educativos a través de la web oficial) y manual de instalación ORACLE 11G REALESE 2 • Elegir nuestro SO. etc. etc. • Tipos de instalación • ENTERPRISE EDITION • ESTÁNDAR EDITION • Definición de variables • Grupo del SO con privilegios • DBA grupo de usuario principal.

llamado OFA OPTIMAL FLEXIBLE ARQUITECTURE de ORACLE • ORACLE_HOME: Directorio que contiene el software de la BD de Oracle. parte de ORACLE_BASE • ORACLE_SID: Nombre de la instancia inicial (ORCL por defecto) • NLS_LANG: Configuración del idioma.Definición de Variables de Entorno • ORACLE_BASE: directorio a partir del cual se instalan todos los productos de oracle. territorio y juego de caracteres del cliente • LD_LIBRARY_PATH: Librerías compartidas con el SO WINDOWS: SE CREAN AUTOMATICAMENTE .

Procedimiento general de instalación .

puschitz.com/InstallingOracle10gOnSUSE.• PROCESO INSTALACIÓN LINUX • http://www.shtml# StartupAndShutdownOfTheOracle10gDatabase • • • • • • • • • • Downloading Novel SUSE Linux Downloading Oracle Software Checking Memory and Swap Space Checking Software Packages (RPMs) Checking Kernel Parameters Sizing Disk Space for Oracle Creating Oracle User Accounts Creating Oracle Directories Installing Oracle10g Oracle Post-installation Tasks Startup and Shutdown of the Oracle10g Database .

cuya ubicación predeterminada es $ORACLE_HOME/dbs Configuración .• Para arrancar la instancia. el servidor Oracle tiene que leer el fichero de parámetros de inicialización (spfile o init).

• CONFIGURACIÓN • Init: se trata de un fichero de texto y editable • Spfile: es un fichero binario. a partir de un init. no editable pero visualizable. con: CREATE SPFILE [='nombre'] FROM PFILE [='nombre']. Si se omiten los nombres. Se puede crear un init a partir de un spfile. toma los valores por defecto. La BD no podrá abrir el nuevo spfile hasta el siguiente arranque. Los parámetros del spfile se modifican con: ALTER SYSTEM SET parametro = valor [SCOPE = MEMORY| SPFILE | BOTH] Parámetros implícitos y explícitos • • • • . invirtiendo la sintaxis. • • • • Se crea.

ARRANQUE Y PARADA DE LA BASE DE DATOS .

así como para modificar los componentes de la misma (como instalar nuevas opciones). creación de tablespaces. es el habitualmente se usa para arrancar y parar la base de datos. Se usa para las tareas administrativas habituales: alta de usuarios.ACCESO A SQLPLUS • Cuando creamos una BDO se crean automáticamente al usuario SYS con el rol DBA. . cuya clave inicial es change_on_install. etc. Para conectar como SYS: • CONNECT SYS AS SYSDBA • CONNECT / AS SYSDBA El DBA por excelencia. • El SYS.

El servidor oracle comprueba la consistencia de la base de datos. mount y open. • nomount se arranca la instancia: • lectura del fichero de parámetros (spfile o init). • Mount la BD se monta abriendo el fichero de control y obteniendo de él los nombres de los ficheros que la componen: datafiles y redo log. arranque de los procesos background y apertura del fichero alert$ORACLE_SID.• ARRANQUE DE LA BDO • Cuando arrancamos una BDO. y si es necesario el proceso SMON inicia la recuperación de la instancia. procediendo a la apertura de los ficheros de datos (datafiles) y los ficheros redo log. creación de la SGA. pasa por varios estados hasta que finalmente queda accesible a los usuarios: nomount. .log. • Open se abre la BD.

• STARTUP RESTRICT (sólo permite la conexión de usuarios con el privilegio RESTRICTED SESION).COMANDO STARTUP Arranca la instancia y abre la BD. activar ARCHIVELOG o hacer una recuperación completa de la BD). • STARTUP MOUNT (para renombrar datafiles. • STARTUP (abre la bd con el fichero de parámetros por defecto). • STARTUP PFILE=/home/”nombre”init. MOUNT). • STARTUP FORCE (hace SHUTDOWN ABORT y arranca la BD).ora • STARTUP NOMOUNT (para crear la base de datos). Permite parar el proceso de arranque de la BD en cualquiera de sus fases (NOMOUNT. .

. hace rollback de todas las transacciones en curso y cierra todas las sesiones. ni hace checkpoint ni cierra ficheros). • SHUTDOWN TRANSACTIONAL. • SHUTDOWN NORMAL.PARAR LA BASE DE DATOS SHUTDOWN • Hay determinadas operaciones que requieren parar la BD. cierra y desmonta la BD. cierra los ficheros y destruye (para) la instancia. • SHUTDOWN ABORT. espera a que terminen todas las transacciones en curso y todas las sesiones. cierra la instancia (destruye procesos background y SGA) sin esperar a desmontar ni cerrar la BD (como en una “caida”. cerrar ficheros y parar la instancia.ora o hacer una copia física de la BD (copia en frio). además de cerrar todos los ficheros y destruir (parar) la instancia. fuerza un checkpoint. como la actualización de algunos parámetros del init. Requiere recovery de la instancia al arrancar (SMON). • SHUTDOWN IMMEDIATE. fuerza un checkpoint. sólo espera a que terminen las transacciones en curso. además de forzar un checkpoint.

Sintaxis: • SHUTDOWN [NORMAL | TRANSACTIONAL | IMMEDIATE | ABORT] NOTA: No se permiten más conexiones una vez iniciado el SHUTDOWN y este no se puede parar. .

índices. tablespaces.Fichero de log alert_$ORACLE_SID.log • Recoge información de estado y errores: • • • • • • • Arranque y parada Parámetros del init sin valores por defecto Arranque de los procesos background Cambio de fichero redolog Creación de tablespaces y segmentos de rollback Comandos alter (alter database. etc) . etc) Errores ORA-600 y los que indican falta de espacio (llenado de tablas. alter tablespace.

etc. DBWR.trc . SMON. • {ORACLE_SID}_nombreproceso_pid.FICHEROS DE BACKGROUND TRAZA DE LOS PROCESOS • Registran errores producidos en los procesos background de la instancia: LGWR. PMON.

trc salida.serial. • {ORACLE_SID}_ora_pid. • Útiles para el ajuste de sentencias SQL • Nivel de sesión • “ALTER SESSION SET SQL_TRACE=TRUE/FALSE.true) • A nivel de instancia • con el parámetro “SQL_TRACE=TRUE” • Utilidad TKPROF • tkprof cursoXY_ora_23654.set_sql_trace_in_session(sid.FICHEROS USUARIO DE TRAZA DE LOS PROCESOS DE • Recogen estadísticas de seguimiento de sentencias SQL o errores en las sesiones de usuario.txt explain=scott/tiger sys=no (solo analiza las sql del usuario) .trc. • Desde una sesión del DBA con • dbms_system.

Arquitectura del gestor Características del DBMS .