Freigeben über

Verwenden des Dexterity-Skriptdebuggers zum Nachverfolgen von Fehlern und Leistungsproblemen in Microsoft Dynamics GP

In diesem Artikel wird beschrieben, wie Sie den Dexterity-Skriptdebugger verwenden, um Fehler und Leistungsprobleme in Microsoft Dynamics GP und in Microsoft Business Solutions - Great Plains zu verfolgen.

Gilt für: Microsoft Dynamics GP
Ursprüngliche KB-Nummer: 910982

Informationen zum Dexterity Script Debugger

Wenn Sie versuchen, die Ursache eines Fehlers zu identifizieren oder zu verstehen, warum einige Funktionen langsame Leistung aufweisen, fordern Supportteams in der Regel eine Dexsql.log Datei an. Die Dexsql.log Datei zeigt die gesamte Kommunikation zwischen der Anwendung und dem Computer an, auf dem Microsoft SQL Server ausgeführt wird. Die Dexsql.log Datei zeigt jedoch nicht die interne Verarbeitung an, die in der Anwendung auftritt. Darüber hinaus zeigt die Dexsql.log-Datei keinen Zugriff auf die Tabellen an, die nicht auf SQL Server basieren, z. B. lokale temporäre Tabellen.

Der Dexterity-Skriptdebugger verwendet zwei Methoden, um zu verfolgen, was im Code passiert:

  • Das Skriptprotokoll (Script.log) zeigt alle Skripts an, die aufgerufen werden. Die Skripts werden in ihrer Hierarchie und mit ihren Parametern angezeigt.
  • Das Skriptprofilprotokoll (Profile.txt) listet alle Skripts auf, die aufgerufen werden, und alle Tabellen, auf die verwiesen wird. Im Skriptprofilprotokoll werden auch die Zeiten aufgelistet, zu denen die Skripts aufgerufen wurden, und die Zeiten, in denen auf die Tabellen verwiesen wurde. Das Skriptprofilprotokoll listet auch die Millisekunden auf, die jede Aktion benötigt hat.

Aktivieren des Dexterity-Skriptdebuggers

Führen Sie die folgenden Schritte aus, um den Dexterity-Skriptdebugger in einer Live-Laufzeitumgebung zu aktivieren und das Skriptprotokoll und das Skriptprofilprotokoll zu generieren:

  1. Ändern Sie die Dex.ini Datei, indem Sie dem Abschnitt [Allgemein] die folgenden Zeilen hinzufügen.

    ScriptDebugger=TRUE
    ScriptDebuggerProduct=0

    Wichtig

    Die Produkt-ID ist in der Regel auf Null für Microsoft Business Solutions festgelegt – Great Plains, aber die Produkt-ID kann die Produkt-ID eines beliebigen Produkts in der Dynamics.set-Datei sein.

  2. Starten Sie Microsoft Dynamics GP oder Microsoft Business Solutions – Great Plains, und melden Sie sich dann bei der Anwendung an.

  3. Wechseln Sie in der Anwendung zu einem Speicherort, der sich direkt vor dem Codeabschnitt befindet, den Sie analysieren möchten.

  4. Führen Sie die folgenden Schritte aus, um den Code zu analysieren:

    1. Wählen Sie "Debuggen" aus, wählen Sie "Protokollskripts" aus, und geben Sie dann einen Pfad für die Script.log Datei an.
    2. Wählen Sie "Debuggen" und dann "Profilskripts" aus.
    3. Wählen Sie "Debuggen" und dann "Profil löschen" aus.

  5. Führen Sie die Aktion aus, die Sie analysieren möchten.

  6. Führen Sie die folgenden Schritte aus, um die Analyse zu beenden:

    1. Wählen Sie "Debuggen" und dann "Protokollskripts" aus.
    2. Wählen Sie "Debuggen" aus, wählen Sie "Profil speichern" aus, und geben Sie dann einen Pfad für die Profile.txt Datei an.
    3. Wählen Sie "Debuggen" und dann "Profilskripts" aus.

  7. Suchen Sie die Script.log Datei und die Profile.txt Datei, und senden Sie diese Dateien dann an einen Entwickler oder an das Supportteam zur Analyse.

Auswerten der Protokolle

Um die Skripte zu identifizieren, die eine langsame Leistung aufweisen, öffnen Sie die Datei Profile.txt mithilfe des Editors. (Stellen Sie sicher, dass Zeilenumbruch im Format-Menü nicht ausgewählt ist.) Die Skripte mit den höchsten Werten in der Spalte "Anzahl" und in der Spalte "+Untergeordnete" könnten die Skripte sein, die eine langsame Leistung aufweisen. Um die untergeordneten Skripts und die übergeordneten Skripts eines bestimmten Skripts zu identifizieren, suchen Sie in der datei Script.log nach dem Skript. Untergeordnete Skripte werden unter dem Skript angezeigt. Die Kindskripts werden eingerückt. Die übergeordneten Skripts sind höher in der Hierarchie als die untergeordneten Skripts.

Sie können auch die Profile.txt Datei verwenden, um die Tabellen zu identifizieren, die Dexterity während der Ausführung des Dexterity-Skriptdebuggers verwendet hat. Tabellen, auf die von gespeicherten Prozeduren zugegriffen wurde, werden in diesen Statistiken jedoch nicht angezeigt. Darüber hinaus werden die internen Arbeiten einer gespeicherten Prozedur nicht vom Dexterity Script Debugger erfasst. Um diese Informationen zu erfassen, müssen Sie einen Trace auf dem SQL Server ausführen.