Compresión de Respaldos con RMAN 12c

Transcripción

1 Newsletter Agosto 2013 Contenido Página: 1 Compresión de Respaldos con RMAN 12c 3 Data Pump 5 Saltos de Página en Oracle Answers y Dashboards Compresión de Respaldos con RMAN 12c Por Ing. Manuel Carrillo mcarrillo@datum.com.gt Dentro de las posibilidades que ofrece Recovery Manager 12c (RMAN), se encuentra la compresión de respaldos de tipo backupset. El algoritmo de compresión debe modificarse, si se desea, a nivel de la base de datos contenedor, ya que todas las "pluggable databases" heredarán dichas propiedades. La compresión es un proceso transparente, ya que no se requiere una instrucción adicional para restaurar un archivo de un respaldo comprimido. El tipo de compresión por defecto es el básico, sin embargo, dentro del paquete "Advanced Compression" existe la compresión tipo HIGH. El siguiente ejemplo muestra un respaldo tipo HIGH de un archivo de datos de 800mb. 5a. Ave Zona14,Edificio Euro Plaza Torre II, Nivel 12 Editores Generales Teléfono: (502) Fax: (502) info@datum.com.gt Deiby Mauricio Gómez Pagina 1/10 Alejandro Lau Debbie Morán Autores Contribuyentes Manuel Carrillo Francisco Barrundia Daniel Cermeño El respaldo resultante es de mb, un 20.48% del tamaño original. Si la compresión es básica, tenemos el siguiente resultado. 5a Av Zona 14, Europlaza World Business Center, Torre II, Nivel 12 Página 1

2 Con la compresión básica tenemos una reducción al 25.57% del tamaño original. La decisión de comprimir o no un respaldo depende del tiempo y espacio disponible para realizarlo. A mayor compresión, mayor tiempo de respaldo y recuperación. Para cambiar el algoritmo de compresión, conectados a la base de datos "contenedor", se ejecuta la siguiente instrucción. Página 2

3 Data Pump Por Ing. José Francisco Barrundia Los utilitarios tradicionales export e import corren del lado del cliente, mientras que export e import Data Pump lo hacen del lado del servidor, lo que los hace más manejables. Procesos involucrados en las tareas Data Pump Proceso cliente: es iniciado por el utilitario cliente, invocando a la API Data Pump. Una vez que se inicia el Data Pump, este proceso no es necesario para el resto de la tarea. Proceso shadow: cuando el cliente se conecta a la base de datos, se crea el proceso foreground que atiende las solicitudes de la API. Este proceso crea una tabla maestra y las colas utilizadas para la comunicación. Una vez que el proceso cliente termina, también lo hace el proceso shadow. Proceso maestro de control: controla la ejecución de las tareas Data Pump. Existe uno por cada tarea. El proceso divide la tarea en varias sub-tareas de carga y descarga de metadatos y los transfiere a los procesos de trabajo (worker processes). Proceso de trabajo: el proceso de control crea los procesos de trabajo basado en el valor del parámetro PARALLEL. El proceso de trabajo realiza la tarea solicitada por el proceso de control. Ventajas de Data Pump Se puede exportar en paralelo, escribiendo a múltiples archivos y discos. Por ejemplo, con PARALLEL=2 y dos destinos distintos, DUMPFILE=dir1:/file1.dp, dir2:/file2.dp. Posibilidad de realizar attach y dettach de la tarea, monitoreando remotamente. Más opciones para filtrado de metadatos (parámetros EXCLUDE e INCLUDE). Se puede estimar los requerimientos de espacio en disco con el parámetro ESTIMATE_ONLY, antes de ejecutar la tarea. Los datos se pueden exportar de una base de datos remota utilizando un database link. Puede especificarse la versión de la base de datos y exportar solo los objetos compatibles con dicha versión. Para un import se puede cambiar el destino de los datafiles, esquemas y tablespaces (REMAP_DATAFILES, REMAP_SCHEMA, REMAP_TABLESPACE). Permite filtrar los datos durante la ejecución de un import. Puede importarse de una base de datos a otra sin escribir a un archivo dump, especificando el parámetro NETWORK_LINK. Puede verse el estado de las tareas directamente desde el diccionario de datos. Por ejemplo, dba_datapump_jobs, dba_datapump_sessions, etc. Página 3

4 Ejemplos de sintaxis En estos ejemplos se utilizan perfiles (archivos planos de texto) para especificar los parámetros a utilizar. Para ejecutar un export o import con perfil: expdp parfile=archivo_perfil.txt impdp parfile=archivo_perfil.txt En los diferentes escenarios se muestra el contenido de cada perfil. El parámetro DIRECTORY especifica la ubicación del archivo dmp a exportar o importar. Esta ubicación debe crearse como un directorio lógico dentro de la base de datos. Por ejemplo, data_pump_dir en una instalación por defecto apunta a la ubicación $ORACLE_BASE/admin/dpdump. Exportar la base de datos completa. dumpfile=completa.dmp logfile=completa.log full=y Exportar solamente la estructura, sin incluir datos, del esquema SCOTT. dumpfile=scott_metadata.dmplogfile=scott_metadata.log content=metadata_only -- sólamente la estructura -- schemas=scott Exportar las tablas PAISES y CIUDADES del esquema SCOTT. dumpfile=scott_paisyciudad.dmp logfile=scott_paisyciudad.log tables=(scott.paises,scott.ciudades) Importar las tablas del ejemplo anterior. dumpfile=scott_paisyciudad.dmp -- se utiliza el dmp creado en el ejemplo anterior -- logfile=scott_paisyciudad_imp.log table_exists_action=replace -- si la tabla ya existe, reemplazarla -- Exportar del esquema SCOTT, los registros de las tablas PAISES y CIUDADES cuyo nombre comience con letra A. dumpfile=scott_soloa.dmp logfile=scott_soloa.log content=data_only schemas=scott include=table:"in ('PAISES','CIUDADES')" query="where nombre like 'A%'" Página 4

5 Saltos de Página en Oracle Answers y Dashboards Por Ing. Daniel Cermeño dcermeno@datum.com.gt Uno de los aspectos más importantes en el estilo visual de un reporte en formato de impresión, es la colocación de los objetos sobre las páginas. Es común que algunos objetos, particularmente tablas, queden partidos en dos, cuando inician en una página y terminan en otra. Es acá donde la configuración del salto de página se vuelve una característica indispensable. Se debe mencionar que BI Publisher siempre será lo más recomendable para trabajar reportes o análisis con formato especial para impresión. Sin embargo, hay situaciones en que debido a falta de licenciamiento, capacitación o tiempo, no es posible usar BI Publisher. Entonces se puede sacar provecho de algunas características de Answers y Dashboards que harán muy bien el trabajo. La configuración de saltos de página es necesaria en estas circunstancias: 1. Cuando se desea que ciertas gráficas, títulos o tablas forzosamente se impriman en una nueva página. 2. Cuando se desea que las filas de una tabla en particular no se 'corten/interrumpan' al finalizar la página impresa. Este corte es poco atractivo en términos visuales. A continuación se describe el procedimiento para añadir saltos de página a un Dashboard para forzar la impresión de ciertos elementos en la siguiente página. Luego se describe el proceso para evitar los 'cortes' de tabla al finalizar la impresión de una página. Saltos de página en Dashboards El truco para insertar saltos de página en Dashboards radica en insertar nuevas columnas al panel, colocando una columna debajo de otra, justo como se ve en la siguiente imagen. Página 5

6 Luego, en la columna de abajo se inserta un salto de página, eligiendo la opción 'Break': Se indica que se desea agregar un salto de página al iniciar los objetos que estén dentro de esta columna: Ahora se insertan dos elementos, uno en cada columna para ver el resultado al exportar el Dashboard a formato imprimible PDF. Página 6

7 Así se ven los elementos en el Dashboard: Pero al exportar el reporte a PDF, cada elemento se imprimirá en páginas distintas: Página 1 Página 7

8 Página 2 Saltos de página en Answers Para crear saltos de página en un elemento de tipo tabla o tabla pivote, simplemente se elige el criterio o campo que marcará los saltos de páginas. Colocar este campo en la zona de "Secciones" del diseñador de reportes. Por ejemplo, en este caso se indica que el campo 'MES BOLETO' será el criterio para dividir los datos en secciones: Luego se indica que al final de cada sección se inserte un salto de página: Página 8

9 Listo, ahora cuando el reporte se exporte a PDF se insertará un salto de página al final de cada sección, según el campo 'MES BOLETO'. En próximas ediciones se revisarán otras estrategias de visualización para sacar el máximo provecho de OBI. Tip del día: Modo Archivelog: Oracle recomienda que una base de datos tenga habilitado el modo ARCHIVELOG. Esto trae varios beneficios como: Respaldos en caliente Recuperación de los datos a un punto en el tiempo Creación de sitios de contingencia con Data Guard Recuperación de tablespaces Replicación de datos con Golden Gate Para verificar si su base de datos está en modo ARCHIVELOG, ejecute el siguiente comando en sqlplus: SQL>archive log list; Por Ing. Deiby Gómez dgomez@datum.com.gt Página 9