SESION DE PERSONAL SOCIAL. La convivencia en familia 22-04-24 -.doc
Gestión de la instancia de Oracle 11g R2
1. Gestión de la instancia de Oracle
ADMINISTRACIÓN DE ORACLE 11G
Carmen Soler Chorro - http://www.linkedin.com/in/casoch 1
2. 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
3. TALLER 1
Probar el database control tool
Carmen Soler Chorro - 3
http://www.linkedin.com/in/casoch
4. 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)
Carmen Soler Chorro - 4
http://www.linkedin.com/in/casoch
7. TALLER 2
Controlar el listener
Carmen Soler Chorro - 7
http://www.linkedin.com/in/casoch
8. 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.
Carmen Soler Chorro - 8
http://www.linkedin.com/in/casoch
9. TALLER 3
Conexión desde SQL*PLUS
Carmen Soler Chorro - 9
http://www.linkedin.com/in/casoch
10. 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.
Carmen Soler Chorro - 10
http://www.linkedin.com/in/casoch
11. 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.
Carmen Soler Chorro - 11
http://www.linkedin.com/in/casoch
13. STARTUP: NOMOUNT, MOUNT Y OPEN
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.
Carmen Soler Chorro - 13
http://www.linkedin.com/in/casoch
14. STARTUP: NOMOUNT, MOUNT Y OPEN
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.
Carmen Soler Chorro - 14
http://www.linkedin.com/in/casoch
15. STARTUP: NOMOUNT, MOUNT Y OPEN
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
Carmen Soler Chorro - 15
http://www.linkedin.com/in/casoch
16. STARTUP: NOMOUNT, MOUNT Y OPEN
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.
Carmen Soler Chorro - 16
http://www.linkedin.com/in/casoch
17. 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.
Carmen Soler Chorro - 17
http://www.linkedin.com/in/casoch
18. 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.
Carmen Soler Chorro - 18
http://www.linkedin.com/in/casoch
19. 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
Carmen Soler Chorro - 19
http://www.linkedin.com/in/casoch
21. TALLER 4
Comprobar cómo funciona una
transacción
Carmen Soler Chorro - 21
http://www.linkedin.com/in/casoch
22. TALLER 5
Gestionar un startup y un shutdown
Carmen Soler Chorro - 22
http://www.linkedin.com/in/casoch
23. 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.
Carmen Soler Chorro - 23
http://www.linkedin.com/in/casoch
24. TALLER 6
Trabajar con los parámetros de
inicialización
Carmen Soler Chorro - 24
http://www.linkedin.com/in/casoch
25. 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.
Carmen Soler Chorro - 25
http://www.linkedin.com/in/casoch
26. 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.
Carmen Soler Chorro - 26
http://www.linkedin.com/in/casoch
27. TALLER 7
Utilizar los Alert Log
Carmen Soler Chorro - 27
http://www.linkedin.com/in/casoch
28. 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.
Carmen Soler Chorro - 28
http://www.linkedin.com/in/casoch
29. 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.
Carmen Soler Chorro - 29
http://www.linkedin.com/in/casoch
30. 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
Carmen Soler Chorro - 30
http://www.linkedin.com/in/casoch
31. TALLER 8
Consultas sobre el diccionario de datos y
las vistas de rendimiento dinámicas.
Carmen Soler Chorro - 31
http://www.linkedin.com/in/casoch