Condividi tramite

Come trovare un ID utente associato a un ID sessione nel caso di un errore nel registro delle applicazioni sul server AOS di Microsoft Dynamics AX

Si applica a: Microsoft Dynamics AX 2009
Numero KB originale: 953375

Riepilogo

Questo articolo descrive che viene visualizzato il messaggio di errore seguente nel registro applicazioni in Microsoft Dynamics AX:

Errore RPC: eccezione RPC 1726 si è verificata nella sessione <SessionID>

Questo articolo descrive anche come associare l'ID sessione nel messaggio di errore a un ID utente.

Ulteriori informazioni

Si consideri lo scenario seguente in Microsoft Dynamics AX 2009.

Si noti che l'utilizzo della memoria aumenta nel server AOS. Esaminare quindi il log applicazioni nel server AOS per determinare la causa. In questo scenario si noterà che un evento viene registrato nel registro applicazioni.

In questo scenario può essere necessario trovare un ID utente di Microsoft Dynamics AX associato all'ID sessione nel messaggio di errore. Si vuole inoltre comprendere il processo aziendale e le operazioni che l'utente finale stava facendo al momento in cui si verificano problemi.

Per determinare se il problema è causato da un utente finale o dal processo aziendale, è possibile usare l'ID sessione del messaggio di errore nel registro applicazioni nel server AOS. È quindi possibile correlare l'ID sessione alla tabella sysuserlog nel database Microsoft Dynamics AX. A tale scopo, effettuare i passaggi seguenti:

  1. Eseguire un'istruzione SQL in SQL Query Analyzer o in SQL Server Management Studio. Ad esempio, si esegue l'istruzione SQL seguente in SQL Query Analyzer o in SQL Server Management Studio:

    select * from sysuserlog where sessionid = <SessionID> and createddate > '2007/7/17' order by createddate desc

    Annotazioni

    • In questo script <SessionID> è il segnaposto per l'ID sessione effettivo nel messaggio di errore nel registro applicazioni.
    • In questo script usare un elemento createddate maggiore di (>) un giorno o più giorni prima della data effettiva nel messaggio di errore. È quindi possibile ottenere la data di accesso dell'utente finale a Microsoft Dynamics AX anziché alla data del messaggio di errore effettivo.

  2. Visualizza i risultati della dichiarazione. Ad esempio, sono presenti tre record nei risultati della seguente dichiarazione.

    USERID TIPO COMPUTERNAME Tipologia di Cliente Ora di Disconnessione DATAUSCITA BUILDNUM SESSIONID TERMINATO_OK DATA DI CREAZIONE DATA DI CREAZIONE
    Amministratore 0 MACCHINA1 1 57511 7/17/2007 2500.275 10 1 7/17/2007 37944
    Segno 0 MACHINE3 1 0 1/1/1900 2500.275 10 0 7/19/2007 75080
    John 0 MACCHINA2 3 41200 7/18/2007 2500.275 10 1 7/20/2007 40326

  3. Usare i risultati dell'istruzione per determinare l'utente associato all'ID sessione nel messaggio di errore. A tale scopo, effettuare i passaggi seguenti:

    1. Controllare la colonna CLIENTTYPE per determinare il tipo di connessione e quindi controllare la colonna TERMINATEDOK per verificare quale client si è arrestato in modo anomalo. Se la colonna TERMINATEDOK per una riga visualizza 0 (zero) e se non viene registrata alcuna ora di disconnessione nella colonna LOGOUTTIME, significa che un client si è arrestato in modo anomalo o un utente finale ha usato Ctrl+Alt+Del per terminare il processo client.

      Annotazioni

      • Non usare la colonna SESSIONID perché gli ID sessione possono essere riutilizzati.

      • Nella tabella sysuserlog i valori nella colonna ClientType sono i seguenti.

        Valore Significato che rappresenta il valore
        0 Oggetto COM
        1 Cliente
        2 Server informatico
        3 Thread di lavoro

        È anche possibile trovare queste informazioni sulla tabella sysuserlog nell'oggetto seguente in Application Object Tree (AOT):
        \Documentazione di sistema \ Enums \ClientType

    2. Nota il valore nella colonna USERID e nella colonna COMPUTERNAME per il client che è andato in crash. Determinare quindi cosa si è verificato in questo client e quale utente usava il client in quel momento.

    Nell'esempio del passaggio 1 non è presente alcun tempo di disconnessione e il valore TERMINATEOK è 0 per il secondo record nei risultati. Pertanto, l'ID utente per Mark e per MACHINE3 è molto probabilmente l'utente finale associato al messaggio di errore nei registri delle applicazioni. È necessario rivolgersi all'utente finale per determinare se si è verificato il problema e il tipo di problemi riscontrati dall'utente finale.

Per controllare le connessioni più recenti o le connessioni attive, controllare la tabella sysclientsessions . Tenere inoltre presente che gli ID sessione possono essere riutilizzati. Pertanto, l'utente corrente che usa l'ID sessione potrebbe non essere l'utente finale associato al messaggio di errore nel registro applicazioni.