Newsletter Trimestral

Transcripción

1 Newsletter Septiembre 2014 Edición Trimestral Contenido Newsletter Trimestral Página: 1 Newsletter Trimestral 2 Política de Aplicación de Parches de Oracle Database 4 Políticas de ILM -Oracle 12c- Editores Generales Estimado lector, el Newsletter Datum nació hace más de seis años, en mayo de 5a. Ave Zona14,Edificio Euro Plaza Torre II, Nivel 12 Francisco Barrundia Teléfono: (502) Fax: (502) Alejandro Lau 2008, como una iniciativa del Comité de Calidad. Los objetivos principales de este .info@datum.com.gt producto de valor agregado, han sido desde su inicio el dar a conocer a nuestros Pagina 1/10 Débora Morán clientes, entre otros: Autores Contribuyentes Gerber Bautista Manuel Carrillo Nuevos productos Nuevas funcionalidades en versiones nuevas de los productos Oracle Características, ventajas y desventajas de opciones poco conocidas o utilizadas Tendencias, nuevas metodologías y su aplicación Con el afán de mantener siempre la calidad del contenido de nuestro Newsletter, se ha tomado la decisión de liberar publicaciones trimestrales. De esta cuenta, nuestra edición de septiembre es la primera publicación trimestral. Espere la siguiente publicación en diciembre Página 1

2 Política de Aplicación de Parches de Oracle Database Por Ing. Gerber Bautista En la actualidad, muchas empresas cuentan con divisiones de Seguridad y Auditoria dentro de sus departamentos de tecnología. También pueden existir otros departamentos como Auditoría Externa y Riesgo. Los anteriores utilizan distintos métodos para determinar vulnerabilidades dentro de los sistemas y en muchos casos desarrollan políticas que exigen actualización o upgrade de versiones y aplicación de parches. Como parte de sus planes de soporte Premier y Extended (sin incluir Sustaining ), Oracle proporciona corrección de errores para sus productos de tecnología. Para realizarlo plantea una metodología para diferenciar los distintos tipos de parches, políticas relativas a cada uno y su forma de entrega. Soporte Perpetuo (Lifetime Policy) Oracle Corporation indica por adelantado y con certeza el tiempo en que cada uno de los productos y sus distintas versiones serán atendidos. La política ofrece acceso a distintos recursos durante el tiempo en que los productos se encuentren licenciados. Cobertura de Versiones de Base de Datos Fuente: Oracle Life Time official General Availability date (GA Date): Fecha de lanzamiento de versión. Premier : Mantenimiento y soporte por 5 años a partir de GA Date. Extended : Posibilidad de adquirir los beneficios de mantenimiento y soporte por 3 años más. Sustaining : Adquirible al finalizar Extended, únicamente incluye soporte. Página 2

3 Modelo de versiones y parches Tipo Otros nombres Descripción Periodicidad Políticas de entrega Major releases Release Versiones periódicas, Ej. 11.1, 11.2 & 12.1 Ninguna Patch sets Versión Integrado por la, Oracle lanza un nuevo acumulación de PSU y SPU, completamente probada con generalmente cada 12 o 24 meses. parche fijado en diferentes plataformas a través del tiempo. Debido a esto, no correcciones emitidas todas las plataformas entre lanzamiento de productos. contarán con el apoyo para la corrección de errores para el período de gracia. Debido a esto, siempre se contará con el conjunto de parches previo para la corrección de errores durante al menos 3 meses. Tipo Otros nombres Descripción Periodicidad Políticas de entrega Proactive Patch Set - Paquete trimestral que Trimestral Únicamente bajo Premiere patches and bundles Updates (PSU) contiene correcciones más importantes y parches de seguridad. Security Patch Updates (SPU) Bundle Patch Interim patches Diagnostic Patches Critical Patch Update (CPU) Maintenance Pack, Service Pack, MLRs, Cumulative Patch, Update Release, Bundle Patch PSE, MLR, Exception release, One- Off, x-fix, Hotfix, Security One- Off Diagnostic Patch, test Patch, Fix Verification Binary (FVB), e- fix Paquete iterativo y acumulativo que consiste en parches de seguridad. Revisión acumulativa e iterativa que se emite entre PSUs. Por lo general incluyen sólo las correcciones, pero algunos pueden incluir pequeñas mejoras. Parche que contiene una o más correcciones, para clientes que no pueden esperar el siguiente PSU o nueva versión del producto para obtener una solución. Parche provisional creado específicamente para diagnosticar un problema y no para arreglar un error. Trimestral Únicamente bajo Premiere Únicamente bajo Premiere Disponible para versiones específicas y bajo los tipos de soporte: Premier Extended Limited Extended Disponible para versiones específicas y bajo los tipos de soporte: Premier Extended Limited Extended Fuente: Oracle error correction policy Oracle official Nota: Las fechas de emisión de parches trimestrales son el día 17 de enero, abril, julio y octubre.

4 Políticas de ILM -Oracle 12c- Por Ing. Manuel Carrillo Dentro de las nuevas funciones de Oracle 12c, llama la atención la opción de poder controlar la compresión y movimiento de datos de manera transparente y automática de acuerdo al uso de los mismos. Esta característica es conocida como ILM (Information Lifecycle Management). Cada una de las políticas creadas sobre los datos es controlada por un componente llamado "heat map", el cual lleva control de los bloques más utilizados de cada objetos. Este mapa es utilizado para accionar las política de ILM, ya sea para comprimir o mover segmentos (tablas o particiones de tabla) a diferentes tipos de almacenamiento. En la imagen anterior se observan los bloques más utilizados en rojo, los medianamente usados en azul y los menos usados en amarillo. El control del "uso" de los datos es manejado de manera automática mediante simples parámetros a nivel de la instancia de base de datos. En la imagen del costado, las políticas de ILM pueden ser usadas para mover datos hacia diferentes capas de almacenamiento. Por ejemplo, los datos más activos pueden permanecer en el almacenamiento más rápido, de acuerdo al uso de la información. Los datos menos usados pueden moverse al almacenamiento de mayor capacidad pero menor rendimiento. Por último, los datos pueden moverse incluso a almacenamiento SBT (cinta magnética). Las políticas también pueden generar compresión de datos automáticamente, por ejemplo la siguiente instrucción comprime datos si no existe modificación luego de 30 días. Página 4

5 ALTER TABLE orders ILM ADD POLICY COLUMN STORE COMPRESS FOR QUERY HIGH SEGMENT AFTER 30 DAYS OF NO MODIFICATION; Tip Técnico del Mes ORA-39087: directory name DATAPUMPDIR is invalid Si al intentar realizar un expdp obtenemos este error, validar que el usuario que ejecuta la tarea tenga permisos sobre el directorio para el export. SELECT * FROM ALL_DIRECTORIES -- chequeamos los directories existentes SYS DATAPUMPDIR /u01/app/oracle/oracle/product/10.2.0/db_1/rdbms/log/ SELECT * -- chequeamos los permisos que tienen los usuarios sobre los directories FROM user_tab_privs WHERE table_name = 'DATAPUMPDIR' -- asignamos permisos al usuario correspondiente, para que pueda acceder al directory específico GRANT READ, WRITE on DIRECTORY DATAPUMPDIR to USUARIO1; Por Lic. Francisco Barrundia fbarrundia@datum.com.gt Página 5