oracle 11g new features: secure...

5a. Ave. 5-55 Zona14, Edificio Euro Plaza Torre II, Nivel 12

Teléfono: (502)2364-5300 Fax: (502)2364-5311

Email. [email protected]

Volumen 14 Año 2 - Junio 2011


Teléfono: (502)2364-5300 Fax: (502)2364-5311

Email. [email protected] Pagina 1/10

Oracle 11g New Features: Secure Files

Por: Ing. Manuel Carrillo

[email protected]

¿Qué es un SecureFile? Secure Files es una nueva característica presente en Oracle 11g, está diseñada de manera específica para brindar rendimiento y escalabilidad en cuanto a almacenamiento de datos no estructurados (binarios) dentro de la base de datos. Por dato “no estructurado” podemos mencionar: archivos de texto, imágenes, sonido, y video, los cuales se almacenaban de manera tradicional como Large Objects (LOBs). Secure Files utiliza lo mejor de dos componentes, los sistemas de archivos y la arquitectura de la base de datos para poder manipular de mejor manera datos de tipo no estructurado. Los datos almacenados en SecureFiles pueden ser escritos y consultados como si se encontraran en un sistema de archivos tradicional sin olvidar las ventajas que provee tener la información almacenada, al mismo tiempo, dentro de la base de datos. Una breve reseña de BasicFiles (LOBs)

Los LOBs tradicionales tenían una limitante en cuanto a espacio.

Debía ser considerado que se escribían una sola vez, sin embargo eran leídos muchas veces.

Tenían por lo regular concurrencia baja de parte de sentencias de tipo DML.

Se manejaba un control de versiones definido por el usuario.

Se mantenía un tamaño de bloque uniforme, lo cual a la larga se transformaba en fragmentación.

Había algunos problemas en cuanto a escalabilidad, es decir a la capacidad de crecimiento de un LOB en particular.

Contenido Página

1 Oracle 11g New Features:

Secure Files

3 Construyendo una página

JSF sencilla

11 Replicar transaccionalidad Del ambiente de producción

Editores Generales

Karlo Espinoza

Luis Cordón

Gerber Bautista

Debbie Moran

Francisco Barrundia

Autores Contribuyentes

Manuel Carrillo

Daniel Caciá

Deiby Gómez


Teléfono: (502)2364-5300 Fax: (502)2364-5311


Algunas de las mejoras que proveen los SecureFiles en relación a sus predecesores son las siguientes:

Pueden tener bloques de diferente tamaño en disco.

Poseen una capa mejorada de lectura/escritura para incrementar el rendimiento.

Manejan su propio control de versiones.

Generan información de redo y undo de manera automática.

Tienen mejoras en cuanto al manejo de memoria.

Algunas de las propiedades de un objeto de tipo SecureFile son las siguientes: De-duplicación: Oracle Secure Files detecta de manera automática objetos idénticos, almacenando una única copia dentro de la base de datos. Opciones: DEDUPLICATE/KEEP_DUPLICATES. Compresión: Esto conlleva a una reducción en cuanto a almacenamiento, tasas de lectura/escritura, generación de información de redo y carga en cuanto a encriptación de datos. Opciones: COMPRESS/NOCOMPRESS. Encriptación: Podemos utilizar Transparent Data Encription (Oracle TDE) y algoritmos conocidos para proteger la información. Opciones: ENCRYPT/DECRYPT. Calendarización: Podemos habilitar una generación de bitácoras a nivel de sistema de archivos, como en un sistema de tipo JFS. Oracle Secure Files están diseñados para ofrecer una migración sencilla de objetos de tipo LOB, los cuales ahora son llamados Basic Files desde la versión 11gR1 de la base de datos. Utilizando algoritmos mejorados, pueden llegar a ser 10 veces más rápidos que los LOB tradicionales. ¿Cómo implementar SecureFiles? Esta función de la base de datos puede ser controlada mediante el parámetro de inicio DB_SECUREFILE de la siguiente manera:

Valor del parámetro Significado

ALWAYS Siempre se intenta crear un SecureFile, si no es posible se crea un LOB tradicional o BasicFile. El objeto SecureFile será creado si el tablespace en donde intenta colocarse tiene habilitada la administración automática de segmentos (ASSM).

FORCE Obliga a que todos los objetos de tipo LOB creados a partir de este punto sean de tipo SecureFiles.

PERMITED Permite la creación de objetos de tipo SecureFile, esta es la opción por default.

NEVER No permite crear objetos de tipo SecureFile. IGNORE Desactiva la opción de crear SecureFiles, también ignora si un LOB es

creado con la opción “force" para convertirlo a SecureFiles.

Estos cambios afectan únicamente a los objetos de tipo LOB creados a partir de la modificación de este parámetro.


Teléfono: (502)2364-5300 Fax: (502)2364-5311


Parámetros de almacenamiento para SecureFiles Debido al cambio en el manejo de este tipo de datos, se tienen nuevos parámetros para poder controlar su almacenamiento, mientras que algunos se han convertido en obsoletos, los cuales no reportarán ningún tipo de error, sin embargo simplemente serán interpretados, esto con el fin de mantener un grado de compatibilidad con scripts existentes. Parámetros SecureFiles

MAXSIZE: controla el almacenamiento máximo (de manera física) que puede alcanzar un SecureFile.

MAX: Mantiene las versiones de un SecureFile hasta que se alcanza MAXSIZE.

MIN: Mantiene las versiones por un numero de MIN segundos.

AUTO: Es la opción por defecto para poder mantener el control de versiones.

NONE: Re-utilización de versiones tanto como sea posible, esto podría llevar a un costo

innecesario de almacenamiento.

Parámetros obsoletos

PCTVERSION.

CHUNK.

FREEPOOLS.

FREELISTS, FREELIST GROUPS.

Para poder crear un objeto de tipo SecureFile podemos usar la línea de comandos o a través de Enterprise Manager, como se ve en la siguiente imagen.

Para poder modificar un objeto de tipo SecureFile poder realizar lo siguiente: SQL> ALTER TABLE [TABLA] MODIFY LOB (docs) (DEDUPLICATE LOB).


Teléfono: (502)2364-5300 Fax: (502)2364-5311


Con lo cual activamos la opción de-duplicación o eliminación de duplicados para el SecureFile. SQL> ALTER TABLE [TABLA] MODIFY LOB (docs) (COMPRESS HIGH). Con lo cual modificamos la tasa de compresión a utilizar para este SecureFile Conclusión: Los objetos de tipo SecureFile ofrecen mejoras en rendimiento en comparación al manejo de datos no estructurados, su creación es simple además de proveer mejoras en cuanto al manejo de memoria y carga de lectura/escritura hacia disco.

Construyendo una página JSF sencilla

Por: Ing. Daniel Cacía

[email protected]

Este artículo pretende mostrar de manera sencilla y gráfica, los pasos que se deben seguir para construir una página JSF utilizando JDeveloper 11.1.1.3.0. La funcionalidad de la página no será muy compleja, pero la intención del ejercicio y es dar a conocer el ambiente de trabajo que ofrece JDeveloper, así como mostrar brevemente la esencia de las aplicaciones construidas utilizando JSF. El ejercicio está dividido en 4 secciones:

Crear la aplicación y el proyecto

Crear la página JSF

Diseñar la Interfaz del usuario

Modificar el comportamiento a través de código Crear la aplicación y el proyecto Una aplicación es el nivel de organización estructural más alto en JDeveloper. Mientras se construye la aplicación, guarda información de los objetos con los que se está trabajando, al mismo tiempo, mantiene información del proyecto y las configuraciones de ambientes.

1. Abrir el asistente para crear una aplicación [File > New > General > Applications]

2. Para mantener un estándar con el ejemplo, en el nombre de la aplicación ingresar ApplicacionJSF.

3. Seleccionar Generic Application en el listado de Application Template y luego presionar Finish.


Teléfono: (502)2364-5300 Fax: (502)2364-5311



Teléfono: (502)2364-5300 Fax: (502)2364-5311


Cuando se completen los pasos para crear la aplicación y el proyecto, el panel de Proyectos en el Navegador de Aplicaciones debe verse así:

Crear una página JSF

1. En el Navegador de Aplicación, seleccionar el proyecto que recién creamos y abrir el asistente para crear páginas JSF [File > New > Web Tier > JSF > JSF Pages]

2. Indicar Start.jsp como el nombre del archivo


Teléfono: (502)2364-5300 Fax: (502)2364-5311


3. No debe estar seleccionado “Create as XML Document (*.jspx)” 4. Bajo la sección “Initial Page Layout and

Content”, asegurase de que este seleccionado Blank Page.

5. Asegurarse que, bajo la sección “Page Implementation”, este seleccionado “Do not Automatically Expose UI Components in a Managed Bean”

Cuando se está creando una página JSF utilizando el asistente, se puede especificar si se desea o no exponer los componentes de la página en un managed bean, permitiendo la manipulación programática de estos componentes UI.

Por defecto, estos componentes no son expuestos en los managed beans. Si se desea asociar los componentes a los managed bean, se debe expander la sección de “Page Implementation” en el asistente para crear la página JSF y luego seleccionar la opción “Automatically Expose UI Components in a New Managed Bean”. Al completar el asistente el navegador de objetos se vería algo así:

Diseñando la Interfaz del usuario Para crear la interfaz del usuario, debemos agregar los componentes gráficos JSF a la página. En el ejemplo, vamos a utilizar una combinación de herramientas integradas (la paleta de componentes, el editor visual JSP/HTML y el inspector de propiedades) para diseñar la interfaz del usuario.


Teléfono: (502)2364-5300 Fax: (502)2364-5311


Cuando se hace un cambio en cualquiera de estas herramientas, el cambio se ve reflejado de inmediato en todas las demás.

1. Si no está abierta ya, dar doble click sobre Start.jsp en el navegador de aplicaciones, para abrir la página en el editor visual.

2. En la paleta de componentes, seleccionar JSF de la lista de valores, y expandir el panel de HTML

3. Dar Click y arrastrar el Input Text al editor visual, luego dejarlo caer sobre la página en blanco para agregar un campo de texto.

4. Dar Click y arrastrar el Command Button a la página, y luego dejarlo caer al lado del campo de texto que se acaba de agregar. En el inspector de propiedades, en la sección de Common, dar click sobre el campo Value y cambiar el texto por defecto por “Click here”.

5. En la paleta de componentes, seleccionar HTML de la lista de valores y expandir el

Common panel. Arrastrar y lanzar el Line Break al lado del botón en la página. 6. En la ventana de estructura, sobre “br” dar click derecho y seleccionar “Insert after br

JSF HTML”. En el dialogo de “Insert HTML Item”, seleccionar Ouput Text y dar click sobre OK. Esto debería agregar una etiqueta de texto en la línea debajo del campo de texto.


Teléfono: (502)2364-5300 Fax: (502)2364-5311


7. En el Inspector de propiedades del output text, en la sección de Common, borrar el texto por defecto en el campo Value y presionar Enter, dejando el output text en blanco.

8. Click sobre para grabar el trabajo. Si se completaron correctamente los pasos, la página debería verse de esta manera:

Modificar el comportamiento a través de código En este ejemplo se creará un método y se asociará con el botón de la página Start.jsp. Este método capturará el valor ingresado por el usuario en el campo de texto y lo mostrará en output text debajo del input field.


Teléfono: (502)2364-5300 Fax: (502)2364-5311


1. Hacer Click en el tab de Diseño en la parte baja de la ventana de edición para asegurar que el editor visual esta seleccionar.

2. Desde el menú principal, seleccionar [Design > Page Properties]. En el dialogo de Page Properties, seleccionar el tab de “Component Binding” y seleccionar Auto Bind.

3. Dar click sobre el botón de New

que se encuentra al lado de Managed Bean. En el dialogo de “Create Managed Bean”, ingresar backing_start como el nombre del bean, y StartInfo como el nombre de la clase. Luego ingresar project1.backing como el nombre del paquete. Dejar el valor de Scope como request. Asegurarse que este seleccionado “Generate Class If It Does Not Exist”, luego dar click en OK. Dar click en OK para cerrar el dialogo de propiedades de la página


Teléfono: (502)2364-5300 Fax: (502)2364-5311


4. En el editor visual, dar doble-click sobre el command button para abrir el dialogo de “Bind

Action Property”. En el dialogo, asegurarse que se muestre backing_start en la lista de Managed Bean. En la lista de Method debe mostrar commandButton1_action. Presione OK.

5. Si es necesario, abrir la clase StartInfo.java en el navegador de objetos para poder editar el código del botón.

6. En el editor de código, agregar el siguiente código para obtener el valor ingresado en el input text y mostrarlo en el output field. Debe agregarse en el método commandButton1_action.

// Add event code here... outputText1.setValue("Hello "+inputText1.getValue()); return null;

7. En el navegador de aplicación, dar click-derecho sobre Start.jsp y seleccionar Run.


Teléfono: (502)2364-5300 Fax: (502)2364-5311


Replicar transaccionalidad del ambiente de

producción hacia el ambiente de pruebas con

Database Replay

Por: Ing. Deiby Gomez [email protected]

Database Replay es una funcionalidad introducida en la versión 11g de la base de datos Oracle, tiene como objetivo replicar carga de trabajo capturada en el ambiente de producción hacia el ambiente de pruebas. Frecuentemente, en el ambiente de pruebas se aplican cambios para poder llevarlos posteriormente a producción, para poder determinar si afectará de una manera no deseada, el ambiente de pruebas se debe comportar lo más semejante posible a producción. La transaccionalidad es un factor que muchas veces no es tomado en cuenta cuando se realizan cambios en el ambiente de pruebas, es ahí donde el papel de Database Replay entra en juego. Database Replay hace uso de dos directorios de oracle para poder almacenar los archivos generados, los cuales contendrán la transaccionalidad capturada en el ambiente de producción, a estos archivos se les llama “Capture Files”. Al directorio creado en el sitio de producción se le denomina “Capture Directory” y al directorio en el sitio de pruebas “Replay Directory”. Básicamente el proceso de Database Replay se resume en los siguientes pasos:

0. Crear Directorios de Oracle 1. Iniciar el proceso de captura en el ambiente de producción. 2. Detener el proceso de captura 3. Transferir los archivos desde Capture Directory hacia Replay Directory 4. Iniciar el proceso de Replicación utilizando los archivos generados 5. Aplicar la carga de trabajo en el ambiente de pruebas.


Teléfono: (502)2364-5300 Fax: (502)2364-5311


0. Crear directorios de oracle: En el sitio de producción creamos el directorio de oracle asignándole permisos de escritura y lectura al usuario oracle. mkdir /u01/app/oracle/dbreplay Conectarse a la instancia de la base de datos en el ambiente de producción: sqlplus / as sysdba Crear el directorio de oracle: CREATE DIRECTORY dbreplay AS „/u01/app/oracle/dbreplay‟; En el ambiente de pruebas creamos el directorio de oracle y le asignamos permisos de escritura y lectura al usuario oracle: mkdir /u01/app/oracle/dbreplay Conectarse a la instancia de la base de datos en el ambiente de pruebas: sqlplus / as sysdba Crear el directorio de oracle: CREATE DIRECTORY dbreplay AS „/u01/app/oracle/dbreplay‟; NOTA: Asignar el mismo nombre a los dos directorios es tomado como buena práctica.

1. Iniciar el proceso de captura en el ambiente de producción: Para iniciar el proceso de captura se utiliza el paquete DBMS_WORKLOAD_CAPTURE haciendo uso de start_capture, ese paquete tiene la siguiente sintaxis:

DBMS_WORKLOAD_CAPTURE.START_CAPTURE ( name IN VARCHAR2, dir IN VARCHAR2, duration IN NUMBER DEFAULT NULL, default_action IN VARCHAR2 DEFAULT 'INCLUDE', auto_unrestrict IN BOOLEAN DEFAULT TRUE);

name: Es el nombre de la captura. dir: Directorio en el cual se generaran los archivos. duration: El tiempo que se estará capturando la carga de trabajo, si se deja a null, se

tendrá que detener manualmente. default_action: Determina si, por default, cada solicitud de usuario será capturada o no. auto_unrestrict: Determina si una base de datos en modo restringido puede ser

automáticamente expulsada de este modo o no. Adicionalmente, se pueden agregar filtros para poder capturar la carga de trabajo de partes específicas como las siguientes:


Teléfono: (502)2364-5300 Fax: (502)2364-5311


INSTANCE_NUMBER

USER

MODULE

ACTION

PROGRAM

SERVICE

Los filtros son utilizados con el procedimiento ADD_FILTER de START_CAPTURE. Para nuestro ejemplo, capturaremos la carga de trabajo de todos los eventos: BEGIN DBMS_WORKLOAD_CAPTURE.START_CAPTURE(name=>‟dbreplay1‟, dir=>‟dbreplay‟,duration=>NULL); END;

2. Detener el proceso de captura: Una vez se haya capturado toda la carga de trabajo necesitada para nuestros propósitos de pruebas se cancela la captura de datos utilizando el procedimiento FINISH_CAPTURE:

BEGIN DBMS_WORKLOAD_CAPTURE.FINISH_CAPTURE; END;

3. Transferir los archivos desde Capture Directory hacia Replay Directory: Esto puede

realizarse con scp o de cualquier otra manera de transmisión de datos.

Situados en /u01/app/oracle/dbreplay: scp * pruebas.datum.com.gt:/u01/app/oracle/dbreplay

4. Iniciar el proceso de Replicación utilizando los archivos generados: Una vez copiados los archivos de captura hacia el ambiente de pruebas utilizaremos el paquete DBMS_WORKLOAD_REPLAY, haciendo uso de los procedimientos PROCESS_CAPTURE, INITIALIZE_REPLAY Y PREPARE_REPLAY. Inicialmente se procesa la carga de trabajo capturada mediante el procedimiento PROCESS_CAPTURE El formato del procedimiento PROCESS_CAPTURE es el siguiente:

DBMS_WORKLOAD_REPLAY.PROCESS_CAPTURE (capture_dir IN VARCHAR2); Donde capture_dir, es el directorio de oracle en el cual se encuentra los Capture Files. Para nuestro ejemplo, utilizaremos el directorio que creamos en el paso 0. BEGIN DBMS_WORKLOAD_REPLAY.process_capture(„dbreplay‟); END


Teléfono: (502)2364-5300 Fax: (502)2364-5311


Ahora utilizaremos el procedimiento INITIALIZE_REPLAY el cual es el encargado de poner a la base de datos en modo REPLAY y cargar los datos listos para ser replicados. La Sintaxis de este procedimiento es el siguiente:

DBMS_WORKLOAD_REPLAY.INITIALIZE_REPLAY(replay_name IN VARCHAR2, replay_dir IN VARCHAR2); Donde REPLAY_NAME es el nombre de la replicación que estamos realizando, es más bien un identificador, y REPLAY_DIR es el directorio en donde se encuentran los REPLAY FILES, este directorio fue el que se creó en el paso 0. DBMS_WORKLOAD_REPLAY.initialize_replay(replay_name=>‟dbreplay1‟, replay_dir=>‟dbreplay‟; Luego utilizaremos el procedimiento PREPARE_REPLAY, este procedimiento se encarga de poner a la base de datos en modo PREPARE FOR REPLAY, el parámetro synchronization establece si los commits capturados en el ambiente de producción son ejecutados en el mismo orden en el ambiente de pruebas: DBMS_WORKLOAD_REPLAY.prepare_replay(synchronization=>TRUE); Ahora, previo a iniciar el proceso de carga de trabajo, es necesario crear el cliente de replicación mediante la utilidad WRC. Este paso indica el número de clientes que se utilizarán para ejecutar la carga de trabajo. $wrc mode=calibrate replaydir=/u01/app/oracle/dbreplay Donde REPLAYDIR es el directorio físico en el cual se encuentran nuestros CAPTURE FILES. Para este ejemplo utilizaremos un cliente para llevar a cabo la carga: $wrc system/passwrd mode=replay replaydir=/u01/app/oracle/dbreplay

5. Aplicar la carga de trabajo en el ambiente de pruebas: Ahora solo hace falta llevar a cabo la carga en el ambiente de pruebas, para esto utilizaremos el procedimiento START_REPLAY del paquete DBMS_WORKLOAD_REPLAY: BEGIN DBMS_WORKLOAD_REPLAY.start_replay; END;

Tip técnico del día:

Como Obtener el ROWID de las tuplas de

una tabla:

Si tiene una tabla como la

siguiente:

SERVICE

NAME VARCHAR2(30),

STATUS VARCHAR2(30)

Para obtener el rowid por tupla:

SELECT ROWID, NAME, STATUS FROM

SERVICE;

El resultado incluye el rowid, la salida seria: ROWID NAME STATUS

_______________ ________

AAAAkmAAFAAADm/AAK PIN Service

Object 10100

AAAAkmAAFAAADnAAAA PIN Service

Object 10100

AAAAkmAAFAAADnAAAB PIN Service

Object 10100 STATUS

Por Lic. Francisco Barrundia [email protected]


Teléfono: (502)2364-5300 Fax: (502)2364-5311


Gracias a la retroalimentación de nuestros clientes, Datum – Educacional estará impartiendo el siguiente curso:

Oracle Database 11g: Performance Tuning En este curso se aprende cómo usar las características automáticas de afinamiento de la Base de Datos Oracle, tales como SQL Tuning Advisor, SQL Acces Advisor, Automatic Workload Repository y Automatic Database Diagnostic. El curso se enfoca en las tareas de afinamiento que un administrador de la base de datos debe efectuar periódicamente: afinamiento de sentencias SQL, mantenimiento para el desempeño de sentencias SQL y afinamiento de los componentes de la instancia de la Base de Datos Oracle, usando diferentes metodologías. El arte de afinar la instancia Oracle será practicado a través de una serie de ejercicios. Si desea obtener la certificación Oracle Database 11g Administrator, con este curso usted puede completar el requisito de haber asistido a un curso tipo Hands-on. Usted aprenderá a:

Usar la metodología de afinamiento apropiada y las herramientas disponibles para afinar la Base de Datos Oracle.

Utilizar las herramientas para afinar de forma proactiva la Instancia de la base de datos.

Usar las herramientas basadas en el Automatic Workload Repository para afinar la base de datos.

Afinar y efectuar un análisis de problemas comunes de desempeño de sentencias SQL.

Afinar y efectuar un análisis de problemas comunes de desempeño de la Instancia.

Usar las páginas relacionadas con desempeño del Enterprise Manager para efectuar monitoreo de la una base de datos Oracle.

Próxima fecha: Del 11 al 22 de julio de 2011, en horario de 8:30 a 12:30. Para inscribirse puede comunicarse al (502) 2364-5300 o escribir a educació[email protected].

Retroalimentación, comentarios, temas de interés y sugerencias para hands-on sessions:

[email protected]

Comentarios y Sugerencias: Su opinión es muy importante; si desea hacernos algún comentario o sugerencia, por favor escríbanos al correo electrónico: [email protected].

mailto:educació[email protected]

mailto:[email protected]

mailto:[email protected]

oracle 11g new features: secure...

Documents