Nav wird langsamer

Hallo,

Nav läuft nun seit Anfang des Jahres bei uns wir haben mit einer Datenbankgröße von 600 MB angefangen und sind nun bei 2.4 GB und 63% ausgenutzt.
Wie viel Prozent sollte in einer Datenbank Minimum frei bleiben für einen reibungslosen Ablauf?
Kann man Datenbankzugriffe verbessern in dem man den DBMS Cache(20000kb) und oder Object Cach(32000kb) erhöhen

wir haben die native Datenbank von Navision, ist es empfehlenswert auf SQL-Server von Microsoft um zusteigen?

Einige Berichte werden langsamer / in einigen Forms dauert es bis diese vollständig geladen sind und alle Daten angezeigt werden.

mfg Harrison

Hier einige Tipps:
Optimiere hin und wieder oft benutzte Tabellen: z.B. Ein- und Verkaufszeile
lösche nicht mehr benötigte Bestellungen, Aufträge, Verkaufslieferungen(vorher Datensicherung erstellen)

Hallo

Wieviele Concurrent-User arbeiten auf der DB?
Welche Berichte sind den besonders langsam?
Auf weivielen Platten ist die DB verteil?
Was für ein RAID wird verwendet?

Gruss

Optimiere hin und wieder oft benutzte Tabellen: z.B. Ein- und Verkaufszeile

Gerade dadurch geht die Performance doch noch weiter in den Keller!!!
Eine performante Datenbank hat seine Daten über alle Festplatten verteilt abgelegt.
Greifen nun mehrere User auf die Einkaufszeile zu, so können die Daten von mehreren Leseköpfen gelesen werden.
Wird nun die Tabelle optimiert, so liegen die Daten schön sauber in Reih' und Glied hintereinander und somit auf derselben Festplatte.
Somit können nicht mehr soviele Leseköpfe die Anfragen bearbeiten wie vorher.

Finger weg von der Tabellen-Optimierung in Navision!

Hallo,

- wir sind mit max 17 Usern
- die DB liegt auf einem Raid 5 mit 3 Platten das System ist gespiegelt.
- Windowserver 2003 mit 4GB Ram. Nur Navision
- Terminalserver ca 3 bis 4 User momentan der Rest über Desktop PC.


schon mal Danke

mfg Harrison

ein Flaschenhals könnte das Raid5 sein. Raid10 wäre besser, benötigt aber auch mehr Harddisks.
auch hier gibt es allerdings verschiedene Meinungen

@timo lässer:
ich sehe das zum teil anders. Wenn ein Raid 5 oder 10 zum Einsatz kommt, ist durch das Sriping die DB immer gleichmäßig auf alle Festplatten verteilt, egal wie der Server die Daten anordnet. es kommt hier also auch auf die hardwarekonfiguration an.

in dem Fall, daß die DB auf einer einzigen Harddisk abgelegt ist, stimmt das im Hinblick auf die Verteilung der Daten, jedoch wird ja bei der Optimierung ein Haufen "Schlüsselmüll" von z.B. gelöschten Datensätzen entsorgt. ich habe jedenfalls bei uns festgestellt, daß nach dem optimieren gerade bei großen tabellen eine erkennbar besser Performance besteht.

>>die DB liegt auf einem Raid 5 mit 3 Platten das System ist gespiegelt.

Wieso RAID5?
Ist doch ganz klar, dass eine optimale Performance mit Navision-Nativ nur mit einer verteilten DB auf RAID 1 zu erreichen ist.
Es gab früher doch einmal ein Dokument aus Dänemark, welches die Problematik im Detail beschreibt.

Gruss

RAID5 ist zwar nicht optimal, aber in der vorhandenen Konstellation noch nicht kritisch, man kann auch auf RAID5 noch einiges an Performance herausholen.

Die Erhöhung des DBMS-Cache halte ich für durchaus sinnvoll, gerade wenn der Server tatsächlich nur 20MB hat. Der Native-Server kann mit maximal knapp einem GB umgehen, also sollte dem Server auch einiges mehr spendiert werden. Fang einfach mal mit 256MB an. Die Tabellen-Optimierung habe ich auch in guter Erinnerung, ebenfalls auf einem RAID5, die bringt durchaus auch etwas. Außerem kann es sinnvoll sein, die Datenbank auf mehrere Dateien zu verteilen, gerade wenn sie noch weiter wächst.

Das Wachstum der Datenbank in einem halben Jahr von 600 MB auf 2.6 GB ist zwar nicht exorbitant, aber schon recht beachtlich und legt tatsächlich nahe, über den Einsatz eines SQL-Servers nachzudenken. Dies sollte dann auch so früh wie möglich passieren, denn umso weniger Probleme gibt es bzw. die Probleme sind umso schneller abgearbeitet.

Zum Thema SQL haben wir hier mit Jörg Stryk einen Guru im Forum, schau mal nach seinen Beiträgen. Irgendwo schreibt er auch etwas zu einer geeigneten Hardwareplattform.

In jedem Fall solltet ihr auch euer Systemhaus hinzuziehen. Die Buben sollten eigentlich etwas Erfahrung mit der Materie haben.

Beste Grüße
Falk

das meiste ist schon gesagt.

nochmal zusammengefasst:
- Cache vergrössern
100 MB reichen wahrscheinlich, aber mehr schadet auch nicht
- keine Tabellenoptimierung!
- aus dem RAID5 mehrere RAID1 erstellen
Habt Ihr einen gespiegelten RAID5? Also RAID50?
dann aus den 6 Platten 3x RAID1 bauen
(3x RAID1 ist schneller als 1x RAID10 (bei jeweils 6 Platten) )

- mit 63% ist noch genug Platzt in der DB. Ein Drittel bis ein Viertel sollten frei bleiben
- SQL wäre in Eurem Fall wohl rausgeschmissenes Geld (4fache Hardware für gleiche Performance).

Aber:
Wenn Ihr schon wisst, daß Eure DB in Zukunft stärker wächst, dann könnte ein Umstieg jetzt sinnvoll sein, da das relativ junge System sicher einfacher umzustellen ist, als ein System, daß schon einige Jahre gewachsen ist. Wenn Ihr tatsächlich mal umstellt, dann ist Jörg Stryk sicher der richtige Ansprechpartner.

native-Grüße,
JürgenT