Wir führen eine MVC 4-Webanwendung auf einer Windows 2008-Serverfarm aus. Wir haben versucht, unsere Serverfarm auf 64-Bit-Server mit Windows 2008 R2 zu aktualisieren, sind jedoch auf einem iSeries-Server (mit V7R1) auf ein Problem mit dem Verbindungspooling gestoßen. Wir rufen häufig gespeicherte DB2-Java-Prozeduren auf und haben das Verbindungspooling aktiviert, um die Zeit zum Herstellen von Verbindungen zu verkürzen. Unten finden Sie ein Beispiel für die von uns verwendete Verbindungszeichenfolge.

<add name="DB2" connectionString="ConnectionTimeout=45;Pooling=true;MinimumPoolSize=1;MaximumPoolSize=-1;MaximumUseCount=100;CheckConnectionOnOpen=true;DataSource=XXX;Naming=SQL;DataCompression=True;UserID=username;password=pwd;DefaultCollection=XXX" />

Seit 2008R2 nimmt die Anzahl der Verbindungen (QZDASOINIT-Jobs) auf der iSeries stetig zu, was die Leistung auf der iSeries und damit in unserer Anwendung beeinträchtigt. Die Code-Basis istgenau das gleiche wie auf den 2008 32-Bit-Servern. Wir haben die Zielplattform für eine beliebige CPU festgelegt und "32-Bit-Anwendungen aktivieren" in IIS auf "Wahr" gesetzt. Wir haben Anfang des Monats versucht, ein Upgrade auf diese Server durchzuführen. Durch das Zurücksetzen von IIS wurden die Verbindungen auf der Box nicht automatisch getrennt und es wurden keine neuen Verbindungen erstellt, bis wir vollständig zu unseren älteren Servern zurückgekehrt waren.

Es scheint fast so, als würde es keine Verbindungen aufnehmen, die hergestellt wurden, und ständig neue schaffen. Weiß jemand, ob es einen Schritt gibt, den wir beim Upgrade auf 32-Bit auf 64-Bit beim Verbindungspooling mit einer iSeries verpasst haben?