A continuación se describen algunas reglas generales relacionadas con la configuración del área global del sistema de Oracle (SGA) así como las estructuras de la memoria que afectan al tamaño de un área global privada del usuario de Oracle (PGA). Un SGA es un bloque de memoria compartida que Oracle asigna y comparte con todas las sesiones. Para obtener más información acerca de SGA, consulte la documentación de Oracle relacionada con su versión de Oracle.
- SGA no debe intercambiarse.
No deberá crear un SGA que sea mayor que dos tercios del tamaño de la memoria física 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 paginación.
Al utilizar las herramientas del sistema operativo (vmstat en sistemas UNIX y Administrador de tareas en Windows), compruebe si existe un exceso de paginación. Un nivel alto de paginación puede originar un SGA que sea demasiado grande.
- Configure suficiente memoria virtual.
En general, Oracle recomienda que su espacio de intercambio sea como mínimo tres o cuatro veces el tamaño de su memoria física RAM. El tamaño necesario del archivo de intercambio en UNIX o el archivo de páginas de Windows dependerá del número de conexiones activas.
- Utilice las cuotas explícitas 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 través de uno de estos dos métodos: contando con el privilegio del sistema UNLIMITED TABLESPACE o recibiendo una cuota explícita en un espacio de tabla.
El privilegio 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. Ello ofrece la posibilidad de que un usuario final, intencionada o accidentalmente, agote todo el espacio de almacenamiento disponible e incluso haga fallar la instancia de Oracle. Por esta razón, es mejor si solo los administradores de base de datos poseen este potente privilegio del sistema.
A todos los demás usuarios tendrá que asignar una cuota en uno o más espacios de tabla para permitir que creen objetos de Oracle de forma controlada. Por ejemplo, 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, originalmente, cuánto espacio pueden consumir esos objetos.
Normalmente, 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. De esta forma, el administrador de base de datos controla dónde se almacenan físicamente los datos (por ejemplo, un conjunto de disco en espejo para una mayor protección de los datos) y puede separar los datos en contenedores lógicos separados de los datos del sistema y de los datos para otros proyectos y aplicaciones. 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 generalmente adecuado porque los usuarios con acceso a la cuenta del propietario de datos o geodatabase suelen tener formación o experiencia adicionales y a menudo conocen más los requisitos de almacenamiento de sus propios datos SIG.
En entornos en los que los editores de datos o los espectadores de datos tienen permiso para crear sus propios objetos de geodatabases, tales como la salida de operaciones de geoprocesamiento, usted puede elegir asignar una cuota limitada en los espacios de tabla a los cuales los usuarios tienen acceso de escritura. Por ejemplo, en el espacio de tabla GIS_DATA, los espectadores de datos pueden tener una cuota de 100 MB, los editores una cuota de 500 MB y los propietarios de datos pueden tener una cuota ilimitada. Deberá personalizar las asignaciones de cuotas para satisfacer las necesidades específicas de sus procesos de datos y comerciales.