LOBs Segments

Referencias

·         Nota Metalink: SecureFiles Migration and Accessing securefile metadata information  [ID 1170351.1]

·         Paper Oracle: SecureFiles Migration an Oracle White Paper – August 2008

En primera instancia podríamos aplicar donde se está generando contención (physical writes direct) en algunas tablas, específicamente aquellas que contienen campos de tipo LOBs, además  hacer uso de los productos Oracle Enterprise Edition habilitados como es Advanced Compression 11g que va en directa relación con los campos de tipo LOBs.

Introducción:

Los campos LOBs se categorizan en (CLOB, NCLOB, BLOB y BFILE), las escrituras directas físicas son ocasionadas por los accesos a segmentos LOBS correspondientes a los campos CLOB de las Tablas, Oracle recomienda SecureFile LOB, es nuevo feature a partir de Oracle Database 11g, el cual ha sido una reingeniería sobre los tipos de datos LOB. 

Su uso da mejor performance, reducción de espacio y seguridad sobre los LOB convencionales. SecureFile LOB solo pude ser creado cuando el segmento de tipo SecureFile LOB se creará en un tablespace de tipo ASSM y el parámetro DB_SECUREFILE no tiene el valor de NEVER e IGNORE y además el parámetro compatible de la base de datos debe estar seteado en compatible=11.2.0.3.

NOTA: Toda esta mejora y solución para este tipo de contención se puede realizar para los objetos afectados con un downtime cero, lo cual es muy conveniente para el negocio utilizando el package Oracle rdbms_redefinition online.

 Procedimiento:

  Requisitos

· El parámetro compatible debe estar seteado en 11.1.0.0.0 o superior.

· El tablespace donde resida la columna/partición/subpartición con SecureFiles debe ser de tipo ASSM.

· Si se desea usar Advance Compression, se requiere disponer de la opción Advance Compression o Advance Encription.

Especificación de SecureFiles

Para utilizar que el tipo de dato LOB se almacene como SecureFiles, hay que especificar SECUREFILES en la cláusula LOB.

Ejemplos:

LOB:     LOB (c_lob) STORE AS SECUREFILES myclob

CLOB:   XMLTYPE myxmltype STORE AS SECUREFILES CLOB

BLOB:   XMLTYPE myxmltype STORE AS SECUREFILES BINARY XML

Técnicas de migración

      1. Redefinir la tabla entera 

      2. Redefinir de a una partición por vez

      3. Migrar sin migrar

1.2 Pasos para realizar la migración de la tabla entera:

1. Relevar los campos de la tabla origen

2. Creación de la tabla destino 

3. Comenzar la redefinición

4. Copiar los objetos dependientes de la tabla

5. Finalizar la redefinición (intercambia los nombres de las tablas)

6. Opcionalmente se puede borrar la tabla destino (que tiene la definición original)

1.3    Compresión avanzada

Si se dispone de la opción Advance Compression y/o Advance Encryption se puede utilizar para comprimir, deduplicar y encriptar los datos almacenados como SecureFiles

OBJETOS LOBs:

TABLE SIGFE_TX.CTBD_CONTABILIDAD_BIN_PA

TABLE SIGFE_TX.CTVM_MONETARIA_BIN_VM

TABLE SIGFE_TX.DEVP_DEVENGO_ACTUAL_BIN

TABLE SIGFE_TX.AFTP_AFECTACION_BIN_AF

TABLE SIGFE_TX.MNTH_HISTORIAL

 Query:

select a.owner, a.table_name, a.column_name, a.segment_name , b.bytes/1024/1024 MB

from dba_lobs a, dba_segments b where a.segment_name = b.segment_name and a.owner = b.owner

and a.owner= 'SIGFE_TX' and a.table_name='CTBD_CONTABILIDAD_BIN_PA'

order by b.bytes/1024/1024;

SEGMENT_NAME                           MB

SYS_LOB0000128220C00018$$           13760