Gestión de la instancia de Oracle 11g R2

Gestión de la instancia de Oracle

ADMINISTRACIÓN DE ORACLE 11G

Carmen Soler Chorro - http://www.linkedin.com/in/casoch 1

DATABASE CONTROL
 Database Control es una herramienta que
permite gestionar una instancia de base de
datos.
 Cada instancia tiene su Database Control
tool.
 Su configuración tiene lugar durante la
instalación de Oracle.
 Para entrar al Database Control, vamos a la
siguiente dirección del servidor:
 https://localhost:1158/em/
Carmen Soler Chorro - 2
http://www.linkedin.com/in/casoch

TALLER 1

Probar el database control tool


DATABASE LISTENER
 El Listener de la base de datos es un proceso
que monitoriza las peticiones hacia un puerto de
la base de datos.
 Estas peticiones y el tráfico que generan lo
controla el protocolo de comunicaciones Oracle
Net.
 Protocolo de comunicaciones propietario de Oracle.
 Existen tres formas de activar el listener:
 Con la utilidad lsnrctl
 Con el Database Control
 Desde un servicio de Windows (para Windows sólo)


DATABASE LISTENER


TALLER 2

Controlar el listener


INICIAR Y APAGAR LA BASE DE DATOS
 No iniciamos y apagamos la base de datos, sino su
instancia.
 La base de datos en sí:
 se monta y se abre y
 se desmonta y se cierra.
 Estas operaciones las podemos hacer desde:
 Línea de comandos
 Database Control
 Utilizando servicios de Windows (si estamos en
Windows)
 Como iniciar y apagar la instancia son operaciones
críticas: necesitaremos permisos de administrador.


TALLER 3

Conexión desde SQL*PLUS


SYSOPER Y SYSDBA
 No son usuarios, son roles con privilegios especiales que
pueden asignarse a los usuarios.
 SYSOPER puede hacer:
 STARTUP
 SHUTDOWN
 ALTER DATABASE [MOUNT | OPEN | CLOSE | DISMOUNT]
 ALTER [DATABASE | TABLESPACE] [BEGIN | END] BACKUP
 RECOVER
 SYSDBA incluye todos los anteriores y además puede:
 Crear una base de datos
 Hacer un recovery incompleto
 Y crear otros usuarios con los roles de SYSOPER y SYSDBA
asignados.


STARTUP: NOMOUNT, MOUNT Y OPEN
 La instancia y la base de datos son cosas
independientes.
 Primero se construye la instancia en memoria
 Luego se abre la conexión a la base de datos
 La base de datos puede estar en estos 4 estados:
 SHUTDOWN
 NOMOUNT
 MOUNT
 OPEN
 Siempre que se hace un START, se pasa por estos 4
estados.
 Puede hacerse todo de vez o paso a paso.


 SHUTDOWN
 Los datafiles están cerrados y la instancia no existe en
memoria
 NOMOUNT
 La instancia está construida en memoria
 SGA creada
 Background processes iniciados
 Todavía no hay conexión hacia la base de datos
 MOUNT
 La instancia ha localizado y ha leído el controlfile.
 OPEN
 Todos los datafiles han sido localizados y abiertos.
 La base de datos está disponible para todos los usuarios.


 NOMOUNT
 Al iniciar con NOMOUNT, Oracle intenta localizar el parameter file.
 Hay 3 ficheros de parámetros por defecto:
 %ORACLE_HOME%databaseSPFILESID.ORA
 %ORACLE_HOME%databaseSPFILE.ORA
 %ORACLE_HOME%databaseINITSID.ORA
 SID se refiere al nombre de la instancia la que se refiere el fichero de
parámetros
 Oracle busca los ficheros en este orden para iniciarse. Una vez
encontrado uno, ignora el resto.
 spfileSID.ora es el fichero que nosotros deberíamos usar como
fichero de parámetros.
 En un entorno RAC(Real Application Cluster), se suele utilizar el
spfile.ora. Así el fichero sirve para iniciar todas las instancias.
 Utilizaremos el initSID.ora, si queremos hacer ediciones manuales,
ya que los otros 2 ficheros son binarios y no pueden modificarse
directamente.


 NOMOUNT
 Los parámetros del parameter file contienen la información
necesaria para:
 Construir la SGA e iniciar los background processes.
 Además del fichero de parámetros, para iniciarse el modo
NOMOUNT, también se necesita el fichero de alert log.
 La localización del alert log está en el parámetros
BACKGROUND_DUMP_DEST del fichero de parámetros.
 Una vez iniciada la base de datos en NOMOUNT, también
podemos saber dónde está el alert log haciendo:
 Show parameter background


 MOUNT
 Para poder pasar de NOMOUNT a MOUNT se tiene que
poder leer el controlfile.
 Para localizarlo, nos tenemos que fijar en el parámetro
CONTROL_FILE.
 Si el controlfile está dañado o no se encuentra, la base
de datos no podrá pasar a MOUNT.
 También se lee la localización de los datafiles y los
online redo logs, aunque Oracle no trata de encontrarlos.
 OPEN
 Para pasar a modo OPEN se tienen que poder encontrar
los ficheros anteriores.
 En caso contrario, nos quedaremos en modo MOUNT.


SHUTDOWN
 Para desconectar la base de datos:
 SHUTDOWN [normal | transactional | immediate | abort]
 NORMAL
 Es el shutdown por defecto.
 No se permite la conexión de nuevos usuarios.
 La base de datos no se cierra hasta que los usuarios que
hay actualmente logados no se desconecten
voluntariamente.
 Está cayendo en desuso porque, generalmente, siempre
hay alguien conectado que impide cerrar la base de
datos, aunque sean las propias herramientas de
administración.


SHUTDOWN
 TRANSACTIONAL
 No se permite la conexión de nuevos usuarios.
 Las sesiones que no tienen transacciones a medias, son
cerradas.
 Se permite que acaben las sesiones que tienen transacciones
a medias y, entonces, son finalizadas.
 IMMEDIATE
 No se permiten nuevas sesiones.
 Se finalizan todas las sesiones. Si alguna tiene una
transacción a medias, se hace un rollback.
 ABORT
 Equivale a apagar el ordenador con el botón de power.
 La instancia se cierra y no se guarda nada a disco y no se
controla que las transacciones acaben bien.


STARTUP Y SHUTDOWN
 Estos dos comandos:
 Shutdown abort
 Startup
 Podemos hacerlos en uno solo:
 Startup force
 También podemos apagar la base de datos por
fases:
 Alter database close; -- contrario de open
 Alter database dismount; --contrario de mount


STARTUP Y SHUTDOWN


TALLER 4

Comprobar cómo funciona una
transacción


TALLER 5

Gestionar un startup y un shutdown


PARÁMETROS DE INICIALIZACIÓN
 Los parámetros utilizados para construir la instancia se leen del
fichero de parámetros.
 Cada uno de estos parámetros, toma un valor por defecto en
caso de que no se especifique.
 A excepción del DB_NAME, que siempre debe indicarse.
 En total, hay unos 300 parámetros que los DBAs pueden utilizar
 De estos 300 hay unos 30 que se consideran básicos.
 Para ver los parámetros tenemos estas dos consultas:
 Select name, value from v$parameter order by name;
 Select name, value from v$spparameter order by name;
 V$parameter enseña los valores que tiene la instancia actual
 V$spparameter  enseña los valores que hay en el fichero de
parámetros.
 Generalmente, serán los mismos valores.


TALLER 6

Trabajar con los parámetros de
inicialización


ALERT LOG
 El alert log es un registro de las operaciones críticas.
 La localización de este log la determina el parámetro
BACKGROUND_DUMP_DEST.
 Lo identificaremos porque su nombre tiene esta
forma: alert_SID.log
 Donde SID es el nombre de la instancia
 ORCL en nuestro caso.
 Una de las cosas que se almacenan son todos los
cambios que se hacen sobre los parámetros.
 Por eso es una de las primeras cosas que miran los
DBAs cuando se han de hacer cargo de una base de
datos.


TRACE FILES

 Los trace files los generan varios procesos
de background.
 Suelen generarse cuando hay un error.

 Están localizados en el mismo directorio que
los alert logs.


TALLER 7

Utilizar los Alert Log


VISTAS DEL DICCIONARIO DE DATOS
 El diccionario de datos contiene metadatos: información
sobre el resto de datos que hay en la base de datos.
 Se almacena en los tablespaces pertenecientes a
SYSTEM y SYSAUX.
 Para poder acceder al diccionario con más comodidad,
se proporcionan una serie de vistas, que empiezan por
DBA_, ALL_ y USER_
 USER_  se refiere a información relacionada con el usuario
que está conectado ahora mismo.
 ALL_  se refiere a todo lo que tiene acceso el usuario que
está conectado.
 DBA_ se refiere a toda la información que hay en la base de
datos, independientemente de quién se haya conectado.


VISTAS DEL DICCIONARIO DE DATOS
 Las vistas más utilizadas del diccionario son:
 DBA_OBJECTS
 Una fila para cada objeto de la base de datos
 Tabla, vista, procedure, etc.
 DBA_DATA_FILE
 Una fila por cada datafile
 DBA_USERS
 Una fila por cada usuario
 DBA_TABLES
 Una fila por cada tabla
 DBA_ALERT_HISTORY
 Cada fila describe una alerta ya pasada.


TABLAS DE RENDIMIENTO DINÁMICO

 Existen unos 300 objetos de este tipo.
 Algunos ejemplos:
 V$SQL, almacena las últimas consultas
ejecutadas que, ahora están en el shared pool.
 V$INSTANCE

 V$SYSSTAT

 V$DATABASE

 V$DATAFILE


TALLER 8

Consultas sobre el diccionario de datos y
las vistas de rendimiento dinámicas.


Gestión de la instancia de Oracle 11g R2

Más contenido relacionado

La actualidad más candente (20)

Similar a Gestión de la instancia de Oracle 11g R2 (20)

Último (20)

Gestión de la instancia de Oracle 11g R2