DATEV Server neu + Umzug mit SAA 2.0

[#1]

Wieso muss man den Turbo rausrechnen? Gerade DATEV ist eine SingleThread Anwendung, wo der Turbo durchschlagen wird. 

Und dass DATEV Nur auf NVMe SSDs läuft, hat niemand gesagt. Ist auch Quatsch. Und haben Sie DATEV schon mal mit NVMe SSD getestet, die ca. 4GBs lesend und schreibend schaffen? Für Client-Server ggf. nicht so wichtig. Als Standalone aber auf alle Fälle schneller als SATA III mit seinen 550MBs. 

Das Problem liegt meiner Ansicht auch woanders. 

Zum SQL-Performancetest: Ja, gibt es. Aber der Wert wird nichts sagen, wenn man keinen Vergleich- oder Referenzwert hat. Also hätte man den Test vor der Umstellung durchführen müssen, damit man sagen kann, dass die neue Umgebung tatsächlich langsamer ist und wenn ja, wie viel in % ausgedrückt. 

[#2]

---

@matthiass  schrieb:

Gibt es eine vernünftige Möglichkeit im DATEV die SQL Performance zu testen?

---

Hallo,

es gibt das Tool "contest".

Einfach über die Suche im "Startmenü" contest eingeben und dann als Admin ausführen.

Unten links gibt es den Button "Connectiontest durchführen".

Bei uns an den RDS wird im Ergebnis ganz unten als Gesamtzeit ein Wert so im Bereich 35-50 angezeigt.

[#3]

Gemeint ist, dass die alte CPU Gen. einen gleichen Max. Takt hat, damit gleiche Voraussetzen bestehen. Aber das ist jetzt nebensächlich.

Ganz genau, NVMe für Client-Server nicht so wichtig. Wie ich geschrieben haben, für unsere Umgebung eher nicht zutreffend. Kann man aber natürlich trotzdem vergleichen, als Info.

Der Sql Performance Wert ist sicher interessant, weshalb denn nicht. Völlig unabhängig im Vergleich zu vorher.

[#4]

@Marco_Linder 

Vielen Dank, ich werde hier weiter sehen.

[#5]

Hallo, ich wollte noch mal kurz eine Rückmeldung zum aktuellen Stand geben. Es gab tatsächlich ein Problem. Die neue virtuelle Firewall hat sich als Flaschenhals erwiesen. Seit sie auf eigener Hardware läuft, haben wir wieder einen störungsfreien Betrieb. Danke @Marco_Linder, irgendwie war dies der Hinweis in die richtige Richtung.

Ein Punkt ist mir noch aufgefallen. Beim Contest-LAN Funktionstest werden 2 Server gefunden. Der alte Server (mit anderen Servernamen) ist natürlich nicht mehr erreichbar. Beim neuen Server ist der Test auch erfolgreich. Beim Serverumzug wurde mit dem SAA alles erfolgreich angepasst.

Meine Frage wäre, ist dies normal oder egal, dass hier noch der alte bzw. frühere Servereinträge auftauchen. Oder muss dies noch bereinigt werden.

Danke und Gruß

[#6]

Das ist nicht normal und würde ich bereinigen (lassen), weil es so zu Laufzeitproblemen kommen kann, wenn noch ein 2. Server gefunden wird, den es nicht mehr gibt. Dann muss DATEV auf ein TimeOut warten, um dann erst ggf. den richtigen zu finden. 

[#7]

Sauberer wäre es vermutlich. Tatsächlich kann man wirklich keine Laufzeitprobleme ausmachen. Auch das 1. Update in der neuen Umgebung inkl. Datenanpassung zum Jahreswechsel liefer von der Zeit hervorragend durch.

Sehr ärgerlich, dass ich hier nun trotzdem etwas durch DATEV prüfen lassen "muss". Vor allem, da der SAA am Server und an jedem PC bei der Umstellung zu 100% erfolgreich durchlief. Wie soll man dann noch "richtiger" vorgehen.

Ich werde noch mal ein paar Wochen abwarten, wie sich das System verhält. Evtl. stört die Leiche auch nicht weiter.

[#8]

Ich würde es tun bzw. selbst mal schauen, ob man das lösen kann, bevor man die DATEV drauf los lässt. Denn dann ist es sauber und wer weiß, was der nächste SAA in der Zukunft macht und ob der nicht deshalb auf die Nase fällt oder dasselbe Spiel macht und man dann 3 Server drin stehen hat. 

IT lebt von Homogenität und Eindeutigkeit.