• Categories
• Pl/Sql
• SQL
• Oracle Database
• Oracle Corporation
• Grupo de computadoras

Citation preview

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 ] BEGIN

[EXCEPTION ] 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 operativo

Memori a mínima

Memoria recomendad a

Espacio en disco mínimo

Espacio en disco recomendad o

JVM

Sun Solaris 9, 10 (SPARC)

512 MB

512 MB

250 MB de espacio libre

500 MB de espacio libre

J2SE 5.0

250 MB de espacio libre

500 MB de espacio libre

250 MB de

500 MB de espacio libre

Solaris 9, 10 (x86) 64–bit Sun Solaris 10 (SPARC, x86)

Red Hat Enterprise Linux 3.0

512 MB

512 MB

512 MB

1 GB

Java SE 6 J2SE 5.0 Java SE 6 J2SE 5.0

Sistema operativo

Memori a mínima

Memoria recomendad a

Actualización 1, 4.0 y 5.x

Espacio en disco recomendad o

espacio libre

Red Hat Enterprise Linux 5.x de 64 bits

512 MB

SUSE Linux Enterprise Server 10 (SP1 y SP2 también son compatibles)

512 MB

SUSE Linux Enterprise Server 10 de 64 bits (SP1 también es compatible)

512 MB

SuSE Linux Enterprise Server 11 de 64 bits

512 MB

Ubuntu Linux 8.04, versión Hardy

512 MB

Sólo es compatible como plataforma de desarrolladores .

Espacio en disco mínimo

1 GB

1 GB

1 GB

1 GB

1 GB

JVM

Java SE 6

250 MB de espacio libre

500 MB de espacio libre

250 MB de espacio libre

500 MB de espacio libre

250 MB de espacio libre

500 MB de espacio libre

250 MB de espacio libre

500 MB de espacio libre

250 MB de espacio libre

500 MB de espacio libre

J2SE 5.0 Java SE 6 J2SE 5.0 Java SE 6

J2SE 5.0 Java SE 6

J2SE 5.0 Java SE 6 J2SE 5.0 Java SE 6

Sistema operativo

Memori a mínima

Memoria recomendad a

Espacio en disco mínimo

Espacio en disco recomendad o

JVM

AIX 5.2, 5.3, 6.1

512 MB

1 GB

250 MB de espacio libre

500 MB de espacio libre

J2SE 5.0

500 MB de espacio libre

1 GB de espacio libre

500 MB de espacio libre

1 GB de espacio libre

250 MB de espacio libre

500 MB de espacio libre

Windows 2000 SP4+

1 GB

2 GB

Advanced Server SP4+

Java SE 6 J2SE 5.0 Java SE 6

Windows Server 2003, 2008 Windows Pro SP3

XP

Windows Vista Windows 2008 Windows 7

1 GB

2 GB

Sólo es compatible como plataforma para desarrolladores . En Macintosh OS 10.4, 10.5 (Intel, Power) Sólo es compatible como plataforma para

512 MB

512 MB

J2SE 5.0 Java SE 6

Java SE 5

Sistema operativo

Memori a mínima

Memoria recomendad a

Espacio en disco mínimo

Espacio en disco recomendad o

JVM

512 MB

512 MB

250 MB de espacio libre

500 MB de espacio libre

Java SE 5

desarrolladores . OpenSolaris Sólo asistencia de evaluación

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/CDSCDS_Developer-Site/en_US/-/USD/ViewProductDetailStart?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 controlador JDBC

Servidor de base de datos admitido

Derby Network Client

Tipo 4

Derby 10.2

DataDirect 3.6.x, 3.7.x (También denominados controladores JDBC de Sun) Nota – Los controladores JDBC de Sun sólo se proporcionan con paquetes de instalación compatibles con el perfil Enterprise.

Tipo 4

Oracle 10g Oracle 9i Sybase ASE 12.5, 15 MS SQL 2000, 2005 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 Server (32 bits)

6.1, 7.0

Solaris SPARC 9, 10 Solaris x86 9, 10 Red Hat Enterprise Linux 3, 4, 5

Apache Web Server (32 bits)

2.0.x, 2.2.x

Solaris SPARC 9, 10 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-nuevascaracteristicas-part1-2100320-esa.html http://www.oracle.com/technetwork/es/articles/database-performance/nuevascaracteristicas-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-A9DDE39A64DB-496E-BCCF-4585C7E064AF http://www.oracle.com/technetwork/es/articles/database-performance/nuevascaracteristicas-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/oracledatabase1c-flex-asm-2103603-esa.html?printOnly=1