Con grandes volúmenes de datos, el sistema puede necesitar mucho tiempo para acceder al nivel de objeto (por ejemplo, para completar con datos los niveles de integración). Dado que la instalación estándar del Sistema SAP no está optimizada para tratar grandes cantidades de datos en CO-PA, existe un gran potencial de ajuste si los datos se distribuyen físicamente entre las unidades de disco duro disponibles.

La siguiente información es siempre aplicable a los releases 2.1 hasta 3.0B. Empezando con el release 3.0C, se pueden utilizar los niveles de integración de manera que no sea siempre necesario acceder a la tabla de objetos y al nivel de objeto en las funciones online.

Sin embargo, sigue siendo necesario acceder a la tabla de objetos y al nivel de objeto al completar con datos los niveles de integración, o si se está trabajando con datos de integración específicos de informe en el release 2.2.

A fin de evitar que aumente la complejidad de una instalación estándar, las tablas CE3xxxx y CE4xxxx (donde sociedad PA = xxxx) se crean siempre en el tablespace PSAPBTABD. Los índices correspondientes se encuentran en el tablespace PSAPBTABI.

Al leer grandes volúmenes de datos del nivel de objeto, el sistema accede unas cuantas veces a las mismas unidades de disco duro. En consecuencia, estas unidades de disco duro operan en los límites de su capacidad de carga de trabajo y, de este modo, representan el factor restrictivo para el rendimiento global del procedimiento de lectura. Los procesadores que intervienen tienen generalmente el status "inactivo" o "en espera" durante este tiempo.

Si se produce esta situación, se dice que el sistema está en un estado "I/O-bound"). Mediante la distribución de los datos en varias unidades de disco duro, puede incrementarse considerablemente el rendimiento global del sistema.

En las instalaciones estándar, el sistema puede leer normalmente unos 200.000 registros por hora del nivel de objeto. Este rendimiento es prácticamente independiente del hardware utilizado.

Sin embargo, si se dispone de cuatro tablespaces (por ejemplo, PSAPCE4D, PSAPCE4I, PSAPCE3D y PSAPCE3I), almacenados en cuatro unidades de disco duro diferentes, los datos pueden distribuirse en CO-PA de la siguiente manera:

• Tabla CE4xxxx en tablespace PSAPCE4D

• Índices CE4xxxxn para la tabla CE4xxxx en tablespace PSAPCE4I

• Tabla CE3xxxx en tablespace PSAPCE3D

• Índice principal CE3xxxx0 para la tabla CE34xxxx en tablespace PSAPCE3I

Si en su sistema aún no se ha contabilizado ningún dato en la Cuenta de resultados, es conveniente redefinir los parámetros para estos objetos de base de datos utilizando la utilidad de base de datos (transacción SE14). En caso contrario, se deberá hacer una copia de seguridad de los datos existentes antes de la conversión y volverlos a restaurar más adelante, un proceso que exige mucho tiempo.

Esta "minisolución", que puede realizarse con relativamente poco esfuerzo, por lo general puede aumentar la velocidad normal con la que el sistema lee el nivel de objeto hasta unos 500.000 registros por hora.

A pesar del incremento logrado en el rendimiento utilizando la distribución simple de datos descrita anteriormente, los sistemas con procesadores potentes generalmente estarán aún en un estado I/O-bound. En ese caso, es conveniente tomar medidas adicionales para distribuir la carga de trabajo I/O.

En este apartado examinaremos sólo separación a nivel de hardware, que en la mayoría de casos se soporta de manera transparente en el sistema de base de datos.

En la separación, los ficheros se crean en el nivel de sistema operativo y se almacenan (en pequeñas unidades) en tantas unidades de disco como sea posible. La idea es que el sistema lea aleatoriamente en este tipo de archivo con una velocidad mayor, ya que el tiempo requerido para situar la cabecera puede suprimirse o realizarse varias veces paralelamente. Dado que el fichero está almacenado en separaciones en distintas unidades de disco, recibe el nombre de "separación". Las unidades de disco que intervienen reciben el nombre de "sets de separación".

Los archivos que están distribuidos en varias unidades de disco son utilizados posteriormente para crear un tablespace. El sistema de base de datos ve el tablespace como una secuencia consecutiva de bloques, que son utilizados para los EXTENTS de una tabla. La sociedad PA se asegura de que los accesos de lectura aleatoria se realicen de manera más probable en distintas unidades de disco. La "anchura" de una separación debería coincidir con la dimensión de los bloques de la base de datos (generalmente 8 KB).

Debido al modo de acceso del sistema a los datos en la Cuenta de resultados, es conveniente almacenar las tablas CE3xxxx y CE4xxxx (así como sus índices) en unos cuantos tablespaces diferentes a fin de conducir accesos de lectura consecutivos en investigación al mayor número posible de unidades de disco duro (y, de este modo, permitir que se ejecuten paralelamente).

Para conseguir una distribución I/O lo más amplia posible, se deben separar los cuatro tablespaces PSAPCE4D, PSAPCE4I, PCAPCE3D y PSAPDE3I del modo más equitativo posible por todas las unidades de disco disponibles.

Además de la separación, también se debe comprobar que los bloqueos físicos dentro de los tablespaces estén siendo utilizados de manera óptima (p. ej. ORACLE PCTFREE=1 y PCTUSED=99). Por otra parte, las tablas deberán contener el menor número posible de EXTENTS. Esto requiere un análisis cuidadoso del volumen de datos esperado.

Cuando se utilizan sets de separaciones, debe procederse con sumo cuidado al realizar la copia de seguridad de los datos. Conviene recordar que si una unidad de disco duro, aun conteniendo sólo parte de un set de separaciones, deja de funcionar, ya no será posible utilizar el set entero de separaciones y habrá que restablecerlo recurriendo a una copia de seguridad de los datos y el correspondiente log de archivo.

Esta operación puede llevar bastante tiempo, sobre todo si se utiliza la solución "ad hoc" descrita anteriormente (todos los tablespaces separados en todas las unidades de disco).

La realización técnica de las recomendaciones dadas en este capítulo varía en función de las bases de datos y los sistemas operativos que se estén utilizando.