Premisas a tener en cuenta para obtener un buen performance en SAP, PARTE II SISTEMA DE ALMACENAMINETO.

-

Premisas a tener en cuenta para obtener un buen performance en SAP,

PARTE II SISTEMA DE ALMACENAMINETO.



Acto seguido, me enfoco en el almacenamiento, aunque no es de mi competencia he tenido que aprender, por cuanto me ha pasado que el problema lo encuentro en este punto, pues a pesar de realizar los ajustes correspondientes a lo puntos antes mencionados, el rendimiento continúa degradado, ya que las mejoras que se realizaron no logran o no se manifiestan de sobremanera. Lo que suelo hacer es chequear y solicitar como están construido los arreglos de discos, pues dependiendo de la tecnología no es lo mismo que escriba primero en un disco hasta que se llene para luego seguir con el otro disco, es decir una sola cabeza haciendo el trabajo, mientras que, si se hace con una tecnología distribuida, es decir en varios discos la velocidad de escritura lectura mejora y los resultados no se hacen esperar. Voy a contextualizarlo mediante la ilustración para un mejor entendimiento, con un ejemplo y con conocimiento de causa, el almacenamiento de un fabricante tiene lo siguiente:


En el ejemplo anterior se observan 2 errores, el primero es en el primer arreglo para el sapdata1, el LE Allocation es de tipo strict y el segundo error esta en el tamaño del bloque que es de 1024 (1K) , cuando lo recomendado es de 8192 (8K). También se observa que en el arreglo del sapdata3, el LE Allocation es distribuited y el tamaño del bloque es de 8K, lo que indica que se encuentran acorde a las recomendaciones.


A continuación, una breve descripción de los conceptos utilizados en el párrafo anterior, para un mayor entendimiento.


* Allocation Strict:



Logical Volume compuesto por dos o más discos de igual o diferentes tamaños. Los logical extends (LE) se copian secuencialmente en un mismo disco hasta llenarlo para luego ocupar el siguiente disco de la misma forma, accediendo sólo un disco a la vez.



   LE    PV1                     PE1   Status 1

   00000 /dev/disk/disk8         00000 current

   00001 /dev/disk/disk8         00001 current

   00002 /dev/disk/disk8         00002 current

   00003 /dev/disk/disk8         00003 current      
   00004 /dev/disk/disk8         00004 current

   ...

   15996 /dev/disk/disk8         15996 current

   15997 /dev/disk/disk116       00000 current

   15998 /dev/disk/disk116       00001 current

   15999 /dev/disk/disk116       00002 current

   16000 /dev/disk/disk116       00003 current

   16001 /dev/disk/disk116       00004 current




                                                      
     

   
* Allocation Distributed:







Logical Volume compuesto por dos o más discos de igual tamaño. Los logical extends (LE) se distribuyen secuencial y alternadamente en cada disco componente del LVol, accediendo los discos en modo striping, teniendo un mejoramiento en el índice de transmisión o throughput del sistema.


   --- Logical extents ---
   LE       PV1                     PE1      Status 1
   00000000 /dev/disk/disk46        00000000 current
   00000001 /dev/disk/disk9         00000000 current
   00000002 /dev/disk/disk7         00000000 current
   00000003 /dev/disk/disk5         00000000 current
   00000004 /dev/disk/disk46        00000001 current
   00000005 /dev/disk/disk9         00000001 current
   00000006 /dev/disk/disk7         00000001 current
   00000007 /dev/disk/disk5         00000001 current
   00000008 /dev/disk/disk46        00000002 current








Nota: Lo anterior es simplemente un ejemplo, hay que evaluar cada tecnología de cada fabricante que seguramente varia y adecuarla a lo que tiene el sistema.

Comentarios

Publicar un comentario

Entradas populares de este blog

Verificación de la caducidad de un rol como de la duplicidad del mismo

-
Imagen
Dentro del proceso de asignación de roles a un usuario, solemos cometer varios errores que a simple vista parece no tener ninguna repercusión pero que si lo miramos desde el punto de vista técnico y en detalle, generan una serie de eventos que suelen afectar varios elementos, entre los que se encuentran, comprometer recursos de memoria del sistema SAP, duplicidad en la asignación de roles, con fecha de caducidad diferentes, tareas de gestión que se vuelven bastante engorrosas y más cuando o se acerca la auditoria o se identifica el pecado, mediante el uso de las herramientas que los entes de auditoria suelen realizar. Lo cierto es que en últimas son sobrecostos en el que incurrimos a la hora de administrar un sistema SAP en el ámbito de los roles de seguridad y es por eso que daré algunos tips para que podamos resolverlo de una manera más ágil. Antes de mencionarlos, debo recordar algunos conceptos: ·      Entre más roles tenga asignado un usuario son más los r
Leer más

Ventajas de activar el log de auditoria SM20 de una manera más eficiente

-
Imagen
Una de las formas de mantener un sistema bajo un control absoluto desde el punto de vista de acceso hacia el sistema junto con otras variables, es a través del log de auditoria, donde dependiendo de lo que requieras auditar o mejor de lo que el ente de auditoria te exija habilitar debes tener en cuenta y claro, ya que la forma como opera pues dependiendo de cómo lo actives y dependiendo del volumen de usuarios y el acceso simultaneo podrías llegar afectar el rendimiento del sistema. A lo largo de mi experiencia he visto que este log lo activan de manera inadecuada pues habilitan todos los eventos que en realidad lo que hacen es cargar el sistema de información innecesaria y lo peor es que casi nunca consultan. De lo que llevo con SAP, lo único valioso que he podido identificar es el acceso hacia las transacciones, aunque también podrían ser valiosos, los accesos de logon y de logoff. El punto no está en lo que brinda sino en la forma como opera, y en este ámbito nos enco
Leer más

“Sequential read” tiene un contexto diferente a lectura secuencial en el ámbito de SAP SM50.

-
Imagen
  Muchas veces cuando monitoreamos el sistema SAP ERP y sobre todo los work process (que es en donde se procesan las peticiones que hace el usuario) a través de la transacción sm50 o en su defecto en la sm66, observamos que en la columna action, algunas veces se refleja el texto “sequential read”, tal y como se observa en la imagen siguiente: En múltiples ocasiones nos sorprendemos y caemos en lo que lo que en el ámbito de base de datos se denomina lectura secuencial, que para quienes hemos trabajados en base de datos o estudiamos en la universidad, nos enseñaron que es uno de los métodos más ineficaces e ineficientes para construir consultas. La verdad desde el punto de vista técnico, resulta ser un término muy engañoso, ya que por lo general suele ser comparado con este método ineficaz. Quiero aclarar que no obedece a lo mismo, aunque el mensaje así lo pareciese. Este método “sequential read” cuando aparece en la sm50, se refiere a todos los demás accesos a la b
Leer más