Volumen 14 Año 2 - Junio 2011 Oracle 11g New Features: Secure Files Por: Ing. Manuel Carrillo mcarrillo@datum.com.gt Contenido Página 1 Oracle 11g New Features: Secure Files 3 Construyendo una página JSF sencilla 11 Replicar transaccionalidad Qué es un SecureFile? 5a. Ave. Del 5-55 ambiente Zona14, de Edificio producción Euro Plaza Torre II, Nivel 12 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 Pagina 1/10 almacenamiento de datos no estructurados (binarios) dentro de la base de datos. Editores Generales 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). Karlo Espinoza Luis Cordón Gerber Bautista Debbie Moran Francisco Barrundia Autores Contribuyentes Manuel Carrillo Los LOBs tradicionales tenían una limitante en cuanto a espacio. Daniel Caciá Debía ser considerado que se escribían una sola vez, sin embargo eran leídos muchas veces. Deiby Gómez 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. Página 1 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)
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 ALWAYS FORCE PERMITED NEVER IGNORE Significado 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). Obliga a que todos los objetos de tipo LOB creados a partir de este punto sean de tipo SecureFiles. Permite la creación de objetos de tipo SecureFile, esta es la opción por default. No permite crear objetos de tipo SecureFile. 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. Página 1
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). Página 2
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 dcacia@datum.com.gt 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. Página 3
Página 4
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 Página 5
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. Página 6
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. Página 7
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. Página 8
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 Página 9
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. Página 10
Replicar transaccionalidad del ambiente de producción hacia el ambiente de pruebas con Database Replay Por: Ing. Deiby Gomez dgomez@datum.com.gt 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. Página 11
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: dir: duration: default_action: auto_unrestrict: Es el nombre de la captura. Directorio en el cual se generaran los archivos. El tiempo que se estará capturando la carga de trabajo, si se deja a null, se tendrá que detener manualmente. Determina si, por default, cada solicitud de usuario será capturada o no. 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: Página 12
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 Página 13
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_rep lay(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. 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; 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; El resultado incluye el rowid, la salida seria: ROWID NAME STATUS AAAAkmAAFAAADm/AAK PIN Service Object 10100 AAAAkmAAFAAADnAAAA Object 10100 AAAAkmAAFAAADnAAAB Object 10100 Por Lic. Francisco Barrundia fbarrundia@datum.com.gt PIN Service PIN Service Página 14
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ón@datum.com.gt. Retroalimentación, comentarios, temas de interés y sugerencias para hands-on sessions: newsletter@datum.com.gt 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: newsletter@datum.com.gt. Página 15