Panoramica del EnterpriseOne comportamento di JD Edwards su SQL Server

EnterpriseOne la logica aziendale viene gestita principalmente all'interno delle applicazioni. Solo le istruzioni DML (Data Manipulation Language) di base vengono trasmesse al database dall'applicazione. Nell'elaborazione standard, il set di record viene aperto nel database ma viene gestito dall'applicazione. In genere, l'applicazione esegue quindi più operazioni DML per ogni record nel set di record. Questo approccio genera un volume considerevole di operazioni DML dettagliate sul database. La latenza di ogni operazione DML è uno dei fattori chiave delle prestazioni. A causa di questa architettura, l'utilizzo della CPU del database che supporta EnterpriseOne tende a essere minimo, mentre le caratteristiche di I/O della rete e del disco sono i fattori principali delle prestazioni del processo. EnterpriseOne l'ottimizzazione del database si concentra principalmente sulla riduzione al minimo della latenza DML.

Per mitigare l'impatto sulla latenza dell'I/O di lettura del disco, viene spesso utilizzata una cache del buffer di grandi dimensioni, che può essere combinata con la compressione dei dati SQL Server per rendere la cache del buffer molto più efficace. Sebbene l'utilizzo della compressione dei dati influisca sulla CPU, il sovraccarico è minimo quando si utilizza questo approccio con. EnterpriseOne Quando la cache del buffer è adeguatamente dimensionata, in genere la latenza I/O di lettura del disco non è un problema.

La cache buffer di SQL Server non risolve il problema della latenza dell'I/O di scrittura. Quando un EnterpriseOne processo genera un gran numero di operazioni di scrittura chiacchierate, le prestazioni possono essere limitate dalla latenza di ogni operazione di scrittura che esegue il commit nel log delle transazioni. Per ridurre al minimo questa latenza, è possibile utilizzare volumi Block Express io2 e/o io2 per il file LDF. Se Block Express io2 o io2 da solo non è sufficiente a fornire le prestazioni richieste o è comunque proibitivo dal punto di vista dei costi, è possibile utilizzare una configurazione di durata ritardata per migliorare le prestazioni.

Poiché molti EnterpriseOne processi creano set di record che potrebbero sovrapporsi ad altri set di record aperti, è necessario abilitare l'isolamento RCSI (Read Committed Snapshot Isolation) su ogni database per ridurre al minimo il blocco. EnterpriseOne Quando questa funzionalità è abilitata, può creare un requisito di I/O sostanziale per tempdb. tempdb è per sua natura temporaneo e non richiede la durata dell'archiviazione a blocchi standard. Nella maggior parte dei casi, lo storage express (NVMe) in memoria non volatile a istanza locale è la scelta migliore per. tempdb

Nelle seguenti sezioni di questa guida vengono illustrate queste e altre best practice per l'ottimizzazione di SQL Server per JD Edwards. EnterpriseOne