1
Microsoft .NET Anwendung - langsamer Start
Hallo zusammen
Unsere Systemumgebung:
Windows 2008 R2, Citrix XenApp 6.5, SQL 2012. Wir haben verschiedene DotNet Applikationen auf unseren Citrix Servern am Laufen (.Net 4.52). Alle laufen problemlos und starten schnell. Seit einigen Tagen ist eine neue Applikation dazugekommen. Deren Daten sind auf einem SQL 2012-Server, die Applikation liegt auf dem gleichen Server, Client-Teil unter ProgrammeX86 auf den Citrix-Servern. Wenn wir den Client nun direkt auf dem Server starten, ist das Programm innert 15 Sekunden bereit. Starten wir es auf einem Citrix-Server (üblicher Weg) so dauert es über eine Minute. Wir haben den Client-Teil auch schon auf Windows7 PC installiert. Startzeit des Programmes ebenfalls rund eine Minute. Interessanterweise gibt es zur Zeit 2 PC auf denen das Programm ebenfalls innert 15 Sekunden bereit ist!
Folgendes haben wir zu Lösung schon probiert:
.NET 4.52 deinstalliert
.NET 3.51, 4.0, 4.51 und 4.52 wieder installiert, inkl. MS-Patch
Group-Policys deaktiviert
Programm als Administrator gestartet
Programm auch via UNC-Pfad direkt ab dem Applikationsserver gestartet
Programm mittels UNC-Pfad direkt ab einem anderen Server (kein Citrix-Server) gestartet.
DNS Eintrag des Servers überprüft
Firewalls deaktiviert
Programmverzeichnis auf dem Applikationsserver "freigegeben"
Benutzerkontensteuerung (UAC) ausgeschaltet
Verzeichnisstrukturen unter c:\windows\Microsoft.NET verglichen
Im ini-File für den Programmaufruf anstatt dem Servernamen seine IP eingetragen
Leider waren alle Anstrengungen bis jetzt erfolglos.
Vielen Dank für alle Tipps!
Unsere Systemumgebung:
Windows 2008 R2, Citrix XenApp 6.5, SQL 2012. Wir haben verschiedene DotNet Applikationen auf unseren Citrix Servern am Laufen (.Net 4.52). Alle laufen problemlos und starten schnell. Seit einigen Tagen ist eine neue Applikation dazugekommen. Deren Daten sind auf einem SQL 2012-Server, die Applikation liegt auf dem gleichen Server, Client-Teil unter ProgrammeX86 auf den Citrix-Servern. Wenn wir den Client nun direkt auf dem Server starten, ist das Programm innert 15 Sekunden bereit. Starten wir es auf einem Citrix-Server (üblicher Weg) so dauert es über eine Minute. Wir haben den Client-Teil auch schon auf Windows7 PC installiert. Startzeit des Programmes ebenfalls rund eine Minute. Interessanterweise gibt es zur Zeit 2 PC auf denen das Programm ebenfalls innert 15 Sekunden bereit ist!
Folgendes haben wir zu Lösung schon probiert:
.NET 4.52 deinstalliert
.NET 3.51, 4.0, 4.51 und 4.52 wieder installiert, inkl. MS-Patch
Group-Policys deaktiviert
Programm als Administrator gestartet
Programm auch via UNC-Pfad direkt ab dem Applikationsserver gestartet
Programm mittels UNC-Pfad direkt ab einem anderen Server (kein Citrix-Server) gestartet.
DNS Eintrag des Servers überprüft
Firewalls deaktiviert
Programmverzeichnis auf dem Applikationsserver "freigegeben"
Benutzerkontensteuerung (UAC) ausgeschaltet
Verzeichnisstrukturen unter c:\windows\Microsoft.NET verglichen
Im ini-File für den Programmaufruf anstatt dem Servernamen seine IP eingetragen
Leider waren alle Anstrengungen bis jetzt erfolglos.
Vielen Dank für alle Tipps!
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 303001
Url: https://administrator.de/contentid/303001
Printed on: April 18, 2024 at 00:04 o'clock
1 Comment
Hi,
Eigenentwicklung oder von externem Anbieter? Falls externer Anbieter dann doch einfach diesen fragen.
Falls Eigenentwicklung dann von Entwickler debuggen lassen.
Ich könnte mir auch die Kommunikation mit der DB als Quelle vorstellen. z.B. mit Wireshark lauschen, wann was zwischen Client und Server kommuniziert wird, um darüber die mögliche Ursache zu finden.
E.
Eigenentwicklung oder von externem Anbieter? Falls externer Anbieter dann doch einfach diesen fragen.
Falls Eigenentwicklung dann von Entwickler debuggen lassen.
Ich könnte mir auch die Kommunikation mit der DB als Quelle vorstellen. z.B. mit Wireshark lauschen, wann was zwischen Client und Server kommuniziert wird, um darüber die mögliche Ursache zu finden.
E.
1
