Manual de Administración de Bases de Datos

[3]
Instalación de Oracle Database
PUBLICIDAD
[3.1] instalación de SGBD
[3.1.1]sobre la instalación de SGBD

Los Sistemas Gestores de Bases de Datos son herramientas software

complejas. Por ello su instalación no es sencilla. Hay que tener en cuenta
consideraciones sobre la red, el uso de recursos, la dedicación del hardware
concreto en el que instalemos el sistema,…

Todo ello hace que el proceso de instalación sea muy extenso y complejo;
aunque ha mejorado enormemente en estos años gracias asistentes que
facilitan la tarea.

Instalar una base de datos implica conocer muy bien el funcionamiento de las
bases de datos y la arquitectura del SGBD concreto que vamos a instalar. En
estos apuntes nos centramos en la instalación de Oracle 11g, que es uno de
los sistema más populares a nivel empresarial. Por supuesto necesitamos
conocer su arquitectura para que durante la instalación preparemos el software
y la base de datos de la forma más eficiente respecto a nuestras necesidades y
capacidades del sistema.

[3.1.2]antes de instalar: selección del SGBD

En los manuales de instalación de bases de datos no se suele hablar del

proceso previo, sin embargo, es enormemente importante. Se le debe dedicar
mucho tiempo a esta decisión, porque una vez elegido el SGBD, es más difícil
cambiar de idea luego, ya que nuestra elección requiere inversión y tiempo. Se
comentan los puntos que decidirán nuestras decisiones.

paso 1: selección por requisitos

Se trata de analizar qué necesitamos del SGBD. En este sentido algunas cosas
a tener en cuenta pueden ser:

 Tamaño de la base de datos. Un gran tamaño de base de datos

requiere utilizar software muy potente para la gestión de la misma,
además podría plantear el hecho de separar los datos en distintas
unidades de disco o incluso máquinas lo que podría requerir clústeres o
sistemas distribuidos.

 Conectividad. Si necesitamos que la base de datos sea accesible

desde Internet, una Intranet o incluso si bastaría con un solo equipo de
acceso.

 Número de usuarios. Un número grande de usuarios requiere controles

avanzados de seguridad para diferenciar permisos en los usuarios.

Página 1 de 45
  Número de conexiones simultáneas. Suele ser el punto álgido de
requisitos, ya que un gran número de conexiones simultáneas implica
SGBD con grandes capacidades de trabajo concurrente y pocos
sistemas serían capaces de conseguirlo.

 Aprovechamiento de hardware. Puede ser que sea el propio hardware

de la empresa el que predetermine la selección al estar limitados por el
mismo. Si estamos atados al hardware, éste se convierte en el requisito
fundamental, ya que deberemos elegir un software que funcione
fluidamente con nuestro hardware a cambio, quizás, de no poder utilizar
herramientas modernas.

 Política de empresa. Por ejemplo si la empresa tiene una política de

uso de software libre, o si tiene acuerdos con empresas concretas de
software a las que se compran otros productos.
paso 2: comprobar requerimientos

Una vez seleccionado el SGBD ahora tenemos que asegurarnos de cumplir

nosotros los requisitos que exige. Todos los sistemas indican qué requisitos
necesitan en cuanto a:

 Sistemas operativos. No todos los SGBD son multiplataforma, lo

normal es que sean compatibles con unas cuantas plataformas:
Windows, Linux, Unix,…

 Paquetes o aplicaciones preinstaladas. A veces se requiere que el

sistema posea algún software previo a la instalación del SGBD. En el
mundo Linux se suele requerir de paquetes (como por ejemplo el
compilador de C, o librerías especiales de entrada salida,…); en
Windows es alguna actualización (como sus clásicos Service Pack) o
software de terceros que se requiere (como la máquina Java,
el Framework .Net o un servidor web concreto).

 Memoria RAM. Es el requisito que más importa: más RAM, más ligero
funciona el sistema. Oracle en su versión 11g aconseja al menos 1 GB
de RAM

 Procesador. Se suele exigir un modelo y una velocidad mínima en el

mismo.

 Disco duro. Se exige un espacio mínimo de disco.

 Requisitos de red. Se puede exigir que el equipo tenga una función

concreta como que sea un servidor de dominio, o que tenga una
conectividad particular (como una dirección IP fija).

 Requisitos de configuración de sistema. A veces se exigen crear

usuarios concretos, modificar parámetros del sistema operativo, etc.

Página 2 de 45
  Incompatibilidades. A veces se indican productos con los que existen
problemas de compatibilidad.
[3.2] instalación de Oracle
[3.2.1]documentación

Oracle también dispone de manuales de libre descarga en la dirección:

http://docs.oracle.com/en/database/ Desgraciadamente toda la documentación
sólo se encuentra en inglés.

[3.2.2]herramientas de administración de Oracle

 OUI. Oracle Universal Installer. Instalador universal de Oracle,

herramienta para instalar software de Oracle.

 DBCA, DataBase Computer Assistant. Software que facilita la creación

de bases de datos Oracle. Requiere que el software de Oracle para
gestionar bases de datos esté instalado.

 DBUA, DataBase Computer Assistant. Asistente para actualizar bases

de datos.

 netmgr. Oracle Net Manager. Software para configurar la conectividad

de las aplicaciones y bases de datos.

 NetCA, Network Computer Assistant. Se encarga de crear o modificar

el Listener de Oracle, el proceso que encarga de escuchar peticiones y
de lanzar el proceso servidor.

 OEM, Oracle Enterprise Manager. Consola que facilita la realización e

las tareas típicas de un DBA de Oracle. Posibilidades:

o Consola de Bases de Datos de Enterprise Manager. Aplicación

web que permite realizar las tareas de administración sobre una
base de datos.

o Enterprise Manager Grid Control. Permite configurar las bases

de de datos en Grid, tecnología de Oracle para bases de datos
distribuidas.

 SQL*Plus. Línea de comandos que permite ejecutar código SQL.

 srvctl. Línea de comandos para tareas administrativas avanzadas.

 RMAN. Software para realizar copias de seguridad y las labores de

restauración de las mismas.

 Pump de datos. Permite transferir datos entre diferentes bases de datos

a gran velocidad.

Página 3 de 45
  SQL*Loader. Herramienta para importar datos procedentes de fuentes
de datos externas a Oracle.
[3.2.3]directorios de Oracle. comprender la estructura OFA

El SGBD comercial Oracle sólo se puede instalar en

sistemas Windows, Linux (y sólo en versiones Red Hat Enterprise y SuSe
Enterprise) y Solaris. Normalmente se instala a través del software conocido
como Oracle Universal Installer (OUI), que al ser un programa Java, es el
mismo en todas las plataformas (salvo por algunos pasos que varían debido a
las particulares de cada sistema operativo).

Como es posible que un sistema posea varios usuarios, e incluso que cada uno
realice varias instalaciones de software Oracle para bases de datos, Oracle ha
diseñado una recomendación para organizar los directorios en los que se
instalarán sus productos. Es, por lo tanto, un estándar en las instalaciones que
conviene conocer tanto si instalamos nosotros Oracle, como si son otros los
instaladores; ya que si son técnicos profesionales seguirán esta recomendación
y nos será fácil conocer las rutas del sistema.

La recomendación de instalación se llama Oracle’s Optimal Flexible

Architecture (OFA).

OFA impone la estructura de directorios y archivos en el sistema que Oracle

debe utilizar en cada instalación. Las razones de su uso son:

 Seguir unas pautas comunes en los nombres de directorios y archivos

en todas las instalaciones de Oracle, lo cual facilita a todos los
administradores encontrar todo lo necesario en cada instalación.

 Si se realizan múltiples instalaciones de bases de datos, asegurar una

forma coherente de indicar los directorios base de estas instalaciones.

 Permitir que varios usuarios puedan lanzar sistemas Oracle en el mismo

sistema sin que ocurra ningún problema.

 Facilitar las tareas de administración, especialmente las de añadir bases

de datos, instalar software y administrar usuarios.

Sus elementos fundamentales son las variables de

sistema ORACLE_BASE y ORACLE_HOME, que son las que tienen
asignadas las rutas fundamentales.

Oracle Base

El directorio Oracle Base, es la raíz de las instalaciones de Oracle (de todos

los productos, de todas las versiones). En el modelo OFA en Linux deben
cumplir la forma:

/pm/h/u

Página 4 de 45
Donde:

 p. Es el nombre de un texto estándar que suele ser corto y conciso y que

define el nombre de la unidad de montaje. El más usado en el mundo
Linux/Unix es la letra u. Otros instaladores usan la palabra ora. Oracle
recomienda que la base de datos se distribuya entre varias unidades de
disco (o que al menos estén en un sistema RAID), por lo que se
usaría u01 para la primera unidad, u02 para la segunda,…

 En Windows este parámetro simplemente es la letra de la unidad de

disco

 m. Es una expresión numérica que va de 01 a 09. En Windows no se

usa este parámetro.

 h. Es el nombre de un directorio estándar. Se suele usar el nombre app,

ya que es el nombre estándar para indicar que el directorio contiene una
aplicación.

 u. El nombre del usuario propietario de la instalación (por

ejemplo oracle)

La ruta más habitual es:

/u01/app/oracle

En el caso de Windows la ruta sigue la expresión (si oracle es el nombre del

usuario que instala la aplicación):

unidad:\app\oracle

y esta ruta debe estar en la raíz de cualquier unidad de disco. Por ejemplo
C:\oracle\app

ruta a los archivos de datos

La base de datos en el modelo OFA se almacena en un directorio

llamado oradata que se estará dentro del directorio Oracle Base. Dentro
de oradata se utiliza el nombre de instancia de la base de datos. Por ejemplo
(Linux):

/u01/app/oracle/oradata/orcl

La base de datos de nombre orcl está almacenada en el directorio de todas las

bases de datos (oradata) que, a su vez, cuelga del directorio Oracle Base.

Dentro de esa ruta se deberían encontrar estos archivos:

 Archivo de control. Con el nombre control.ctl

Página 5 de 45
  Archivos redo log. Con el nombre redo01.log, redo02.log,…

 Archivos de datos. Con el nombre del tablespace que contienen y un

número (opcional, pensado para el caso en el que un tablespace se
divida entre varios archivos). Por ejemplo user01.dbf
Oracle Home

Se trata del directorio raíz de una instalación concreta de Oracle (Oracle 11g
R2, Oracle 10g, etc.). Su ruta OFA es:

ORACLE_BASE/product/versión/nombre_instalación

La versión es la versión del producto que se instala y el nombre de la

instalación es una texto estándar propuesto por Oracle. Esa propuesta es:

 dbhome para instalaciones de servidor de bases de datos

 client para instalaciones de software cliente

 grid para una implementación de la estructura en malla de Oracle.

Cuando se instala más de una vez el mismo producto se añade un número a la

rura. Por ejemplo, en el caso de dbhome si hay dos instalaciones una
tomaría dbhome_1 como raíz Oracle Home y la otra dbhome_2.

Ejemplo de ruta completa Oracle Base en un sistema Linux:

/u01/app/oracle/product/11.2.1/dbhome_1

En Windows:

c:\oracle\app\product\11.2.1\dbhome_1
subdirectorios de administración

Oracle recomienda que los archivos necesarios para administrar Oracle se

encuentren dentro del directorio admin que, a su vez, está dentro de Oracle
Base. Dentro de este directorio colgará otro por cada instancia de la base de
datos y dentro de este último cuelgan todos los directorios con información
administrativa. Por ejemplo los archivos de parámetros en una instalación de
Oracle Database en Linux podrían tener esta ruta:

/u01/app/oracle/admin/orcl/pfile

Donde orcl es el nombre de la base de datos y pfile es el nombre del directorio

que almacena los archivos de parámetros de Oracle.

La recomendación completa de directorios es la siguiente:

Página 6 de 45
 subdirectorio uso
arch Históricos redo log (archivados redo log)
adump Archivos de auditoria
create Scripts de creación de bases de datos
dpdump Volcados de exportación/importación de datos (archivos dump)
exp Archivos para exportación de datos
logbook Archivos de estado e históricos de funcionamiento de la base de datos
pfile Archivos de parámetros
scripts Scripts SQL
Oracle Inventory Directory

Este directorio se comparte con todas las instalaciones de Oracle en el

sistema. Sirve para indicar qué productos hay instalados.

En cuanto se instala el primero producto Oracle, comprueba a ver si existe

directorio de inventario; de no ser así, se crea. Si puede respetar la estructura
recomendada OFA, en Linux se instalará en la raíz (por
ejemplo /u01/app/oraInventory), de no ser así se instalará en el directorio del
usuario que instala Oracle ($HOME/oracle/oraInventory).

En Windows se coloca siempre en la carpeta de Oracle dentro de la carpeta de

aplicaciones de Windows (por ejemplo en C:\Program files\Oracle\Inventory).

Por otro lado Oracle dispone de un archivo que permite encontrar el inventario,
que en Linux suele ser /etc/oraInst.loc y en Windows es la clave de
registro: HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\inst_loc

Oracle Network Files Directory

Se trata del directorio que contiene los archivos de configuración de la red, en

especial tnsnames.ora y listener.ora que contienen la configuración
fundamental. Se suele encontrar en la ruta: ORACLE_HOME/network/admin

resumen de directorios

La siguiente imagen muestra la estructura de directorios más reseñable en una

instalación típica de Oracle Database 11g:

Página 7 de 45
[3.3] instalación en Windows
[3.3.1]prerrequisitos
hardware

 Sistema. Oracle en Windows requiere un PC Intel

x86, AMD64 o Intel EM64T

 Memoria. Al menos 1 GB de RAM y el doble en virtual.

 Espacio en disco duro. Al menos 6 GB para la instalación (algunas

instalaciones requieren menos). Además necesitamos poder almacenar
500 MB en la carpeta TEMP del sistema.

 Tarjeta gráfica. Debe de ser capaz de mostrar 1024 por 768 píxeles
como mínimo y 256 colores.

En Windows, el icono equipo es el que nos permite conocer estas propiedades

usando las propiedades de dicho icono.

software

 Sistema Operativo.

o Windows 2003 Server y 2003 Server R2.

Página 8 de 45
 o Windows XP Professional.

o Windows Vista, pero no la versión Home Edition.

o Windows Server 2008 y 2012. No la versión Server Core.

 Compiladores. Se usan para la gente que crean aplicaciones en Oracle

usando lenguajes como Pro C, Pro COBOL, …

o Visual C++.NET 2005 8.0 o Intel 10.1 C

o .Net Express.

 Navegador. Para configurar algunos servicios de Oracle. Debe de ser

navegador moderno (Internet Explorer 6 o superior, Firefox 2.0 o
superior, Safari 3.1 o superior, Chrome 3.0 o superior)

 Usar dirección IP única en la máquina en la que se instala Oracle.

Es decir no usar DHCP para direccionar la IP en el servidor de Oracle.
No es un requisito obligatorio, pero es muy recomendable.
[3.3.2]proceso de instalación

Es aconsejable crear un usuario relacionado con Oracle con permisos

administrativos y con él instalar el software. La razón: ser coherente con las
rutas OFA comentadas anteriormente, que de otra forma harán referencia al
usuario con el que instalemos Oracle sea o no relacionado con él.

En Windows, de la configuración de las variables de entorno (PATH,

ORACLE_HOME,…) y de la mayoría de detalles de configuración del sistema
se hace cargo el instalador de Oracle, sin que tengamos que intervenir
previamente (a diferencia de la instalación en Linux).

[1]Descargar los archivos ZIP correspondientes a nuestra instalación y

descomprimirlos en la misma carpeta. Desde esa carpeta (suele
llamarse database) lanzar el instalador (archivo setup.exe).

[2]Indicar correo electrónico al que Oracle enviará información sobre

problemas críticos y si deseamos que nos envíe información de soporte.
En una instalación de prueba no se rellena ninguno de estos apartados

Página 9 de 45
[3]Indicar si deseamos con el instalador instalar ya la instancia de base de
datos. Lo recomendable es instalar sólo el software de la base de datos.

[4]Indicar si deseamos instalar una instancia única de Oracle o bien instalar

instancias múltiples (base de datos distribuida). Lo lógico, por ahora, es
instalar una instancia única

Página 10 de 45
[5]Elegir los idiomas

Página 11 de 45
 [6]Elegir el tipo de instalación. Enterprise es la opción si deseamos instalar
Oracle con todas sus posibilidades. Las diferencias entre las distintas
ediciones de Oracle están disponibles en:

https://docs.oracle.com/cd/B28359_01/license.111/b28287/editions.htm

[7]Para elegir componentes concretos de Oracle a instalar, podemos pulsar el

botón Seleccionar Opciones:

Página 12 de 45
[8]Elegir la ubicación de instalación. Normalmente el instalador la creará de
forma coherente; se indicarán la base general de Oracle y el Oracle Home
del producto que se está instalando en base al esquema OFA. En
cualquier caso se puede cambiar la disposición según comprobemos lo
que más nos interesa.

[9]Si el usuario de instalación se llama oracle, el directorio Oracle

Base será C:\app\oracle, el Oracle Home será algo del tipo:
C:\app\oracle\product\11.2.1\dbhome_1 (suponiendo que sea nuestra
primera instalación de Oracle):

[10]Comprobación de requisitos. Se comprueba si el hardware y el software

cumplen el mínimo de Oracle. De ser así se comienza la copia de archivos
(de otro modo tendremos que arreglar los requisitos que no cumplamos).

Página 13 de 45
 [11]Al final de la copia, normalmente, el cortafuegos de Windows nos avisará
de que se está utilizando un puerto de comunicaciones, debemos dejar
pasar dicho puerto para que Oracle funcione. En todo caso deberemos
estar atentos a este hecho porque los puertos que requiere Oracle para
trabajar (1521 y 1138 como mínimo) deben de estar abiertos.

[12]Tras la copia, aparece el último cuadro que avisa del fin de la instalación.
Con eso, esta fase está finalizada.

variables de sistema

Conviene editar una serie de variables de sistema y configurarlas en Windows

para su funcionamiento (por ejemplo desde Administrar Sistema de Windows)
son:

 ORACLE_BASE. Contendrá la ruta de instalación general de los

productos Oracle, por ejemplo el valor C:\app\oracle

Página 14 de 45
  ORACLE_HOME. Ruta al directorio en el que se ha instalado la base de
datos, por ejemplo %ORACLE_BASE%\product\11.2.0\dbhome_1

 LD_LIBRARY_PATH. Ruta a las librerías de Oracle, su valor suele

ser: %ORACLE_HOME%/lib

 ORACLE_SID. Nombre de la instancia de Oracle (por defecto ORCL).

En realidad con la instalación, la instancia no está creada. Esta variable
se usa tras la instalación de la base de datos.

 ORACLE_UNQNAME. Nombre único de la base de datos. Hay

instalaciones en las que varios servidores comparten el nombre de la
base de datos, este parámetro permite diferenciarlos. En todo caso, este
parámetro debe de indicarse para que arranque la utilidad Oracle
Enterprise Manager.

 PATH. A esta variable de sistema se debe de añadir la ruta a los

binarios de Oracle, es decir: %ORACLE_HOME%\bin
[3.4] instalación en Linux
[3.4.1]prerrequisitos
hardware

 Sistema. Deberemos tener un sistema de tipo PC (AMD o Intel sean de

32 o 64 bits). Para saber bajo qué versión de ordenador está instalado
Linux se ejecuta el comando:
$ uname –m

 Con más detalle:

$ uname -a

 Memoria. 1GB de RAM (recomendados 2GB). Podemos comprobar la

memoria disponible con el comando:
$ grep MemTotal /proc/meminfo

 Además necesitamos un tamaño de área swap de al menos 1,5 veces el

tamaño de la memoria. Lo comprobamos mediante:
$ grep SwapTotal /proc/meminfo

 El comando free permite comprobar ambas cosas a la vez.

 Espacio en disco. Al menos 5GB para la instalación. Para comprobar el

espacio libre:

Página 15 de 45
 $ df –h

 Resolución gráfica. Al menos 1024x768 píxeles y 256 colores, es el

mínimo que tiene que producir nuestra tarjeta gráfica.
software
sistemas operativos compatibles

Oracle 11g sólo es compatible (oficialmente) con estos sistemas (sean de 32 o

64 bits):

 Asianux Server 3 (con SP2)

 Oracle Linux 4 update 7 ó Oracle Linux 5 update 2 o versiones

superiores.

 Red Hat Enterprise Linux. Con los mismos requisitos de versión.

 SUSE Linux Enterprise Server. Al menos la versión 10 con SP2 (o la

11 y superiores)

Podemos averiguar la versión del sistema mediante:

$ cat /proc/version

Además el Kernel debe de ser al menos el 2.6.9 para las versiones 4 de Oracle

Linux y Red Hat Enterprise. La versión 2.6.18 para Oracle Linux 5, Red Hat 5 y
Asinux. SUSE exige la 2.6.21. Se puede obtener con:

$ uname –r

servidor X

Oracle se instala de forma gráfica, por lo que el sistema Linux debe de tener
activado el servidor X. Si instalamos desde una conexión ssh habrá que activar
el servidor x en esa conexión.

configuraciones de red y host

Se requiere que el servidor tenga nombre, no es totalmente imprescindible,

pero la máquina en la que se instala Oracle es un servidor. Eso implica
modificar el archivo /etc/hosts para indicar el nombre del servidor. Por ejemplo:

127.0.0.1 dbserver.salesianos-villamuriel.local
192.168.12.3 db1.salesianos-villamuriel.com

Página 16 de 45
Por la misma razón necesitamos usar dirección IP única en la máquina en la
que se instala Oracle. Es decir no usar DHCP para direccionar la IP en el
servidor de Oracle. Los pasos para realizar esta operación son:

 Modificar el archivo /etc/sysconfig/network-scripts/ifcfg-eth0 (si
nuestra interfaz de red es la eth0). Y colocar el código de esta forma:
DEVICE=eth0
ONBOOT=yes #Activa la tarjeta de red en el inicio
BOOTPROTO=static #indicamos dirección estática
IPADDR=192.168.12.3 #IP del servidor
NETMASK=255.255.255.0 #máscara de red
GATEWAY=192.168.12.200 #IP del router
NETWORK=192.168.12.0 #Dirección de red, opcional
BROADCAST=192.168.12.255 #Dirección de difusión, opcional
HWADDR=XX:XX:XX:XX:XX:XX #MAC
TYPE=Ethernet

 Modificar el archivo /etc/resolv.conf
search salesianos-villamuriel.local #dominio local
nameserver 192.168.12.2 #nombre servidor DNS
nameserver 8.8.8.8 #nombre servidor DNS
…

 Reiniciar los servicios de red:

# service network start

navegador web

Para configurar algunos servicios de Oracle. Debe de ser navegador moderno

(Internet Explorer 6 o superior, Firefox 2.0 o superior, Safari 3.1 o
superior, Chrome 3.0 o superior)

paquetes necesarios

Oracle exige que el sistema tenga instalados un buen número de paquetes. Por
ejemplo para sistemas Red Hat Enterprise (incluido CentOS) u Oracle
Linux de 32 bits versión 5 se exigen:

 binutils versión 2.15.92.0.2

 compat-libstdc++-33 versión 3.2.3

 elfutils-libelf versión 0.97

 elfutils-libelf-devel versión 0.97

 gcc versión 3.4.6

Página 17 de 45
  gcc-c++ versión 3.4.6

 glibc versión 2.41

 glibc-common versión 2.3.4

 glibc-devel versión 2.3.4

 glibc-headers versión 2.3.4

 libaio-devel versión 0.3.105

 libaio versión 0.3.105

 libgcc versión 3.4.6

 libstdc++ versión 3.4.6

 libstdc++-devel versión 3.4.6

 make versión 3.80

 numactl versión 0.6.4.i386

 pdksh versión 5.2.14

 sysstat versión 5.0.5

Para conocer los paquetes exactos a instalar es mejor acudir a la

documentación de Oracle (https://docs.oracle.com)

La instrucción rpm -q seguida del nombre del paquete nos permite saber si

dicho paquete está instalado (también valdrían yum list seguida del paquete, si
la herramienta yum está instalada). Los paquetes que falten habrá que
instalarles.

También hay una serie de paquetes adicionales que se pueden requerir en

función de nuestro uso de Oracle. Son los siguientes:

 Controladores ODBC:

o unixODBC versión 2.2.12 o superior

o unixODBC-devel versión 2.2.12 o superior

 Controladores JDBC/OCI

o Java Development Kit 1.6.0_21 o superior con la extensión

para JNDI. En realidad el propio Oracle incorpora este requisito.

Página 18 de 45
  Linux PAM Library
configuraciones en el sistema

 El parámetro de Oracle DB_BLOCK_SIZE debe de ser mayor o igual a

4096 para instalar Oracle Database Vault (salvo que usemos ese
componente, no es necesario)

 Hay que comprobar que tenemos suficientes recursos para el

usuario oracle. Por llo tanto copnectamos con dichos usuario y
comprobamos con estos comandos que disponemos de estos recursos:
ulimit –Sn # debe mostrar al menos 1024
ulimit –Hn # debe mostrar al menos 65536
ulimit –Su # debe mostrar al menos 2047
ulimit –Hu # debe mostrar al menos 16384
ulimit –Ss # debe mostrar al menos 10240
ulimit –Hs # debe mostrar al menos 65536

 Si los limites no se cumplen, deberemos editar el

archivo /etc/security/limits.conf (necesitaremos al usuario
superadministrador del sistema) y añadir estas líneas:

oracle soft nproc 2047

oracle hard nproc 16384
oracle soft nofile 1024
oracle hard nofile 65536
oracle soft stack 10240
oracle hard stack 65536

 Los cambios se producirán al instante

 En el Kernel del sistema deberemos comprobar una serie de parámetros

necesarios para que Oracle funciona. La lista de parámetros y sus
valores es la siguiente:
fs.aio-max-nr = 1048576
fs.file-max = 6815744
kernel.shmall = 2097152
kernel.shmmax = 4294967295
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
net.ipv4.ip_local_port_range = 9000 65500
net.core.rmem_default = 262144
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 1048586

 Para comprobar si les tenemos bien con al menos ese valor, basta usar
el comando
# sysctl –a | grep nombreParámetro

Página 19 de 45
  Si algún parámetro del kernel no cumple los mínimos, le modificamos o
añadimos en el archivo /etc/sysctl.conf. Después hay que ejecutar este
comando para que esos cambios tengan lugar al instante en el kernel.
# sysctl -p

 Se comprueba de nuevo con sysctl –a para asegurar que los cambios

han sido correctos.
automatización del cumplimiento de los requisitos software

Los pasos anteriores son extremadamente largos de realizar por la gran

cantidad de requisitos a completar. Además es bastante habitual que algún
paso se nos escape.

Por ello para los sistemas Linux compatibles con Oracle y que, además,
dispongan de la herramienta yum para instalar paquetes desde repositorios,
disponemos de un paquete llamado oracle-validated que, cuando lo
instalemos, se encargará de cumplir la mayoría de los requisitos.

Para instalar oracle-validated debemos realizar los siguientes pasos:

[1]Debemos añadir el repositorio de Oracle a nuestra lista de repositorios de

la herramienta yum. En el caso de sistemas Oracle Linux bastarán
simplemente con añadir el repositorio como se explica en el paso 2.

[2]En los sistemas Red Hat Enterprise necesitamos un paso previo:

deberemos convertir nuestro sistema en un sistema compatible con los
repositorios de Oracle Linux. Para ello debemos hacer lo siguiente: 1

 En sistemas compatibles Red Hat Enterprise 4

# wget http://public-yum.oracle.com/RPM-GPG-KEY-oracle-el4
/usr/share/rhn/RPM-GPG-KEY-oracle
# gpg --quiet --with-fingerprint /usr/share/rhn/RPM-GPG-KEY-oracle

 En sistemas compatibles con Red Hat Enterprise Linux 5

# wget http://public-yum.oracle.com/RPM-GPG-KEY-oracle-el5 -O /
KEY-oracle
# gpg --quiet --with-fingerprint /etc/pki/rpm-gpg/RPM-GPG-KEY-orac

 En sistemas compatibles con Red Hat Enterprise Linux 6

# wget http://public-yum.oracle.com/RPM-GPG-KEY-oracle-ol6 -O /
KEY-oracle

[3]Modificar la configuración de repositorios de Oracle:

 En Oracle Linux o Red Hat Enterprise 4:

Página 20 de 45
 # cd /etc/yum.repos.d
# mv Oracle-Base.repo Oracle-Base.repo.disabled
# wget http://public-yum.oracle.com/public-yum-el4.repo

 En Oracle Linux o Red Hat Enterprise 5:

# cd /etc/yum.repos.d
# wget http://public-yum.oracle.com/public-yum-el5.repo

 En Oracle Linux o Red Hat Enterprise 6:

# cd /etc/yum.repos.d
# wget http://public-yum.oracle.com/public-yum-ol6.repo

[4]A continuación editamos el archivo de configuración de yum (public-yum-

xxx) y cambiamos la línea enabled=0 por enabled=1 en los repositorio
que deseemos utilizar (normalmente estará activado sólo el último, el más
actualizado que suele ser el más interesante):

[5]Instalamos el paquete oracle-validated:

# yum install oracle-validated

[6]Actualizamos los paquetes instalados

# yum update

creación de usuarios y grupos

Para trabajar con Oracle de forma recomendable, necesitamos crear dos

grupos en el sistema Linux.

 El grupo OSDBA (Administrador de Bases de Datos) que adquirirá los

privilegios administrativos de la base de datos (SYSDBA). El nombre
que se le da al grupo es dba. Para crearle:

 Un grupo que adquiere los permisos OSOPER (Operador de la Base de

Datos) que adquirirá el privilegio SYSOPER. Se le da el nombre
de oper.

 El grupo oinstall para el Oracle Inventory necesario para la primera

instalación de productos Oracle. En la primera instalación, Oracle crea el
archivo oraInst.loc en el directorio de inventario de Oracle y contendrá
la información sobre cuál es el grupo del Oracle Inventory. Si no existe
este archivo, entonces deberemos crear el grupo

Página 21 de 45
  Puede haber más grupos creados para administrar otras cuestiones
como por ejemplo la gestión de ficheros ASM. Pero sólo se crean si
tenemos la idea de gestionar así los ficheros.

Las acciones a tomar serán las siguientes (evidentemente si ya hemos hecho

algo previamente, no hará falta repetirlo):

[1]Crear el grupo del inventario de Oracle, se llama oinstall:

# groupadd oinstall

[2]Crear el grupo OSDBA (con el parámetro –g le podemos asignar un ID

concreto), que se debe de llamar dba:

# groupadd dba

[3]Crear el grupo OSOPER (con el parámetro –g le podemos asignar un ID

concreto), que se debe de llamar oper:

# groupadd oper

[4]Opcionalmente, crear el grupo de administración de sistema ASM (gestor

de ficheros propio de Oracle). Sólo si nuestros ficheros usan ASM:

# groupadd asmadmin

[5]Crear el usuario propietario del software de Oracle. Se le llama oracle y

debe pertenecer a todos los grupos anteriores (se le asigna el ID mediante
el parámetro
–u):

# useradd –g oinstall –G dba,oper oracle

[6]Asignar contraseña a dicho usuario

# passwd oracle

modificar la seguridad del módulo SELINUX

Modificar la configuración del módulo de seguridad SELINUX para que sea más
permisivo, de otro modo varias librerías de Oracle no funcionarán porque este
módulo las bloqueará.

Bastará con editar en el archivo /etc/selinux/config la línea:

SELINUX=permissive

Página 22 de 45
crear directorios de Oracle

Siguiendo el modelo OFA comentado anteriormente deberemos crear los

directorios necesarios para instalar Oracle. Suponiendo que nuestro usuario de
instalación es oracle, las acciones para crear el Oracle Base serían:

# mkdir -p /u01/app/oracle
# chown -R oracle:oinstall /u01
# chmod -R 775 /u0

También en este punto y siguiendo las mismas acciones podemos crear y dar
permisos para el directorio de la base de datos (oradata) que, de otro modo, se
creará en $ORACLE_BASE/oradata.

usar el usuario de instalación

Puesto que ya hemos creado y preparado todo lo referente a la instalación,

tendremos que utilizar el usuario instalador de Oracle (en todos los ejemplos lo
hemos llamado oracle)

variables de sistema

Al menos hay que definir en nuestro archivo script de arranque

(normalmente /etc/profile) estas líneas (usando las rutas anteriores):

export ORACLE_BASE=/u01/app/oracle
export ORACLE_HOME=$ORACLE_BASE/product/11.2.1/dbhome_1
export ORACLE_SID=nombreBD
export ORACLE_UNQNAME=nombreBD
export ORACLE_HOSTNAME=nombreServidor
export PATH=$ORACLE_HOME/bin:$PATH
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH
export CLASSPATH=$CLASSPATH:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib
[3.4.2]instalación

Tras descargar los archivos de instalación y descomprimirlos. Entonces

usaremos el usuario creado para la instalación (normalmente oracle) y
entramos en el directorio con el instalador de Oracle y lanzamos el Oracle
Universal Installer mediante:

$ ./runInstaller

Los pasos son los mismos que en la instalación en Windows, salvo en aquellos
aspectos propios del sistema Linux (rutas, configuración del sistema,…)

[3.5] crear la base de datos

Página 23 de 45
La base de datos no se tiene por qué crear durante la instalación. Es posible
hacerlo después, tanto en Linux como en Windows. De hecho es mejor instalar
la base de datos después.

Normalmente se utiliza el asistente DBCA (Data Base Creator Assistant) que

en Windows se encuentra en Inicio-Programas en el grupo de Oracle en el
apartado de Herramientas de Configuración bajo el nombre Asistente de
Configuración de Bases de Datos. En Linux es un archivo en la
carpeta bin de la raíz de Oracle (el ORACLE_HOME) llamado dbca; para
funcionar correctamente se deben configurar las variables de entorno ya
comentadas, ORACLE_HOME y ORACLE_BASE.

En Windows habría que comprobar las variables de sistema en Propiedades

del Equipo, en el apartado de opciones avanzadas. Es importante situar la
carpeta bin de Oracle en el Path del sistema también en Windows).

En ambos casos hay que configurar la conexión de red a Oracle. Lo que se

conoce como el Listener. Un listener es un programa residente en memoria
(un proceso) que sirve para escuchar lo que llega por un puerto de red y
enviarlo a su destino correspondiente. Sin él, por lo tanto, Oracle no obtendría
las peticiones por red.

Los pasos completos para crear una base de datos en Oracle son:

[1]Lanzar el Asistente de Configuración de Red (comando netca desde la

línea de comandos).

[2]Elegir Configuración del Listener y luego Agregar.

Página 24 de 45
[3]Elegir un nombre para él (lo habitual es LISTENER)

[4]Especificar el protocolo por el que se comunica (TCP normalmente)

[5]Elegir el número de puerto que utilizará (normalmente el 1521)

Página 25 de 45
[6]Normalmente en este paso, salta el cortafuegos de Windows avisando de
que un nuevo programa intenta utilizar el puerto 1521. En el caso de Linux
hay que estar seguros de que tenemos ese puerto abierto. Lógicamente
permitimos el acceso, de otro modo no podríamos comunicar con la base
de datos.

[7]Finalmente, salir del asistente (tras decir que no configuramos

más listeners)

Página 26 de 45
[8]El siguiente paso es lanzar el Asistente de Configuración de Bases de
Datos (comando dbca), que nos permitirá configurar totalmente la nueva
base de datos.

[9]Paso 1. Avanzar y elegir Crear una base de datos

Página 27 de 45
[10]Paso 2. Avanzar y elegir Personalizar la base de datos, de esa forma no
se crearán datos en la misma y podremos configurar detalladamente las
opciones de instalación. El botón Mostrar Detalles nos muestra las
variables y opciones por defecto para ese tipo de instalación.

[11]Paso 3. Indicar el nombre de la base de datos (toda nuestra red usará ese
nombre) y un identificador de la base de datos (SID). Normalmente se
pone el mismo nombre en ambos apartados. Este nombre será por el que
nos referiremos en todo momento a la instancia de base de datos, es uno
de los pasos fundamentales por lo tanto.

[12]Paso 4. Asegurar que la casilla que permite configurar el servidor Oracle

con Enterprise Manager está activada. El Enterprise Manager es un
administrador visual de las bases de datos Oracle. Lo demás se suele
dejar con sus valores por defecto.

Página 28 de 45
[13]Paso 5. Establecer las contraseñas para los usuarios administrativos (en
especial para SYS y SYSTEM). Se puede elegir la misma para todos
(válido solo para sistemas en prueba, por seguridad conviene crear
contraseñas distintas para cada usuario). SYS y SYSTEM son los usuarios
fundamentales.

[14]Paso 6. Paso en el que se elige la forma de almacenar los archivos. Se

suele elegir un sistema de archivos normal como sistema de
almacenamiento, usar las ubicaciones de la plantilla y se puede pulsar el
botón Variables de ubicación de archivos para analizar los directorios
creados y las variables del sistema. Las otras son opciones avanzadas de

Página 29 de 45
 gestión de los archivos, que nos permiten automatizar de otra forma dicha
gestión.

[15]Tras pulsar en Variables de ubicación de archivos, aparece:

[16]Paso 7. La siguiente permite configurar la recuperación de Flash. Este

modo de recuperación nos permite volver hacia atrás en los datos en caso
de desastre. Esta utilidad consume mucho disco (Oracle recomienda al
menos el doble del tamaño original de la base de datos), pero es

Página 30 de 45
 enormemente interesante. Además desde aquí podemos activar el modo
de archivo ARCHIVELOG que nos permite almacenar los históricos redo
log (o archivados redo log) para recuperar la base de datos en caso de
desastre.

[17]En el caso de activar el modo de Archivado, el botón

de Editar Parámetros de Modo de Archivado nos permite elegir el
destino y nombre de dichos archivos (incluso podremos elegir varios
destinos para multiplexar los archivos.

[18]Paso 8. En la pantalla siguiente se suelen desactivar todas las casillas,

excepto: Enterprise Manager Repository. El resto le añade funciones que
no suelen ser necesarias en una base de datos estándar. Lo mismo ocurre
con los componentes que aparecen al hacer clic en Componentes de
Página 31 de 45
 datos estándar, conviene desactivar todos, a no ser que deseemos utilizar
alguna de esas funcione, por otro lado muy interesantes aunque consumen
recursos. Todo se podría instalar después en caso de necesidad.

[19]La pestaña Archivos de comandos personalizados nos permitiría

ejecutar un archivo de scripts para ejecutar instrucciones sobre Oracle
durante la instalación

Página 32 de 45
[20]Paso 9. La pantalla siguiente (cuatro pestañas) permiten modificar los
parámetros de inicio de la base de datos. La mayoría son opciones
avanzadas, hay que manipularlas sabiendo muy bien lo que se hace. Las
pestañas son:

 Memoria RAM. Permite indicar la memoria que dejará nuestro servidor

para almacenar los datos dinámicos configurando lo que se permite que
ocupe tanto los datos globales (SGA) como los propios de cada
proceso (PGA). Se puede configurar al detalle el gasto en memoria,
incluso especificar la memoria que destinamos a cada espacio de
almacenamiento (el Buffer de datos, el caché redo,…).

 Bloque y conexiones simultáneas. El tamaño del bloque no se puede

modificar después, por lo que conviene pensar bien en el tamaño
apropiado. La razón para un tamaño u otro es la velocidad de la base de
datos y el consumo que se hace en disco. El tamaño del bloque debe de
ser un múltiplo del tamaño de bloque mínimo del disco según el Sistema
Operativo. El otro valor (normalmente 150), permite limitar o ampliar el
número de usuarios simultáneos que pueden acceder a la base de
datos, subir ese número, aumentaría los recursos gastados por Oracle.
En el caso de una base de datos de prueba se puede bajar
perfectamente ese valor.

Página 33 de 45
 Juegos de caracteres. Permite elegir la forma de codificar el texto. En
cualquier software actual se recomienda el uso de Unicode (urf-8); pero
Oracle suele tomar por defecto la codificación del Sistema Operativo.

Página 34 de 45
 Modo de funcionamiento del proceso servidor. Se trata de la forma
en la que trabajará el proceso servidor. Lo normal es elegir dedicado y
así cada proceso cliente es atendido por un proceso servidor. Cuando
tenemos enormes cantidades de conexiones clientes, en este modo
consumiríamos todos los recursos y por eso se configura de
modo compartido, en el que un mismo proceso servidor atendería a
varios procesos clientes. Lo usual es usar un modo dedicado salvo que
preveamos que tendremos numerosas conexiones simultáneas.

 El resto de parámetros del SGBD están accesibles a través del

botón Todos los parámetros de inicialización e incluso se pueden ver los
más avanzados con un botón que lo indica.

Página 35 de 45
[21]Paso 10. Ahora se puede gestionar la configuración de los archivos (de
control, redo, archivados y de datos). Incluida la gestión de tablespaces,
tamaños máximos de archivos, auto ampliación del tamaño,… Es muy
interesante ver todas las posibilidades de esta pantalla (especialmente
permite ver la ubicación de cada archivo): Todos los apartados que permite
son:

 Archivo de control. Nombre y ubicación de los archivos de control

(mayor número de ellos, mayor multiplexación). En la pestaña
de Opciones podemos indicar el máximo número de Archivos de Datos,
Grupos Redo Log y miembros de cada Redo Log.

Página 36 de 45
 Tablespaces. Podremos crear o suprimir tablespaces (con los botones
de la parte inferior izquierda). Además dejarles en estado de conectados
o desconectados y de elegir opciones avanzadas sobre su
almacenamiento (configuración de los segmentos del tablespace).

 Archivos de datos. Podemos modificar su nombre y ubicación así como

su tamaño. La ampliación del archivo cuando esté lleno (en definitiva, la
gestión de las extensiones) se puede calibrar desde la
pestaña Almacenamiento.

Página 37 de 45
  Archivos redo log. Eligiendo Grupos de redo log podemos crear o
suprimir grupos. Dentro de cada grupo podemos establecer los
miembros del mismo y su ubicación.

[22]Paso 11 y último del dbca. Elegir Crear la base de datos, En todo caso

deberíamos elegir crear script de creación de base de datos y así examinar
cómo serían los comandos manuales para crear la base de datos (muy
recomendable hacerlo)

Página 38 de 45
[23]Finalmente se nos informa de la instalación. Es importante apuntar la
página del Enterprise Manager para acceder a ella cuando lo necesitemos.
Es más, lo lógico es guardar la configuración que se nos ofrece mediante
el botón Guardar HTML.

Página 39 de 45
 [24]Una vez iniciada la generación de la base de datos, merece la pena estar
atentos a los mensajes de Oracle a fin de entender el proceso y dónde se
almacena cada elemento.

[25]En la última pantalla (si todo ha ido bien), se presentan los datos de la
instalación. Esos datos son fundamentales, entre ellos está la dirección del
archivo de configuración de Oracle ora.ini y la URL para entrar en el
servidor de aplicaciones Oracle Enterprise Manager que nos permitirá
administrar la base de datos en modo gráfico.

[3.6] control del listener

Como ya se ha comentado; el proceso que escucha las peticiones de los

clientes hacia la base de datos se conoce como Listener. Es imprescindible
para conectar con la base de datos ya que abre el socket.

Para gestionar el listener del servidor se usa el programa lsnrctl, disponible

también en el directorio bin del Oracle Home. Sus posibilidades para lanzar o
quitar el listener son:

lsnrctl start nombreListener #arranca el Listener

lsnrctl stop nombreListener #para el Listener
lsnrctl status #muestra información

También se puede lanzar desde el Enterprise Manager, y como servicio en el

caso del entorno Windows.

Página 40 de 45
[3.7] conectar con la base de datos
[3.7.1]conectar mediante SQL*Plus
lanzar SQL*Plus

La forma clásica de conectar con Oracle, es utilizar la utilidad SQL*Plus, que es

un cliente básico que permite enviar comandos a Oracle. Para utilizarlo,
bastaría con ir a la consola de comandos del sistema y escribir sqlplus:

problemas con el módulo SELinux

En numerosas instalaciones Linux (por ejemplo en el sistema CentOS), hay

problemas al lanzar SQL*plus, debido a las restricciones del módulo de
seguridad SELinux. Una solución es dejar en modo permisivo a SELinux
editando el archivo /etc/selinux/config y rescribiendo la línea siguiente:

SELINUX=permissive

Si no queremos dejarlo en ese estado del todo podemos ejecutar el comando:

# /usr/sbin/enforce 0

Otra opción permanente y menos peligrosa es ejecutar el comando:

# chcon -t textrel_shlib_t $ORACLE_HOME/lib/*.so

Este comando modifica el contexto de ejecución de las librerías de Oracle para

SELinux de modo que no se aplique a las librerías de Oracle y así las permite
ejecutar.

conexión en modo NOLOG

Página 41 de 45
La forma habitual de conexión con SQL*Plus es con la sintaxis:

# sqlplus /nolog

Entonces entramos en sql*plus sin indicar usuario alguno, de otra forma el

programa nos pediría usuario y contraseña para conectar.

Una vez que hemos conectado con /nolog ahora disponemos del

comando CONNECT:

CONNECT usuario/contraseña [@alias] [AS {SYSOPER | SYSDBA} ]

Los usuarios normales no tienen capacidad de manejar la instancia de la base

de datos. Sólo los que tienen roles de DBA o privilegios para cortar e iniciar la
instancia. A este respecto hay dos privilegios especiales que permiten a un
usuario (que tenga la posibilidad de acceder en modo administrador)
operaciones avanzadas en la base de datos, son:

 SYSOPER. Tiene capacidad de arrancar (STARTUP) detener una

instancia (SHUTDOWN), además de hacer modificaciones a las bases
de datos y los tablespace.

 SYSDBA. Además de lo anterior se le permite crear bases de datos, así

como usuarios con privilegios SYSDBA y SYSOPER.

Ejemplos de conexión:

CONNECT adolfo/natura; --conecta como usuario normal

CONNECT adolfo/natura@asir; --conecta como usuario
-- normal indicando a qué base de datos se conecta
CONNECT adolfo/natura@asir AS SYSOPER;
--ídem pero indicando que se conecta con rol de
--SYSOPER
CONNECT / AS SYSDBA

En la última, no se indica usuario. Se recogerá el usuario del sistema operativo

y conectará, siempre que ese usuario sea miembro del grupo DBA de Oracle
(si es el administrador, se toma como usuario SYS).

El comando para desconectar es DISCONNECT.

[3.7.2]conectar mediante Enterprise Manager, Database Control

lanzar el Database Control

El Enterprise Manager es una utilidad que permite administrar la instancia de

Oracle utilizando un servidor web, en realidad es un programa
llamado emctl que se encuentra en el directorio bin de cada Oracle Home.

Página 42 de 45
La página desde la que administramos Oracle se conoce como Database
Control y se puede activar o desactivar desde la línea de comandos utilizando
estas instrucciones:

emctl start dbconsole #arranca el DataBase Control

emctl stop dbconsole #le para
emctl status dbconsole #comprueba el estado actual

Para que el programa funcione, debemos asegurarnos de que el puerto con el

que se comunica el Enterprise Manager está abierto (normalmente el
puerto 1158). Esto significa comprobar el cortafuegos de Windows y Linux. En
Linux bastaría con los comandos:

# iptables -A INPUT -p tcp --dport 1158 -j ACCEPT

# service iptables restart

Si no hubiéramos instalado el Enterprise Manager, podemos usar su asistente

de instalación (sólo funciona en línea de comandos) emca. Para crear un
nuevo repositorio para la instancia de base de datos se usa:

# emca –config dbcontrol db –repos create

Se nos preguntarán los datos sobre la instancia y usuarios administradores. Si

todo va bien habremos creado el repositorio de Database Control.

acceso al Database Control

El acceso al entorno de Database Control se hace usando el enlace

https://nombreDeServidor:puerto/em

Normalmente:

https://localhost:1158/em

La dirección ORACLE_HOME/install/portlist.ini contiene los puertos que usa

Oracle para el Enterprise Manager.

Si accedemos a la dirección en el navegador lo normal es que el certificado de

la aplicación no sea válido, por lo que los navegadores mostrarán un mensaje
de aviso. Deberemos confiar en el certificado del sitio del Enterprise Manager
para acceder al control de la base de datos.

En el caso que falle la carga del Database Control hay que asegurar que
disponemos de la variable de sistema ORACLE_UNQNAME conteniendo el
nombre de la instancia (sid). En caso de que no sea así hay que definirla en las
variables del sistema, de manera rápida en Windows sería:

Página 43 de 45
set ORACLE_UNQNAME=nombreBD

Donde nombreBD es el nombre identificativo de la base de datos. Pero lo

lógico es añadirla a la lista de variables del sistema (tanto en Windows como en
Linux).

Después se nos preguntará por el usuario:

Desde este entorno se pueden realizar todas las operaciones de administración

con la base de datos. La forma de conexión es entrar con SYS (con opción
SYSDBA) y su contraseña. Sólo los usuarios con rol SYSOPER pueden usar
el Database Control.

Una vez validado el usuario, entonces podremos gestionar la mayoría de

aspectos administrativos de Oracle.

[3.7.3]conexión mediante SQL Developer y otras herramientas gráficas

SQL Developer es una utilidad gráfica gratuita que permite conectar con
Oracle utilizando un entorno amigable de trabajo y que nos permite tanto
ejecutar instrucciones SQL, como PL/SQL como realizar la mayoría de tareas
administrativas.

Hay otras herramientas parecidas como Toad de la

empresa Quest o DataGrip de JetBrains.

La mayoría están creadas en Java y requieren tener instalado el JDK de Java

disponible en:

http://www.oracle.com/technetwork/es/java/javase/downloads/index.html)

Página 44 de 45
En estas herramientas las conexiones con la base de datos se realizan desde
un entorno gráfico, más cómodo que conectar desde la consola de SQL*Plus.
La mayoría de las herramientas de este tipo están pensadas para el desarrollo
y no la administración de Oracle, por lo que no dispondremos de todos los
comandos de administración, aunque sí de la mayoría.

Página 45 de 45