Source: http://jassel666.blogspot.com/2009/04/arquitectura-de-base-de-datos-de-oracle.html
Timestamp: 2018-03-17 12:43:10+00:00

Document:
Administración de Base de Datos: Arquitectura de base de datos de Oracle
Arquitectura de base de datos de Oracle
Instancia Oracle: Una instancia de Oracle, es la combinación de los procesos en segundo plano, y estructuras de memoria. La Instancia debe ser iniciada al accesar datos en la base de datos. Cada vez que una instancia es iniciada, una Area Global del Sistema (SGA) es asignada y los procesos en segundo plano de Oracle son iniciados. Los procesos en segundo plano realizan funciones en ayuda a los procesos invocados.
Base de Datos de Oracle: Una base de datos en Oracle consiste de archivos del sistema operativo, conocidos como, archivos de base de datos, que proveen la actual información del almacenaje físico en la base de datos. Los archivos de base de datos son usados para asegurarse que los datos sean mantenidos de forma consistente y puedan recuperarse en el evento de una falla de la Instancia.
Otros archivos claves: Archivos que no son de la base de datos, son usados para configurar la Instancia, autenticar los privilegios de usuarios, y recuperar la base de datos en el evento de una falla de disco.
Procesos de Usuario y Servidor: Los procesos de usuario y servidor, son procesos primarios que son llamados cuando una instrucción SQL es ejecutada, no obstante, otros procesos pueden ayudar al servidor para que complete el procesamiento de la instrucción SQL.
Otros Procesos: Muchos otros procesos existen y son usados por otros, tales como: Advanced Queuing, Real Applcation Clusters, Shared Server, Advanced Replication y más.
¿Qué es LISTENER?
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:
SEGURIDAD LISTENER ORACLE 10G (securing the listener):
El principal paso para realizar la seguridad en el listener es ponerle una contraseña password. El primer método para poner una contraseña al listener es editando el fichero listener.ora y escribiendo la siguiente línea: PASSWORDS_LISTENER = orapass. Cuando guardemos el fichero con los cambios realizamos un reload del listener lsnrctl> reload
El segundo método para poder cambiar la contraseña al listener es el siguiente: lsnrctl> change_password
Este comando te pedirá la clave antigua y la nueva clave.Si es la primera vez que ejecutas este comando la contraseña antigua ( old password ) habrá que dejarla en blanco.El comando SET y SAVE CONFIG permite guardar esos cambios en el listener porque ahora el listener está gobernado por un password.
La información antigua se guardará enlistener.bck y listener.ora se actualizará con los nuevos datos.
Ejemplo de configuración del listener.ora LISTENER9 =(DESCRIPTION_LIST =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 193.168.4.220)(PORT = 2484)))))SID_LIST_LISTENER9 =(SID_LIST =(SID_DESC =(GLOBAL_DBNAME = orasite)(ORACLE_HOME = /oracle9/product/9.2.0)(SID_NAME = orasite)))
Este archivo incluye: Direcciones de protocolo en las que acepta solicitudes de conexión.Servicios de base de datosParámetros de control utilizados por el listener.
¿Qué es TNSNAME?
El TNSNAME es 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.
Por ejemplo cuando queremos conectarnos a una base de datos REMOTA, debemos utilzar una red como vía de comunicación y una nomenclatura para saber con quién queremos comunicarnos. Esta nomenclatura es también llamada nombres de conexión (connection strings) ó alias en el ambiente Oracle.
Existen 3 métodos de resolución de nombres de conexión cuando se conecta un cliente a una BD. El método a utilizar se indica en el archivo $ORACLE_HOME/network/admin/SQLNET.ORA mediante el parámetro names.directory_path: names.directory_path = (TNSNAMES, HOSTNAME, ONAMES)
RESOLUCIÓN POR TNSNAMES.ORA ("LOCAL NAMING")
1.- Configurar el listener del servidor (listener.ora) para que dé servicio a cada una de las BDs de la máquina y arrancarlo. Configurar los clientes (tnsnames.ora) y probar la conexión a las BDs. Al configurar los clientes, la resolución de string de conexión por defecto es a través del archivo TNSNAMES.ORA: parámetro names.directory_path del fichero SQLNET.ORA: names.directory_path = (TNSNAMES, HOSTNAME, ONAMES)
Para ver cómo se crean los procesos servidores dedicados (si no se usa configuración MTS - Servidor compartido):
a) hacer telnet a VENTAS y conectarse con sql*plus ó conectarse a la base validando localmente, y desde sql*plus mirar los procesos que se han creado (el de usuario:sql*plus, y el proceso servidor dedicado (local=YES)); consultando la vista v$session y v$process. Utilizar el comando lsnrctl services y explicar resultado->no pasa por el listener, luego no se refleja la conexión en este comando.
b)conectarse en cliente/servidor a la BD y comprobar de nuevo los procesos (proceso cliente de sql*plus en el cliente, proceso servidor dedicado (local=NO)). Utilizar el comando lsnrctl services y explicar resultado, diferencias con el apartado a)->pasa por el listener, por lo que se refleja el establecimiento de conexión a través del servidor dedicado.
Si la base está configurada en modo compartido, forzar que los clientes se conecten por servidor dedicado en lugar de compartido. Esto se puede hacer de 2 formas:
En el tnsnames.ora del cliente crear un nuevo string de conexión igual que el ya existente para esta BD pero en la sección CONNECT_DATA añadir (SERVER=DEDICATED): VENTAS_DEDICADOS.world = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP) (Host = 128.0.0.20) (Port = 1521) ) ) (CONNECT_DATA = (SID = orcl) (SERVER=DEDICATED) ) )
y comprobar la conexión a través de este nuevo alias-> irá por servidor dedicado en el sqlnet.ora del cliente añadir el parámetro USE_DEDICATED_SERVER=ON y comprobar cómo se realiza la conexión (usar el string de conexión inicial, no el anterior).
MÉTODO DE RESOLUCIÓN DE CONEXIÓN POR "HOST NAMING"
No se puede usar Oracle Connection Manager, hay que usar TCP/IP, y resolución de direcciones por DNS/NIS/fich.hosts.
Al configurar los clientes, indicar en primer lugar en el fichero SQLNET.ORA el método Host Naming para la resolución de string de conexión:
names.directory_path = (HOSTNAME, TNSNAMES, ONAMES)
En el servidor de BD hay que poner el global_dbname para cada BD (antes del SDI_NAME) en el listener.ora de la siguiente forma (en lugar de ORACLE_SID.DB_DOMAIN):
global_dbname=
En el cliente, añadir la dirección IP y el alias de la máquina a la que se quiere acceder (servidor de BD) en el fichero de hosts (si es que no existe DNS o NIS). Y para conectarse usar como string de conexión el nombre o dir.IP de la máquina servidor.
Publicado por Sonia Andrea en 14:12
Modos de apagado de una BD y Tablespaces Undo

References: resolución 
 resolución 

RESOLUCIÓN 
 resolución 
 RESOLUCIÓN 
 resolución 
 resolución