WorksheetsCuestionario Conexiones Oracle
Total questions: 12
Worksheet time: 12mins
En una conexión local directa al servidor de base de datos Oracle, ¿qué protocolo permite a un proceso cliente comunicarse directamente con la memoria de la base de datos sin necesidad del Listener?
TCP/IP
IPC
BEQ
TCPS
¿Cuál es la función principal del fichero `tnsnames.ora` en la arquitectura de red de Oracle?
Definir en qué host y puerto escucha el Listener y qué bases de datos atiende
Registrar dinámicamente las instancias de bases de datos activas para que el Listerner las conozca
Establecer el orden en que el cliente buscará los métodos de resolución de nombres (por ejemplo, TNSNAMES, LDAP)
Actuar como un 'directorio telefónico' para el cliente, traduciendo un alias a los detalles de conexión del servidor (host, puerto, servicio)
Un administrador necesita cambiar la dirección IP del servidor de base de datos en un entorno con cientos de clientes. ¿Qué método de conexión le permitiría hacer este cambio en un solo lugar para que todos los clientes se actualicen automáticamente?
External Naming
Local Naming
Directory naming
Easy Connect
Según el flujo de conexión remota, ¿qué sucede inmediatamente después de que el Listener valida una petición de conexión y la considera válida?
El Listener asigna un Proceso Servidor dedicado al cliente y le entrega su dirección para que se comuniquen directamente.
El Listener permanece activo en la comunicación, actuando como intermediario continuo entre el cliente y la base de datos
El Listener procesa directamente las consultas SQL enviadas por el cliente
El Listener consulta el fichero sqlnet.ora del servidor para determinar las reglas de actuación
¿Cuál es la principal desventaja del método de conexión 'Local Naming' (usando `tnsnames.ora`) en un entorno a gran escala?
Su administración es descentralizada, requiriendo actualizar un fichero en cada máquina cliente si hay cambios.
Es el método más lento porque debe consultar el fichero de texto en cada conexión
No soporta protocolos seguros como TCPS(SSL/TSL)
Carece de soporte para funcionalidades avanzadas como failover o balanceo de carga.
Si se ejecuta el comando `lsnrctl status` y se observan servicios de bases de datos registrados, pero el fichero `listener.ora` no tiene una sección `SID_LIST`, ¿cómo es posible que el Listener conozca esas bases de datos?
El comando lsnrctl status lee la memoria de la SGA para encontrar las instancias activas
La información está obligatoriamente definida en el fichero 'tnsnames.ora' del servidor.
El asistente NETCA crea un registro oculto que no es visible en el fichero de texto
Debido al progreso de 'dynamic registration', donde las instancias de base de datos se autoregistran en el Listener
Un usuario se conecta usando la sintaxis `sqlplus system/oracle@localhost:1521/orcl`. ¿Qué método de conexión está utilizando y qué componente es indispensable para que funcione?
Está usando Local Naming y necesita una entrada 'orcl' en 'tnsnames.ora'
Está usando Directory Naming y necesita conectividad con un servidor LDAP
Está usando Easy Connect y necesita un Listener activo en el puerto 1521
Está usando el protocolo BEQ y no necesita ningún componente de red
¿Qué fichero de configuración de red de Oracle y qué parámetro dentro de él indican al cliente que debe intentar resolver un nombre de conexión primero en el fichero `tnsnames.ora` y, si falla, usar Easy Connect?
En 'sqlnet.ora', usando el parámetro 'SQLNET.AUTHETICATION_SERVICES'.
En 'listener.ora', usando el parámetro 'SID_LIST_LISTENER'
En 'tnsnames.ora', usando el parámetro 'DESCRIPTION'
En 'sqlnet.ora' , usando el parámetro 'NAMES.DIRECTORY_PATH=(TNSNAMES, EZCONNECT)'.
En Oracle, ¿cuál es la diferencia fundamental entre el `SERVICE_NAME` y el `DB_NAME`?
'SERVICE_NAME' se define en 'tnsnames.ora' y 'DB_NAME' se define en 'listener.ora'
'DB_NAME' es el alias público para los clientes, mientras que 'SERVICE_NAME' es el nombre físico interno de los archivos de la base de datos.
No hay diferencia, son dos nombres para el mismo concepto
'DB_NAME' identifica la instancia física, mientras que 'SERVICE_NAME' es un alias lógico que los clientes usan para conectarse, el cual puede apuntar a múltiples instancias en un clúster (RAC).
Al ejecutar `SELECT COUNT(*) FROM V$SESSION;` en una base de datos recién iniciada y con una sola conexión de usuario activa, el resultado es un número mucho mayor que 1. ¿Cuál es la razón?
Oracle cuenta como sesiones todos los procesos, incluyendo los procesos internos y de background que son necesarios para su propio funcionamiento.
La vista muestra un histórico de todas las sesiones que se han conectado desde que se inició la instancia
La vista 'V$SESSION$ está corrupta y necesita ser reinstalada por un DBA.
El Listener crea múltiples sesiones fantasma por cada conexión de usuario para el balanceo de carga.
Si un administrador no puede conectarse remotamente y sospecha que el Listener está caído, ¿cuál sería la única forma de acceder a la base de datos en el servidor para arreglarlo?
Editando el fichero 'tnsnames.ora' para que apunte a un puerto de emergencia.
Utilizando la herramient NETMGR para forzar el arranque del Listener de forma remota
Conectándose localmente con el protocolo BEQ (ej 'sqlplus / as sysdba'), que no necesita al Listener
Usando una conexión Easy Connect, ya que no requiere configuración.
Dentro de las herramientas de configuración de red de Oracle, ¿cuál es la principal diferencia entre `NETCA` y `LSNRCTL`?
'NETCA' es una herramienta obsoleta y ha sido reemplazada completamente por 'LSNRCTL'
'NETCA' es un asistente gráfico para crear y modificar ficheros de configuración ('listener.ora', 'tnsnames.ora'), mientras que 'LSNRCTL' es una utilidad de línea de comandos para controlar el estado del Listener (arrancar, parar, ver estado).
'NETCA' es una herramienta para clientes y 'LSNRCTL' es una herramienta para el servidor.
'LSNRCTL' se usa para configurar la seguridad y 'NETCA' para configurar los protocolos de red
