Installationsprozess auf neuem TS sehr langsam

[#1]

Guten Tag,

ich bin auf ein kleines Problem mit Datev bzw. der Datev-Installation bei dem ich derzeit nicht wirklich weiter komme:

Übersicht:
Quasi-Server unter Windows 10 (wurde von Win 7 auf Win10 über den MS Update Assi umgestellt).
TS unter 2008 auf dem zwei Arbeitsplätzer für Datev verwendet werden
Diese Umgebung funktioniert soweit stabil und normal

Wegen Umstellung soll nun ein neuer TS unter 2012R2 mit den Datev-Programmen installiert werden, welcher dann den 2008er TS ablösen soll.
Die lokale Installation wurde dann von der Programm-DVD aus gestartet und läuft erst einmal ganz normal bis zu dem Punkt wo die "Datev Framework Libary" installiert wird, von da an geht es sehr, sehr langsam voran mit sehr langen Denkpausen zwischen den einzelnen Schritten. Die Grundinstallation ist jetzt nach mehreren Stunden durchgelaufen und nun steht die Installation der eigentlichen Programme an (Rechnungswesen). Aber hier hängt es dann bei ""Installation von Datev-Programmen" - Standard mit Neuinstallation ... - Irgendwann kommt die Meldung, dass das Programm nicht mehr reagiert und abgebrochen wird.

Ich habe jetzt schon alles mögliche versuch, was mir so eingefallen ist, aber es hängt weiterhin. Firewall abgeschaltet bringt auch nichts, die Datev-Installation ist weiterhin extrem langsam. Die rechtlichen Programme auf dem TS laufen hingegen unbeeindruckt schnell und im Taskmanager sind auch keine Auffälligkeiten zu sehen. Kennt jemand das Problem oder hat noch jemand eine Idee woran dies liegen kann ?

dstest zeigt ebenfalls kein Problem.

Grüße, Dirk

[#2]

Nachtrag: jetzt ist mal das Fenster "Netzweite Aktualisierung - Neuinstallation" gekommen wo die einzelnen Programmpakete angezeigt werden. Wenn die Installation mit der gleichen Geschwindigkeit weiter geht, müsste sie bis Weihnachten durch sein 😉 Normal ist das auf alle Fälle nicht...

[#3]

Einen Quasi-Server mit einem Terminalserver? Sorry, aber was läuft da falsch? Wenn man das Geld für die Microsoft Lizenzen hat, dann bitte auch ein AD und von mir aus darauf den DATEV SQL. Sowas habe ich auch noch nie gehört und Terminalserver ohne AD - das geht? Große Fummelei und weit, weit weg von irgendwelchen IT Standards. 

Sachen gibt's ... 

Zum Problem: Ohne hier die Hardware zu kennen, kann man nichts dazu sagen. RAM? SSD? Netzwerk? VM oder Hardware? Stimmen die Rechte? Der Flaschenhals kann alles mögliche sein. Taskmanager schon mal nach Auffälligkeiten geschaut? 

Und wenn man schon dabei ist, hat Homogenität nie geschadet, dass zum Windows 10 einen Server 2016/2019 eingesetzt wird und nicht das in 2023 auslaufende 2012 R2. 

[#4]

Die ganzen Maschinen hängen in einer AD. Ich hatte es so verstanden, dass der Nur-Datev-Server dann als Quasi-Server bezeichnet wird, scheint aber nicht so zu sein. Also Win10 mit Datev Daten und SQL drauf und zwei Benutzer die über einen TS mit Datev arbeiten.

Leider gibt es laut Taskmanager oder Ressource-Manager keine Auffälligkeit, das ist ja das Problem. Hatte gehofft, vielleicht noch eine Idee hier zu bekommen, wo man noch drehen könnte, aber scheint nicht der Fall zu sein.

Grüße, Dirk

[#5]

Danke für die Beantwortung all meiner Fragen. So werden wir dem Performanceloch nie auf die Schliche kommen. 

Und das nächste: Wieso nutzt man einen virtualisiertes Windows 10, wenn man einen TS hat? Dann installiert man DATEV als SQL-Server auch auf einem Serverbetriebssystem. Würde ich zumindest tun. 

Vielleicht haben ja andere User noch andere Ideen.

[#6]

Win10 in der VM statt den Datev-Server auf dem TS wäre eine schöne Lösung, je weniger Windows-Maschinen um so besser, aber ein externer Datev-Admin hat von diese Konstellation abgeraten bzw gesagt, das würde nicht gehen. Den Datev-Server können man nicht mit auf dem TS betreiben. Scheint aber, wenn ich die letzte Antwort lesen, nicht zu stimmen, aber wenn das schon die Datev-Spezialisten nicht genau wissen...

Ich werde die VM mit dem Win2012 später noch auf den gleichen Host schieben auf dem auch die VM mit dem Win2008 Server liegt, mit den gleichen Einstellungen für die VM, um die möglichen Problemquellen weiter ausschliessen zu können.

Die Host-Plattform ist im übrigen Proxmox, hatte ich ganz vergessen zu erwähnen.

Grüße, Dirk

[#7]

---

@dmun  schrieb:

Den Datev-Server können man nicht mit auf dem TS betreiben. Scheint aber, wenn ich die letzte Antwort lesen, nicht zu stimmen

---

Geht technisch schon aber ich hoffe nicht, dass Sie nur 1 VM für AD, DNS, Exchange, DHCP, FileServer, SQL-Server und TS in einem installieren würden. Ist die Maschine tot, ist alles tot. Trennung der Dienste hat noch nie geschadet.

So langsam bildet sich da das Konstrukt, dass Sie sich gebaut haben. Von mehreren Hosts war auch erst jetzt die Rede. Dann gibt es ein SAN? 

Ich bin jetzt raus.  

[#8]

Natürlich gibt es mehrere Hardware-Server die im Cluster betrieben werden um eine hohe Ausfallsssicherheit zu erreichen, und die Diensten sind selbstverständlich auch aufgeteilt auf mehrere einzelne Server, meist Nicht-Windows. Für zwei Datev-Arbeitsplätze ist der Aufwand den wir betreiben müssen schon recht hoch, aber da Windows auf dem Desktop komplett weg fällt, muss ich auf den TS ausweichen.

Grüße, Dirk

[#9]

Hier ist anscheinend ein ehrgeiziger Admin am Werk, der nur noch das 'Bisschen Datev' zu der vorhandenen exotischen Struktur hinzubasteln will.

..... also .... experimentierfreudige IT-Freaks an die Front ! 😉

[#10]

Das hat nichts mit ehrgeizig zu tun und exotisch ist hier gar nichts, ganz im Gegenteil. Bis auf Datev (und Corel Draw) läuft alle von uns eingesetzt Software sowohl auf Windows als auch unter Linux bzw. es gibt funktionierende Alternativen unter Linux oder es ist eine Web-Anwendung. Die Performance ist in der regel unter Linux deutlich besser als unter Windows (Blender, CAD, Spice) und Desktops gibt es auch eine große Auswahl. Die Web-Server laufen sowieso schon seit ehe und je unter Debian stabil, die Probleme kommen eher von den PHP-"Entwicklern" - also von daher...

Der Fehler ist in der Zwischenzeit auch gefunden: der Treiber der Netzwerkkarte. Dieser wurde beim Upgrade von Win7 auf Win10 nicht aktualisiert. Ist jetzt ausgetauscht und jetzt läuft alles schön flott.

Grüße, Dirk