Gestión de la instancia de Oracle 11g R2

7,957 views
7,661 views

Published on

Published in: Education
0 Comments
10 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
7,957
On SlideShare
0
From Embeds
0
Number of Embeds
12
Actions
Shares
0
Downloads
0
Comments
0
Likes
10
Embeds 0
No embeds

No notes for slide

Gestión de la instancia de Oracle 11g R2

  1. 1. Gestión de la instancia de Oracle ADMINISTRACIÓN DE ORACLE 11GCarmen Soler Chorro - http://www.linkedin.com/in/casoch 1
  2. 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 - 2http://www.linkedin.com/in/casoch
  3. 3. TALLER 1 Probar el database control toolCarmen Soler Chorro - 3http://www.linkedin.com/in/casoch
  4. 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 - 4http://www.linkedin.com/in/casoch
  5. 5. DATABASE LISTENERCarmen Soler Chorro - 5http://www.linkedin.com/in/casoch
  6. 6. DATABASE LISTENERCarmen Soler Chorro - 6http://www.linkedin.com/in/casoch
  7. 7. TALLER 2 Controlar el listenerCarmen Soler Chorro - 7http://www.linkedin.com/in/casoch
  8. 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 - 8http://www.linkedin.com/in/casoch
  9. 9. TALLER 3 Conexión desde SQL*PLUSCarmen Soler Chorro - 9http://www.linkedin.com/in/casoch
  10. 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 - 10http://www.linkedin.com/in/casoch
  11. 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 - 11http://www.linkedin.com/in/casoch
  12. 12. STARTUP: NOMOUNT, MOUNT Y OPENCarmen Soler Chorro - 12http://www.linkedin.com/in/casoch
  13. 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 - 13http://www.linkedin.com/in/casoch
  14. 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 - 14http://www.linkedin.com/in/casoch
  15. 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 backgroundCarmen Soler Chorro - 15http://www.linkedin.com/in/casoch
  16. 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 - 16http://www.linkedin.com/in/casoch
  17. 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 - 17http://www.linkedin.com/in/casoch
  18. 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 - 18http://www.linkedin.com/in/casoch
  19. 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 mountCarmen Soler Chorro - 19http://www.linkedin.com/in/casoch
  20. 20. STARTUP Y SHUTDOWNCarmen Soler Chorro - 20http://www.linkedin.com/in/casoch
  21. 21. TALLER 4 Comprobar cómo funciona una transacciónCarmen Soler Chorro - 21http://www.linkedin.com/in/casoch
  22. 22. TALLER 5 Gestionar un startup y un shutdownCarmen Soler Chorro - 22http://www.linkedin.com/in/casoch
  23. 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 - 23http://www.linkedin.com/in/casoch
  24. 24. TALLER 6 Trabajar con los parámetros de inicializaciónCarmen Soler Chorro - 24http://www.linkedin.com/in/casoch
  25. 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 - 25http://www.linkedin.com/in/casoch
  26. 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 - 26http://www.linkedin.com/in/casoch
  27. 27. TALLER 7 Utilizar los Alert LogCarmen Soler Chorro - 27http://www.linkedin.com/in/casoch
  28. 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 - 28http://www.linkedin.com/in/casoch
  29. 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 - 29http://www.linkedin.com/in/casoch
  30. 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$DATAFILECarmen Soler Chorro - 30http://www.linkedin.com/in/casoch
  31. 31. TALLER 8 Consultas sobre el diccionario de datos y las vistas de rendimiento dinámicas.Carmen Soler Chorro - 31http://www.linkedin.com/in/casoch

×