Mantenimiento: Purgado y Fragmentación

A la hora de mantener los entornos WebCenter (Content, Portal) limpios y con un rendimiento óptimo hay que tener en cuenta, además de los sistemas de caché y configuraciones optimizadas, el sistema de purgado y limpieza de las bases de datos sobre las que se ejecutan. Aquí se recogen algunos (no todos) que hay que tener en cuenta en entornos productivos.

Versión en inglés

ADF Framework
El framework de ADF usa dos tablas llamada PS_TXN y PCOLL_CONTROL para guardar el estado, la sesión y en general la pasivación de los datos cuando se usa ADF Business Components. Además hace uso de una secuencia llamada PS_TXN_seq.
Tabla PS_TXN
Para mantener las aplicaciones Fusion Middleware en recomendable la configuración de un Job periodico que realize el purgado de estas tablas. Por ejemplo cada día.

Las PL/SQL de purgado pueden ser encontradas (en caso de desarrollos con WebCenter y JDeveloper 11gR1) en el [JDEV_MIDDLEWARE_HOME]/oracle_common/modules/oracle.adf.model_11.1.1/bc4jcleanup.sql

Referencias:
Oracle WebCenter Content
En el caso de Oracle WebCenter Content configurado con alguno de los siguientes indexadores de búsqueda:
  • DATABASE.FULLTEXT
  • OracleTextSearch
Muestras de un indice fragmentado (88%)
Es importantisimo la desfragmentación de los índices utilizados por estos motores para que las búsquedas siempre sean óptimas. Ejecutar la desfragmentación después de una reindexación total es una de las mejores prácticas. En caso de uso de un Job periódico, éste debe ser ejecutado en horario de poco acceso dado que este proceso puede afectar al rendimiento de la plataforma.

Referencias:

WebCenter Portal
WebCenter Portal se basa en MDS (Metadata Service Repository) para almacenar y gestionar las customizaciones y datos internos de la plataforma. El MDS tiene dos configuraciones importantes:
  • Tamaño de caché.
  • Auto purgado y tiempo entre cada purgado.
Esto es configurado en el archivo de configuración adf-config.xml como sigue:

Configuracion de la caché de MDS y Auto Purgado en adf-config.xml
Caché
En caso de que el nivel de customizaciones del portal sea alto es recomendable incrementar este valor:

<mds-config>
...
<cache-config>
        <max-size-kb>100000</max-size-kb>
</cache-config> 
...
</mds-config>

Purgado
El purgado del repositorio de metadatos es una labor de mantenimiento imprescindible en toda plataforma WebCenter Portal / Framework Portal.  Esta operación no debe ser ejecutada con una frecuencia baja puesto que puede afectar al rendimiento.

<persistence-config>
...
<auto-purge seconds-to-live="3600"/>
...
</persistence-config>

Cómo y dónde configurarlo?
Design Time:
  • WebCenter Framework Portal: Modificando directamente el archivo adf-config.xml
  • WebCenter Portal (previamente llamado Spaces): Customizando el archivo adf-config.xml de configuración.
Runtime:
Para ambos casos es posible configurar tanto el tamaño de caché como el auto purgado desde el árbol de MBeans asociado al servidor.

Configuracion del MDS (Caché y Autopurgado) usando Fusion Middleware Control
Referenciass:

Comments

Post a Comment

Popular posts from this blog

OJET: Build and Deploy in an Application Server

Image
There are some other sources where an Oracle JET Application is packaged and deployed as a WAR in Oracle WebLogic Application Server (Arda Eralp) https://blogs.oracle.com/ardaeralp/deploy-oracle-jet-application-to-weblogic-server (Andrejus Baranovski's) http://andrejusb.blogspot.com/2016/07/serving-oracle-jet-application-from.html They may look bit old or maybe because they call directly grunt tasks by using the grunt-cli . In this post I will update a bit these posts in Oracle JET 6.1.0 and the usage of ojet build (instead of calling the grunt tasks) for also building the corresponding WAR file. The example can be found in my GIT repository: https://github.com/DanielMerchan/ojet-examples Let's start... Install grunt-war module in your Oracle JET Application. npm install grunt-war --save-dev Create a war.js (or call it whatever you want) in /scripts/grunt/config folder under your souce files. This is a sample code inside of it, check https://www.npmjs.com/packag...
Read more

OJET: Select All options using only Checkboxset

Image
This is an example on how to select all other options by using another oj-checkboxset. GitHub: ojet-checkbockset-select-all The idea is to keep track of the selection and make use of the on-value-changed as described in the following code. self.colorOptions = ko.observableArray([ { id: "blueopt", value: "blue", color: "Blue" }, { id: "greenopt", value: "green", color: "Green" }, { id: "redopt", value: "red", color: "Red" }, { id: "limeopt", value: "lime", color: "Lime" }, { id: "aquaopt", value: "aqua", color: "Aqua" }, ]); self.selectAll = ko.observableArray([]); self.currentColor = ko.observableArray(["red"]); self.selectAllOptionChanged = (event) => { const newSelection = event.detail.value; if (newSelection.indexOf('all')...
Read more

WebCenter Content: Check-in sin Primary File

Image
En esta entrada se explican dos ascpectos relacionados con los Primary File: Primary File fields Permitir que un Check-in no obligue a subir un fichero asociado para todos los contenidos. Cómo permitir Check-in para un perfil específico y ocultar los campos de Primary File de un formulario de Check-in . Permitir Check-in sin Primary File Para permitir los Check-in sin Primary asociado para todos los contenidos de WebCenter Content solo hay que añadir la siguiente variable a la configuración: AllowPrimaryMetaFile=true Configuración de Oracle WebCenter Content Permitir Check-in y ocultar los campos para un Profile específico En caso de requerir realizar la acción para ciertos perfiles de WebCenter Content. Seguir los siguientes pasos: Crear una nueva regla que se activará con las condiciones de Check-in Regla que se activa con Check-in En la pestaña de Side Effects añadir el siguiente IdocScript que permitirá la creación de contenido sin Primary File y ade...
Read more