Directrices de ajuste de memoria para bases de datos de Oracle

Si la aplicación se está ejecutando en un entorno de carga pesada, considere

la posibilidad de asignar tanta memoria como sea posible a la instancia de base
de datos de Oracle.
La tabla siguiente proporciona directrices generales para la asignación de
memoria en un sistema con 8 GB de RAM o más.
Para este... Asignar...
Sistema operativo 2 GB de RAM física para el SO Windows.
Tamaño de SGA 75% de RAM física restante al parámetro
SGA_TARGET.
Asignación mínima: 4608 MB (o 4,5 GB)
Tamaño de PGA 25% de RAM física restante al parámetro
PGA_AGGREGATE_TARGET.
Asignación mínima: 1536 MB (o 1,5 GB)
Tabla 1. Directrices de ajuste de memoria para ordenador con 8 GB de RAM
Sistema con varias instancias de base de datos
Nota Si tiene previsto ejecutar varias instancias de en el mismo sistema, ajuste
la memoria para garantizar que las instancias que se ejecutan simultáneamente
encajan en la RAM física disponible. La utilización de memoria física impide el
intercambio a disco.
Por ejemplo, para ejecutar los servicios de repositorio de IBM® OpenPages
GRC Platform y repositorio de Cognos en el mismo sistema con 8 GB de RAM:
 2 GB de RAM para el sistema operativo
 Los 6 GB de RAM restantes puede dividirse entre el repositorio de OpenPages
GRC Platform y el repositorio de Cognos de la manera siguiente:
o Instancia de repositorio de OpenPages GRC Platform: 2,5 GB SGA + 1 GB
PGA
o Instancia de repositorio de Cognos: 1,5 GB SGA + 1 GB PGA

Ajuste del rendimiento de la instancia de base de datos

Para mejorar el rendimiento de la instancia de base de datos de Oracle

inhabilite la característica de omisión de exploración de Oracle y establezca
cursor sharing en force.
La característica de omisión de exploración de Oracle divide lógicamente un
índice compuesto en subíndices más pequeños. En la omisión de exploración,
la columna inicial del índice compuesto no se especifica en la consulta. En
otras palabras, se omite. Para bases de datos más grandes donde los datos
cambian con frecuencia, la omisión de la exploración puede ser menos
eficiente que una exploración de rangos.
La característica cursor sharing especifica cómo se analizan las
sentencias SQL. La emisión de muchas sentencias SQL que tengan valores
literales puede producir muchas sentencias casi idénticas en la memoria caché.
El conjunto de resultados grande puede reducir el rendimiento y causar
 problemas de cierre. Si se establece cursor sharing en force, las
sentenciase SQL se vuelven a utilizar si el texto es similar excepto para el valor
literal.
Procedimiento
1. Inicie la sesión en un sistema con SQL*Plus y acceda al servidor de base de
datos.
Nota Para instalaciones de AIX, utilice el usuario opuser o el usuario non-root.
2. Desde la línea de mandatos, inicie la sesión en SQL*Plus.
sqlplus sys/sys_password@SID as sysdba
3. En la solicitud de SQL, escriba el mandato siguiente:
4. alter system set "_optimizer_skip_scan_enabled"=false scope=both;
alter system set cursor_sharing = force scope=both;
5. Cierre la sesión de SQL*Plus.