12
MS Dynymics Peformance Probleme
MS Dynymics Peformance Probleme
Hallo!
Wir haben folgendes Problem bei einem Kunden von uns:
Der Kunde hat einen Windows 2008 R2 x64 Server mit 8GB RAM. Darauf läuft eine sql Datenbank die ca 30GB groß ist. MS Dynamics ERP (Warenwirtschaftssystem) läuft ebenfalls darauf. Wenn sich ein Mitarbeiter über rdp zum Server hinverbindet ist die Peformance komplett im Keller, dh wenn man einen Explorer öffnet oder egal sonst irgendetwas arbeitet ist die Maschine sehr lahm. Öffnet man von einem anderen PC im selben Netz einen Netclient oder ein Netzlaufwerk dass auf besagten Server zugreift ist die Peformance aber ganz normal schnell. Die Cpu und Ramauslastung am Server sind ebenfalls normal. Startet man den Server einmal durch bzw den Sql dann können die Mitarbeiter für einige Tage normal schnell über rdp bzw Terminal arbeiten bevor alles wieder langsam wird. Sprich irgendwie gibts da Probleme im Zusammenhang von rdp bzw Terminalserver mit ms dynamics erp. Wobei wenn man direkt am Server lokal arbeitet geht auch alles ziemlich langsam. Hat jemand von euch eine Idee?
Hallo!
Wir haben folgendes Problem bei einem Kunden von uns:
Der Kunde hat einen Windows 2008 R2 x64 Server mit 8GB RAM. Darauf läuft eine sql Datenbank die ca 30GB groß ist. MS Dynamics ERP (Warenwirtschaftssystem) läuft ebenfalls darauf. Wenn sich ein Mitarbeiter über rdp zum Server hinverbindet ist die Peformance komplett im Keller, dh wenn man einen Explorer öffnet oder egal sonst irgendetwas arbeitet ist die Maschine sehr lahm. Öffnet man von einem anderen PC im selben Netz einen Netclient oder ein Netzlaufwerk dass auf besagten Server zugreift ist die Peformance aber ganz normal schnell. Die Cpu und Ramauslastung am Server sind ebenfalls normal. Startet man den Server einmal durch bzw den Sql dann können die Mitarbeiter für einige Tage normal schnell über rdp bzw Terminal arbeiten bevor alles wieder langsam wird. Sprich irgendwie gibts da Probleme im Zusammenhang von rdp bzw Terminalserver mit ms dynamics erp. Wobei wenn man direkt am Server lokal arbeitet geht auch alles ziemlich langsam. Hat jemand von euch eine Idee?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 171326
Url: https://administrator.de/contentid/171326
Ausgedruckt am: 19.11.2024 um 13:11 Uhr
12 Kommentare
Neuester Kommentar
Hallo,
schon mal was von Absätzen gehört? Würd sich leichter lesen.
Wie währ's mal mit einigen mehr Daten über den Server, TS Server, Welches Dynamics (NAV oder AX)? Bei NAV Datenbanktyp (muss ja nicht SQL sein)? RTC oder Classic Client?
Hast du Probleme mit der anderen SQL Datenbank?
schon mal was von Absätzen gehört? Würd sich leichter lesen.
Wie währ's mal mit einigen mehr Daten über den Server, TS Server, Welches Dynamics (NAV oder AX)? Bei NAV Datenbanktyp (muss ja nicht SQL sein)? RTC oder Classic Client?
Hast du Probleme mit der anderen SQL Datenbank?
Hallo,
schon mal was von Locked Pages gehört? Das könnte ein Problem mit der SQL Datenbank sein.
Hier gibt es einige Infosdazu: http://www.insidesql.org/blogs/cmu/sql_server/lock-pages-in-memory oder http://blogs.msdn.com/b/psssql/archive/2009/09/11/fun-with-locked-pages ... oder hier http://blogs.msdn.com/b/suhde/archive/2009/05/20/lock-pages-in-memory-n ...
Gruß
Hoko
schon mal was von Locked Pages gehört? Das könnte ein Problem mit der SQL Datenbank sein.
Hier gibt es einige Infosdazu: http://www.insidesql.org/blogs/cmu/sql_server/lock-pages-in-memory oder http://blogs.msdn.com/b/psssql/archive/2009/09/11/fun-with-locked-pages ... oder hier http://blogs.msdn.com/b/suhde/archive/2009/05/20/lock-pages-in-memory-n ...
Gruß
Hoko
Hallo,
meine Glaskugel meint, dass da nen SQL-Server im Einsatz ist. Dieser ist ohne Speicherbegrenzung konfiguriert, d.h. nach einem Restart fängt der mit nen paar 100 MB an und arbeitet sich dann bis zum maximal möglichen hoch, alles was das Windows ihm geben mag.
Sobald sich dann jemand anmeldet werden, will dessen Sitzung aber auch Speicher haben. Dann geht der Kiste der Speicher aus, evtl. wird die DB-Prozess ausgelagert oder die Server-Prozesse, die zur Anwendung gehören, und das Unglück nimmt seinen Lauf ...
Lösung: SQL Server auf 5 / 6 oder 7 GB RAM beschränken, je nachdem was da noch auf der Kiste läuft ...
meine Glaskugel meint, dass da nen SQL-Server im Einsatz ist. Dieser ist ohne Speicherbegrenzung konfiguriert, d.h. nach einem Restart fängt der mit nen paar 100 MB an und arbeitet sich dann bis zum maximal möglichen hoch, alles was das Windows ihm geben mag.
Sobald sich dann jemand anmeldet werden, will dessen Sitzung aber auch Speicher haben. Dann geht der Kiste der Speicher aus, evtl. wird die DB-Prozess ausgelagert oder die Server-Prozesse, die zur Anwendung gehören, und das Unglück nimmt seinen Lauf ...
Lösung: SQL Server auf 5 / 6 oder 7 GB RAM beschränken, je nachdem was da noch auf der Kiste läuft ...
Sorry du hast recht...
Es handelt sich u eine AX Version, andere Probleme mit sql DB sind mir nicht bekannt.
Es handelt sich u eine AX Version, andere Probleme mit sql DB sind mir nicht bekannt.
Da muß ich widersprechen...
Der sql ist auf 3GB begrenzt, keiner der User der über einen netclient oder so zugreift hätte irgendwelche Probleme bemerkt. War früher wie du beschreibst auf 6GB und alles war gleich
Der sql ist auf 3GB begrenzt, keiner der User der über einen netclient oder so zugreift hätte irgendwelche Probleme bemerkt. War früher wie du beschreibst auf 6GB und alles war gleich
Ist definitiv ein sql, welche Infos brauchst du sonst noch?
Eventuell ist das das Problem die 3GB?
Dadurch das der RAM nun "stark" begrenzt sind die HDD's ausgelastet und verursachen den Datenstau.
Vielleicht hilft es da wieder auf 6GB zu erhöhen.
Dadurch das der RAM nun "stark" begrenzt sind die HDD's ausgelastet und verursachen den Datenstau.
Vielleicht hilft es da wieder auf 6GB zu erhöhen.
Ok.
Dann noch eine dumme Frage: Virtuelle Maschine oder richtige Hardware ?
Dann noch eine dumme Frage: Virtuelle Maschine oder richtige Hardware ?
Zitat von @rauchjo:
Es handelt sich u eine AX Version, andere Probleme mit sql DB sind mir nicht bekannt.
Bin eher der NAV Typ.Es handelt sich u eine AX Version, andere Probleme mit sql DB sind mir nicht bekannt.
AX ist aber eher für große Installationen und da kommen mir 6 GB RAM doch etwas wenig vor.
Kannst du mal ein Mengengerüst geben. Festplattenkonfig, User usw.?
Zudem TS läuft aber nicht auf dem SQL und erzeugt die zweite Datenbank viel Traffic?
Es handelt sich um richtige Hardware.
Das problem hat sicher nichts mit den RAm zu tun, vorher wars ja auf 6GB limitiert und das Problem war exakt dasselbe.
Bin mittlerweile nicht mehr bei der Firma das Problem hat sich somit "gelöst"
