[Gelöst] Performanceprobleme

Bild Microsoft Dynamics NAV 3.xx
(ehem. Navision Attain)

[Gelöst] Performanceprobleme

Beitragvon DPhilippi » 23. Oktober 2008 16:02

Hallo,

ich habe ein Problem bezĂĽglich der Performance gewisser Funktionen unter NAV 3.70.

Speziell bei der Funktion "Lieferzeilen holen" auf der Rechnungskarte im Debitorenbereich.

Durchsucht wird hierbei die Tabelle "Verkaufslieferzeilen" (111).

Dass dieser Vorgang natürlich etwas länger dauert ist mir klar. Immerhin befinden sich weit über 2 Mio Datensätze in dieser Tabelle. Die Performance ist jedoch dermaßen im Keller, dass ich 30 Minuten und mehr brauche um 1. die gewünschten Zeilen anzeigen zu lassen (offene Lieferzeilen des betreffenden Debitors) und 2. diese in die aktuelle Rechnung übertragen habe.

Wenn solch eine Rechnung erstellt wird kann jeder andere User Pause machen....

Durch Optimierung der Tabellen habe ich das Problem etwas vermindert. Auch die Filtertechnologie scheint sehr viel mit der Performance in diesem Fall zu tun zu haben.

Es kann doch nicht sein dass NAV bei solchen Dingen in die Knie geht.

Hat jemand einen heiĂźen Tip?
Zuletzt geändert von DPhilippi am 27. Oktober 2008 17:09, insgesamt 1-mal geändert.
DPhilippi
 
Beiträge: 53
Registriert: 3. Januar 2007 09:21
Wohnort: Saarland

Re: Performanceprobleme

Beitragvon FAFL » 23. Oktober 2008 16:41

Die Performance ist ja ein leidiges Thema, aber nicht weil NAV so lahm ist, sondern weil leider viele Anwender mit denkbar ungünstigen Serverkonfigurationen arbeiten. Und genau hier kann man auch das meiste tun, darum ist es nötig etwas mehr über euer System zu wissen.

Wenn du also ein par Details zur Konfiguration des Servers preisgibst, dann wirst du sicher seitenweise Tipps bekommen.

Welche Details das sind? Nun da fallen mir als erstes die folgenden ein, wenngleich sicher auch seitenweise weitere Fragen zu erwarten sind:

1.) Welche DB? (Native oder SQL)
2.) Wie sieht die Hardware des Servers aus? (RAM, Platten, Verteilung der DB auf den Platten, welches RAID)
3.) Wieviele User greifen auf die DB?

Ich lass es jetzt mal dabei, mögen andere fortsetzen.
FAFL
 
Beiträge: 200
Registriert: 20. November 2007 11:14
Wohnort: Adorf
Realer Name: Falk Fleischer
Arbeitsort: zu Hause
Bezug zu Microsoft Dynamics: Microsoft Partner
Microsoft Dynamics Produkt: Microsoft Dynamics NAV
Microsoft Dynamics Version: 4 bis 2016

Re: Performanceprobleme

Beitragvon McClane » 23. Oktober 2008 16:57

4.) Auf welches Feld wird gefiltert (Verk. an Deb.-Nr. oder Rech. an Deb.-Nr. oder Lief. an Deb.-Nr.), und nach welchem SchlĂĽssel sucht er?

Frage beantwortet? Schreibe bitte [Gelöst] vor den Titel des ersten Beitrags.
Bitte erst suchen, dann fragen. Bitte beachte den kleinen Community-Knigge.
Kein Support per PN, Mail, IM oder Telefon! DafĂĽr ist dieses Forum da.
McClane
Moderator
Moderator
 
Beiträge: 3864
Registriert: 2. April 2008 10:00
Realer Name: Stefan
Bezug zu Microsoft Dynamics: End-Anwender
Microsoft Dynamics Produkt: Microsoft Dynamics NAV
Microsoft Dynamics Version: 2009, 2016

Re: Performanceprobleme

Beitragvon DPhilippi » 24. Oktober 2008 11:27

Also.

- Es ist ne Native Datenbank
- Es greifen etwa 20 User gleichzeitig auf die DB zu
- Zugriff erfolgt ĂĽber Citrix
- Die Maschine besitzt einen 2,8 Ghz Prozessor mit 2 Gig RAM.
- Die Datenbank sitzt auf einer einzigen Platte ist also nicht verteilt.

Filter sind "Rechn. an Deb. Nr." und "lief nicht fakt. Menge <>0"

SchlĂĽssel ist ebenfalls "Rechn. an Deb. Nr."

Mir geht es um allgemeine Informationen wie man die Performance einer DB verbessern kann.

Kann man uralte Posten irgendwie archivieren, komprimieren oder gar auslagern?

In der Verkaufslieferzeilentabelle befinden sich antĂĽrlich alle Posten seit Beginn an.
DPhilippi
 
Beiträge: 53
Registriert: 3. Januar 2007 09:21
Wohnort: Saarland

Re: Performanceprobleme

Beitragvon fiddi » 24. Oktober 2008 11:56

Hallo,

kannst du in Tabelle 110 'Sales Shipment Line" testweise den SchlĂĽssel "Bill-to Customer No."("Rechn. an Deb. Nr.") erweitern auf "Bill-to Customer No.","Qty. Shipped Not Invoiced" ("lief nicht fakt. Menge").

Vorsicht: Die Tabelle ist während des Schlüsselaufbaus blockiert!

Wenn das der einzige Schlüssel in 110 mit "Bill-to Customer No." ist brauchst du Codeunit 64 nicht zu ändern, ansonsten im OnRun- Trigger den
Code: Alles auswählen
SalesShptLine.SETCURRENTKEY("Bill-to Customer No.");
auf
Code: Alles auswählen
SalesShptLine.SETCURRENTKEY("Bill-to Customer No.","Qty. Shipped Not Invoiced");
ändern.

GruĂź, Fiddi
Wer aufhört besser zu werden, hat aufgehört gut zu sein. (frei nach Philip Rosenthal)
Frage beantwortet? Schreibe bitte [Gelöst] vor den Titel des ersten Beitrags.
Bitte erst suchen, dann fragen. Bitte beachte den kleinen Community-Knigge.
Kein Support per PN, Mail, IM oder Telefon! DafĂĽr ist dieses Forum da.
fiddi
Moderator
Moderator
 
Beiträge: 7091
Registriert: 9. Juni 2008 10:13
Realer Name: Hans Heinrich Fiddelke
Arbeitsort: Bremen
Bezug zu Microsoft Dynamics: Microsoft Partner
Microsoft Dynamics Produkt: Microsoft Dynamics NAV
Microsoft Dynamics Version: NAV2.6-aktuell

Re: Performanceprobleme

Beitragvon MrBurns » 24. Oktober 2008 18:52

Ergänzend zu fiddis Antworten möchte ich eine Frage stellen: Wurde die Datenbank seitdem Produktivstart aus einer fbk erneut aufgebaut?
Der Hintergrund dieser Frage ist, ob evtl. die Keys und Indexe fragmentiert sind.

Kann man uralte Posten irgendwie archivieren, komprimieren oder gar auslagern?


Ja, kann man.
Es gibt die Datumskomprimierung für z.B. Sachposten , Artikelposten usw. Dort werden die Posten gelöscht.
Weiterhin kann man gebuchte Belege löschen, wenn diese min. 1x gedruckt wurden.

Bei Löschaktionen ist aber folgendes zu beachten:
Der Gesetzgeber hat Mindestaufbewahrungsfristen fĂĽr steuerrechtlich relevante Belege und Dokumente festgelegt.
So müssen z.B. Rechnungen 10 Jahre aufbewahrt werden. Nähere Auskünfte hierüber entweder http://de.wikipedia.org/wiki/Aufbewahrungsfrist oder beim Steuerberater.

Die Belege und Dokumente mĂĽssen nicht zwingend in NAV vorgehalten werden.
Eine Möglichkeit wäre ausdrucken und archivieren oder eine elektronisches Revisionsarchiv wie z.B. Easy Enterprise.
To a man with a hammer, everything looks like a nail.
--- Mark Twain
Benutzeravatar
MrBurns
Microsoft Partner
Microsoft Partner
 
Beiträge: 450
Registriert: 5. Oktober 2007 08:49
Wohnort: Die schönste Stadt der Welt
Arbeitsort: Hamburg
Bezug zu Microsoft Dynamics: Microsoft Partner
Microsoft Dynamics Produkt: Microsoft Dynamics NAV
Microsoft Dynamics Version: 2-2018, BC

Re: Performanceprobleme

Beitragvon fiddi » 24. Oktober 2008 20:28

Wer schon mal Posten komprimiert hat, und sich danach über die daraus entstandenen Daten in Auswertungen geärgert hat, wird möglichst darauf verzichten :roll: .
Aus diesem Grund kann man in NAV 5.0 auch keine Artikelposten mehr komprimieren.

Fiddi
Wer aufhört besser zu werden, hat aufgehört gut zu sein. (frei nach Philip Rosenthal)
Frage beantwortet? Schreibe bitte [Gelöst] vor den Titel des ersten Beitrags.
Bitte erst suchen, dann fragen. Bitte beachte den kleinen Community-Knigge.
Kein Support per PN, Mail, IM oder Telefon! DafĂĽr ist dieses Forum da.
fiddi
Moderator
Moderator
 
Beiträge: 7091
Registriert: 9. Juni 2008 10:13
Realer Name: Hans Heinrich Fiddelke
Arbeitsort: Bremen
Bezug zu Microsoft Dynamics: Microsoft Partner
Microsoft Dynamics Produkt: Microsoft Dynamics NAV
Microsoft Dynamics Version: NAV2.6-aktuell

Re: Performanceprobleme

Beitragvon DPhilippi » 27. Oktober 2008 17:08

Danke euch allen.

Ich hab das Problem durch die richtige Filtertechnik ganz gut in den Griff bekommen.
DPhilippi
 
Beiträge: 53
Registriert: 3. Januar 2007 09:21
Wohnort: Saarland


ZurĂĽck zu NAV 3.xx

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast