Manejo de Tablas en el Recycle Bin

Transcripción

1 Volumen 23 - Marzo 2010 Manejo de Tablas en el Recycle Bin Por: Francisco Barrundia fbarrundia@datum.com.gt Contenido Página 1 Manejo de tablas en el Recycle Bin 4 Impresión local de un reporte de aplicación web 6 Encriptación y compresión en Export Data Pump 11g 8 Separación en roles de administración en Oracle 5a. Ave. 11g 5-55 R2 Zona14, Edificio Euro Plaza Torre II, Nivel 12 En versiones anteriores de Oracle si usted borraba una tabla por error tenía que recuperar la base de datos a un tiempo anterior para recuperar la tabla borrada, es decir tenía que ejecutar una recuperación incompleta en el tiempo, este procedimiento resultaba en pérdida de tiempo e información realizada por otras transacciones. Posteriormente Oracle introdujo el concepto de Recycle Bin en la base de datos, esta funcionalidad está controlada por el parámetro de inicialización RECYCLEBIN si este se le asigna el valor OFF las tablas borradas no serán enviadas a la papelera de reciclaje y no podrán ser recuperadas, por defecto este parámetro tiene el valor de ON. Cómo funciona? Pagina 1/10 Editores Generales Karlo Espinoza Beatriz Caicedo Sergio Alonzo Debbie Moran Francisco Barrundia Autores Contribuyentes Luis Cordón Paulo Vaides Feliciano Charchalac Francisco Barrundia Página 1

2 Como podemos observar en la gráfica al momento de borrar la tabla de empleados esta y todos sus objetos dependientes (constraints, índices, triggers ) son enviados a la papelera de reciclaje. Los objetos son renombrados; no movidos es decir, se les asigna un nombre generado por el sistema pero permanecen en el tablespace del dueño del objeto, el espacio ocupado por estos objetos para ser marcado como Disponible en caso que haya presión de espacio en el tablespace, los objetos no serán borrados hasta que haya poco espacio y Oracle requiera liberar espacio. Esto es para maximizar el tiempo en que se pueden recuperar las tablas borradas. Restaurando Tablas del Recycle Bin Para restaurar una tabla que ha sido borrada, se ejecuta el comando Flashback table NombreTabla to before drop { Rename to NuevoNombre}; Esto restaurará la tabla y todos sus objetos dependientes en el esquema del usuario que la borró, si ya hay una tabla con el mismo nombre no se podrá restaurar. Para esto está la clausula opcional Rename para restaurarla con un nombre distinto. Si hay múltiples objetos en el Recycle bin con el mismo nombre puede restaurarlos utilizando los nombres generados por el sistema. El algoritmo para restaurar estos objetos es Last in, First out (LIFO), es decir que si ejecutamos un flashback table to before drop la última versión borrada será la que será restaurada. Reclamación de espacio manual Página 2

3 Para reclamar el espacio ocupado por los objetos del Recycle Bin se utiliza el comando purge, podemos borrar una tabla que está en el Recycle Bin y ejecutar el comando Purge <nombre tabla>, también podemos borrar todos los objetos que pertenezcan a un tablespace especifico con purge tablespace sin embargo cabe la posibilidad de que objetos dependientes sean borrados también por lo que se puede agregar la clausula opcional USER para especificar que solo los objetos pertenecientes a determinado usuario sean borrados. El comando purge Recycle BIn y purge user_recyclebin son sinónimos y ambos borrar el recycle bin del usuario que ejecute el comando. Reclamación de espacio automática Siempre y cuando el espacio ocupado por los objetos en el Recycle Bin no haya sido reclamado estos objetos puede recuperarse, existen 2 formas para reclamar el espacio: De manera manual ejecutando el comando Purge. De manera automática por medio de Oracle. Oracle administra el espacio de la siguiente manera: 1) Utiliza todo es espacio disponible en DBA_FREE_SPACE y que no está asignado al Recycle Bin. 2) Posteriormente al haber presión de espacio reclama el los objetos del Recycle Bin para liberar ese espacio asignado. 3) Si se agota el espacio liberado en los 2 pasos anteriores Oracle intentará auto extender el datafile del tablespace de ser posible. Página 3

4 Formas de no utilizar el Recyclee Bin Para borrar una tablaa de la base de datos de manera definitiva y que no se vaya ejecutado el comandoo drop table con la cláusula purge comoo por ejemplo: al Recycle Bin es Drop table Empleados Purge; Con el comando drop tablespace Nombre including contents; los objetos contenidos en ese tablespace no son colocados en el recycle bin y cualquier objeto residente en el recycle bin perteneciente a ese tablespace es borrado. Así mismo con el comando drop user Nombre cascade; borra el usuario especificado con todos sus objetos permanentemente de la base de datos, ya que no se envían al recycle bin. Puedo imprimir en impresora locall un reporte de una aplicación web? Por: Ing. Luis Cordón ecordon@datum.com.gt Qué es ORARRP? Por suss siglas Oracle ReportsRemotePintingUtility, es un utilitario que nos permite imprimir reportes desde las máquinas de los clientes, creado para los ambientes web como OAS 10g u OFM 11g. Ejecutando un reporte Si tenemos la arquitectura de un servidor de aplicaciones y 3 clientes (Ver figura 2) y configuramos la llamada a un reporte para que se realice con el parámetro destype=printer, lo que sucederá es que al ejecutar dicho reporte Cliente1, Cliente2 o Cliente3 imprimirían el reportee en la impresora PrtServer, si en lugar de lo anterior quisiéramos que Cliente1 imprimiera en Figura 2 5a. Ave Zona14, Edificio Euro Plaza Torre II, Nivel 12 Página 4

5 Prt1, Cliente2 en Prt2 o Cliente3 imprimiera en Prt3 deberíamos de instalar y configurar ORARRP. El trayecto de un reporte utilizando ORARRP El reporte de primera instancia tiene que ser creado, para esto se ejecuta el reporte tomando en cuenta las siguientes consideraciones, el destype debe ser file y el desname debe ser una ruta del servidor donde lo queramos almacenar (temporalmente) seguido del nombre del reporte, este reporte debe tener una extensión especial según el formato que queramos utilizar. Formato x-orarrp-html x-orarrp-ini x-orarrp-pdf x-orarrp-ps x-orarrp-rt x-orarrp-text Extensión del reporte.rrph.rrpi.rrpa.rrpp.rrpr.rrpt Para imprimir un pdf es necesario que el cliente tenga instalado el programa "Adobe Acrobat" (versión 4 o superiores). Luego se debe descargar el reporte a la máquina del cliente y el programa encargado de abrirlo será el utilitario ORARRP este en lugar de abrirlo lo mandara a imprimir. Configuración de ORARRP 1. De primero debemos crear una carpeta física en nuestro servidor para poder almacenar los reportes a imprimir. Se crea el directorio /home/oracle/orarrp/ 2. Luego debemos crear un directorio virtual para asociar la carpeta que creamos en el paso 1 con una URL. a. EM--> HTTP Server-->Administracion-->Propiedades Avanzadas del Servidor -->httpd.conf Alias /orarrp/"/home/oracle/orarrp/" 3. Agregar los MIME Type siguientes al HTTP Server, en: a. EM--> HTTP Server-->Administracion-->Typos MIME i. application/x-orarrp-html.rrph ii. application/x-orarrp-ini.rrpi iii. application/x-orarrp-pdf.rrpa iv. application/x-orarrp-ps.rrpp v. application/x-orarrp-rt.rrpr vi. application/x-orarrp-text.rrpt 4. Reiniciamos el HTTP Server 1. Bajar el archivo orarrp.exe al directorio c:\program files\orarrp 2. Doble click para instalar, presionar OK para aceptar 3. Reiniciar todos los exploradores Página 5

6 4. En el archivo orarrp.ini configurar a. Paraa que se utilize la impresora que el cliente tiene como predeterminada b. Paraa que el cliente elija una impresora. choose_printer=no choose_printer=yes Encriptación y compresión en Export data pump 11g Por: Ing. Paulo Vaides La aplicación expdp en 11g viene ahora a solventar dos necesidades prioritarias en el manejo de los backups. Surgen situaciones en las que los filesystems tienen un espacio bien limitado para manejar nuestros archivos de backup, por lo que nos limitamos a tener pocos archivos.dmp disponibles. En algún momento quisiéramos guardar mas, pero el espacio disponible no nos ayuda, o bien, antes de borrar los archivos se copian hacia otro storage. Debido al tamaño del archivo generado, se afecta considerablemente la red durante la transferencia, durante este tiempo, el cual quisiéramos que se redujera, es cuando el impacto de la posibilidad de compresión de nuestros archivos de backup export data pump viene a beneficiarnos tangiblemente. Imagínense poder contar físicamente con más archivos históricos de backup, expandiendo nuestras políticas de restauración y recuperación históricamente. Propiedades técnicas de COMPRESSION de export data pump: Radio de compresión. Sintaxis y descripción: COMPRESSION= {ALL DATA_ONLY METADATA_ONLY NONE} ALL permite la compresión para toda la operación del export. Esta opciónóó requeire que se encuentre activada la opción Oracle Advanced Compression. DATA_ONLY realizara compresión en los datos. Esta opción también requiere que se encuentre activada la opción Oracle Advanced Compresssion. METADATA_ONLY realizara compresión en el metadata. Este es el default. NONE desactiva la compresión para la operación del export. Restricciones principales Paraa hacer un uso completo de las opciones de compresión, el parámetro de inicialización COMPATIBLE debe de estar puesto mínimo a a. Ave Zona14, Edificio Euro Plaza Torre II, Nivel 12 Página 6

7 \ La compresión de datos (usando ALL o DATA_ONLY) es válido solo en Enterprise Edition de Oracle Database 11g. Se dan situaciones también donde se tiene la necesidad de tener algún nivel de seguridad en nuestros archivos de backup, además de limitar el acceso a un dispositivo de storage, por medio de una identificación de usuario (autenticación), se desea limitar el acceso a los datos (autorización) encriptando el contenido del archivo de backup, para poder acceder a esta se necesita conocer el password. Esta opción aumenta su efectividad cuando en realidad no se tiene una adecuada limitación en acceso a los archivos, además ya no se podrá acceder a los datos con una simple copia del archivo de backup, trasladarlo a una instalación e importar. Existen varios parámetros que nos sirven para configurar el entorno de la encripción, entre estas están: encryption, encryption_algorithm, encryption_password y encryption_mode. El ENCRYPTION nos permite asignar a qué nivel de objeto queremos realizar la encripción, tiene el valor default ALL en caso estemos utilizando únicamente el parámetro ENCRYPTION_PASSWORD Los posibles valores a utilizar son: ENCRYPTION = {ALL DATA_ONLY ENCRYPTED_COLUMNS_ONLY METADATA_ONLY NONE} El ENCRYPTION_ALGORITHM nos permite especificar cuál algoritmo de encripción se utilizará, mientras mayor es el numero de bits que utiliza para encriptar, será más difícil de romper (desencriptar) el algoritmo. Entre las posibilidades se encuentran: ENCRYPTION_ALGORITHM = {AES128 AES192 AES256} El ENCRIPTION_PASSWORD sirve para especificar el password para la encripción de metadata o datos de las tablas y re-encriptar columnas encriptadas de las tablas, que se incluye en el export. Además previene de un acceso desautorizado al archivo de backup. Antes del release 11.1, el parámetro encryption_password aplica solo a columnas encriptadas, a partir del 11.1, el nuevo parámetro encryption provee opciones para encriptar otros tipos de datos. Lo anterior significa que si ahora en 11.1 al utilizar encription_password sin especificar algún valor para el parámetro encryption, todos los datos escritos en el dump file (archivos de export data pump expdpque se generan) serán encriptados (equivalente a especificar ENCRYPTION=ALL), si se quiere reencriptar solo columnas encriptadas, se debe de especificar ENCRYPTION=ENCRYPTED_COLUMNS_ONLY. El valor que le demos al parámetro password especificara la llave para reencriptar columnas encriptadas, metadata o datos de tablas, para que no sean escritos como texto limpio en los dump files. Si el export incluye columnas encriptadas, pero no se utiliza el parámetro encryption_password, entonces las columnas serán escritas como texto limpio (sin encriptación) y se desplegara un warning. No existe conexión o dependencia entre la llave especificada en encryption_password y la llave especificada en ENCRYPT cuando la tabla es creada inicialmente con columnas encriptadas. Por ejemplo, supónganse la creación de la siguiente tabla, con llave rockroll: CREATE TABLE emp (col1 VARCHAR2(256) ENCRYPT IDENTIFIED BY "rockroll"); Cuando se exporte la tabla emp, se puede asignar cualquier valor a encryption_password, de modo que este no tiene que ser rockroll. Al momento de querer importar es necesario poner el encryption_password al mismo valor utilizado al momento de su exportación. Página 7

8 El ENCRYPTION_MODE nos permite especificar si el modo en que se almacenará el password de encripcion. Sintaxis y descripción ENCRYPTION_MODE = { DUAL PASSWORD TRANSPARENT } El modo transparent es utilizado cuando se tiene configurado el Oracle encryption wallet, de lo contrario es necesario utilizar el parámetro encription_mode igual a password, junto con encryption_password, de modo de proveer el mismo password al momento de cargar el archivo, de lo contrario desplegara error. Si queremos evitarnos de cumplir con alguna condición, como se acaba de explicar, podemos asignarle al parámetro el valor de dual, para que pueda utilizar tanto el wallet como el password. El modo dual es el que se recomienda cuando el archivo dump generado puede ser importado ya sea a la misma instancia localmente, o bien que se pueda restaurar en un servidor distinto a donde se obtuvo. Restricciones Principales: Para utilizar los parámetros de encriptación anteriores es necesario poner el parámetro de inicialización COMPATIBLE a no menos de La encriptación es válida solo en Enterprise Edition de Oracle Database 11g. El parámetro encryption_algorithm requiere que se utilice el parámetro encryption o encryption_password, de lo contrario un error será retornado. Cuando se utilize el parametro encryption_mode, se debe de utilizar también el parámetro encription o encription_password, de lo contrario retornara un error. Ejemplos El siguiente ejemplo realiza un export donde solamente los datos se encriptarán: expdp hr DIRECTORY=dpumpdir DUMPFILE=hr.dmp ENCRYPTION=data_only ENCRYPTION_PASSWORD=goofy El siguiente ejemplo realiza un export donde todos los datos, a nivel del esquema hr, se encriptaran, especificando el algoritmo de encripción: expdp hr DIRECTORY=dpumpdir DUMPFILE=hr.dmp ENCRYPTION_PASSWORD=pluto ENCRYPTION_ALGORITHM=AES256 El siguiente ejemplo realiza un export donde todos los datos, a nivel de esquema hr, se encriptarán, especificando el algoritmo de encripción y además el modo de encripción: expdp hr DIRECTORY=dpumpdir DUMPFILE=hr.dmp ENCRYPTION=all ENCRYPTION_PASSWORD=nolodes ENCRYPTION_ALGORITHM=AES256 ENCRYPTION_MODE=dual Página 8

9 Separación en roles de administración en 11gR2 : El nuevo rol SYSASM Oracle Por: Ing. Feliciano Charchalac fcharchalac@datum.com.gt La administración del almacenamiento utilizado por la base de datos se vió incorporada a la administración de la misma a través del uso de ASM (Automatic Storage Management). En la versión 10g de Oracle, la conexión a una instancia de ASM se hace a través del privilegio de SYSDBA, esto es el mismo privilegio que se utiliza para la administración de la instancia de base de datos. se descontinuara su uso. A partir de la versión 11gR2, Oracle incluye el rol de SYSASM, destinado a separar la administración del almacenamiento de la administración de la base de datos. Esto permitee tener usuarios dedicados a cada una de las tareas particulares y no recargar el trabajo sobre un único administrador. A pesar de esto, el almacenamiento aún puede ser administrado utilizando el privilegio de SYSDBA, aunque se desaconseja, ya que en futuros releases La recomendación de Oracle es que, sin importar si se tiene un solo usuario que administre todo, o distintos usuarios con distintas funciones administrativas, se debe utilizar SYSASM para administrar una instancia de ASM. El privilegio SYSASM se administra de igual manera que los privilegios de SYSDBA y SYSOPER, a través de privilegios que se da a los usuarios de sistema operativo. Las opciones de configuración de los permisos son las siguientes: Privilegios en conjunto para SYSASM, SYSDBA, SYSOPER Esta es la manera mas sencilla, y representa utilizar el mismo(o los mismos) usuarios(s) para la administración tanto de la base de datos como del ASM. Para realizar esta configuración, simplemente se crea un grupo a nivel de sistema operativo, usualmentee con nombre dba, y automáticamente se reconocee que todos los usuarios que pertenecen a ese grupo tienen los roles de SYSASM, SYSDBA y SYSOPER. Por lo general, se deja como usuario único en ese grupo a oracle. 5a. Ave Zona14, Edificio Euro Plaza Torre II, Nivel 12 Página 9

10 Privilegios utilizando grupos separados para cada usuario de ASM La administración del ASM se puede separar en distintos grupos de usuarios, cada grupo con ciertos privilegios para los usuarios que sean miembros de el. Los grupos que se pueden crear son los siguientes: OSASM Este grupo es el dueño de la instancia de ASM, teniendo todos los derechos administrativos sobre dicha instancia. El grupo debe llamarse, de acuerdo a la recomendación de Oracle, asmadmin. OSDBA para el ASM A este grupo se le otorgan privilegios de SYSDBA sobre la instancia de ASM únicamente, y no sobre la de base de datos; por lo que es un grupo distinto al grupo dba que da dichos privilegios a usuarios de la base de datos. Se recomienda nombrar al grupo asmdba. OSOPER para el ASM Este grupo provee usuarios de SYSOPER sobre la instancia de ASM, permitiendo que se hagan operaciones de startup, shutdown, mount, dismount, y check diskgroup. El nombre que se le debe dar es asmoper. Si se utiliza una configuración con infraestructura de grid, el usuario encargado del ASM no tiene necesidad de ser miembro de ningún otro grupo, ya que el Clusterware de Oracle se encarga de la administración de la base de datos y puede utilizar el rol de SYSDBA para conectarse a ella. En cambio, en una configuración con Oracle Restart, el usuario de ASM debe ser miembro del grupo o grupos que tienen privilegios de SYSDBA sobre cada una de las bases de datos, ya que dicho usuario debe poder iniciar o detener las bases de datos conectándose como SYSDBA. En las dos configuraciones mencionadas, se entiende que el usuario de ASM es el usuario de sistema operativo que es el propietario de los discos que se le presentan a la instancia de ASM. Autenticación como SYSASM utilizando archivo de password Además de la autenticación utilizando membresía de un grupo de sistema operativo para poder conectarse con permisos de SYSASM, Oracle provee también de la posibilidad de obtener dicho privilegio a través de autenticación por medio de un archivo de password. Al crearse una instancia de ASM utilizando la herramienta ASMCA, se crea automáticamente un archivo de password en el que se almacena la contraseña que se solicita durante la instalación para poder conectarse. Es de notar que para poder tener acceso a la instancia de ASM por medio del Oracle Enterprise Manager, es necesario tener un archivo de password configurado. De no existir dicho archivo, puede crearse utilizando la herramienta orapw. Los usuarios se añaden a un archivo de password dándoles un grant del privilegio SYSASM desde sqlplus, estando conectados a la instancia de ASM. Página 10

11 Conexión con privilegios de SYSASM La conexión como usuario con privilegios de SYSASM, se tiene posibilidad de efectuar cualquier operación que se desee sobre dicha instancia. Para conectarse a ASM utilizando los distintos tipos de autenticaciones se utilizan los siguientes comandos: 1- Para conectarse localmente utilizando un archivo de password vía sqlplus, se utiliza esta sentencia: #sqlplus SYS as SYSASM Enter password: ******** 2- Para conectarse de manera remota utilizando un archive de password, se utilice esta sentencia: #sqlplus sys@\ host.dominio:1521/+asm\ as SYSASM Enter password: ******** 3- Para conectarse con credenciales de sistema operativo: #sqlplus / as SYSASM Tip técnico del día: Determinar la distribución de espacio en la flash_recovery_area. Link: Para determinar cuánto espacio de la flash_recovery_area está siendo utilizado por cada tipo de archivo (backup,archivelog,controlfiles, etc.) se utiliza la vista v$flash_recovery_area_usage, para determinar el tipo de archivo, el porcentaje de utilización para este tipo de archivo, cuanto de este espacio es reclamable y cuantos archivos hay de ese tipo se podría ejecutar un query como: Sql> Select file_type,percent_space_used,percent_space_reclaimable,number_of_files From v$flash_recovery_area_usage Por Francisco Barrundia fbarrundia@datum.com.gt Página 11

12 Gracias a la retroalimentación de nuestros clientes, Datum Educacional estará impartiendo el siguiente curso: Oracle Database 10g: SQL Tuning Workshop El rendimiento de sistemas ha adquirido cadaa vez más importancia según los sistemas informáticos se han vuelto más grandes y más complejos y por el papel importante que Internet juega en las aplicaciones de negocio. Los problemas de rendimiento son usualmente resultado de la contención, o agotamiento de algún recurso del sistema. La importancia del análisis del consumo de recursos es relevante, debido a que permite identificar las causas de posibles cuellos de botella, por lo tanto es fundamental identificar los comandos SQL causantes de un excesivo uso de CPU, altas proporciones de entrada/salida, etc., para luego analizar y afinar las sentencias SQL que consumen más recursos. Este curso está diseñado para darle a los desarrolladores experimentados o a un administrador de base de datos, fundamentos firmes de técnicas de afinación de SQL. Los participantes aprenderán los conocimientos y habilidades necesarias para afinar efectivamente SQL en la base de datos Oracle 10g. Aprenden sobre la metodología de afinación, así como tambien métodos de afinación proactiva y reactiva. Los estudiantes serán introducidos a los beneficios de los nuevos mecanismos de afinación automática que están disponibles en la base de datos Oracle 10g. Al completar el curso serán capaces de comparar y contrastar los pasos involucrados para afinar manualmente comoo en versions anteriores, así como también a utilizar las características de afinación automáticas de SQL que se proveen en la versión actual. Los estudiantes obtendrán un complete entendimiento conceptual del Optimizador Oracle, y reforzarán lo aprendido con el instructor con prácticas debidamente estructuradas. El curso utiliza una serie de desafíos prácticos de diferente nivel, permitiendo a los estudiantes poder jugar, descubrir y aprender a su propio paso y nivel. Los estudiantes aprenden a utilizar las herramientas de diagnóstico y facilidades de Oracle, tales como: Componentes de afinación automática de SQL, el comando EXPLAIN, SQL Trace y TKPROF, AUTOTRACE de SQL*PLUS. Los estudiantes también aprenderán a influenciar el comportamiento del optimizador de Oracle mediante cambios a esquemas físicoss y modificación de la sintaxis de las sentencias SQL. 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: 5a. Ave Zona14, Edificio Euro Plaza Torre II, Nivel 12 Página 12