Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Descripción general del EnterpriseOne comportamiento de JD Edwards en SQL Server
EnterpriseOne La lógica empresarial se gestiona principalmente en las aplicaciones. Solo las instrucciones de lenguaje de manipulación de datos (DML) acceden a la base de datos desde la aplicación. En el procesamiento estándar, el conjunto de registros se abre en la base de datos, pero la aplicación lo administra. A continuación, la aplicación suele realizar varias operaciones de DML para cada registro del conjunto de registros. Este enfoque genera un volumen considerable de operaciones de DML poco fiables con la base de datos. La latencia de cada operación de DML es uno de los factores clave del rendimiento. Gracias a esta arquitectura, el uso de la CPU de la base de datos compatible EnterpriseOne tiende a ser mínimo, mientras que las características de E/S de red y disco son las principales impulsoras del rendimiento del proceso. EnterpriseOne El ajuste de la base de datos se centra principalmente en minimizar la latencia del DML.
Para mitigar el impacto en la latencia de las operaciones de E/S de lectura del disco, se suele utilizar un búfer de caché de gran tamaño. Esto se puede combinar con la compresión de datos de SQL Server para aumentar considerablemente la eficacia de la memoria caché de búfer. Si bien el uso de la compresión de datos afecta a la CPU, la sobrecarga es mínima cuando se utiliza este enfoque con. EnterpriseOne Cuando la memoria caché de búfer tiene el tamaño adecuado, la latencia de E/S de lectura del disco no suele ser motivo de preocupación.
La memoria caché del búfer de SQL Server no aborda la latencia de la E/S de escritura. Cuando un EnterpriseOne proceso genera un gran número de operaciones de escritura poco fiables, el rendimiento puede verse limitado por la latencia de cada operación de escritura que se confirma en el registro de transacciones. Para minimizar esta latencia, puede utilizar io2 o volúmenes io2 Block Express para el archivo LDF. Si io2 o io2 Block Express por sí solo no es suficiente para ofrecer el rendimiento requerido o tiene un costo excesivo, puede utilizar una configuración de durabilidad retrasada para mejorar el rendimiento.
Dado que muchos EnterpriseOne procesos crean conjuntos de registros que pueden superponerse con otros conjuntos de registros abiertos, debe habilitar el aislamiento de instantáneas con confirmación de lectura (RCSI) en cada EnterpriseOne base de datos para minimizar el bloqueo. Cuando esta característica está habilitada, puede crear un requisito de E/S sustancial para tempdb. tempdb es efímero por naturaleza y no requiere la durabilidad del almacenamiento en bloques estándar. En la mayoría de los casos, la mejor opción es el almacenamiento express (NVMe) de memoria no volátil de instancia local. tempdb
En las siguientes secciones de esta guía se analizan estas y otras prácticas recomendadas para optimizar SQL Server para JD Edwards EnterpriseOne.
