Quando un processo Universal Batch Engine (UBE)Il motore di JD Edwards per l'esecuzione di report e processi batch in background. passa allo "Stato E" all'interno di Work With Submitted Jobs (P986110B)Applicazione JD Edwards per monitorare e gestire lo stato dei processi batch inviati., gli sviluppatori spesso passano direttamente alla ricompilazione delle Event RulesLinguaggio di scripting proprietario di JD Edwards utilizzato per definire la logica applicativa.. In realtà, la maggior parte dei crash fatali dei report non è dovuta a guasti spontanei del server, ma a disallineamenti deterministici tra C Business Functions (BSFN)Componenti software scritti in linguaggio C per eseguire logiche di business complesse in JD Edwards. personalizzate, puntatori JDECACHEAPI di JD Edwards per la gestione della memoria cache temporanea lato server. corrotti e parametri null non gestiti passati durante la data selection dinamica.
La diagnosi di questi errori richiede una traccia strutturata piuttosto che correzioni per tentativi. Comprendere i log di debug di JDE UBE per risolvere sistematicamente i problemi dei job di report falliti offre ai responsabili ERPEnterprise Resource Planning, sistema di gestione aziendale integrato. e agli sviluppatori un metodo ripetibile per isolare gli errori di allocazione della memoria, analizzare le clausole WHERE SQLStructured Query Language, linguaggio standard per la gestione e l'interrogazione di database relazionali. grezze e catturare l'esatto call stackLa sequenza di funzioni o subroutine attive in un programma durante l'esecuzione. delle BSFN subito prima che un processo kernelProcesso di sistema fondamentale che gestisce le risorse e le comunicazioni tra software e hardware. si interrompa sull'enterprise serverServer centrale che esegue la logica di business e i processi batch di un'applicazione ERP..
Individuazione dello stato del job inviato e dei Process ID
Quando un processo batch fallisce, la base diagnostica immediata si trova all'interno di Work With Submitted Jobs (P986110B)Applicazione JD Edwards per monitorare e gestire lo stato dei processi batch inviati., supportata direttamente dalla tabella Job Master F986110 nello schema System. Il monitoraggio del campo JCJOBSTATUS rivela las transizioni esatte dello stato di esecuzione, in particolare quando un job passa bruscamente da Processing (P) a Error (E). Nella maggior parte dei fallimenti immediati da P a E, la causa principale è un'eccezione di memoria non gestita nel codice C o una connessione al database persa, piuttosto che un problema di convalida dei dati nelle Event RulesLinguaggio di scripting proprietario di JD Edwards utilizzato per definire la logica applicativa..
Aprendo la Row Exit per i Job Details in WSJ si espone il Server Process IDIdentificativo numerico univoco assegnato dal sistema operativo a un processo attivo., registrato nella colonna JCEXEPROCESS. Questo intero non è un semplice riferimento interno di JDE; mappa 1:1 l'ID del processo attivo del sistema operativo che esegue il kernelProcesso di sistema fondamentale che gestisce le risorse e le comunicazioni tra software e hardware. UBE sull'Enterprise Server. L'isolamento di questo PIDProcess Identifier, numero univoco che identifica un processo attivo nel sistema operativo. consente di puntare immediatamente al file jde_PID.log corrispondente nella directory dei log del server (come /u01/jdedwards/e920/log), senza dover eseguire costose tracce a livello di sistema o indovinare quale kernel abbia gestito il thread.
I crash del motore scrivono nativamente output diagnostici critici direttamente in questi file jde_PID.log standard prima ancora che un amministratore debba abilitare la tracciatura approfondita a livello di chiamata. Errori di allocazione della memoria, violazioni dei limiti degli indici degli array e interruzioni della connessione SQLStructured Query Language, linguaggio standard per la gestione e l'interrogazione di database relazionali. appaiono automaticamente alla fine del log standard. L'attivazione prematura del debug tracing completo introduce un sovraccarico dal 20% al 30% sull'Enterprise Server e genera milioni di righe di APIApplication Programming Interface, insieme di procedure per l'interazione tra diversi programmi. di routine, nascondendo il singolo errore di puntatoreVariabile che memorizza l'indirizzo di memoria di un'altra variabile. che ha causato l'arresto del job.
Analisi del JDE.LOG primario per errori fatali del motore
Quando un job UBE passa direttamente da Processing a Error in F986110 senza generare un PDFPortable Document Format, formato di file per documenti digitali., iniziare con un enorme log di traccia è un errore tattico. Il file jde.log primario funge da segnalatore di eccezioni a livello di sistema per kernel panic, violazioni di memoria e interruzioni non gestite delle BSFN in C. Mentre i file di traccia registrano la sequenza di esecuzione, questo file primario cattura l'istante preciso in cui il processo dell'enterprise serverServer centrale che esegue la logica di business e i processi batch di un'applicazione ERP. si interrompe.
Cerca direttamente nel log le firme degli errori di runtimeLa fase di esecuzione di un programma informatico. C/C++, come EXCEPTION_ACCESS_VIOLATION o signal 11. Queste righe mostrano l'esatto file sorgente e il numero di riga in cui l'esecuzione si è interrotta, ad esempio B554201.c:412. Quando una C business function personalizzata dereferenzia un puntatoreVariabile che memorizza l'indirizzo di memoria di un'altra variabile. nullo o causa l'overflow di una struttura dati, lo stack trace di runtime individua la riga di codice incriminata, trasformando un problema a livello aziendale in una correzione mirata del sorgente C.
Distinguere i crash di runtimeLa fase di esecuzione di un programma informatico. della piattaforma dagli errori applicativi "soft" fa risparmiare ai team un tempo significativo di analisi. Gli errori applicativi soft, come codici articolo non validi o record bloccati in F4102, lasciano intatto il processo runbatchProcesso eseguibile di JD Edwards responsabile dell'esecuzione dei job batch su server non Windows. e inviano i messaggi direttamente alla pagina degli errori del report. Un crash fatale del motore C interrompe immediatamente il thread sottostante, lasciando il PDFPortable Document Format, formato di file per documenti digitali. vuoto e generando zero messaggi di errore a livello applicativo.
Quando si affronta un fallimento del report senza ID di messaggi di errore standard associati, evita del tutto di controllare le Event RulesLinguaggio di scripting proprietario di JD Edwards utilizzato per definire la logica applicativa.. Leggi il file jde.log dal basso verso l'alto per isolare l'ID del thread che ha fallito, identificare variabili MATH_NUMERICTipo di dato proprietario di JD Edwards utilizzato per rappresentare valori numerici ad alta precisione. non inizializzate o strutture di memoria non allocate e correggere direttamente il codice C. Ricompila la BSFN interessata utilizzando busbuild.exe e distribuisci l'aggiornamento tramite un package build selettivo, anziché rifattorizzare la logica applicativa funzionante.
Abilitazione e filtraggio dei log di traccia JDEDEBUG.LOG ad alto volume
L'impostazione del debug logging globale (Output=FILE) nel file jde.ini dell'enterprise serverServer centrale che esegue la logica di business e i processi batch di un'applicazione ERP. può riempire un disco di sistema in meno di mezz'ora, poiché un singolo processo batch può generare centinaia di megabyte di testo di traccia in pochi secondi. Gli enterprise server che eseguono decine di thread batch simultanei esauriranno la capacità del disco o ridurranno le prestazioni del kernelProcesso di sistema fondamentale che gestisce le risorse e le comunicazioni tra software e hardware. se il tracciamento globale rimane abilitato durante un'esecuzione batch massiva. Attiva il tracciamento rigorosamente a livello di job in Work With Submitted Jobs (P986116) utilizzando Row > Advanced > Logging, oppure configura un tracciamento mirato a livello di utente nella sezione [DEBUG] di jde.ini utilizzando specifici handle utente. Questo limita la generazione dei log al processo interessato, mantenendo l'impatto sulle prestazioni in produzione al di sotto del 5%.
Quando si analizza un file jdedebug.log condiviso in cui più processi scrivono contemporaneamente, le voci di log sequenziali diventano illeggibili senza isolare gli identificatori dei thread. Individua il process ID (PIDProcess Identifier, numero univoco che identifica un processo attivo nel sistema operativo.) dell'UBE o l'handle del thread nell'intestazione dell'esecuzione del job, solitamente registrato nel formato WRK:ProcessName_PID_ThreadID. Filtrare il file di log utilizzando utility da riga di comando come grep o sed per quello specifico ID thread elimina il rumore di fondo proveniente da sessioni interattive simultanee, job di sottosistema e code batch non correlate. Questo fornisce un percorso di esecuzione pulito che mostra l'esatta sequenza di chiamate APIApplication Programming Interface, insieme di procedure per l'interazione tra diversi programmi. C ed Event RulesLinguaggio di scripting proprietario di JD Edwards utilizzato per definire la logica applicativa. per la specifica istanza del job.
I memory leak durante cicli di elaborazione a lungo termine rimangono una delle cause principali di fallimenti silenziosi degli UBE che non generano errori funzionali nelle ER. Cerca nel log filtrato per thread le istruzioni jdeAlloc e jdeFree per verificare la gestione della memoria C all'interno dei cicli di elaborazione dei record. Se una business function personalizzata alloca memoria dinamica tramite jdeAlloc durante il Do Section di un ciclo UBE da 50.000 righe senza eseguire il corrispondente jdeFree prima di restituire ER_SUCCESS, il kernelProcesso di sistema fondamentale che gestisce le risorse e le comunicazioni tra software e hardware. dell'enterprise serverServer centrale che esegue la logica di business e i processi batch di un'applicazione ERP. finirà per esaurire la memoria heapArea di memoria dinamica utilizzata dai programmi per allocare risorse a runtime. e si interromperà. Verificare un numero maggiore di chiamate di allocazione rispetto a quelle di deallocazione individua la specifica C BSFN personalizzata che causa la corruzione dell'heap.
Convalida della Data Selection e dell'esecuzione SQL
Quando un job batch si blocca o riscontra un timeout del database, il colpevole è raramente il motore di elaborazione; si tratta invece dell'istruzione SQLStructured Query Language, linguaggio standard per la gestione e l'interrogazione di database relazionali. fisica inviata al database. L'analisi del file jdedebug.log alla ricerca di righe contenenti chiamate APIApplication Programming Interface, insieme di procedure per l'interazione tra diversi programmi. del driver come OCI0000054 o testo SQL diretto espone l'esatta query, inclusi i join impliciti tra le business viewOggetto di JD Edwards che definisce la relazione e i campi selezionati tra una o più tabelle del database. e le selezioni errate degli indici effettuate dall'ottimizzatoreComponente del database che determina il piano di esecuzione più efficiente per una query SQL. del database. Un join personalizzato tra F4211 e F4101 può eseguire una scansione completa della tabella (full table scan) su milioni di righe se un campo non indicizzato costringe l'ottimizzatore a scartare l'indice primario.
Le discrepanze tra la selezione progettata e l'SQL eseguito di solito risalgono a specifiche di versione corrotte memorizzate nella tabella dei dettagli del job F986110. La data selection della versione del report è memorizzata come un binary large object (BLOBBinary Large Object, tipo di dato utilizzato per memorizzare grandi quantità di dati binari nel database.) all'interno del record F986110; quando uno sviluppatore esegue il check-in di una versione creata a partire da un pacchetto di central objects obsoleto, questo payload binario può interpretare erroneamente gli elementi del data dictionaryRepository centrale in JD Edwards che definisce le caratteristiche e le regole di tutti i campi dati.. Il confronto della clausola WHERE grezza renderizzata nel log di traccia con il layout visivo nell'EnterpriseOne Development Client rivela immediatamente i criteri mancanti, come una clausola MCU o DCTO assente.
Anche la logica delle Event RulesLinguaggio di scripting proprietario di JD Edwards utilizzato per definire la logica applicativa. può silenziosamente compromettere le prestazioni SQLStructured Query Language, linguaggio standard per la gestione e l'interrogazione di database relazionali.. La chiamata alla funzione di sistema Set Selection Append Flag con un parametro impostato su 0 o NO cancella silenziosamente tutta la data selection di base definita sulla versione del report prima di applicare la selezione delle ER. Invece di aggiungere criteri dinamici ai filtri inseriti dall'utente, il motore costruisce un'istruzione SQL non vincolata su tabelle enormi come F0911 o F0011 senza limiti di data o di libro giornale (ledger). Ciò si traduce in una scansione completa immediata della tabella, esaurendo lo spazio temporaneo del database e bloccando le code dei job del server.
Tracciamento dell'esecuzione delle Event Rules e dei fallimenti della cache
Quando un report si blocca con un utilizzo della CPU vicino al 100% o si interrompe dopo aver elaborato solo una manciata di record invece dell'intero dataset, traccia il flusso di esecuzione delle Event RulesLinguaggio di scripting proprietario di JD Edwards utilizzato per definire la logica applicativa. direttamente in JDEDEBUG.LOG. Seguire il percorso di esecuzione dall'evento Do Section attraverso On Fetch Structure individua esattamente dove un ciclo While infinito sta girando a vuoto o dove una chiamata di sistema Stop Processing interrompe prematuramente l'esecuzione. Nelle sezioni personalizzate a livello di driver, gli sviluppatori spesso inseriscono logica personalizzata all'interno degli eventi di fetch senza considerare i puntatoriVariabili che memorizzano l'indirizzo di memoria di un'altra variabile. a chiave nulli, costringendo il motore a valutare ripetutamente lo stesso record fino all'esaurimento della memoria del server.
Le righe di log che rivelano errori di JDE Cache durante l'esecuzione dell'UBE indicano allocazioni di memoria non gestite piuttosto che una corruzione del motore. La visualizzazione del codice di ritorno di errore COB0100011 o di eccezioni di handle non valido durante una chiamata jdeCacheFetch significa che una precedente istruzione jdeCacheTerminate è stata saltata in un ramo condizionale. Nei job batch che eseguono decine di migliaia di iterazioni di dettaglio, saltare la terminazione della cache causa la perdita (leak) di centinaia di megabyte di memoria heapArea di memoria dinamica utilizzata dai programmi per allocare risorse a runtime. sull'Enterprise Server, provocando infine errori di allocazione della memoria nelle C BSFN collegate.
Un'altra modalità di errore comune è il completamento silenzioso di un job batch senza alcuna riga di dettaglio stampata. L'uso errato della funzione di sistema Suppress Section Write all'interno della logica condizionale delle ER fa sì che il motore UBE esegua tutte le operazioni del database sottostante escludendo completamente il motore di output del layout. Il job termina con uno Stato 60 in F986110 e genera un PDFPortable Document Format, formato di file per documenti digitali. di piccole dimensioni contenente solo le intestazioni di sezione. Traccia nel log i flag di esecuzione della sezione subito dopo le BSFN di fetch dei dettagli per confermare se le scritture di sezione sono state soppresse intenzionalmente o saltate a causa di rami logici non gestiti.
Risoluzione dei problemi intermittenti di memoria BSFN e call stack
Quando un UBE si arresta in modo anomalo e intermittente su Enterprise Server che eseguono Tools ReleaseVersione dei componenti tecnologici e dell'infrastruttura di base di JD Edwards EnterpriseOne. a 64 bit, la causa principale è spesso un disallineamento di struttura tra il typedefParola chiave in linguaggio C utilizzata per creare alias o definizioni di tipi di dati personalizzati. dell'header della BSFN in C compilata e le specifiche della struttura dati memorizzate nel dizionario degli oggetti F9860. Sulle architetture a 64 bit, le regole di allineamento della memoria richiedono limiti rigorosi di 8 byte per i puntatoriVariabili che memorizzano l'indirizzo di memoria di un'altra variabile. e i membri della struttura. Se una struttura dati personalizzata viene modificata nelle Event RulesLinguaggio di scripting proprietario di JD Edwards utilizzato per definire la logica applicativa. senza rianalizzare e ricompilare il file header C corrispondente, gli offset di memoria si spostano. Il processo batch potrebbe elaborare migliaia di record correttamente prima di riscontrare una violazione di accesso quando gli stack frame si sovrappongono durante un'intensa elaborazione dei dati.
Questi fallimenti superano regolarmente le esecuzioni locali su Fat Client, mentre falliscono catastroficamente in produzione. Le workstation di sviluppo locali allocano la memoria in modo sequenziale con limiti di stack flessibili, mascherando efficacemente le variabili C non inizializzate. I call stackLa sequenza di funzioni o subroutine attive in un programma durante l'esecuzione. multi-thread degli Enterprise Server, tuttavia, riciclano rapidamente gli indirizzi di memoria tra i processi simultanei del motore batch. Un puntatoreVariabile che memorizza l'indirizzo di memoria di un'altra variabile. non inizializzato o una variabile MATH_NUMERICTipo di dato proprietario di JD Edwards utilizzato per rappresentare valori numerici ad alta precisione. all'interno di una funzione C personalizzata recupererà dati residui ("garbage") dall'esecuzione di un thread precedente. Una logica che supera i test unitari isolati su un Fat Client andrà in crash durante un'elaborazione notturna.
Per risolvere questo problema è necessario rigenerare gli header delle strutture dati tramite l'Object Management WorkbenchStrumento di sviluppo integrato in JD Edwards per la gestione del ciclo di vita degli oggetti., seguito da una ricompilazione completa delle business function su tutti i pacchetti del server. All'interno del sorgente C, cancella esplicitamente la memoria della struttura utilizzando memset(&dsOutput, 0, sizeof(dsOutput)) al punto di ingresso di ogni chiamata APIApplication Programming Interface, insieme di procedure per l'interazione tra diversi programmi. personalizzata. Assicurati che le Event RulesLinguaggio di scripting proprietario di JD Edwards utilizzato per definire la logica applicativa. valutino i codici di ritorno delle BSFN — verificando ER_SUCCESS (0) rispetto a ER_ERROR (2) — prima di attivare le elaborazioni successive. Lasciare i codici di ritorno non controllati consente agli stati dei puntatoriVariabili che memorizzano l'indirizzo di memoria di un'altra variabile. non inizializzati di propagarsi a cascata attraverso il call stackLa sequenza di funzioni o subroutine attive in un programma durante l'esecuzione., arrestando infine il kernelProcesso di sistema fondamentale che gestisce le risorse e le comunicazioni tra software e hardware. batch senza lasciare una voce esplicita nel file JDE.LOG.
