Autor |
Beitrag |
Christoph1972
      
Beiträge: 690
Erhaltene Danke: 16
VS2015 Pro / C# & VB.Net
|
Verfasst: Di 13.11.12 17:54
Hallo Leute,
ich habe mal wieder ein kleines Problem. Und zwar mit einem SQL Server Express 2010 auf einem Windows 7 Rechner. Es dauert immer ca. eine Woche bis der Server nicht mehr vernünftig reagiert, das steigert sich immer langsam von Tag zu Tag. Nach dem booten des Rechners läuft der Server vorerst wieder blitze schnell. Das Problem haben wir erst seit der Umstellung von XP mit SQL Server 2008 nach Windows 7 mit SQL-Server 2010. Mit dem alten System lief der Rechner beinahe ein Jahr ohne Neustart.
Wenn der Server hängt und ich mir die Systemleistung anschaue, kann ich keine Auffälligkeiten ausmachen. Ein Ping auf den Rechner erfolgt in 1-2ms.
Hat jemand eine Idee was die Ursache hierfür sein könnte, bzw. wie man die Ursache weiter einkreisen kann?
_________________ Gruß
Christoph
|
|
Christoph1972 
      
Beiträge: 690
Erhaltene Danke: 16
VS2015 Pro / C# & VB.Net
|
Verfasst: Mi 14.11.12 21:21
Heute war es mal wieder so weit, ständig lief ein Timeout auf und man musste ewig warten. Im Setup vom Server habe ich das NamedPipe Protokoll deaktiviert , danach war der Server wieder sehr schnell. Jetzt muss ich mal abwarten ob das nicht nur ein Zufall gewesen ist und das Problem in ein paar Tagen wieder auftaucht. Wozu ist das NamedPipe Protokoll überhaupt da? Kann das was damit zu tun haben?
_________________ Gruß
Christoph
|
|
Ralf Jansen
      
Beiträge: 4708
Erhaltene Danke: 991
VS2010 Pro, VS2012 Pro, VS2013 Pro, VS2015 Pro, Delphi 7 Pro
|
Verfasst: Mi 14.11.12 22:27
Zitat: | Wozu ist das NamedPipe Protokoll überhaupt da? |
Das ist eine rein rhetorische Frage, oder? Genauso gut könntest du fragen wofür TCP gut ist. Ist halt ein Protokol über das man kommunizieren kann. Named Pipes haben deutlich weniger Overhead und sind deshalb schneller. Über ein Netzwerk wahrscheinlich nicht unterscheidbar von TCP. Bei rein lokalem Zugriff sind Named Pipes aber deutlich schneller da direktes Kernel Feature. Man muss sich nicht durch denn Netzwerk Stack quälen wie bei TCP wenn man gar nicht ins Netz will.
|
|
Christoph1972 
      
Beiträge: 690
Erhaltene Danke: 16
VS2015 Pro / C# & VB.Net
|
Verfasst: Mi 14.11.12 23:25
Hi,
Vielen Dank für die Antwort! Dich dachte bis gerade, das NamedPipes ausschließlich für die Lokale Kommunikation zwischen Programmen sind. Mir war nicht klar dass diese auch im Netzwerk funktionieren. Ich hatte mich aber nie mit damit beschäftigt, immer nur in diversen Foren kurz angelesen/überflogen. Da bin ich mal gespannt wann der Server wieder langsam wird, theoretisch sollte das Protokoll dann ja keine Probleme machen. Oder eventuell doch, da zwei Protokolle aktiviert waren!? Aber wie könnte man so das aufschaukeln des Problems erklären? Irgendwie seltsam. Wenn das Problem wieder auftaucht, werde ich wohl versuchsweise einen XP Rechner hinstellen müssen. Na ja, mal sehen……
_________________ Gruß
Christoph
|
|
Ralf Jansen
      
Beiträge: 4708
Erhaltene Danke: 991
VS2010 Pro, VS2012 Pro, VS2013 Pro, VS2015 Pro, Delphi 7 Pro
|
Verfasst: Do 15.11.12 00:01
Zitat: | Aber wie könnte man so das aufschaukeln des Problems erklären? |
Vermutlich nicht durch spekulieren
Überwach das System mit Performancemonitor und dem Sql Server Profiler. Irgendwas wird sich über die Zeit ändern was solltest du mit dem genannten Tools rausbekommen können.
|
|
Christoph1972 
      
Beiträge: 690
Erhaltene Danke: 16
VS2015 Pro / C# & VB.Net
|
Verfasst: Fr 16.11.12 08:06
Ralf Jansen hat folgendes geschrieben : |
Überwach das System mit Performancemonitor und dem Sql Server Profiler. Irgendwas wird sich über die Zeit ändern was solltest du mit dem genannten Tools rausbekommen können. |
Leider stehen diese Tools für die Express Edition nicht zur Verfügung.
Ich habe noch mal gegoogelt, wenn man mit "NamedPipes + Windows7 + slow" sucht, landet man gleich bei Problemen mit dem SQL-Server. Ich bin also nicht der erste mit dem Problem. Leider war mir die Lösung doch etwas zu abgehoben, diese Änderungen am System möchte (ich darf das auch bestimmt nicht) durchführen, da ich nicht verstanden habe was da gemacht wird. Meine Kollegen und ich haben das Gefühl, das es nur mit dem TCP Protokoll insgesamt etwas langsamer ist, daher bin ich mit der Lösung noch nicht ganz zufrieden.
_________________ Gruß
Christoph
|
|
Ralf Jansen
      
Beiträge: 4708
Erhaltene Danke: 991
VS2010 Pro, VS2012 Pro, VS2013 Pro, VS2015 Pro, Delphi 7 Pro
|
Verfasst: Fr 16.11.12 14:26
Zitat: | Leider stehen diese Tools für die Express Edition nicht zur Verfügung. |
Der Performancemonitor gehört zu Windows 
|
|
Christoph1972 
      
Beiträge: 690
Erhaltene Danke: 16
VS2015 Pro / C# & VB.Net
|
Verfasst: Fr 16.11.12 18:05
_________________ Gruß
Christoph
|
|
Christoph1972 
      
Beiträge: 690
Erhaltene Danke: 16
VS2015 Pro / C# & VB.Net
|
Verfasst: Di 27.11.12 08:00
Also, es wird wohl tatsächlich an dem NamedPipes Protokoll liegen. Seitdem ich es deaktiviert habe, läuft der Server durch. Leider ist er dadurch spürbar langsamer geworden. Ich denke wir werden den Server wieder auf einem XP Rechner laufen lassen.
_________________ Gruß
Christoph
|
|
jaenicke
      
Beiträge: 19312
Erhaltene Danke: 1747
W11 x64 (Chrome, Edge)
Delphi 11 Pro, Oxygene, C# (VS 2022), JS/HTML, Java (NB), PHP, Lazarus
|
Verfasst: Di 27.11.12 09:01
Ganz wichtig:
Stell 127.0.0.1 ein, falls du lokal auf den Server zugreifst, und nicht localhost. Ansonsten wird z.B. bei PHP + MySQL ein Zugriff via Named Pipe versucht und das ist extrem langsam (und bringt halt solche Effekte). Ich hatte in unserem Browsergame eine Serverantwortzeit von ca. 1,2 Sekunden. Die liegt alleine dadurch um eine knappe Sekunde drunter...
|
|
Christoph1972 
      
Beiträge: 690
Erhaltene Danke: 16
VS2015 Pro / C# & VB.Net
|
Verfasst: Mo 08.04.13 16:45
Nur zur Info: Wir verwenden jetzt die 2012 Version mit Win7 und das Problem besteht nun nicht mehr.
_________________ Gruß
Christoph
|
|