Uso y distribucin de memoria en Oracle

Configurar la memoria de Oracle tras la instalacin

La forma de distribuir la memoria del sistema en una nueva instalacin de
ORACLE ser la disponible de memoria en el sistema que estar configurado de
forma que todos los componentes de ese sistema funcionen ptimamente. Una
pauta a seguir para que el sistema quede bien configurado podra ser el siguiente:
Componentes del sistema
Oracle SGA Componentes
Sistema operativo + Otros componentes
Memoria de usuario

Memoria del Sistema

~ 50\% del total
~15\% del total
~ 35\% del total

Esta sera la primera pauta que podemos seguir a la hora de reservar o ver la
memoria que se necesita o que se podr poner como mximo en un sistema en el
cual Oracle funcione correctamente juntamente con los dems componentes del
sistema. Hay que tener en cuenta siempre el nmero de usuarios que accedern
concurrentemente al sistema.

Una vez que hemos decidido que la SGA de nuestra base de datos ORACLE va a
ser el 50\% de la memoria total del sistema. Esta memoria la tenemos que dividir
entre los componentes que la forman estos seran los siguientes: Database buffer
cache, shared_pool_area, fixed size, redo log buffer.
Componentes de la SGA
Database Buffer Cache
Shared Pool Area
Fixed Size
Redo Log Buffer

Memoria SGA
~80\% de la SGA
~12\% de la SGA
~1\% de la SGA
~0.1\% de la SGA

Esta distribucin puede venir bien para comenzar a establecer un sistema, aunque
posteriormente podrn variar y habra que realizar modificaciones cuando se
conozca o varen el tipo de acceso a la base de datos, los patrones de acceso,
usuarios concurrentes en el sistema etc.
En dado caso para entender mejor estas tablas proponemos el siguiente ejemplo:
Teniendo un sistema configurado con 2 GB de memoria y con una estimacin de
100 sesiones concurrentes. La aplicacin requiere responder en pocos segundos.
Es una base de datos que tiene muchas transacciones.
Componentes del sistema
SGA para ORACLE

Memoria asignada (en Mb)

~1024

Sistema operativo + Otros componentes

Memoria de usuario

~306
~694

En mismo caso teniendo en cuenta los 694 MB estarn disponibles para la PGA y
todos los procesos servidores de Oracle siguiendo con el ejemplo hemos dicho
que tenamos 100 sesiones concurrentes nos dara un promedio de unos 7 Megas
aproximados para el consumo de cada usuario hay que tener en cuenta que el
SORT_AREA_SIZE forma parte de la PGA la distribucin de la memoria que
hemos dado a la SGA entre todos sus componentes seria de la siguiente forma
Componentes de la SGA
Database Buffer Cache
Shared Pool Area
Fixed Size + Misc
Redo Log Buffer

Ajuste de memoria en Oracle

Memoria asignada (en Mb)

~800
~128 - 188
~8
~ 1 (promedio 512K)

En esta parte se describen algunas reglas generales relacionadas con la

configuracin del rea global del sistema de Oracle (SGA) as como las
estructuras de la memoria que afectan al tamao de un rea global privada del
usuario de Oracle (PGA).
SGA: es un bloque de memoria compartida que Oracle asigna y comparte con
todas las sesiones.

SGA no debe intercambiarse.

No debe crear un SGA que sea mayor que dos tercios del tamao de la
memoria fsica de acceso aleatorio (RAM) del servidor. Su memoria virtual
debe ser capaz de dar cabida tanto al SGA como a los requisitos de todos
los procesos activos del servidor.

Evite un exceso de paginacin.

Cuando se utilizan las herramientas del sistema operativo las cuales son
vmstat en sistemas UNIX y Administrador de tareas en Windows hay que
comprobar si existe un exceso de paginacin. Un nivel alto de paginacin
puede originar un SGA que sea demasiado grande.

Configure suficiente memoria virtual.

Oracle en general recomienda que su espacio de intercambio sea como
mnimo tres o cuatro veces el tamao de su memoria fsica RAM. El tamao
necesario del archivo de intercambio en UNIX o el archivo de pginas de
Windows depender del nmero de conexiones activas.

Utilice las cuotas explcitas en los espacios de tabla para evitar agotar
todo el espacio de almacenamiento disponible.
Los usuarios con privilegios para crear objetos de Oracle, tales como el
usuario sde, el propietario de una geodatabase almacenada en un esquema
de usuario y los propietarios de datos, pueden acceder al espacio de
almacenamiento a travs de uno de estos dos mtodos: contando con el
privilegio del sistema UNLIMITED TABLESPACE o recibiendo una cuota
explcita en un espacio de tabla.
UNLIMITED TABLESPACE: Permite a un usuario asignar una cantidad
ilimitada de espacio en cualquiera o todos los espacios de tabla de la base
de datos, incluyendo los espacios de tabla SYSTEM y SYSAUX
gestionados por Oracle. Esto ofrece la posibilidad de que un usuario final,
intencionalmente o accidentalmente, agote todo el espacio de
almacenamiento disponible e incluso haga fallar la instancia de Oracle.
A los usuarios hay que asignarle una cuota en uno o ms espacios de tabla
para permitir que creen objetos de Oracle de forma controlada.
Ejemplo: Se puede otorgar al usuario propietario de datos GIS_ADMIN una
cuota en los espacios de tabla GIS_DATA y GIS_INDEX pero no en los
espacios de tabla SYSTEM y SYSAUX. Esto le permite controlar en qu
lugar el propietario de datos puede crear sus tablas e ndices y cunto
espacio puede consumir esos objetos.
El administrador de base de datos asigna una cuota ilimitada o ninguna
cuota en cada espacio de tabla a los propietarios de geodatabase de
esquema de usuario y los propietarios de datos en la geodatabase sde
maestra. En esta forma, el administrador de base de datos controla dnde
se almacenan fsicamente los datos.

La cuota ilimitada permite que el propietario de datos asigne tanto espacio

como sea necesario dentro de los espacios de tabla a los cuales tenga
acceso. Esto resulta adecuado porque los usuarios con acceso a la cuenta
del propietario de datos o geodatabase suelen tener formacin o
experiencia adicionales y a menudo conocen ms los requisitos de
almacenamiento de sus propios datos SIG.