Upgrade Server 2012R2 auf 2019 - Datenbanken langsam

[siberia21 13]

Ich grüße euch, ich habe schon das Internet durchsucht und habe entweder die falschen Begriffe oder finde dafür nichts differenziertes. Kennt jemand von euch das Phänomen:

 

Das Upgrade vom Terminal Server von 2012R2 auf 2019 verlief Problemlos. Bis auf Acronis Cloud  was mir den Server so ausbremste das ich es deinstallieren musste. 

 

Alles läuft soweit gut, Word, Excel, Bilder usw. 

 

Doch alles was mit Datenbanken zu tun hat, sei es Access oder SQL gönnt sich mehrere denk Sekunden. Was eigentlich ein absolutes Unding ist. Das Müsste laufen wie eine eins! Wieso? Die Hardware drunter ist ein 2022er Fujitsu Server auf Intel Xeon Silver 2 Sockel mit 128 GB RAM und Mixed use Server SSD´s, letztlich müsste der Server nicht nur springen, sondern ein direkt anschreien, wieso man nicht endlich ihn fordert! Doch leider ist dem bei allen Datenbankbassierenden Anwendungen nicht so! Im Gegenteil, man wartet plötzlich 5 Sekunden für etwas, was sonst auf dem 2012er klick und da war. 

 

Die Konstellation hat sich auch nicht geändert. Früher war es eine Hardware mit HyperV, eine deizierten DC, einen TerminalServer der auch die Datenbanken lokal hält. 

 

Jetzt ist es das gleiche, die Hardware scheint auch nicht das Problem zu sein. Den ich zog die Maschinen auf die neue Hardware um und die Kollegen arbeiteten Störungsfrei. Erst nach dem Upgrade auf 2019 kam dieses Problem zu tage. 

 

Gruß und danke für alle Anregungen. 

 

 

[NilsK 2.785]

Moin,

 

interessante Story, man versteht aber nur begrenzt, was jetzt im Detail Sache ist. 

 

Mit "Upgrade" meinst du genau was?

Und was heißt "oder SQL"? Ist auf dem Terminalserver direkt auch ein SQL Server installiert?

 

Gruß, Nils

 

[siberia21 13]

Hallo Nils,

 

das Upgrade war von Server 2012 R2 auf Server 2019. 

 

Und ja die eine Anwendung Inloox nutzt SQL auf dem Terminal Installiert und die andere eine Access Basierende. Unabhängig reagieren beide Arten des Zugriff langsam. Allerdings muss ich auch sagen das Inloox eine SQL Server 2014 Datenbank nutzt. Nur bei Access wundere ich mich schon sehr.  

[NilsK 2.785]

Moin,

 

also ein Inplace-Upgrade? Zusammen mit dem lokal installierten SQL Server also schon zwei Dinge, die nicht Best Practice sind.

 

Ich würde den Terminalserver neu machen und den SQL Server separieren.

 

Gruß, Nils

 

[teletubbieland 139]

Gerade eben schrieb NilsK:

 

Ich würde den Terminalserver neu machen und den SQL Server separieren.

 

 

 

Moin,

das sollte vorher mit Inloox abgesprochen werden.
Habe 2 Installationen verschiedener Hersteller, die den SQL auf dem TS haben wollen wg. performance.

 

[siberia21 13]

Hallo Nils,

 

die ist keine Option. Die Software ist veraltet und der Kunden kauft kein Upgrade dafür. Die 10.000 Euro will er nicht investieren. Ich hänge jetzt an dem Punkt das er mir zu recht sagt, aber mit dem alten System war es aber schneller. Und ja das war es auch! 

 

Du schätz also es hängt am Inplace Update? 

 

Doch das würde SQL betreffen aber eine MDE Datenbank? 

vor 1 Minute schrieb teletubbieland:

Moin,

das sollte vorher mit Inloox abgesprochen werden.
Habe 2 Installationen verschiedener Hersteller, die den SQL auf dem TS haben wollen wg. performance.

 

Ja genau! Dann sagt Inloox nämlich - kaufen Sie mal die neuste Version. 

 

Die waren damals schon entzückt das ich ihre alte Version tatsächlich von Server 2003 neu auf einen 2012er installiert bekam und das sehr Leistungsfähig in den letzten 7 Jahren. Nun ist bei 2019 damit allerdings schluss. Jeder klick um ein Projekt aufzurufen dauert locker 3 bis 5 Sekunden. 

 

Und das mit dem Separieren ist doch immer so eine Sache. Wenn ihr in Mittelständischen unternehmen Arbeitet und die EDV als Lästiges Übel was man Bezahlen MUSS angesehen wird. Dann sind Mittel dafür begrenzt.  

[teletubbieland 139]

Du wirst Dir da die Zähne ausbeissen.

Klräre den Kunden darüber auf, dass er um ein Update nicht rum kommt.

 

 

[siberia21 13]

Danke dir, dass habe ich Ihm schon gesagt. Damit hacke ich SQL ab. 

 

Das mit der Acess Datenbank verwundert mich nur. Wieso sollte die Performance runter gehen bei einem gewaltigen Hardware Sprung nach vorn? 

[NilsK 2.785]

Moin,

 

eine Möglichkeit: Weil eine per Inplace Upgrade übernommene Applikation eben manchmal zickt. Gerade bei einer Applikation wie Access auf einem Terminalserver überrascht mich das jetzt nicht. 

 

Und dann kann es noch -zig andere Möglichkeiten geben. Glaskugeln haben wir keine.

 

Gruß, Nils

 

[siberia21 13]

Danke, dann hacke  - ok lieber Haken  ich das Thema erstemal ab als gegeben. 

 

Danke euch für die Unterstützung!

bearbeitet 8. Dezember 2022 von siberia21

[NilsK 2.785]

Moin,

 

vielleicht hakst du es besser ab. Zu hacken wäre unnötig gewalttätig.

 

(Eine andere Variante, die ich in Betracht zöge, wäre ein Test mit einer frisch aufgesetzten VM.)

 

Gruß, Nils

 

[cj_berlin 1.138]

vor 1 Stunde schrieb teletubbieland:

Habe 2 Installationen verschiedener Hersteller, die den SQL auf dem TS haben wollen wg. performance.

Und ist die Performance dann besser? 

Oder haben sie bei sich in der Entwicklung ein RFC1149-Netzwerk und denken, dass das Netz überall so langsam ist?

[teletubbieland 139]

Es geht beide Male um die Auswertungen.

Das Eine ist Automobilbranche mit SQL-Server (Kein MS)

Das Andere eine Objektverwaltungs-SW mit MS SQL

 

Ob das jetzt schlecht programmiert ist, was ich nur vermuten, aber man hält sich im Zweifel an die Vorgaben, damit man nicht ewige Diskussionen führt

[Sunny61 773]

vor einer Stunde schrieb siberia21:

Das mit der Acess Datenbank verwundert mich nur. Wieso sollte die Performance runter gehen bei einem gewaltigen Hardware Sprung nach vorn? 

Das kann viele Ursachen haben. Du kannst die Access-Version nochmal reinstallieren. Da du von MDE sprichst, gehe ich davon aus, die Datei-Version ist alt, sehr alt. Da sollte IMHO der Entwickler ran. Das können Kleinigkeiten sein, ein nicht mehr benötigter Verweis oder ein korrigierter Verweis.

bearbeitet 8. Dezember 2022 von Sunny61

[siberia21 13]

Danke für die Anregung, den habe ich vorhin auch darüber Informiert.