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

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie Gestión de la instancia de Oracle 11g R2

Ähnlich wie Gestión de la instancia de Oracle 11g R2 (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (20)

Gestión de la instancia de Oracle 11g R2