Hilo iniciado por JESUS TOMALA GARCIA el 24 de julio de 2013
-
Entradas
-
Muy buenas con todos…
Es la primera vez que estoy implementando Microsoft Dynamics AX 2012 R2 y eh notado mucha lentitud del mismo cuando realizas customizaciones, cuando transaccionas, cuando compilas, y tambien cuando creas Web Services. La versión anterior del AX (2009) no era así de lenta como lo es ésta versión; estando instalada en un servidor con caracteristicas de Hardware respetables que superan el doble en rendimiendo de lo que sugiere Microsoft para la instalación del producto.
En los clientes de Microsoft Dynamics AX 2012 R2 tambien se nota la lentitud del tiempo de respuesta y se queda inhibido cuando un usuario con perfil de programador inicia un nuevo espacion de desarrollo para trabajar en el AOT.
Agradecería su ayuda si me indicarán si existe alguna otra consideracion que me faltara para no tener éste inconveniente.
Saludos.
Si la mayoría de problemas de rendimiento los sufren los programadores, probablemente sea un problema con la Model Store (la base de datos que almacena los metadatos, desde R2 es una base de datos separada).
Se publicó recientemente un hotfix para mejorar el tiempo de compilado, lo tienes aquí.
También se puede reindexar esta base de datos periódicamente para mejorar el rendimiento en entornos con muchos cambios. Se explica aquí.
Saludos.
Pégale un vistazo a esto también, hay que realizar un tuning importante a la base de datos
Saludos.
Hola Jesús,
Poco puedo añadir a lo que ya te han aportado los compañeros, sólo preguntarte ¿los servidores los tienes virtualizados o son máquinas físicas? En caso de visualización, ¿cual es el sw que empleáis?
Igual ya lo has leido, pero aquí ya hubo un post al respecto https://www.elrincondynamics.es/foros/tema/ms-dynamics-ax-2012-r2-en-ambiente-vmware-5-1/
Ánimo y si encuentras nuevas posibilidades por favor compartelas
Estimado revise esto le puede ser de utilidad
Que tal Antonio.
Sólo tengo instalada una instancia en un servidor Virtualizado (Hyper-V).
Hola José Antonio. No solamente los programadores sufrimos del rendimiento de la versión de AX; los consultores funcionales también tienen problemas cuando realizan transacciones (el sistema se les reinicia o se les inhibe).
Muchas gracias por el HotFix, ya lo tengo descargado para poder implementarlo, pero me surge la duda si ¿Es conveniente instalar el Hotfix con customizaciones realizadas en el ambiente ?
Hola German,
El servidor es virtualizado en Hyper-V, el AX lo tengo instalado en un ambiente virtual por motivos de seguridad para poder respaldar toda la máquia virtual.
ningún problema, ese hotfix sólo crea unos índices en las tablas de la Model Store, no afecta a ningún objeto que pueda estar modificado.
Hola Jesús.
Actualmente estábamos en una implementación con un hardware muy sofisticado pero virtualizado con VMWare. Se sabe que la virtualización influye en el rendimiento. En estos casos HyperV esta entre un 20% y un 30% de perdida de rendimiento, mientras que en VMWare para algunos casos se han detectado reducciones de performance entre un 30% a 60%.
En los user groups del convergence se recomendaba marcadamente, dejar como servidor físico la BD de AX implementando soluciones un poco mas costosas como las de implementar arreglos de discos de estado solido ya que elevan el numero de IOPS de manera significativa. Tunning de la BD es también requerido, y sumado a esto el Hotfix que te mencionan anteriormente.
Otra solución que puede ayudarte un poco en cuanto al ambiente de desarrollo es la de deshabilitar el protocolo TCPIP en la configuración de SQL. Repito solo para test y desarrollo 🙂
Con nuestras experiencias hemos notado que la velocidad de Lectura/Escritura lo es todo actualmente con el nuevo modelo implementado en AX 2012. Usuarios, Funcionales y Desarrolladores impactan al mismo tiempo la base de datos, y la virtualización no ayuda porque en ciertos puntos genera cuellos de botella en los discos virtuales.
Te diría que intentaras separar la BD y ponerla en un server físico de buenas características y nos cuentes tu experiencia.
Saludos,
Gustavo
- Debes estar registrado para responder a este debate.