Que son los Tablespace del tipo undo

Se puede tener varios tablespaces de “undo”, pero sólo uno de ellos estará activo. No se pueden crear objetos sobre un tablespace de “undo”.Al cambiar de tablespace “undo” activo (con undo_tablespace), los segmentos de rollback que contiene el nuevo tablespace pasan a estar online, mientras que los del tablespace anterior se ponen offline.

Se crean de dos formas:
Mediante create database.Mediante create tablespace:
Create undo tablespace undotbs02 datafile
‘c:\oraclexe\oradata\ex\undo02.dbf’
size 25M reuse autoextend on;

Parámetros de inicialización de los espacios de tablas de deshacer:
Undo_Management (valores MANUAL/AUTO). Si auto se gestionará de forma automática el espacio de deshacer. No es dinámico, cuando se cambia de estado se debe rearrancar la instancia.Undo_tablespace (MANUAL/AUTO). En entornos RAC (Real Application Clusters)

En cada BD Oracle debe tener un método de mantenimiento de la información que se utiliza para retroceder, o deshacer, los cambios a la base de datos.

MODOS DE APAGADO DE UNA BASE DE DATOS

Existen tres maneras para apagar una base de datos y son:

• Cerrar la Base de Datos.
• Desmontar la Base de Datos.
• Cerrar la Instancia.

Oracle realiza esos tres pasos con una sola sentencia: shutdown.

a) Cerrar la base de datos.- Esto se da en situaciones de emergencia . Este es un proceso rápido, ya que la operación de escribir todos los datos en los buffers de la SGA, a la datafiles y rehacer los archivos de registro se omite. Su posterior reapertura de la base de datos exige la recuperación,en el caso de Oracle que lo realiza automáticamente.

b)Desmontar una BD: Una vez que la base de datos está cerrada, se debe desmonta la base de datos Oracle para desvincularse de la instancia. Pero aun en este punto sigue siendo la instancia en la memoria del ordenador. Cuando la Base de Datos ya esta sin montar, Oracle cierra los archivos de control de la BD.

c)Cerrar la Instancia.- El paso final en la base de datos de cierre es el cierre de la instancia. Ejemplo: Cuando se cierra el SGA se extrae de la memoria y los procesos en segundo plano se terminan.

¿Que es TNSNAMES?

• También llamado método LOCAL
• Indica que la resolución se hace a través de otro archivo de configuración llamado tnsnames.ora, residente en la misma ubicación.
• Puede haber varios ficheros Tnsnames.ora, uno en el servidor y los demás en clientes que se conectan al servidor.
• Contienen los nombres de servicio de red asignados a descriptores, a través de los cuales se nos permite acceder.
• El Listener escucha las llamadas por lo descrito en este fichero (si algún dato cambia, no habrá conexión)
  

¿Que es Listener?

• Es un proceso servidor que provee la conectividad de red con la base de datos Oracle.
  
• El listener está configurado para escuchar la conexión en un puerto específico en el servidor de base de datos.
  
• Cuando una se pide una conexión a la base de datos, el listener devuelve la información relativa a la conexión.
  
• La información de una conexión para una instancia de una base de datos provee el nombre de usuario, la contraseña y el SID de la base de datos.
• Si estos datos no son correctos se devolverá un mensaje de error.
  
  • Por defecto el puerto del listener es el 1521.
  • El listener no limita el número de conexiones a la base de datos.

• Toda la información del listener la contiene un archivo denominado listener.ora ( $ORACLE_HOME/network/admin. ). El comando para gestionar el listener es lsnrctl.
• Mediante este comando podemos:
  
  • Parar el listener.
  • Ver el estado del listener.
  • Arrancar el listener.
  • Rearrancar el listener.
    

Arquitectura de una BD en Oracle

La instancia de la base de datos es uno de los dos elementos de cualquier base de datos Oracle. Sirve para gestionar los datos de la base de datos y proporcionar servicio a los usuarios que acceden a la misma.
Está compuesta de:

a) Estructuras en Memoria:

• SGA (System Global Area/Área Global de Sistema.)
  Está situada al inicio de los datos de la instancia y contiene los datos e información de control de la instancia. Está formada por las siguientes estructuras:
  
  • Shared pool, fondo común compartido.- Almacena las últimas instruccionesSQL y PL/SQL ejecutadas. Posee dos estructuras internas:
    
    • Caché de instrucciones (Library cache).- Almacena las últimas instrucciones SQL y PL/SQL ejecutadas. Administra los datos mediante algoritmo LRU.
      
    • Caché del diccionario de datos.- Almacena las últimas definiciones de la base de datos utilizadas (tablas, índices, privilegios, usuarios,etc) Cada vez que una instrucción utiliza un nombre de la base de datos (tabla, índice,etc) se comprueba en el diccionario de datos y se almacena en este caché. De este modo la siguiente vez no hace falta acceder al diccionario de datos real.
      
  • Caché buffer de la base de datos.- Almacena los últimos bloques de datos accedidos por los usuarios.
  • Buffer de archivo rehacer.- Almacena los últimos cambios realizados a los bloques de datos de la base de datos.
  • Large pool. Opcional.- Se utiliza como memoria de sesión y para realizar operaciones de backup.
  • Java pool.- (Opcional) Se utiliza como caché de los comandos Java.
    
    
• PGA(Program Global Area/Zona global de los programas)
  En ella se almacenan los datos correspondientes a un proceso (sólo un proceso puede utilizar esta área). Incluye:
  
  • Áreas de ordenación.- Para acelerar las tareas de ordenación de datos.
  • Información de sesión.- Usuario, privilegios.
  • Estado del cursor.- Tareas SQL actualmente en ejecución.
  • Espacio de pila.- Variables y otros datos.
  • Estos procesos pueden ser de estos tipos:
    
    • Proceso de usuario.- Lanzado por el usuario para pedir interacción con la base de datos.
    • Proceso de servidor.- Hacen de enlace entre los procesos de usuarios y el servidor Oracle. Se utilizan como manejadores de los procesos de usuario. Los comandos de usuario se envían a estos procesos que se encargan de solicitar peticiones a la base de datos mediante el interfaz de programas de Oracle (OPI, Oracle Program Interface).

b) Procesos en segundo plano (background)

• Cada instancia de Oracle arranca una serie de procesos background. Los procesos obligatorios son:
  
  • DBWR (DataBase Writer).- Proceso encargado de escribir en los ficheros de datos los buffers más antiguos de la memoria, para que la base de datos vaya almacenando los cambios.
  • LGWR (Log Writer).- Escribe los datos a los ficheros rehacer (redo) desde la caché de archivos rehacer.
    
  • CKPT.- Actualiza todas las cabeceras de los ficheros de datos para que aparezca la nueva disposición de datos. Esto ocurre cuando se genera un punto de comprobación.
  • SMON (System Monitor).- Permite recuperar la instancia de la base de datos en caso de caída fatal (cuando el sistema falla por ejemplo). Cuando se reinicia de nuevo la instancia de la base de datos.
  • PMON (Process Monitor).- Es el encargado de gestionar adecuadamente los procesos que fallan. Ante caídas de procesos, PMON se encarga de restaurar los datos adecuadamente.
  • SQL *Net Listener.- Es el encargado de encaminar por una red solicitudes de un cliente a un servidor de base de datos Oracle. Este proceso escuchador(listener) está tanto en el cliente como en el servidor. Puede encaminar solicitudes que se dirigen a varias instancias.
    
    
    
    
    
    
    

Roles del Administrador de Base de Datos

El Administrador de Base de Datos es la persona encargada de definir y controlar las Bases de Datos corporativas, sus roles son:

a)Definir el esquema conceptual.- Decide cuál es la información que debe mantenerse en la Base de Datos, es decir, identifica las entidades que interesan a la empresa. Este proceso se denomina diseño lógico de Base de Datos .

b)Definir el Esquema Interno.- Decide cómo se representará la información en la Base de Datos almacenada. A éste proceso se lo denomina diseño físico de la Base de Datos.

c)Vincularse con los Usuarios.- Debe encargarse de la comunicación con los usuarios, garantizar la disponibilidad de los datos que requieren y escribir los esquemas necesarios. Las consultas sobre diseño de aplicaciones, la impartición técnica, la ayuda en la localización y resolución de problemas, y otros servicios similares relacionados con el sistema.

d)Definir procedimientos de respaldo y recuperación.- Define y pone en práctica un plan de recuperación adecuado que incluya, por ejemplo, una descarga o “vaciado” periódico de la Base de Datos en un medio de almacenamiento de respaldo, y procedimientos para cargar otra vez la Base de Datos a partir del vaciado más reciente cuando sea necesario.

e)Supervisar el desempeño y responder a cambios en los requerimientos.- Organiza el sistema de modo que se obtenga el desempeño que sea mejor para la empresa, y realizar los ajustes apropiados cuando cambien los requerimientos.