Está en la página 1de 25

UNIVERSIDAD NACIONAL

TORIBIO RODRÍGUEZ DE MENDOZA DE AMAZONAS

FACULTAD DE INGENIERIA DE SISTEMAS Y MECÁNICA ELÉCTRICA.


ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

TEMA:
ORACLE 12C

NOMBRE DEL CURSO:


FUNDAMENTOS DE BASE DE DATOS

NOMBRE DEL PROFESOR:


JOEL

CICLO: III - SEMESTRE ACADÉMICO: 2018-I

NOMBRE:
Villegas Diapiz Max Linder
Lopez Del Águila Roiber Antonio
ÍNDICE
1: INTRODUCCION ................................................................................................................................... 2
2: OBJETIVOS............................................................................................................................................. 3
3: MARCO TEORICO ................................................................................................................................. 3
3.1 CONCEPTO .......................................................................................................................................... 3
3.2 CARACTERISTICAS ............................................................................................................................... 5
ARQUITECTURA MULTITENANT.................................................................................................. 5
OPTIMIZACIÓN AUTOMÁTICA DE DATOS ................................................................................. 5
SEGURIDAD ....................................................................................................................................... 5
DISPONIBILIDAD DE LAS NUBES DE BASES DE DATOS ......................................................... 5
ADMINISTRACIÓN DE BASES DE DATOS ................................................................................... 5
ANÁLISIS DE LOS GRANDES VOLÚMENES DE DATOS ........................................................... 6
3.2.1 CARACTERISTICAS RAC 12C ............................................................................................................. 6
CONTINUIDAD DE NEGOCIO & ALTA DISPONIBILIDAD ........................................................ 7
FLEXIBILIDAD & AGILIDAD .......................................................................................................... 8
3.3 LENGUAJE PL-SQL ............................................................................................................................. 11
3.4 REQUISITOS DE HARDWARE Y SOFTWARE ....................................................................................... 13
Plataformas admitidas ........................................................................................................................ 13
Virtualización del sistema compatible ................................................................................................ 16
Información importante sobre revisiones del producto ...................................................................... 16
Versión de Apache Ant ...................................................................................................................... 17
Bases de datos y controladores JDBC ................................................................................................ 17
Utilización de la base de datos Java DB incluida ............................................................................... 18
Inicio y detención de la base de datos Java DB .................................................................................. 18
Secuencias de comandos de la utilidad Java DB ................................................................................ 19
Para configurar el entorno para ejecutar las secuencias de comandos de la utilidad Java DB ........... 19
Versiones de cola de mensajes ........................................................................................................... 20
Servidores Web para el complemento de equilibrado de carga .......................................................... 20
Navegadores ....................................................................................................................................... 20
Requisitos de HADB y plataformas compatibles ............................................................................... 21
Plataformas admitidas ........................................................................................................................ 21
Requisitos del host del servidor de HADB ......................................................................................... 21
Requisitos de host de administración de HADB ................................................................................ 22
Requisitos del host del cliente de HADB ........................................................................................... 22
Actualización de Enterprise Server .................................................................................................... 22
Otros requisitos................................................................................................................................... 22
4: CONCLUCION ...................................................................................................................................... 23
5: LINKOGRAFIA ...................................................................................................................................... 24
ORACLE 12C

1: INTRODUCCION
Cada día las compañías requieren procesar y almacenar grandes volúmenes de
información, de forma eficiente y segura, con exigencias cada vez más altas, como
disponer de su información en forma ágil y rápida, sin importar las plataformas o puntos
de acceso a la misma. Oracle continua trabajando en el desarrollo soluciones robustas y
confiables para todo tipo de organizaciones y necesidades, afianzando al mercado al uso
de nuevas tecnologías que apoyen al desarrollo de su operación y el crecimiento de las
mismas. Un administrador de Bases de datos ORACLE® (DBA) será el responsable de
Instalar, configurar, implementar y ajustar todo los sistemas relacionados con la base de
datos, garantizando su operación en el tiempo y optimizando su desempeño. En general
esto incluye desarrollar actividades de Recuperación (Crear y probar Respaldos), de
Integridad (Verificar o ayudar a la verificación en la integridad de datos), Seguridad
(Definir o implementar controles de acceso a los datos), Disponibilidad (Asegurarse del
mayor tiempo de encendido) y Desempeño (Asegurarse del máximo desempeño incluso
con las limitaciones).
2: OBJETIVOS

 Lenguaje PL-SQL.
 Para que tipos de aplicaciones se puede vincular.
 Adquirir destreza en la instalación y mantenimiento de la base de datos ORACLE
12c.
 Crear y gesteionar las estructuras de almacenamiento de una Oracle, monitorizar
su gestionar Usuarios.
 Orientar a los estudiantes en los conceptos y la arquitectura que soportan la copia
de seguridad y su recuperación, incluyendo su verificación.
 Adquirir competencias en el manejo de ajustes automáticos con herramientas
ORACLE, poniendo en práctica métodos de afinamiento.
 Conocer cómo mantener el rendimiento de instrucción SQL y ajuste de los
componentes de las instancias de base de datos ORACLE 12c.

3: MARCO TEORICO

3.1 CONCEPTO
La base de datos 12c de Oracle es una base de datos de alto rendimiento, de tipo
empresarial. Oracle lanzó Oracle Database 12c para disponibilidad general el 1 de julio
de 2013. De acuerdo con Oracle, esta es "la primera base de datos diseñada para la nube".
La base de datos Oracle 12c también introduce 500 nuevas características a la base de
datos, en particular bases de datos enchufables y arquitectura multiusuario. La base de
datos Oracle 12c versión 12.0.1.2 también cuenta con la base de datos Oracle 12c en
memoria, un complemento opcional que proporciona capacidades en memoria. La opción
en memoria hace de la base de datos Oracle 12c la primera base de datos Oracle en ofrecer
análisis en tiempo real.

Parte del concepto de la base de datos Oracle 12c es hacer que sea más fácil para los
usuarios la transición a la nube. La arquitectura multiusuario está diseñada para
simplificar la consolidación sin requerir ningún cambio en las aplicaciones. La
consolidación es un paso importante a la disposición hacia la nube. Las bases de datos
enchufables crean capacidades de aprovisionamiento y portabilidad rápidos. Esto hace
que la base de datos Oracle 12c esté bien adaptada para el modelo de base de datos como
servicio y el aprovisionamiento de autoservicio.
¿Qué en particular hace este nuevo motor de base de datos, que no hagan lo otros?

Bueno empecemos por la innovación más interesante, desde mi punto de vista, “La
Instancia“. De ahora en adelante, podemos hablar de dos tipos de instancias: CDB y PDB.
Las CDB, o Contanier Database, es el tipo de instancia que podrá consolidar a otras dentro
de su configuración. Mientras que la PDB, Pluggable Database, que vienen siendo las
clásicas instancias de base de datos que conocemos en las versiones previas a 12c.

Una base de datos de contenedor ( CDB ), podrá absorber y podrá deshacerse de instancias
PDB, con el fin de poder consolidar y agilizar la administración y ahorrar recursos a nivel
de hardware. La idea, es que podamos administrar muchas instancias de base de datos
como si fueran una sola.

A través de utilitarios como “datapump” o “migración”, una instancia común en versiones


10g y 11g, podrán ser movidas a una instancia PDB dentro de un Contenedor.

Características propias de la base de datos, como soporte para RAC, Dataguard, ASM,
Backup & Recovery, podrán utilizarse sobre la instancia CDB, afectando a todos los PDB
ingresadas en ella.

Un mecanismo básico de CDB, permitirá fácilmente clonar una instancia PDB a otra y
así de una manera ágil crear un ambiente de pruebas o desarrollo.

En el keynote de Larry Ellison, este mostró una filmina en dónde promete, que Oracle
Database 12c, debido a esta capacidad de consolidación de instancias, podrá llegar a
ahorrar hasta 6x los recursos de hardware de un servidor y obtener 5x más escalabilidad,
dependiendo de la cantidad de instancias consolidadas. Por ejemplo, se lograba dejar ver
en el gráfico, que mientras 50 instancias de base de datos independientes, podrían llegar
a necesitar hasta 20GB de memoria, con Oracle Database 12c, dentro de un CDB, las
mismas 50 instancias, requerirían menos de 3GB de memoria y un ahorro cercano al 9%
en consumo de CPU.

Así que tendremos que esperar un poco más para poder jugar con estas nuevas
características, para ver en vivo el comportamiento del hardware a la hora de consolidar
instancias de bases datos, sin embargo, hay que estar claros, que estas estadísticas, fueron
obtenidas posiblemente en equipos muy bien tuneados a nivel de hardware, realidad que
no es la misma, en cada una de nuestras instalaciones, donde por lo general, los recursos
son limitados y en ocasiones obsoletos.

Para recordar entonces, CDB Contanier Database y PDB Pluggable Database, los dos
nuevos tipos de instancia de una base de datos.

3.2 CARACTERISTICAS
ARQUITECTURA MULTITENANT
Las bases de datos conectables simplifican el proceso de consolidar bases de datos en la
nube, permitiendo administrar muchas bases de datos como una, sin tener que cambiar
sus aplicaciones.Logra que cada base de datos conectada a esta nueva arquitectura, sea
como una base de datos estándar para las aplicaciones. Esta arquitectura reduce el
consumo de recursos a la hora de actualizar las bases de datos, realizar copias de
seguridad o recuperaciones. Ofrece aprovisionamiento y clonación de bases de datos
virtualmente instantáneos.
OPTIMIZACIÓN AUTOMÁTICA DE DATOS
Oracle Database 12c introduce las nuevas características Automatic Data Optimization.
El HEAT MAP permite identificar a los DBA a nivel de tablas y particiones, los datos
más activos.
La compresión inteligente permitirá comprimir los datos en función de la actividad y la
antigüedad de los datos.
SEGURIDAD
Redaction permite proteger los datos privados, como números de tarjetas de crédito
desplegados en las aplicaciones, sin hacer grades cambios, ocultandolos durante el tiempo
de la operación.
También incluye Run-Time Privilege Analysis, que le permite identificar privilegios y
roles que se utilizan, facilitando revocar privilegios innecesarios y así reducir los
privilegio sin correr el riesgo de parar alguna funcionalidad al revocarlos.
DISPONIBILIDAD DE LAS NUBES DE BASES DE DATOS
Global Data Services: permite balanceo de cargas y tolerancia a fallos a las
configuraciones de bases de datos distribuidas.
Data Guard Far Sync: amplía la protección en espera de cero pérdida de datos a cualquier
distancia y no está limitada por la latencia.
Application Continuity: complementaría a los RAC. Repetiría transacciones falladas de
manera transparente.
ADMINISTRACIÓN DE BASES DE DATOS
Oracle Database 12C y Oracle Enterprise Manager 12C se integran incluida la nueva
arquitectura multitenant y el ocultamiento de datos.
Oracle Real Application Testing ayudará a los clientes a validar las actualizaciones y las
estrategias de consolidación al probar y escalar simultáneamente las cargas de trabajo de
producción reales.
ANÁLISIS DE LOS GRANDES VOLÚMENES DE DATOS
Oracle Database 12c realza las capacidades de in-Database MapReduce para Big Data a
través de SQL Pattern Matching que permite el descubrimiento inmediato y escalable de
las secuencias de eventos de negocio, como son las transacciones financieras, los registros
de la red y los registros de una serie de clics.
Los analistas de datos podrán analizar mejor la información empresarial y los Big Data
con nuevos algoritmos predictivos en la base de datos y con una mayor integración del
código abierto R con Oracle Database 12c.

3.2.1 CARACTERISTICAS RAC 12C


Reciban estimados tecnólogos Oracle un cordial saludo. A través del presente artículo,
tendremos la oportunidad de visualizar y adentrarnos un poco en el tema de las nuevas
características de RAC ( Real Application Clusters ) 12c.

“Database12c” la nueva versión de manejador de base de datos de Oracle Corporation,


nosotros los tecnólogos Oracle nos preguntábamos “que mas…” podría Oracle adicionar
como nuevas características?, de que forma Oracle nos iba a sorprender esta vez y como
siempre, las nuevas características y nueva arquitectura no solo nos sorprenden sino que
una vez mas nos llevan a otra era…, “Cloud Computing”…

Personalmente he tenido la oportunidad de trabajar con tecnología Oracle como DBA


desde su versión 8. 8i la era del internet, 9i la era del internet con mayores elementos,
recuerdo que uno de los componentes de mayor importancia fue la presentación de RAC9i
“la era naciente de RAC…”, 10g nos sorprendió con el concepto de ASM… y filosofía
Grid, 11g & 11g R2 sobre todo por sus mejoras de alto nivel relacionadas con RAC &
Data Guard…, 12c… Cloud Computing, nuevas características… mas de 500 las cuales
iremos cubriendo gradualmente a través de artículos y otros elementos de ayuda.

RAC ( Real Application Clusters ) nació y emergió en el mercado como producto en la


versión de BBDD ( base de datos ) Oracle 9i, representando un producto estable y de altas
funcionalidades para el área de Alta Disponibilidad. En versión “Oracle 10g”, RAC
represento una de las soluciones clave para la filosofía “Grid Computing” ofreciendo
consigo una escalabilidad horizontal. En liberaciones 11g & 11gR2 obtuvo mejoras de
alta relevancia y en versión 12c trae consigo mejoras en sus componentes, arquitecturas
basadas en “Cloud Computing”.

Las mejoras y nuevas características de RAC12c están clasificadas en 4 grandes aéreas:

 Continuidad de Negocio & Alta Disponibilidad


 Flexibilidad & Agilidad
CONTINUIDAD DE NEGOCIO & ALTA DISPONIBILIDAD

Oracle Real Application Clusters ( RAC ) es la solución fundamento para conformar la


Alta Disponibilidad en “Data Centers” . RAC posee como primer “stack” de su
arquitectura a nuestro ya conocido “Oracle Grid Infrastructure” el cual funge como
componente y/o “stack” de software para que diversos servidores trabajen en conjunto
para conformar “Clusters” de base de datos. Es el “Oracle Grid Infraestructure” el
componente encargado de poseer el “Framework” que nos provee de Alta Disponibilidad
para las bases de datos y servicios de los cuales posee control administrándolos como
elementos de servicios de “Cluster”.

Oracle RAC es un componente integral de lo bien conocido como “Oracle’s Maximum


Availability Arquitecture” el cual provee las mejores practicas para proveer la mayor
disponibilidad de servicios en “Data Centers”. Como parte las nuevas características
adicionadas al “stack” que nos asegura alta disponibilidad y confiabilidad de consistencia
de transacciones se encuentra “Application Continuity (AC)”.

“Application Continuity (AC)” es una nueva tecnología que protege a las aplicaciones
contra fallas de instancias y sesiones permitiendo reprocesar las transacciones “in-flight”
en alguna otra instancia adjunta a la BBDD en uso.

“Application Continuity (AC)” utiliza la nueva característica “Oracle Database 12c


Transaction Guard” la cual asegura que las aplicaciones siempre tendrán los resultados
esperados. “AC” requerirá cierto tipo de “client Access driver” para llevar a cabo su labor
mientras que la API “Transaction Guard API” podrá ser utilizada de forma nativa por
diversas aplicaciones.

En versiones previas a RAC 12c la característica que más se asemejaba al concepto de


“Application Continuity (AC)” era la configuración en modo “PRECONNECT” del
atributo “TAF” de los servicios de BBDD. Este ofrecía la posibilidad de establecer una
sesión pre-conectada en diversas instancias pertenecientes a la BBDD. En caso de fallas
de la instancia las transacciones de tipo “Insert, Delete & Update” debían ser reprocesadas
por las aplicaciones al establecer una nueva conexión, solo las sentencias de tipo “Select”
se reprocesaban en modo automático.

Utilizando (AC) “Oracle Database” 12.1 en adelante & Oracle RAC, se convierten en la
primera BBDD que verdaderamente cumple con:

Asegurado de Transacciones hasta su nivel de “commit” independiente de caídas de


instancias. Esto se llevara a cabo siempre y cuando existan recursos ( Instancias, Nodos,
etc ) en los cuales el mecanismo de “AC” pueda realizar “failover”

Asegurado de la continuidad real de Aplicaciones

“AC” mejora la experiencia de usuarios finales y productividad de desarrolladores


simplemente utilizando un “AC compatible driver” o “Oracle Connection Pool”.

“AC” mejora la productividad de manejo de aplicaciones basadas en “Oracle Connection


Pools”
“Oracle Flex ASM”: es un nuevo modelo de despliegue ASM ( Oracle Automatic Storage
Management ) que aumenta la disponibilidad de trabajo de las instancias de base de datos
y reduce el nivel de consumo de recursos por parte de las instancias de ASM. “Oracle
Flex” asegura la disponibilidad de trabajo de las instancias de base de datos de un nodo a
pesar de que la instancia de ASM en el presente nodo pueda fallar.

Previo a la versión “Oracle Database 12c”, cada nodo del “cluster” requería una instancia
de “Oracle ASM” para soportar el trabajo de las instancias de base de datos. Las instancias
de base de datos establecían conexiones locales a las instancias “Oracle ASM” utilizando
autenticación de Sistema operativo ( “OS based authentication” ). Una falla de la instancia
local “Oracle ASM” implicaba la posible falla de todas las instancias de base de datos
presentes en el nodo que dependiesen de la misma.

Existe la posibilidad de continuar trabajando bajo la misma arquitectura de la versión


anterior ( Oracle ASM 11gR2 ) para mantener la posibilidad de portabilidad al momento
de realizar “upgrades” de Oracle ASM 11gR2 a Oracle ASM12cR1, las nuevas
características relacionadas con “Oracle Flex ASM” podrán ser implementadas “On
Demand”.

Para obtener los beneficios de utilizar “Oracle Flex ASM” el mismo se debe habilitar para
el “cluster” completamente. El mismo puede ser habilitado al momento de realizar la
instalación inicial del “Oracle Grid Infrastructure 12c” o posterior a la misma. Durante el
proceso de “Upgrade” de “Oracle ASM” no es posible activar en el mismo proceso
“Oracle Flex ASM”.

Una vez que “Oracle Flex ASM” es activado el más notable efecto visualizado es que la
relación “one-to-one” de instancias de ASM por “cluster” es removida y “clusters”
compuestos de 3 nodos o más alojaran instancias “Oracle Flex ASM” a lo largo de todo
el “cluster”.

Habilitando “Oracle Flex ASM” también es habilitado el “inter-node Oracle ASM


instance failover” el cual en conjunto con “Oracle 12c” aseguraran la continuidad de
operación de base de datos a pesar de la ausencia en forma propia de una instancia ASM
en cada nodo del “cluster”.

Como opera “Oracle Flex ASM” ?

Si una instancia de “Oracle Flex ASM” falla en un determinado nodo del “cluster”, se
realizara un “failover” de sus operaciones hacia otro servidor disponible que no posea una
instancia de “Oracle Flex ASM” en funcionamiento, durante todo este proceso las
instancias de bases de datos no verán interrumpidas sus actividades.

FLEXIBILIDAD & AGILIDAD

 “Oracle Grid Infrastructure 12c SCAN” ha sido mejorado para:


 Soportar “IPv6” basados en direcciones IP
 Soportar múltiples “subnets” en el “Cluster”
 Restringir el registro de Servicios
A partir de “Oracle Grid Infrastructure 12c” los nodos del “cluster” pueden ser
configurados para utilizar IPv4 o IPv6 basados en direcciones IP para las IPs Virtuales (
VIP ) en la red publica, existiendo la posibilidad de que mas de una IP publica pueda ser
configurada para el “cluster”.

una IP publica pueda ser configurada para el “cluster”.

Los clientes de base de datos y aplicaciones podrán conectarse con las direcciones VIP
IPv4 o IPv6. El “SCAN Listener” re-direcciona automáticamente a los clientes para
establecer las conexiones con los “Database Listeners” apropiados de acuerdo al “subnet”
presentado por la conexión cliente. Los “SCAN listeners” pueden ser definidos para cada
“subnet” en el “cluster”.

Los “Listeners” administrados por el “Oracle Grid Infrastructure” pueden ser


configurados para restringir la conexión de clientes utilizando diversas condiciones tales
como el “subnet” de cual los clientes intentan establecer conexión y otras condiciones.
La misma característica puede ser utilizada para restringir el registro de instancias de base
de datos en un “SCAN Listener” particular, esto con el objetivo de evitar registro de
instancias en “SCAN Listeners” erróneos en ambientes compartidos.

“Policy-Managed Databases”: Oracle “RAC 12.1” posee una escala para adicionar nodos
superior a la ya conocida ( addnode ). Activamente podrá utilizar servidores con
diferentes medidas de recursos.

 El “Server Pool Management” ha sido mejorado para entender las diferencias de


los servidores en el “Cluster”.
 Los atributos de servidores son guardados por servidor
 Los “Server Pools” son establecidos utilizando “Server Categories”
 Los Servidores son adjudicados a pools basados en categorías
 Combinando solo “Test Servers” en un pool

Asegurando una medida mínima de servidores ( respecto a recursos ) por “pool”

“What-if Command Evaluation”: utilizando el nuevo “What-if command evaluation”


opcion “-eval” con el utilitario “srvctl”, se puede determinar el impacto de ejecutar un
comando. Esta nueva adición al comando “srvctl” permitirá simular un comando sin
ejecutarlo de forma real de modo que no realice cambios en el sistema. Esto es
particularmente útil en situaciones cuando se desean saber resultados a obtener con la
ejecución de un comando. El mismo proveerá una salida e información de los resultados.
La opción “–eval” también puede ser utilizada por el comando “crsctl”.

“Grid Home Server”

“Grid Home Server”: esta es una nueva característica que esta basada en poseer solamente
un home denominado “Golden Oracle Home” en solo uno de los nodos, siendo los nodos
restantes, clientes del “Golden Home”. Por ejemplo, en el caso de un “Patch”, se tendrá
que aplicarlo solamente en el “Golden Home” y el resto de los nodos lo tomara desde allí.
Esta nueva característica ofrece un rápido provisionamiento de todo aquello desplegado
en el “Golden Home”
Esta nueva característica permite una administración y despliegue centralizado de:

 “Oracle Database” & “ Application Homes”


 Imágenes de “softwares” de terceros

De esta forma se optimizan tareas repetitivas que tenían que realizarse en cada nodo del
“Cluster”

 Agrupación y administración de “Gold Images” en series de “Patching units”


organizados por: aplicaciones, versiones de bases de datos, …
 Grid Home Server representa una nueva característica de provisionamiento
centralizado de elementos pertenecientes al “Golden Home”
 Ofrece la funcionalidad de “Updates” & “Patchings” centralizados, pudiendo
actualizar o aplicar “Patchs” a muchas bases de datos a la vez
La lista de nuevas características de “RAC 12c” no culmina con este articulo. Los
invitamos a la continuación del mismo en su Parte II.

Joel es un experto DBA con más de 12 años de experiencia, especializado en bases de


datos con especial énfasis en la soluciones de alta disponibilidad (RAC, Data Guard, y
otras). Es un conferencista habitual en eventos de Oracle como: OTN LAD TOUR y otros.
Consultor Internacional con trabajos en más de 20 países alrededor del mundo. Fue el
primer latinoamericano en ser nombrado "Experto OTN" en el año 2003, Oracle ACE año
2004 y actualmente Oracle ACE Director.

X Wissem es un Senior DBA con más de 12 años de experiencia, especializado en


soluciones RAC & Data Guard. Actualmente labora para “Schneider Electric / APC
Global operations”. Wissem ha trabajado también para varias empresas internacionales
líderes en sectores de Bancas, Telecomunicaciones, Internet y Energía. Wissem fue el
primer Oracle ACE en España y es un OCP DBA.

3.3 LENGUAJE PL-SQL


Qué es el lenguaje PL/SQL y primeras explicaciones para saber cómo funciona este gestor
PL/SQL.

Nos encontramos ante un gestor que va incorporado en Oracle para solventar las grandes
limitaciones que teníamos con los editores SQL, en cuanto al control de las secuencias de
ejecución de instrucciones, el uso de variables, la gestión de posibles errores, etc.

Este lenguaje está basado en ADA, por lo que incluye todas las características de los
lenguajes de tercera generación. Esto nos permite manejar las variables, tener una
estructura modular (procedimientos y funciones) y controlar las excepciones. Además,
incorpora un completo soporte para la programación orientada a objetos (POO).

Los programas creados con PL/SQL los podemos almacenar en nuestra base de datos
como cualquier otro objeto quedando disponibles para los usuarios. El uso del lenguaje
PL/SQL es imprescindible para construir disparadores de bases de datos (triggers).

PL/SQL está incluido en el servidor y en algunas herramientas de cliente. Soporta todos


los comandos de consulta y manipulación de datos, aportando al lenguaje SQL las
estructuras de control y otros elementos propios de los lenguajes de programación de 3º
generación.

La unidad de trabajo en PL/SQL es el bloque, constituido por un conjunto de


declaraciones, instrucciones y mecanismos de gestión de errores y excepciones.
BLOQUES

Con PL/SQL se pueden construir distintos tipos de programas: procedimientos, funciones


y bloques anónimos, paquetes, etc. Todos ellos tienen en común una estructura básica
denominada bloque.

Un bloque tiene 3 zonas:

Zona de declaraciones: donde se declaran objectos locales. Suele ir precedida por la


cláusula declare (o is o as en los procedimientos y funciones).

Un conjunto de instrucciones precedido por la cláusula BEGIN

Zona de excepciones: es una zona opcional precedida por la cláusula EXCEPTION,


donde se gestionan las excepciones.

El formato genérico de un bloque es el siguiente:

 [ DECLARE
 <declaraciones>]
 BEGIN
 <instrucciones>
 [EXCEPTION
 <gestión de excepciones>]
 END;

Las únicas cláusulas obligatorias son BEGIN y END

Antes de hacer ningún bloque tenemos que ejecutar el siguiente comando en nuestra
ventana de Sql *PLUS

set serveroutput on;

Aunque ahora no entendáis mucho os dejo un ejemplo de un bloque para que os vayáis
familiarizando con la sintaxis.

 DECLARE
 v_num_empleados number(2);
 BEGIN
 insert into depart values(99,'provisional',null);
 update emple set dept_no=99 where dept_no=20;
 v_num_empleados:=SQL%ROWCOUNT;
 delete from depart where dept_no=20
 DBMS_OUTPUT.PUT_LINE (v_num_empleados || 'Empleados cambiados a
provisional');
3.4 REQUISITOS DE HARDWARE Y SOFTWARE
 Plataformas admitidas
 Información importante sobre revisiones del producto
 Versión JDK
 Para conmutar a otra versión admitida de Java SE
 Versión de Apache Ant
 Bases de datos y controladores JDBC
 Utilización de la base de datos Java DB incluida
 Versiones de cola de mensajes
 Servidores Web para el complemento de equilibrado de carga
 Navegadores
 1Requisitos de HADB y plataformas compatibles
 Actualización de Enterprise Server
 Otros requisitos

Plataformas admitidas
En la siguiente tabla se incluye una lista de los sistemas operativos compatibles con Sun
GlassFish Enterprise Server v. 2.1.1. Todos los sistemas operativos admitidos son de 32
bits a menos que se especifique lo contrario. JDK de 64 bits sólo se admite en sistemas
operativos compatibles de 64 bits.

En la tabla se muestra una lista de las versiones mínimas necesarias de cada sistema
operativo compatible. Las actualizaciones de Service Pack para la versión mínima
necesaria también son compatibles.

Tabla 2–1 Sistemas operativos admitidos


Sistema Memori Memoria Espacio Espacio en JVM
operativo a recomendad en disco
mínima a disco recomendad
mínimo o

Sun Solaris 9, 512 MB 512 MB 250 MB 500 MB de J2SE


10 (SPARC) de espacio libre 5.0
espacio
Solaris 9, 10 libre Java
(x86) SE 6

64–bit Sun 512 MB 512 MB 250 MB 500 MB de J2SE


Solaris 10 de espacio libre 5.0
(SPARC, x86) espacio
libre Java
SE 6

Red Hat 512 MB 1 GB 250 MB 500 MB de J2SE


Enterprise de espacio libre 5.0
Linux 3.0
Sistema Memori Memoria Espacio Espacio en JVM
operativo a recomendad en disco
mínima a disco recomendad
mínimo o

Actualización espacio Java


1, 4.0 y 5.x libre SE 6

Red Hat 512 MB 1 GB 250 MB 500 MB de J2SE


Enterprise de espacio libre 5.0
Linux 5.x de 64 espacio
bits libre Java
SE 6

SUSE Linux 512 MB 1 GB 250 MB 500 MB de J2SE


Enterprise de espacio libre 5.0
Server 10 (SP1 espacio
y SP2 también libre Java
son SE 6
compatibles)

SUSE Linux 512 MB 1 GB 250 MB 500 MB de J2SE


Enterprise de espacio libre 5.0
Server 10 de 64 espacio
bits (SP1 libre Java
también es SE 6
compatible)

SuSE Linux 512 MB 1 GB 250 MB 500 MB de J2SE


Enterprise de espacio libre 5.0
Server 11 de 64 espacio
bits libre Java
SE 6

Ubuntu Linux 512 MB 1 GB 250 MB 500 MB de J2SE


8.04, versión de espacio libre 5.0
Hardy espacio
libre Java
Sólo es SE 6
compatible
como
plataforma de
desarrolladores
.
Sistema Memori Memoria Espacio Espacio en JVM
operativo a recomendad en disco
mínima a disco recomendad
mínimo o

AIX 5.2, 5.3, 512 MB 1 GB 250 MB 500 MB de J2SE


6.1 de espacio libre 5.0
espacio
libre Java
SE 6

Windows 2000 1 GB 2 GB 500 MB 1 GB de J2SE


SP4+ de espacio libre 5.0
espacio
Advanced libre Java
Server SP4+ SE 6

Windows
Server 2003,
2008

Windows XP
Pro SP3

Windows
Vista

Windows 2008

Windows 7 1 GB 2 GB 500 MB 1 GB de J2SE


de espacio libre 5.0
Sólo es espacio
compatible libre Java
como SE 6
plataforma para
desarrolladores
.

En Macintosh 512 MB 512 MB 250 MB 500 MB de Java


OS 10.4, 10.5 de espacio libre SE 5
(Intel, Power) espacio
libre
Sólo es
compatible
como
plataforma para
Sistema Memori Memoria Espacio Espacio en JVM
operativo a recomendad en disco
mínima a disco recomendad
mínimo o

desarrolladores
.

OpenSolaris 512 MB 512 MB 250 MB 500 MB de Java


de espacio libre SE 5
Sólo asistencia espacio
de evaluación libre Java
SE 6

Le recomendamos utilizar el sistema de archivos NTFS en lugar de FAT o FAT32 cuando


ejecute Enterprise Server en cualquier plataforma de Microsoft Windows.

En UNIXTM, puede averiguar cuál es su versión del sistema operativo utilizando el


comando uname. El espacio en disco se puede comprobar con el comando df.

Aunque Mac OS no es compatible con las implementaciones de producción, sí lo es con


fines de desarrollo. Puede obtener información sobre la descarga del sistema operativo
Macintosh desde la página de descargas de GlassFish o mediante la página de SDK donde
se encuentra Mac. Por ejemplo, en la página de descargas de Java EE 5 SDK
Actualización 5 https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-
CDS_Developer-Site/en_US/-/USD/ViewProductDetail-
Start?ProductRef=java_ee_sdk-5_05-nojdk-oth-JPR@CDS-CDS_Developer.

Virtualización del sistema compatible


La virtualización del sistema es una tecnología que permite que varias instancias del
sistema operativo (SO) se ejecuten de forma independiente en un hardware compartido.
Desde el punto de vista de la funcionalidad, el software ejecutado en un SO alojado en un
entorno virtualizado no detecta, normalmente, que la plataforma subyacente se ha
virtualizado. Sun realiza pruebas de sus productos de Sun Java System en determinadas
combinaciones de SO y virtualización de sistemas para confirmar que los productos de
Sun Java System siguen funcionando en entornos virtualizados con una configuración y
un tamaño correctos, del mismo modo que lo harían en sistemas que no se hayan
virtualizado.

Información importante sobre revisiones del producto


Requisitos de revisiones de Solaris

Es aconsejable que los usuarios de Solaris 10 (x86, SPARC) tengan instalados los
"clústeres de revisiones recomendadas de Sun". El clúster del parche se encuentra en
"Parches recomendados y de seguridad" de la página web de SunSolve.

Versión JDK
La versión mínima (y certificada) de JDK necesaria para Enterprise Server es 1.5.0_14.

Para conmutar a otra versión admitida de Java SE

Puede conmutar a otra versión admitida de Java SE editando el asenv file tal y como se
describe aquí.

1. Si aún no lo ha hecho, instale la nueva versión de Java SE en el sistema.

Puede descargar el Java SE SDK desde http://java.sun.com/javase

2. Detenga Enterprise Server.


o Desde la línea de comandos:

install_dir/bin/asadmin stop-domain

o Desde la consola de administración:


1. Haga clic en el nodo de Application Server.
2. Haga clic en Detener instancia.
3. Edite el archivo install_dir/config/asenv.conf (asenv.bat en Windows) cambiando el
valor de AS_JAVA para que señale al nuevo directorio de inicio de Java:
4. Edite el archivo as-install/samples/common.properties cambiando la línea que
comienza por com.sun.aas.javaRoot... para que haga referencia al directorio de inicio
de Java.
5. Reinicie Application Server.
o Desde la línea de comandos:

as-install/bin/asadmin start-domain

o Desde la consola de administración:


1. Haga clic en el nodo de Application Server.
2. Haga clic en la instancia de inicio.

Versión de Apache Ant


La versión 1.6.5 de Apache Ant se incluye con Enterprise Server en todos los sistemas
operativos, excepto Ubuntu Linux. La versión 1.7.0 de Apache Ant se incluye en Ubuntu
Linux y se utiliza con Enterprise Server.

Bases de datos y controladores JDBC


La Tabla 2–2 incluye una lista de las bases de datos y controladores que cumplen los
requisitos de compatibilidad de Java EE. Todas las configuraciones admitidas de Sun
GlassFish Enterprise Server deben incluir como mínimo una combinación base de
datos/controlador que figure en esta tabla, tal como la base de datos Java DB incluida y
el controlador. Asimismo, Enterprise Server está diseñado para admitir la conectividad
JDBC en cualquier DBMS adicional con el correspondiente controlador JDBC.
Tabla 2–2 Controladores JDBC compatibles con Java EE
Proveedor de los controladores JDBC Tipo de Servidor de base
controlador de datos
JDBC admitido

Derby Network Client Tipo 4 Derby 10.2

DataDirect 3.6.x, 3.7.x Tipo 4 Oracle 10g


(También denominados controladores Oracle 9i
JDBC de Sun) Sybase ASE 12.5,
Nota – 15
Los controladores JDBC de Sun sólo se MS SQL 2000,
proporcionan con paquetes de instalación 2005
compatibles con el perfil Enterprise. DB2 9.1
DB2 8.1, 8.2

MySQL Connector/J Driver 3.1 Tipo 4 MySQL 5.0

Oracle 10g, 11g Tipo 4 Oracle 10g,


Oracle 11g

-RAC

PostGres Tipo 4 8.1, 8.2 .x

En general, Enterprise Server v. 2.1.1 es compatible con todos los controladores JDBC
que cumplan con la especificación de Java EE.

Utilización de la base de datos Java DB incluida


En esta sección se proporcionan instrucciones de uso de la implementación de la base de
datos Java DB incluida con Enterprise Server v. 2.1.1. Java DB está basada en la base de
datos Apache Derby.

 Inicio y detención de la base de datos Java DB


 Secuencias de comandos de la utilidad Java DB

Inicio y detención de la base de datos Java DB


Sun GlassFish Enterprise Server tiene los comandos asadmin siguientes para iniciar y
detener el servidor de red de Java DB.

 Utilice el comando asadmin start-database para iniciar una instancia del servidor de
red Java DB.
asadmin start-database [--dbhost 0.0.0.0] [--dbport 1527] [--dbhome path]

 El valor predeterminado del host es 0.0.0.0, que permite a Java DB escuchar


en localhost y en las interfaces de la IP y del nombre del host. El valor de la
propiedad dbhome es el lugar donde residen las bases de datos de Java DB.
La ruta predeterminada es as-install/javadb .
 Utilice el comando asadmin stop-database para detener una instancia del servidor de
red Java DB que estuviera ejecutándose.

asadmin stop-database [--dbhost 0.0.0.0] [--dbport 1527]

Secuencias de comandos de la utilidad Java DB


La configuración de Java DB incorporada en Enterprise Server v. 2.1.1 incluye secuencias
de comandos que pueden resultar útiles para el uso de Java DB. Las siguientes secuencias
de comandos están disponibles para su uso en el directorio as-install/javadb/bin:

 startNetworkServer, startNetworkServer.bat — Secuencia de comandos para iniciar


el servidor de red
 stopNetworkServer, stopNetworkServer.bat — Secuencia de comandos para detener
el servidor de red
 ij, ij.bat: herramienta de secuencias de comandos JDBC interactiva
 dblook, dblook.bat: secuencia de comandos para ver todo o parte del DDL de una
base de datos
 sysinfo, sysinfo.bat: secuencia de comandos para mostrar la información de versión
sobre el entorno Java DB
 NetworkServerControl, NetworkServerControl.bat — secuencia de comandos que
proporciona un método para ejecutar comandos en la API
de NetworkServerControl API

Para configurar el entorno para ejecutar las secuencias de comandos de la utilidad Java
DB

1. Asegúrese de que la variable de entorno JAVA_HOME especifica el directorio de


instalación de JDK.
2. Establezca la variable de entorno DERBY_HOME de forma que apunte al
directorio as-install/javadb.

Véase también

Para obtener más información sobre estas utilidades, consulte la siguiente documentación
de Derby:

 Herramientas y guía de utilidades de Derby


 Derby Server and Administration Guide
Versiones de cola de mensajes
Para las instalaciones basadas en archivos, Message Queue 4.4 se incorpora en el mismo
paquete que Enterprise Server.

El código adjunto a Sun GlassFish Message Queue que se proporciona como parte de
Enterprise Server está probado y comprobado (normalmente) contra la versión
equivalente del agente de Message Queue. Esto significa que no está admitido utilizar el
código adjunto a Message Queue proporcionado para conectar un agente Message Queue
remoto (no gestionado por Enterprise Server) con una versión distinta del código de
Message Queue.

Servidores Web para el complemento de equilibrado de carga


Esta sección incluye una lista de los servidores web que son compatibles con el
complemento de equilibrado de carga de Sun GlassFish &ProductName.

Tabla 2–3 Servidores web compatibles


Web Server Versión Sistema operativo [Sólo son compatibles
las plataformas de 32 bits.]

Sun Java System Web 6.1, 7.0 Solaris SPARC 9, 10


Server (32 bits)
Solaris x86 9, 10

Red Hat Enterprise Linux 3, 4, 5

Apache Web Server (32 2.0.x, Solaris SPARC 9, 10


bits) 2.2.x
Solaris x86 10

Red Hat Enterprise Linux 3, 4, 5

Microsoft IIS (32 bits) 5.0+, 6 Windows Server 2003

Navegadores
En esta sección se incluye una lista de los navegadores compatibles con Sun GlassFish
Enterprise Server v. 2.1.1.

Tabla 2–4 Exploradores web compatibles


Explorador Versión

Mozilla 1.7.12

Internet Explorer 6.0 Service Pack 2, 7.0

Firefox 2.x, 3.x


Explorador Versión

Safari 3.x,4.x

Netscape 8.0.4, 8.1, 9.0, 9.0.x

Requisitos de HADB y plataformas compatibles


Además de los requisitos que aparecen en Requisitos de hardware y software, compruebe
que su sistema cumpla los requisitos que se indican a continuación para ejecutar HADB.

 Plataformas admitidas
 Requisitos del host del servidor de HADB
 Requisitos de host de administración de HADB
 Requisitos del host del cliente de HADB

HADB sólo se incluye en el mismo paquete que el perfil Enterprise de Enterprise Server
v. 2.1.1. También se debe tener en cuenta que los componentes Java del sistema se han
desarrollado y probado con JDK 5 y 6 JDK.

Plataformas admitidas

 Solaris (SPARC): Solaris 8 MU7, Solaris 9 MU7 y Solaris 10 RR.


 Solaris (x86): Solaris 9 MU7 y Solaris 10 RR.
 Red Hat Enterprise Linux. 2.1 U5 (sólo se admite el sistema de archivos ext2,
no ext3). 3.0 U4 (tanto ext2 como ext3, 4 y 5 son compatibles. Las actualizaciones
anteriores a U4 no se recomiendan debido al intercambio excesivo). Tenga en cuenta
que HADB se ha probado en estas versiones de sistemas operativos sólo en el modo
de 32 bits. También se debe tener en cuenta que HADB no es compatible con Red
Hat Enterprise Linux 3.0 cuando se ejecuta en modo de 64 bits debido a un error en
el sistema operativo (consulte el error 6249685 en la sección Alta disponibilidad para
obtener más información acerca de las repercusiones en HADB). También se admiten
las versiones 4 y 5.
 Microsoft Windows: Microsoft Windows 2000 Advanced Server Service Pack 4 y
Microsoft Windows 2003 Enterprise Edition, Windows 2008 y Windows XP
Professional son compatibles. Tenga en cuenta que HADB no es compatible con
ninguna de las próximas versiones de sistemas operativos de Microsoft Windows en
el modo de 64 bits.

Requisitos del host del servidor de HADB

 Memoria mínima: 320 MB por nodo.


 Cantidad mínima de espacio libre en disco: 70 MB para binarios HADB por host.
Además, se necesita espacio de disco para los dispositivos de datos; 512 MB para una
instalación de prueba por cada nodo.
 Memoria recomendada: 512 MB por nodo.
 Espacio libre en disco recomendado: 70 MB para binarios HADB por host.
Además, se necesita espacio de disco para los dispositivos de datos; 1200 MB para
una instalación de prueba por cada nodo:
Asegúrese de que el almacenamiento en caché está desactivado en los dispositivos de
almacenamiento de archivos de registro y datos HADB. La escritura en caché esta
activada de forma predeterminada en algunas plataformas Solaris como, por ejemplo,
Solaris x86.

Requisitos de host de administración de HADB

 Memoria mínima: 128 MB.


 Cantidad mínima de espacio libre en disco: 70 MB para binarios HADB por nodo.

Requisitos del host del cliente de HADB

 Memoria mínima: 120 MB.


 Cantidad mínima de espacio libre en disco: 20 MB

Actualización de Enterprise Server


Consulte Sun GlassFish Enterprise Server v2.1.1 Upgrade Guide para obtener
instrucciones completas sobre la actualización de una versión anterior de Enterprise
Server a la versión actual.

Otros requisitos
Los siguientes requisitos adicionales se deben cumplir para poder instalar el software de
Sun GlassFish Enterprise Server.

 Espacio libre: el directorio temporal debe tener un mínimo de 35 MB libres para la


instalación de Sun GlassFish Enterprise Server y 250 MB para la de SDK.
 Uso del programa de desinstalación: si necesita eliminar Enterprise Server del
sistema, es fundamental que utilice el programa de desinstalación que se incluye con
el software. Si intenta utilizar cualquier otro método, surgirán problemas cuando
intente reiniciar la misma versión o cuando desee instalar una versión nueva.
 Puertos libres: Debe disponer de 7 puertos libres. El programa de instalación detecta
automáticamente los puertos e indica aquellos que no se están utilizando en ese
momento para el dominio predeterminado. Por defecto, los puertos predeterminados
desde el inicio son:
o 8080 para HTTP, 8181 para HTTPS
o 3700 para IIOP, 3820 para IIOP/SSL y 3920 para IIOP/SSL con Autenticación
Mutua
o 4848 (HTTP) para Administration Server
o El puerto 8686 (RMI) para los clientes JMX

Inicio de servidores previamente instalados (UNIX): a menos que desee sustituir


el servidor instalado con anterioridad, debe iniciarlo antes de comenzar el proceso de
instalación de Sun GlassFish Enterprise Server v. 2.1.1. Esto permite que el programa
de instalación detecte los puertos que están en uso y no los asigne para otros usos.
 Sustitución de servidores instalados anteriormente (UNIX): consulte Sun
GlassFish Enterprise Server v2.1.1 Upgrade Guide para obtener instrucciones
detalladas sobre cómo actualizar desde una versión anterior de Enterprise Server.
 Cierre del servidor de seguridad (Microsoft Windows): debe detener cualquier tipo
de software de servidor de seguridad antes de instalar Sun GlassFish Enterprise
Server porque algunos servidores de seguridad desactivan todos los puertos de forma
predeterminada. El programa de instalación debe determinar con precisión qué
puertos están disponibles.

4: CONCLUCION
Oracle Flex ASM es un gran avance hacia la noción de “Cloud Computing” proponiendo
soluciones de añadir o mover servicios (Plug & Un-Plug instancias de ASM) de un nodo
a un otro de una forma automática.
5: LINKOGRAFIA
http://www.oracle.com/technetwork/es/articles/database-performance/rac12c-nuevas-
caracteristicas-part1-2100320-esa.html

http://www.oracle.com/technetwork/es/articles/database-performance/nuevas-
caracteristicas-12c-parte2-2321781-esa.html

https://www.udemy.com/oracle-database-12c-lenguaje-de-programacion-plsql/

https://docs.oracle.com/database/121/LNPLS/release_changes.htm#GUID-A9DDE39A-
64DB-496E-BCCF-4585C7E064AF

http://www.oracle.com/technetwork/es/articles/database-performance/nuevas-
caracteristicas-12c-parte1-2312384-esa.html

https://www.oracle.com/es/applications/index.html

https://docs.oracle.com/cd/E19879-01/821-1040/abpaj/index.html

http://www.oracle.com/technetwork/es/articles/database-performance/oracle-
database1c-flex-asm-2103603-esa.html?printOnly=1