Diese Präsentation wurde erfolgreich gemeldet.
Die SlideShare-Präsentation wird heruntergeladen. ×

Gestión de la instancia de Oracle 11g R2

Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Nächste SlideShare
Datos UNDO en Oracle
Datos UNDO en Oracle
Wird geladen in …3
×

Hier ansehen

1 von 31 Anzeige

Weitere Verwandte Inhalte

Diashows für Sie (20)

Anzeige

Aktuellste (20)

Gestión de la instancia de Oracle 11g R2

  1. 1. Gestión de la instancia de Oracle ADMINISTRACIÓN DE ORACLE 11G Carmen 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 - 2 http://www.linkedin.com/in/casoch
  3. 3. TALLER 1 Probar el database control tool Carmen Soler Chorro - 3 http://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 - 4 http://www.linkedin.com/in/casoch
  5. 5. DATABASE LISTENER Carmen Soler Chorro - 5 http://www.linkedin.com/in/casoch
  6. 6. DATABASE LISTENER Carmen Soler Chorro - 6 http://www.linkedin.com/in/casoch
  7. 7. TALLER 2 Controlar el listener Carmen Soler Chorro - 7 http://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 - 8 http://www.linkedin.com/in/casoch
  9. 9. TALLER 3 Conexión desde SQL*PLUS Carmen Soler Chorro - 9 http://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 - 10 http://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 - 11 http://www.linkedin.com/in/casoch
  12. 12. STARTUP: NOMOUNT, MOUNT Y OPEN Carmen Soler Chorro - 12 http://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 - 13 http://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 - 14 http://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 background Carmen Soler Chorro - 15 http://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 - 16 http://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 - 17 http://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 - 18 http://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 mount Carmen Soler Chorro - 19 http://www.linkedin.com/in/casoch
  20. 20. STARTUP Y SHUTDOWN Carmen Soler Chorro - 20 http://www.linkedin.com/in/casoch
  21. 21. TALLER 4 Comprobar cómo funciona una transacción Carmen Soler Chorro - 21 http://www.linkedin.com/in/casoch
  22. 22. TALLER 5 Gestionar un startup y un shutdown Carmen Soler Chorro - 22 http://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 - 23 http://www.linkedin.com/in/casoch
  24. 24. TALLER 6 Trabajar con los parámetros de inicialización Carmen Soler Chorro - 24 http://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 - 25 http://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 - 26 http://www.linkedin.com/in/casoch
  27. 27. TALLER 7 Utilizar los Alert Log Carmen Soler Chorro - 27 http://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 - 28 http://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 - 29 http://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$DATAFILE Carmen Soler Chorro - 30 http://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 - 31 http://www.linkedin.com/in/casoch

×