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: Inter-Module communication in TypeScript Template

Image
In this post I bring another example on how to Communicate Modules using the Oracle JET - TypeScript Template based on the Oracle JET Cookbook: InterModule Communication From now and so on will create multiple examples using TypeScript for those who are not familiar with it and wants to turn the Cookbook examples into TypeScript :). The example ( ojet-typescript-list-detail ) can be found as usual in my GitHub repository: https://github.com/DanielMerchan/ojet-examples This example is a bit different compared to the Cookbook example where the modules are not running at the same time within a Module. This example is built as described in the following images: Customers module acts as the Wrapper Module. It coordinates when to load the list and detail modules. Customers module makes use also of signals npm module for communication between Customers-List, Customers-Detail. Explanation of the Example customers.js is the coordinator responsible module for: initiali
Read more

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