Thema "Re: Performance DATEV- Anwendungen" in Technisches zu Hardware

Performance DATEV- Anwendungen

mkolberg — Mon, 13 Feb 2017 10:44:16 GMT

Von Update zu Update werden unsere DATEV- Anwendungen langsamer. (Client- Server, Stand DVD 10.1)

Beispiele:

UST. VA- Jahresübersicht aus Rewe:
Klick auf "Auswertungen / Fibu / UST- Voranmeldung" -> mehr als 5 Sec. bis das Fenster aufgebaut ist.
Eigenschaften / Jahresübersicht -> Fenster zucken, 2 Sek, bis Auswertung steht
DAP: "Programm öffnen / Dokumentenablage" 10 - 15 Sek. bis sich das Programm öffnet, und all seine Fenster korrekt platziert hat.
Dokumentenablage: Word, Excel dauert Ewigkeiten; tif bzw. pdf flutscht, wie Nachbars Katze.
(Word bzw. Excel aus dem Dateisystem (Server) öffnet Dokumente in Sekundenbruchteilen.)
BiBer Starten (mit Mandant) keine 10 Sek. OK...
BiBer: Bericht aktualisieren -> 15 - 20 Sek. (Unterbrochen durch "wollen Sie wirklich Anlag übernehmen")
Workflow; Im JA ein Anlagegut aus BH erfassen und Buchungen aktualisieren: Allein 1 Min für das Durchklicken... (Wunsch nach Vorbelegung all dieser "Ja" - "Nein"- Abfragen und schnellere Fenster.)
Programm "RZ- Protokolle Rückübertragen: fast 10 Minuten, bis die Daten der geänderten UST VA 09/16 in Excel habe.
(Performance und unmögliche Anwenderführung)
Zeiterfassung hängt sekundenweise während der Eingabe einer Zeile
Hier in den Foren schleppen sich Maus und Tastatur durch die Zeilen (Normalerweise ist das Internet auf diesem Gerät wieselflink)
usw. usw.

An einem älteren Einzelplatz- Rechner dauert alles mehr als 3 Mal so lange.

Wunsch:

Ein Klick auf einen x- beliebigen Befehl während des normalen Arbeitens sollte das Ergebnis sofort liefern, so wie man es aus nicht- DATEV- Anwendungen (Outlook, Word, Excel, DATEV- Briefkasten (gelb), usw. ) kennt..

Fragen zur Diskussion:

Haben nur wir das Gefühl, daß alles trotz gleichbleibender Hardware immer langsamer wird ?

Wie läßt sich messen, ob unser System "excellent," "OK", oder "zu langsam" ist ?

Was sagen diese Werte im Vergleich aus, und wo muß an der Hardware bzw. Software justiert werden ?

C:\DATEV\PROGRAMM\RWApplic\Leistungsindex.cmd:

Re: Pervormance DATEV- Anwendungen

chrisocki — Mon, 13 Feb 2017 11:16:47 GMT

Hi, das können wir so erst einmal nicht direkt bestätigen...

Virenscanner geprüft? Wie sieht die HW/SW-Umgebung aus (nicht dass wir hier Äpfel und Birnen vergleichen)?

Grüße

Chr.Ockenfels

Re: Pervormance DATEV- Anwendungen

Mon, 13 Feb 2017 11:20:12 GMT

Moin,

Software wird immer langsamer, das war schon immer so und wird sich auch nicht ändern. Wenn Zugriffe auf das RZ notwendig werden verlangsamt sich die Gesamtperformance extrem...

Inwieweit der Performancetest von Rechnungswesen aussagekräftig ist kann ich nicht beurteilen, ich kann nur sagen, dass meine Gesamtzeit ca. 3 Sekunden besser ist, auf einem Terminalserver. Woran das liegt? Ich vermute mal an der schnelleren Netzwerkverbindung des TS, dieser ist per virtuellem Switch mit den anderen Servern verbunden. Dann wohl eine gute Ausstattung mit Prozessorkernen für den SQL Server.

Der Arbeitsplatz kann nicht beschleunigt werden, es sei denn, Sie löschen 98% der dort gespeicherten Mandanten und Adressaten.

Nimmt man einmal Spaßbremsen wie den Arbeitsplatz (Gründe hinlänglich bekannt), PCHonorar (auch bekannt als EOclassic Rechnungsschreibung) und ProCheck 7.0 (z. Zt. vergleichbar mit dem Zustand von BER vor 6 Jahren) und Stammdatenzwangsabgleich (noch ohne die Zeiten zur Überprüfung zur Vermeidung von Datenfehlern) sind die Programme schon recht performant. Verbesserungen sind natürlich immer möglich, aber dafür müsste der Wille für Verbesserungen in diesem Bereich vorhanden sein - den sehe ich aber nicht. Es lebe die DVD 7.0.

Gruß

Re: Pervormance DATEV- Anwendungen

mkolberg — Mon, 13 Feb 2017 12:37:20 GMT

Danke für die Vergleichswerte.

Der Prozessor hat nicht die obigen Werte, so dass der Proyessortest Ok ist.

Die SSD ist per SAT II angesteckt ... auch erklärbar, daß die dadurch schwächelt.

Wie nur bekommen Sie diese Werte vom Oberflächen- Test?

Software:
- Win 10 mit hoffentlich keinen unnötigen Hintergrund- Diensten.
- Office 2010

- Kommserver mit DATEV- Mehrwert- Paket. WiVas- Zugriffsscanner temporär deaktiviert.

Re: Pervormance DATEV- Anwendungen

Mon, 13 Feb 2017 13:34:44 GMT

Vorweg einmal meine Daten:

Dann eine kurze Analyse.

1. Der Test wird lokal ausgeführt, also Programmstart und Ausführung ist von der Ausstattung des PC abhängig.

2. Der Datenzugriff geht auf den SQL Server

3. Oberfläche betrifft die lokale Grafik

Meine Daten wurden auf einem Terminalserver während des laufenden Betriebs gemessen, also rein gefühlt eher schlecht. Da virtuell und mein KommServer auch virtuell habe ich den Test dort auch durchgeführt. Das Ergebnis wich nur marginal ab, aber nur bei den lokalen Anforderungen. Datenzugriff (also SQL Server) war gleich, Festplatte auch obwohl die virtuelle Maschine auf einer anderen physikalischen Platte liegt.

Zwei Dinge fallen dabei auf, einmal die Zahl der Kerne der KommServer hat nur 2 bekommen und das die Frequenz der Prozessoren keine großen Unterschiede hervorruft.

Nachtrag: Die Ergebnisse des Oberflächentests hängen mit dem Terminalserver zusammen. Bei wird das mit dem Vergleich zum KommServer deutlich, das dort eingesetzte Win7 erreicht einen Wert von 2,7 sek, der Anwendungsstart ist auch langsamer.

Bei den Festplatten handelt es sich um SATA Platten.

Gruß

Re: Pervormance DATEV- Anwendungen

mkinzler — Mon, 13 Feb 2017 13:44:47 GMT

Wir sind gerade beim Umstellen auf eine neue HW-Plattform

Hier die alte:

und zum Vergleich die neue:

Re: Pervormance DATEV- Anwendungen

andreashofmeister — Mon, 13 Feb 2017 14:23:02 GMT

Die Erfahrung/Feststellung von Herrn Kinzler kann ich nur bestätigen.

Austausch der HW (6 Jahre altes TS, 8 Jahre alter FS) war ein Quantensprung. Teilweise lag/legt der Leistungsindex unter 5 sec. (Gesamtzeit). Das ist allerdings von mehreren Faktoren abhängig.

Mittlerweile (nach Update 10.1) liegt er knapp unter 6 sec.

Definitiv hat eine neue Plattform etwas gebracht. Die Zeiten vor dem Austausch möchte ich hier nicht nennen....

Das Ergebnis des Rewe-Leistungsindexes ist nur ein Anhaltspunkt. Wenn man allerdings den ganze Tag 2stellige Werte hat und auch sonst alles "lahmt", dann sollte man das System mal hinterfragen (Alter?).

Re: Performance DATEV- Anwendungen

mkolberg — Tue, 14 Feb 2017 04:54:30 GMT

Beim betrachten der Werte stellt sich die Frage, ob durch den Einsatz einer Gamer- Grafikkarte die gefühlte Performance bei den üblicherweise herumhupfenden Fenstern "Oberflächen- Test" verdoppeln läßt.

Interessant das Ergebnis meines Uralt- Einzelplatz- PCs (damals mit Vista ausgeliefert), der beim Arbeiten mittlerweile so langsam ist, daß es keinen Spaß mehr macht...
(ewig langsame 1 TB- Platten verbaut, (ViWas: identische Einstellung)), lokaler Datenbestand, nicht mit dem Kanzlei- Netz verbunden.

Re: Performance DATEV- Anwendungen

Tue, 14 Feb 2017 06:58:40 GMT

Moin,

wir vergleichen hier im Moment Äpfel mit Birnen. Sie nutzen eine klassische Client/Server Umgebung, die "besseren" Werte stammen aber aus einer Terminalserverumgebung. Der große Unterscheid sind die Caches der TS Umgebung. Ein großer Teil der .NET Libraries sind schon geladen und werden beim Anwendungsstart den Sitzungen als Session zugeteilt. Diese Verfahren beschleunigen natürlich Start und Ausführung von Anwendungen. Die Aussage wird im Übrigen durch meine Erfahrungen mit dem inzwischen virtualisierten KommServer (auf gleichem Host) bestätigt. Als eigenständige virtuelle Maschine bleiben die Werte hinter denen des Terminalservers.

Die Grafikkarte hat heute keinen nennenswerten Einfluss auf die Gesamtperformance des Systems unter DATEV. Seit Jahren schon nutze ich nur noch sehr preiswerte Karten mit 2 DVI Anschlüssen, da HDMI, DVI und DP heute gut gleichzeitig nutzbar sind kann wunderbar die interne Grafik des Core i3 (oder neuere Pentiums) genutzt werden. Selbst mein Server hat im TS Betrieb keine zusätzliche Grafikkarte, das erledigt alles das Betriebssystem.

Gruß

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Tue, 14 Feb 2017 08:44:12 GMT

Guten Morgen,

den Test kannte ich noch nicht.. aber interessant zu sehen.

Wir haben hier Client/Server (22 Clients, DMS) und sind der Performance recht zufrieden.

Das erste Bild zeigt ein neueres Gerät (Win 7) und das zweite Bild einen alten Client (auch Win 7, ca. 7 Jahre alt).

Man merkt den Unterschied in der Praxis etwas, aber es ist nicht so der Quantensprung wie ich ihn mir erwartet hätte.

Eine Gamer-Grafikkarte dürfte m.E. nicht viel bringen. Zumindest werkelt auf den alten Geräten nur die interne GPU des i5 und auf dem anderen Rechner irgendeine passive 20 Euro Radeon.

Der Festplattentest weicht auch nur marginal ab, obwohl eine per SATA2 und eine per PCIe angebunden ist.

Re: Performance DATEV- Anwendungen

andreashofmeister — Tue, 14 Feb 2017 08:49:49 GMT

Wie K.Pf. schon erwähnt hat, bringt es nix, nur einzelne Werte zu vergleichen.

Das Tool ist "uralt". Ganz nett. Aber wie gesagt, es kommt ein Wert dabei heraus, Und den kann man nur unter Berücksichtigung "aller Nebenbedingungen" vernünftig betrachten.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Tue, 14 Feb 2017 09:25:04 GMT

Die Nebenbedingungen tragen wir doch gerade zusammen?!

Auch wenn das Tool alt ist.. es misst Zeiten und darum geht es doch, oder?

Das die WTS-Umgebung schneller ist trifft nicht unbedingt zu.

Den Viwas-Hintergrundscanner zu deaktivieren hat 0,07 Sek gebracht ... bei diesem Test zu vernachlässigen.

Die Werte des Festplattentests verwirren mich etwas.. da hat Herr Kolberg bei der alten Maschine 0,25 sek?!

Re: Performance DATEV- Anwendungen

mkolberg — Tue, 14 Feb 2017 13:39:07 GMT

Auf dem alten PC ist selbstverständlich der Festplatten- Cache aktiviert.
Trotzdem dauert das Starten vom DAP 1 1/2 Minuten, während der identische Aufruf am Kanzlei- Client, wo sämtliche Daten auf dem Server liegen, in 13 Sekunden erfolgt.
- Kanzlei: Komplett SSD (Ausnahme: Backup- Medien)
- Altrechner. Alte WD Green- Spindel...

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Tue, 14 Feb 2017 20:20:39 GMT

also zu den meisten, ganz oben aufgeführten sachen, könnte ich nichts sagen.

nutzen wir nicht.

wir sind mit der performance weitesgehend zufrieden und der arbeitsplatz benötigt bei mir (mit allem schnick und schnack) auch 13 sekunden. ist voll okay, finde ich.

auch können alle weiterarbeiten, wenn ich wieder irgendwas in rewe exportiere/importiere.. gefühlt läuft lohn&gehalt mit dem neuen sql wesentlich schneller. 80 mitarbeiter sind in weniger als 5 minuten durch.. das ist echt okay.

auch scheinen die werte der mittlerweile bald 7 jahre! alten clients in ordnung zu sein.

und gelegentlich arbeite ich auch daran, es ist etwas langsamer.. aber es geht ganz gut.

gemessen an diesen clients liegt ihr i5 750 mit seinem anwendungsstart gut im schnitt. das einzige was ihn runterreisst ist der oberflächentest.. ob der soviel wert ist?!

das gute stück müsste ja auch mittlerweile 5?! jahre alt sein. also entweder austauschen oder übertakten. ich hatte, privat, selbst einen und mit 10 Minuten arbeit verrichtete er leise und relativ sparsam bei 3,5 Ghz seinen job.

ist ein ganz schöner thread. man schwebt bei der datev aber immer etwas in der luft.. was ist okay bzw. angemessen zu der hardware. passt die config?!

mich stört nichts mehr als warten. nur ein jahreslohnjournal über hunderte mitarbeiter dauert halt auch schonmal länger. wir haben noch 2008r2 standard im einsatz und der kann auch nicht mehr als 32gb ram verwalten. unser server läuft auch noch auf platten und nicht ssd... aber es läuft, noch ganz gut.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Wed, 15 Feb 2017 13:19:43 GMT

Dass ich nach einem (grösseren) Datev-Update im Anschluss system- und netzweit eine spürbare Performance-Verschlechterung bemerkt habe, ist schon recht lange her und mit dem aktuellen Fileserver (seit Aug. 2013) noch nicht aufgetreten.

Dafür dass der Fileserver noch mit Platten läuft, bin ich mit der Gesamtperformance nicht unzufrieden. Natürlich geht immer mehr, aber ich kann beispielsweise lange Ladezeiten des DAP und anderer Datev-Aufrufe nicht bestätigen. Auch die beiden neuen Clients mit SSD's lassen sich nicht ausbremsen.

Ich führe allerdings sämtliche von Datev empfohlene Optimierungsmaßnahmen durch (SQL etc.) und stoße die Native Images-Optimierung nach Updates selbst an.

"Hier in den Foren schleppen sich Maus und Tastatur durch die Zeilen (Normalerweise ist das Internet auf diesem Gerät wieselflink)" -- das läßt aufhorchen dass irgendwas im System nicht richtig läuft.

Re: Performance DATEV- Anwendungen

jan — Thu, 16 Feb 2017 11:26:47 GMT

Der "Leistungsindex Rechnungswesen" liefert eher eine Aussage über die verbauten CPUs.

Am SQL Server kommt es neben schnellen CPUs und genug RAM noch auf die IOPS vom Storage / der Festplatten an. Hier könnte man mit dem IOMeter einen groben Überblick bekommen oder am Storage selber in den entsprechenden Statistiken.

Für den Client dann auch eine schnelle Platte + CPU.

Ob das Netzwerk dazwischen evtl. bremst ließe sich recht grob mit dem pingfile auf der DATEV DVD:\MS\MDAC\PINGFILE prüfen oder mit iperf / jperf.

Re: Performance DATEV- Anwendungen

Jens_Bunte — Wed, 01 Mar 2017 05:13:10 GMT

Guten Morgen Zusammen,

gestern Abend hab ich erstmal "Schnappatmung" bekommen, als ich die Werte hier von Ihnen/Euch gelesen habe. Vom Sofa gestern um 22h waren es über Remote-Desktop auf meinem Büro Arbeitsplatz ca. 22 sec. Heute morgen das:

Habe eine Client-Server-Umgebung.

Die PC´s sind alle erst vor einem Jahr neu gekommen.

Bringt eine Server Erneuerung wohl was?

Danke für Ihre/Eure Anregungen!

Jens

Re: Performance DATEV- Anwendungen

mkolberg — Wed, 01 Mar 2017 06:10:06 GMT

Ich kann ihre Werte reproduzieren mit max- Takt 50% in den Energie- Optionen

Aus welchen Grund liefert der Prozessor diese Werte?

Aus irgend einem Grunde scheint das System nicht mit dem angegebenen Takt zu laufen.

Kühlung der CPU funktioniert wirklich? (Programm "Speedfan")

Gerät läuft seit Stunden, und Lüfter auf "leise" konfiguriert...

Client- Server- Installation:

Re: Performance DATEV- Anwendungen

jan — Wed, 01 Mar 2017 06:28:22 GMT

Aus irgend einem Grunde scheint das System nicht mit dem angegebenen Takt zu laufen.

z.B.: https://de.wikipedia.org/wiki/Intel-SpeedStep-Technologie

Re: Performance DATEV- Anwendungen

Wed, 01 Mar 2017 07:56:54 GMT

Bei Client/Server Umgebungen zunächst einmal auf einem anderen Rechner probieren. Da Sie Remote auf den Rechner zugreifen gelegentlich neu starten und schauen welche Hintergrundprozesse sich mit der Zeit einschleichen, viele Tools entfernen sich nach dem Beenden nicht vollständig.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Thu, 02 Mar 2017 18:16:50 GMT

Das Hauptproblem ist die CPU.. die ist seit 2012 auf dem Markt und war damals schon eher "Low-Budget" mit einem preis von ca. 120 eur. eventuell liegt es noch woanders dran. interessant ist aber das die datev-kaufempfehlung amd a10 pauschal als zukunftssicher hinstellt..

die werte beziehen sich, meines wissens, nur auf die clients. Ein neuer server bringt da nichts.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Fri, 03 Mar 2017 14:55:58 GMT

Hallo,

wir haben auch gerade aufgerüstet und einen neuen Server mit VMware (6.5) in Betrieb genommen. An den Resourcen sollte es nicht scheitern. Zwei Prozessoren mit je 10 echten Kernen, 64 GB, ein Datastore mit 240 GB SSD RAID 0 für den Hypervisor und drei 1,2 GB Server-SSDs für den zweiten Datastore mit DC/FS, WTS für z.Zt. acht Thin Clients, KomServer und Exchange 2010. Beim Start einer Maschine ist das fast wie Licht einschalten. Der Fileserver braucht 6 Sekunden, bis ich mich anmelden kann. Aus der Ecke kann es eigentlich nicht kommen.

Wenn ich aber den Datev Arbeitsplatz starte, sieht es zwar etwas besser aus als auf dem alten Blech (7 Jahre alt), aber weit hinter dem reinen Betriebssystem. Der Leistunsgtest schaut meiner Meinung nach nur auf die Ladezeit am Client und berücksichtigt keinen Zugriff auf die SQL Datenbank.

Aber genau an dieser Stelle scheint das Problem zu liegen. Der WTS greift ja über den virtuellen Switch auf den Fileserver zu und an beiden werden 10GB Netzwerke angezeigt. Wenn mann dann aber den guten alten Pingfile nimmt, kommen da ca. 800 KB/sec von WTS auf Laufwerk L: raus. Das ist normaler Speed für ein 1 GB Netzwerk. Mache ich ds geiche aber auf Laufwerk 😧 des Servers, kommen knapp 9000 KB/sec raus, was vermuten lässt, dass es deutlich schneller gehen könnte.

Nun wälze ich seit letzter Woche Performance foren und stoße immer wieder darauf, dass ein virtueller Switch nicht schneller macht, als die Summe der physikalischen Netzwerkkarten. Das ist bei mir in der Tat nur eine 1 GB - Karte, die nach außen geht. Dieses Phänomen soll sowohl bei Hyper-V als auch bei VMware das gleiche sein.

Ich werde den Samstag nutzen und eine 4-Port Karte einbauen und dann mal sehen, was herauskommt, wenn ich die als Team definiere. Theoretisch müssten ja dann ca. 3000 KB/sec zwischen WTS und FS rauskommen.

Hat damit jemand Erfahrung in der Datev Umgebung gemacht?

Ich werde berichten, was dabei heraus gekommen ist.

Re: Performance DATEV- Anwendungen

jan — Fri, 03 Mar 2017 15:45:22 GMT

Warum genau ein RAID0 für den Hypervisor?

Was macht ein ESXi nach dem Booten auf den Disks (abgesehen von ein bisschen Logging sofern es nicht an einen SYSLOG Server geht)? Wenn man schon 2 SSDs dafür nimmt, wäre ein RAID1 meiner Meinung nach die bessere Option.

Die SSDs hängen in welchem RAID an was für einem Controller?

Die Komponenten sind alle auf der VMWare HCL?

Welche genauen CPUs?

Was für RAM?

"Marken" Server oder "Selbstbau"-Server?

VMs: 1x DC/FS/SQL, 1x WTS, 1x Exchange, 1x Komm-Server?

Welche OS?

Wie sind die VMs mit vRAM / vCPU ausgestattet?

Bzgl. Teaming und Bandbreite:

1 ICE fährt auf einem Gleis 300km/h

1 ICE fährt auf zwei Gleisen 300km/h (und das 2te Gleis bleibt ungenutzt)

2 ICEs fahren auf einem Gleis (nacheinander) 300km/h

2 ICE fahren auf zwei Gleisen je 300km/h

...

n ICE fahren auf n Gleisen je 300km/h

In dem Fall sollte als erstes Treiber, Firmware, VMWare seitig alles upgedatet werden.

im BIOS nach den Perfomance / Energie Einstellungen gesehen werden, dann in den entsprechenden Einstellungen des Hosts und dann in den entsprechenden Einstellungen der VMs. Alles was irgendwie Energie spart abschalten.

Die VMs nutzen den VMXnet3 Adapter? -> Info-Dok. 1014806 inkl. Tests + Auf den NICs in der VM Offloading / RSS deaktivieren + Test.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Fri, 03 Mar 2017 15:47:46 GMT

hallo,

bitte die werte korrigieren.. kb/sek wäre eine katastrophe . Raid0 auch.

Liegt alles auf einem Blech?

Der Start des Bertriebssystems hat kaum Aussagekraft... nach dem Start geht es mit der Feinkonfig ja erst so richtig los.

Um wieviele Arbeitsplätze geht es denn nun und was sagt der Leistungstest?

ps: das mit den ices kannte ich noch nicht . Man muss dazu sagen, der Ice bleibt fast leer bei dem abruf der daten vom fs über gbit.

Re: Performance DATEV- Anwendungen

Fri, 03 Mar 2017 17:02:17 GMT

Theorie und Praxis.

Pingfile gibt recht lustige Ergebnisse aus

Dazu ein paar Anmerkungen:

VMWare scheint es ziemlich egal zu sein ob da eine SSD werkelt oder nicht
Die Einstellungen des Netzwerkadapters sind entscheidend
Beim Test darf nicht per Client (welcher auch immer, auf den Host zugegriffen werden)
Ob Teaming etwas bringt oder nicht kann ich nicht sagen
Wie jan schon sagte, vmxnet2 und RSS enabled ist Pflicht (hab nämlich einen vergessen umzustellen, das Ergebnis fiel entsprechend aus)

Unterstellt sei, dass der Netzwerkadapter etwas bringt, dann müsste die Leistung bei 4 NICs a 1GBit/s eine Leistung bei Pingfile von ca. 2.000 Mbit/s herauskommen (bei Vollduplex, Ping schreibt und liest im Wechsel). Bei einem auf 1GBit/s Switch gebundenen 10 GBit NIC kommen intern nach Pingfile 5.700 MBit/s heraus. Bei der VM ohne RSS enabled diskutieren wird lieber nicht (grottig ist kein Ausdruck) oder auch so kann man 2 x 10 Kerne ausbremsen.

Weiteres kann nachgeliefert werden.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Fri, 03 Mar 2017 17:30:55 GMT

Sorry, es sind natürlich MB/sec.

Ja, es liegt alles auf einem Blech. Ein neuer Terra Server mit Intel Board, zwei mal 2630v4 mit je 10 Kernen und 2,2 GHz. Die beiden Intel 240 GB SSD sind als Raid 1 konfiguriert und da ist nur der Hypervisor drauf.

Im Raid 5 sind drei 1,2 TB Server SSDs von Intel und ist für alle VMs zuständig. Der Fileserver ist 2012 R2 mit 8 CPUs und 16 GB Speicher. Der WTS hat für 2008 R2 auch 8 CPUs und 16 GB Speicher und der KomServer (WIN 7 pro) 2 CPUs und 4 GB.

Am WTS arbeiten 8 Thin Clients (IGEL) und der Leistungstest kommt mit 7,X um die Ecke. Mir ist nur aufgefallen, dass der die Hardware nicht richtig erkennt. Ich habe dem acht CPUs spendiert und der Test kommt in der Zusammenfassung auf 2 Sockel und 2 Cores.

Die Netzwerke laufen auf allen VMs mit vmxnet3 und alles ist auf dem neuesten Stand (letzes Wochenende in Betrieb genommen). Ich habe allerdings die VMs von der alten ESX 5.5 nur rüber kopiert, auf 6.0 (VM Version 11) angepasst und wieder in Betrieb genommen. Dieses Wochende soll der Update auf 6.5 und VM-Version 13 stattfinden, damit wirklich alles auf neuesten Stand ist. Wir haben auch Vcenter Server lizensiert, so dass regelmäßige Updates kein Thema sind.

Noch ein Wort zu den ICEs. Der Vergleich stimmt nicht ganz. Es ist ein Gleis, auf dem alle Züge jeweils 1000 km/h fahren können und das scheitert nur daran, dass es einen Abzweig auf eine 100 km/h Strecke gibt.

Aber dann noch eine blöde Frage. Wenn ich Datev neu installiere, wird die Hardware erkannt und entsprechend konfiguriert. Wie merkt Datev denn, wenn ich der Maschine mehr CPUs oder Speicher gebe? Am SQL Server kann ich selbst noch am Speicher und den MOPS drehen, aber was macht der Rest?

Re: Performance DATEV- Anwendungen

Fri, 03 Mar 2017 17:56:39 GMT

Hallo, ich spiele hier auch gerade herum und habe sehr merkwürdige Ergebnisse die mich an diesem Tool ziemlich zweifeln lassen denn die iSCSI Anbindung an das Datengrab läuft schneller als die internen Verbindungen

Es gibt auch Unterschiede zwischen den Plattenarten. Raid 5 bringt für DATEV wenig, RAID 1 bringt mehr.

Dann noch etwas, der Server sollte doch einen internen USB Anschluss haben, da den ESX drauf (mein Server hat zwei SD Cards dafür, der 6.0 U2 kam vorinstalliert).

SQL merkt selbst was da ist, im 2014er ist aber eine Begrenzung hinsichtlich der Kerne eingebaut, einfach mal Google fragen.

Alles weitere gerne per PN

Gruß

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Fri, 03 Mar 2017 18:04:56 GMT

ich würde mal kurz machen:

800 und 9000mbits sind voll in Ordnung.

Was man noch ausprobieren könnte wäre Ping (sollte unter 1ms sein).

Das war übrigens der Vergleich mit dem ICE. Schnelle Daten sind wichtiger als dicke Leitung. Beispiel: 8 herkömmliche HDDs im Raid5 schaffen auch schonmal 1200MB/sek, aber sind träge wie eine Schildkröte.

Gemessen an der CPU ist auch 7,x in Ordnung. Der Anwendungsstart sollte bei irgendwo 1,7 - 2,3sek liegen.. das ist voll Okay.

16GB für FS sind bei 8 Usern auch Okay.

16GB bei WTS und 8 Usern fände ich etwas wenig. Lasse mich gerne korrigieren.

4GB Kommserver - voll Okay.

DATEV nimmt alles an RAM was es braucht.. der SQL alles was ihm zugewiesen wird.

Das Tool ist teilweise merkwürdig.. siehe Herrn Kolbergs Beitrag.

Da hat seine alte HDD 0,25 Sek und moderne SSDs 0,775?!

Alles verwerten kann man da nicht.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Fri, 03 Mar 2017 18:07:39 GMT

Scheint wohl ein Adminproblem zu sein, dass man an den Systemen sitzt, wenn keiner mehr in der Kanzlei ist.

Raid 5 habe ich genommen, um etwas flexibler mit den Platten zu sein. Da kann ich eine zustecken und habe die volle Kapazität zur Verfügung. Bei Raid 1 muss ich immer alles doppelt kaufen. Aber ich glaube auch nicht, dass da das Nadelöhr steckt.

Ob Stick oder Platte, ich denke, dass macht keinen Unterschied, aber ich muss bei Updates nicht jedes Mal den Stick neu erstellen. So kann ich das aus der Ferne machen. Hat bisher gut funktioniert.

Der SQL Server muss laut Datev angepasst werden. Bei der Max Memory kann man auf dynamisch gehen, wenn man diese endlos lange Zahl dort eintippt. Aber bei den MOPS stellt Datev automatisch bei der Installation auf Anzahl Kerne/2 ein. Wenn man da ein bisschen rumspielt, merkt man, dass es danach komplett egal ist, ob jetzt 4 oder 16 Kerne zur Verfügung stehen. Die Zahl, die bei der Installation gesetzt wurde, ändert sich dann nicht mehr.

Bei den Tools der Datev gibt es noch mehr Merkwürdigkeiten. Das Servicetool schmeist gelbe Lampen für Dinge raus, die definitiv richtig sind. Die Office Produkte sind da ein beliebtes Ziel.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Fri, 03 Mar 2017 18:18:47 GMT

boomboom

Die Ausstattung ist laut Veeam One Monitor mehr als oversized. Die schlagen für alle System 4 GB und 1 CPU vor, weil keine der VMs in der letzten Woche mehr als 15 Prozent gesehen hat. Aber wir haben den Server ja getauscht, um das Maximum heraus zu bekommen und nicht um noch 20 VMs drauf zu hauen. Selbst der WTS hat weder bei Speicher, noch bei CPU die 15 Prozent gesehen, obwohl letzte Woche alle acht Plätze täglich besetzt waren.

Wenn Datev wirklich alles nimmt, was es kriegen kann, müsste m.E. zumindest der Speicher weiter ausgelastet sein. Ich habe schon gesucht, aber nichts gefunden, wie und ob man dem mitteilen muss, dass neue oder bessere Hardware vorhanden ist. Das Leistungstool merkt zumindest nicht, wieviele CPUs wirklich vorhanden sind.

Wenn die die gleiche Technik bei den Produktivprogrammen anwenden, um die Hardware zu checken und entsprechend zu werkeln, dann sind wir wohl noch auf Windows 3.1 und müssen an der Autoexec.bat und der Config.sys schrauben, damit alles in die 64 KB Hauptspeicher passt.

Ich traue dem Braten nicht, um ehrlich zu sein.

Re: Performance DATEV- Anwendungen

jürgen — Fri, 03 Mar 2017 19:05:49 GMT

Kurze Frage: Was sind MOPS?

thx

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Fri, 03 Mar 2017 19:52:05 GMT

Tippen ist heute nicht meine Stärke.

Das sind die MDOPs = Max degree of parallelisum = Maximale Anzahl paralleler Prozesse

Pro Prozess wird ein Kern genommen und deshalb wird standardmäßig die Hälfte der Kerne genommen, die zum Zeitpunkt der Installation verfügbar waren. Maximal jedoch acht. Wenn man also die Hardware eines System reduziert, wird die Anzahl nicht verändert und der SQL Server greift sich im schlimmsten Fall alles, was an Kernen da ist und lastet die Kiste zu 100 Prozent aus.

Andersrum merkt er auch nicht, wenn du die Anzehl Kerne verdoppeln würdest und Verarbeitungszeiten bleiben die gleichen wie vorher.

Siehe Dokument 1014224

Da steht zwar, dass das ab 10.0 geändert wird, aber soweit ich das gemerkt habe, betrifft das nur die Neuinstallation bzw. den Wechsel auf SQL 2014. Wenn der einmal installiert ist, ändert sich der Wert nach meiner Erfahrung nicht mehr.

Irgendwo hier im Forum schreibt jemand, dass man dem Server lieber Kerne spendieren sollte als etwas anderes. Das ist der Grund dafür.

Sorry für den Buchstabendreher

Re: Performance DATEV- Anwendungen

jürgen — Fri, 03 Mar 2017 19:59:31 GMT

Danke

Dachte mir schon so etwas.

Re: Performance DATEV- Anwendungen

theo — Sun, 05 Mar 2017 17:35:54 GMT

Ich werde hier bei Gelegenheit auch nochmal unsere/meine Werte posten/kommentieren.

WAS aber sehr auffällig ist:

- Ich zwing die Performance komplett in die Knie, sobald ich ein lokales Schutzmodul benutze. Falls dazu jemand Abhilfe weiss, alle Tipps willkommen.

- An dem PC an dem ich gerade sitze habe ich ca. eine 1,5mbit Leitung (durchs Stromnetz) zum Rest der Kanzlei. Die Nutzung darüber macht alles andere als Spass was Ladezeiten anbetrifft. Nutzung der Kanzlei-Rechner per Remote hingegen ist super. Auch hierzu Abhilfen willkommen!

Re: Performance DATEV- Anwendungen

theo — Sun, 05 Mar 2017 17:46:06 GMT

Hinzuzufügen wäre:

- An dem PC an dem ich gerade sitze habe ich ca. eine 1,5mbit Leitung (durchs Stromnetz) zum Rest der Kanzlei. Die Nutzung darüber macht alles andere als Spass was Ladezeiten anbetrifft.

Bei der Software des Mitbewerbs gibt es keine Einschränkungen. Der Server ist tatsächlich nur über diese Leitungen angebunden.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Sun, 05 Mar 2017 17:46:54 GMT

Die liebe Performance und Datev Programme passen an einigen Stellen nicht wirklich zusammen. Das ist halt alles sehr komplex.

Die Erfahrung mit dem Schutzmodul habe ich noch nicht gemacht. Wir haben einen Datev Arbeitsplatz auf einem extra PC laufen. Der hat alleridngs auch einen I7, SSD und 16 GB, also nicht unbedingt der Standard.

Zum Power-LAN habe ich nur Erfahrung aus dem privaten Bereich. Wir haben Devolo und ich glaube, dass das schnellste das Cockpit ist. Gefühlt hat das Schneckentempo aber die Anzeige lässt die Glückshormone Samba tanzen. Wenn man über Power-LAN mit einer RDP Session auf den Server zugreift, werden ja auch nur die Grafikdaten über die Leitung geschickt. Das war mit einem 3G Handy schon erträglich. Aber wenn man auf die Antwort und die Daten des Servers warten muss, kann man schon mal über einen Kaffee nachdenken.

Ich wollte ja noch meine Erfahrung mit Network Teaming auf einem ESX Host berichten. Ich hatte ja beim Pingfiletest mit einer 1GB Karte ca. 800 bis 900 MB/sec. Das hat sich mit zwei Karten leider nicht verdoppelt, aber immerhin komme ich jetzt auf 1200 bis 1300 MB/sec. Nicht viel, aber der Mensch freut sich.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Sun, 05 Mar 2017 19:08:52 GMT

mal abgesehen von den mbits.. wo hakt es denn nun genau? zu langam.. nicht zufriedenstellend für die ausgaben?

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Sun, 05 Mar 2017 19:25:38 GMT

Tja, wenn man das so genau sagen könnte. Ich denke, wir haben uns mehr versprochen, als am Ende raus kam.

Es ist schon alles deutlich performanter als mit dem alten Server, aber der Bildschirmaufbau des Datev Arbeitsplatzes hat sich gefühlt nicht verbessert. Wenn man dann einmal drin ist, ist es auch spürbar besser.

Wenn mann sich die Statistiken der Hardware ansieht, geht da, abgesehen von der Einschaltphase, nichts über die 20 bis 25 Prozent hinaus und es scheint, dass die Datev die Hardware nicht richtig nutzt. Alle anderen Programme (Office z.B.) benehmen sich seit der Installation deutlich anders. Anklicken, innerhalb einer Sekunde sind sie da, die Eieruhr ist weg und man kann arbeiten. Warum ist das nicht so spürbar, wenn ich den Datev Arbeitsplatz anklicke, selbst wenn ein paar Dinge in der Schnellansicht sind?

Im Resourcen-Monitor ist auch kein Ausreißer ausfindig zu machen, der beim Start des Datev Arbeitsplatzes übermäßig hinlangt. Deshalb habe ich vermutet, dass die Daten zwischen Fileserver und WTS nicht schnell genug sind und daher das Augenmerk auf MB/sec.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 12:09:59 GMT

man könnte etwas mehr rausholen mit:

-anderen cpus ( lt. empfehlung)

-raid1 oder 10

-eventuell mehr ram (für sql)

-den optimierungen lt info db (wenn noch nicht geschehen)

-mehreren physischen maschinen

office wird immer schneller sein

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 12:39:53 GMT

An die CPUs glaube ich nicht wirklich. Die schnelleren würden dann anstatt bei 15 Prozent bei 10 Prozent rumdümplen.

RAID will ich mich nicht festlegen und es auch nicht ausschließen. Damit werden dann aber wieder mehr Resourcen verbraucht. Für 2,4 TB brauche ich dann vier 1,2 GB Platten anstatt drei. Ich hatte gehofft, dass den Nachteil die SSDs auffangen, was sie meiner Meinung nach auch tun. Ein pingfile mit 500 MB auf die lokale Platte geht mit ca. 9.000 MB durch. Viel schneller dürfte es mit RAID 1 oder 10 auch nicht werden.

Mehr RAM für den SQL Server werde ich nächstes Wochenende mal versuchen und auch mehr Kerne.

Die Info DB habe ich rauf und runter abgearbeitet, was gut für die Psyche war, aber leider nicht für die Performance.

Zusätzliche Hardware ist eigentlich kein Thema, solange die vorhandene nicht mal zu 20 Prozent ausgelastet ist.

Ich suche noch auf der ESX Schiene weiter. An irgendeiner Stelle muss sich die Bremse ja finden lassen.

Re: Performance DATEV- Anwendungen

Mon, 06 Mar 2017 13:00:47 GMT

Ganz dumme Frage: Wird das SSD Raid vom ESX auch als SSD erkannt?

Dann noch den hier https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2008925 durcharbeiten.

Ansonsten mal ein anderes Toll zum Messen der Netzwerkperformance nutzen. Ich habe das Gefühl das System kommt irgendwann zu dem Entschluss nur noch aus dem Cache zu arbeiten.

ESX scheint bei pingfile auch zu optimieren. Pingfile Freigabe A auf Server <- Start auf TS -> Freigabe B auf Server = rasend schnell.

Pingfile lokales Verzeichnis TS <- Start auf TS -> Freigabe auf SQL Server = schnell

Alle Server auf einem Host, die Platten des Servers sind die langsamsten im Host.

Re: Performance DATEV- Anwendungen

jürgen — Mon, 06 Mar 2017 13:08:16 GMT

@Frank

ESX mit Raid 5 ist "Suboptimal"!

Mach mal Raid 1 oder besser Raid 10.

Ist vom Durchsatz her schneller und Du merkst es auch in zB. Start des Arb-Platzes.

Und bei ESX völlig stressfrei zu erledigen.

Grüße

aus Hamburg

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 13:22:08 GMT

Anonym

Das Dokument von VMware habe ich auch schon durch.

ESX erkennt das als HDD Raid und nicht als SSD

jürgen

Das werde ich zur Not mal versuchen, obwohl ich dann eine ganze Platte, sprich 1,2 TB, ins Regal legen oder noch eine kaufen muss. Wie bringe ich das meinem Chef bei?

Re: Performance DATEV- Anwendungen

jürgen — Mon, 06 Mar 2017 13:28:21 GMT

Nö,

kopier das wech,

Raid konfen,

esx neu drauf

und wieder rauf kopieren

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 13:35:33 GMT

Jetzt habe ich ein Brett vor dem Kopf oder eine Denkblockade.

Ich habe zwei 240 GB Platten als RAID 1, macht 240 GB und da ist zur Zeit nur der Hypervisor drauf.

Dann habe ich drei 1,2 TB Platten im RAID 5 (2,4 TB gesamt) mit dem Rest.

Für RAID 1 brauche ich 2 Platten und hätte 1,2 TB (eine übrig)

Für RAID 10 brauche ich 4 Platten und hätte auch 2,4 TB. (eine zu wenig)

Re: Performance DATEV- Anwendungen

Mon, 06 Mar 2017 13:36:44 GMT

Wenn der ESX die SSD nicht erkennt reicht eine Neuinstallation nicht. Da ist die Konsole des ESX gefragt.

Re: Performance DATEV- Anwendungen

jürgen — Mon, 06 Mar 2017 13:40:12 GMT

Richtig Frank,

mach aus dem R5 ein R1,

das kannste ohne weitere HW machen

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 13:41:10 GMT

Dazu habe ich auch schon ein bisschen die Foren gelesen. ESX erkennt das MegaRAID, aber weiß nicht, was sich dahinter für Platten verbergen. Das kann man per Kondsole zwar umstellen, aber einen echten Vorteil konnte man dabei nicht ausmachen.

Hast du da andere Erfahrungen gemacht?

Re: Performance DATEV- Anwendungen

siro — Mon, 06 Mar 2017 13:41:56 GMT

>Der Fileserver ist 2012 R2 mit 8 CPUs und 16 GB Speicher. Der WTS hat für 2008 R2 auch 8 CPUs und 16 GB Speicher und der KomServer (WIN 7 pro) 2 CPUs und 4 GB.

Hallo Herr Pfeiffer,

nehmen Sie mal bei den virtuellen Maschinen deutlich die vCPUs zurück und probieren Sie es dann erneut.

Wenn Sie noch den Platz auf dem RAID-1 haben verschieben Sie mal die vmdk des WTS testweise auf das RAID-1. Was für ein RAID Controller werkelt in dem Srv?

Re: Performance DATEV- Anwendungen

Mon, 06 Mar 2017 13:42:54 GMT

Just because you COULD, dosn't mean you SHOULD.

Der Spruch stammt nicht von ungefähr, einfach mal Googeln - es wird ein pdf mit einer Präsentation zum Thema VMWare und Storage gefunden.

Ich betreibe hier alle meine Hosts (1 Produktiv, 1 Alt, 1 Labor) mit SD Cards (eingebaut) oder USB Sticks. Alle lassen sich über die Updatefunktion des VCenterServers verwalten, da braucht nicht neu installiert werden. Damit hat man den Hypervisor schon einmal isoliert.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 13:43:35 GMT

Mein benchmark mit dem 4790k ist in erster linie so gut, weil der takt so hoch ist. Klar.. die xeons haben mehr cache usw., aber takt mit moderner architektur scheint dann doch besser zu sein. datev skaliert mit mehreren cpus nicht so gut.

Re: Performance DATEV- Anwendungen

Mon, 06 Mar 2017 13:46:34 GMT

Hallo, der Kollege hat 2 x 10 echte Kerne macht mit HT 40 virtuelle, das reicht mehr als "dicke" aus, 64 GB RAM sind auch genug.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 13:53:33 GMT

das bremst.. deswegen sollte man ht auch ausschalten. siehe info db... die empfehlung, xeon 2643, hat auch nur 6 kerne..

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 14:41:24 GMT

Die Empfehlungen der Datev sind da aber auch nicht so ganz eindeutig.

Bei der CPU empfehlen sie eher wenig Kerne und für SQL reden sie dann wieder von vielen Kernen wegen der Verbesserung und Parallelbetrieb. Die nehmen maximal 8 Kerne für den SQL Server und das sind 50 Prozent der verfügbaren Kerne des Servers (also 16).

Der RAID Controller ist der Intel RS3DC080

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 14:55:40 GMT

sql, viele kerne?! wissen sie noch wo das steht?

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 15:27:35 GMT

Das habe ich im Dokument 1014224 gefunden. Ganz am Ende wird auf sqlsrv.exe eingegangen und wir sind wieder bei der MDOP Diskussion angekommen.

Für mich bedeutet die Tabelle, dass sich mit der Anzahl der der Kerne auch die Anzahl der parallelen Prozesse erhöht, was ja eigentlich auch Auswirkung auf den Durchsatz haben sollte.

Re: Performance DATEV- Anwendungen

siro — Mon, 06 Mar 2017 15:45:48 GMT

Geben Sie mal beiden Server nur 2 vCPU und legen damit eine Baseline fest, was Pingfile, Leistungsindex und SQL Performance Test im SQL Manager angeht.

Fragen Sie mal nach ob der Intel RAID schon eine BBU hat.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 16:30:20 GMT

BBU oder MFBU.. das wäre natürlich auch der Hammer, wenn der das nicht hätte.

Ja gut.. da steht was. Trotzdem würde ich HT abschalten.

Die schnellere CPU würde aber was am WTS bringen. Mehr RAM eher was am SQL.

Wir sind soweit ganz zufrieden.. der RAM läuft trotzdem am SQL immer voll (22 GB).

Da könnte man bei dem nächsten serverwechsel noch etwas rausholen.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 16:41:05 GMT

BBU ist am RAID vorhanden und sollte nach mehr als einer Woche auch geladen sein.

Das RAM läuft immer voll, weil das max_,memory wahrscheinlich auf dynamisch steht. Dann greift sich der SQL Server den größten Teil des verfügbaren Speichers.

Der SQL Performance Test ist m.E. auch ok. Etwas mehr als 3 Sekunden für den Test.

Wenn ich mir das jetzt alles noch einmal ansehe, ist der Pingfile local super, der SQL Test ist auch gut. In dem Moment, wo die Tests die Maschine verlassen und den Switch bzw. das Netzwerk in Anspruch nehmen, wird es langsam.

Ich suche mal an der Stelle noch etwas intensiver.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 17:00:10 GMT

ne.. hab das irgendwann fixiert.

Aber auch der tatsächliche verbrauch liegt 10mb unter dem fixierten maximum .

was sagt denn ping?

wo finde ich den sql performance test?

Re: Performance DATEV- Anwendungen

Mon, 06 Mar 2017 17:08:48 GMT

DATEV SQL Manager, Admin Modus, auf den SQL Server Rechtsklick, dort Performance Test. Interessant ist nicht die Zeit für eine Verbindung sondern der Sprung auf und dann 3. Die erste ist schnell, dann bei 2 eine Delle und ab der dritten wächst die verbrauchte Zeit nur noch marginal.

Messen am Besten vom Client aus.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 17:09:17 GMT

Den SQL Test findet man im SQL Manager (Admin), Expertenmodus, rechte Maustaste auf den Server und dann ganz unten.

Bei mir kommen 3,14 Sekunden raus für den Standardtest mit einer Verbindung. Also alles auf Default lassen und starten.

Re: Performance DATEV- Anwendungen

Mon, 06 Mar 2017 17:33:33 GMT

Eigentlich nur ein sehr synthetischer Test, ob jetzt 3,14 oder 2,8 (2,9 vom Client) rauskommen ist für den Anwender kaum spürbar.

Zusammenfassend ist festzustellen, dass der übliche Zyklus von DATEV auf schnellere Hardware zu setzen nicht mehr funktioniert. Die alten Zöpfe sind nicht mehr zu kaschieren, die Taktzahlen lassen sich nicht mehr unendlich steigern, die Prozessorhersteller gehen immer mehr den Weg weniger Takt - mehr Kerne.

Was passiert denn, wenn der Arbeitsplatz startet?

Die Arbeitsplatz.exe schaut erst einmal ob alle .NET Komponenten geladen sind, dann wird geprüft ob der User der startet auch die entsprechenden Rechte hat. Danach werden aus der Datenbank die Profile geladen und initialisiert, zwischendrin immer wieder Verbindung zu NuKo und LiMa. Dann sind die Daten dran. Zuerst die Mandantenübersicht, dann die Schnellansichten. Da der AP filtert und damit erst einmal alle Daten erhält müssen diese natürlich "in Form" gebracht werden. Das ganze läuft natürlich nicht direkt, im Systray findet man ein ganzes Rudel von Diensten die notwendig sind. Wie viele Schichten vom AP bis zum SQL Server zu durchlaufen sind weiß so genau keiner. Diese Mechanismen sind zusammen mit diversen Redundanzen die eigentlichen Performancefresser.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 17:48:11 GMT

Ja, das ist alles richtig und da könnte man wahrscheinlich auch mal etwas dran tun. Andere Programme sind ja auch mit schnellerer Hardare besser.

Vieles von dem, was geprüft, geladen und noch mal geprüft wird, passiert ja von der lokalen Platte und liegt sicher auch an der Programmierung.

Vieles von dem Aufgezählten kommt aber auch von extern. Nuko, LiMa, Mandantenstamm und ein paar andere Kleinigkeiten kommen übers Netz bzw. durch den Switch, der meines Erachtens, zumindest auf meiner Büchse, das Nadelöhr darstellt.

Von Maschine zu Maschine muss es auf dem vSwitch schneller gehen als über ein Netzwerkkabel, zumal keine der Aktionen die Resourcen einer der VMs belastet oder ausnutzt. Da muss es eine Schraube geben, an der man drehen kann.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 06 Mar 2017 18:19:47 GMT

wo finde ich denn den sprung?

hab hier nu 4,75sec stehen.. ist das jetzt eine katastrophe?!

könnte jemand mal seine testergebnisse posten?

ist ja lustig.. hab vor einigen wochen ein bios-update gemacht.

kann es sein, dass er mir da HT wieder aktiviert hat?!..

teste demnächst mal ohne HT..

achja.. nochmal das zitat zu ht:

Deaktivierung von Hyperthreading

Hyperthreading kann sich für SQL-Server negativ in der Performance auswirken. Besonders negativ kann sich Hyperthreading auswirken auf einem Host mit virtuellen Maschinen, auf denen eine SQL-Instanz ausgeführt wird.

Re: Performance DATEV- Anwendungen

mkolberg — Tue, 07 Mar 2017 04:40:50 GMT

Lokaler Rechner (gebaut zu Vista- Zeiten)

Re: Performance DATEV- Anwendungen

mkolberg — Tue, 07 Mar 2017 04:46:31 GMT

Kanzlei, wo DATEV um den Faktor 10 schneller läuft. (Ausschließlich SSD...)

Start DAP Einzelplatz (s.o.) Mehr als 2 Minuten

Kanzlei- Client (Server, s.u.) keine 20 Sekunden

Re: Performance DATEV- Anwendungen

siro — Tue, 07 Mar 2017 09:05:48 GMT

BBU ist am RAID vorhanden und sollte nach mehr als einer Woche auch geladen sein.

Bitte auch mal prüfen ob die LUN auch auf "Write Back" steht.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Tue, 07 Mar 2017 10:15:25 GMT

Also HT ausschalten hat bei dem Test nichts gebracht.

Aber irgendwie scheinen auch viele Kerne nichts zu bringen .

Könnte Herr Pfeiffer bitte seine Werte posten?

Würde mich einfach mal interessieren, wodran es liegen könnte, dass wir mehr als 1,5 sek mehr brauchen.

Re: Performance DATEV- Anwendungen

Tue, 07 Mar 2017 11:11:43 GMT

Der Test ist nur aussagekräftig wenn der Wert "Anzahl der Verbindungen" hochgesetzt wird. Erstens kommt der Verwaltungsoverhead zum tragen und zum zweiten kann im Taskmager die Zahl der arbeitenden Prozessoren gesehen werden.

Bei "Anzahl der Verbindungen" <= zugeteilter Prozessoren sieht man schön, dass pro Verbindung 1 Prozessor genutzt wird.

Bei "Anzahl der Verbindungen" > zugeteilte Prozessoren müssen die Anforderungen warten bis Zeit auf dem Prozessor frei ist. Das liegt an der Arbeitsweise vom SQL Server. Die Zeiten steigen dann stark an.

Zum Netzwerk noch eine Anmerkung. Der Unterschied zwischen 1 oder 10 GBit/s liegt nicht in einer höheren Geschwindigkeit an sich sondern in einer höheren Taktung. Dadurch steigt die theoretische Datenmenge pro Sekunde, nicht aber die Laufzeit eines Bits. Da aber im Bereich der Abfragen an die Datenbank viele kleine Pakete durch das Netz laufen, Zeit kann nur beim Rücklauf der Ergebnisse gewonnen werden. Viele kleine Pakete bedeuten auch wieder viel Verwaltung, das bring uns zum Thema "Reverse Side Scaling". Denn wer muss den ganzen Protokollkram erledigen? die Netzwerkkarte oder ein Prozessor. Seit Win2008 gibt es RSS, also den Protokollkram bei der Netzwerkkarte abliefern (offload) oder einen Prozessor machen lassen. Standardmäßig ist das Prozessor Nr. 1, der hat aber genug zu tun, die Pakete warten während die anderen Prozessoren sich zu Tode langweilen. In der Folge bieten die Einstellungen RSS an, also die Verteilung auf andere Kerne, mit oder ohne Mengenbegrenzung. VMWare nutzt im Übrigen die Technik Offloads aus virtuellen Adaptern auf die Netzwerkarte zu "schieben". Das bringt uns dann wieder zum Thema Kerne. Hat der (virtuelle) Server genug Kerne, dann können die eingehenden Netzwerkanfragen ohne längere Wartezeiten von einem Prozessor abgearbeitet werden. SQL braucht auch nicht so lange auf Prozessorzeit zu warten. Da der SQL Server keine Threads nutzt (bitte berichtigen falls sich in der 2014 Version etwas geändert haben sollte) kann mit virtuellen Kernen (HT) ein gewisses Threading emuliert werden. Der Wechsel eines Prozesses kostet den Prozessor enorm viel Verwaltungszeit und die bremst das System aus.

Die vorgenannten Vorgänge erklären jetzt auch die Unterschiede zwischen einem Server und einem Einzelplatzrechner. Beim Einzelplatzrechner muss der SQL Server lange auf frei Prozessorzeit warten, der Rechner hat noch viele weitere Aufgaben und die Kerne sind nun einmal begrenzt. Der Einzelplatz ist langsamer als ein Server.

Wenn nun auf dem Server, der den SQL beherbergt, noch einige andere Rollen installiert sind, z. B. Fileserver, Lima, KommServer usw., haben wir wieder die Kernproblematik. SQL muss auf freie Prozessorzeit warten.

All das führt uns zum Schluss noch zum Storage. SQL und DATEV loggen viel, die schreibenden Logzugriffe sind mengenmäßig klein - und diese vielen kleinen Schreibzugriffe sind Gift für ein RAID 5 oder größer, denn zu jedem Schreibvorgang gehört auch die Parität die geschrieben werden muss. Insoweit ist ein RAID 1 effizienter. Nun gibt es auch die Varianten RAID 01 oder 10, hier stellt sich die Frage ob der Anwender zum RAID 1 einen Unterschied merkt - bei den heutigen Systemen vermutlich eher nicht.

Gruß

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Tue, 07 Mar 2017 11:57:34 GMT

danke für die erklärung!

jetzt müsste man nur noch einheitliche parameter finden (was kann man da empfehlen?!) und die ergebnisse vergleichen .

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Tue, 07 Mar 2017 12:00:15 GMT

Ich habe RSS aud der vmxnet3 enabled und auch auf 4 parallele Prozesse gesetzt. Standardmäßig ist das disabled. Hat aber auch nicht viel gebracht.

Was mich, wie gesagt gesagt, wundert bzw. was ich nicht nachvollziehen kann ist die Tatsache, dass zwar alles von den Prozessoren erledigt wird, aber in den ESX Statisken, selbst bei stressigen Tests, nicht eine vCPUs die 20 Prozentgrenze überschreitet.

Im Taskmanager der jeweiligen Maschine bleiben die acht Grafiken auch überwiegend im unteren Bereich und werden auf den ersten Blick auch halbwegs gleichmäßig in Anspruch genommen.

Re: Performance DATEV- Anwendungen

Tue, 07 Mar 2017 12:05:16 GMT

Für einen längeren Zeitraum sind ist die Leistungsüberwachung im MS Betriebssystem zu empfehlen. Hier kann man auch bestimmte Anforderungen an den SQL Server betrachten und es werden die vielen kleinen Pakete sichtbar.

Re: Performance DATEV- Anwendungen

Tue, 07 Mar 2017 12:22:21 GMT

Bei der heutigen Hardwareausstattung ist das Ergebnis nicht verwunderlich. Bis zu einem gewissen Grad kann man noch optimieren, irgendwann ist Schluss, die Leistungsfähigkeit lässt sich nicht gegen unendlich steigern oder anders gesprochen: bei Lichtgeschwindigkeit ist Schluss.

VMWare nutzt schon viele Techniken um die Prozessorleistung gering zu halten, ein virtuelles Gesamtsystem so auszulasten, dass es auf allen Kernen auf Dauer mehr als 50% Auslastung zeigt, dürfte bei unseren Anforderungen schwer werden. Ich habe mich auch lange gegen die Auffassung gesträubt immer mehr Server, also einen DC, einen Fileserver, einen TS und einen SQL (wobei das ja schon länger von MS vorgeschlagen wird), einzusetzen. Irgendwie scheint diese Aufteilung in spezialisierte virtuelle Maschinen sinnvoll zu sein.

Google und Konsorten setzen ja schon länger einfache SATA Festplatten ein und haben damit keine Schwierigkeiten, bei den Zugriffsszenarien in unseren Kanzleien habe ich das Gefühl, dass SSDs nur beim Programmstart eine Beschleunigung fühlbar machen.

Die Hardware ist natürlich ein bequemer Sündenbock für eine verplante Software. Der fehlende Abrechen Button beim Stammdatenabgleich in den Steuerprogrammen, die Einrichtung der Sachkonten OP mit der katastrophalen EB Funktion und viele andere falsch angedachte Programmfunktionen kosten uns in der Summe sehr viel mehr Zeit als wir mit der Hardware wieder einfahren können.

Ich finde nur grad nicht den passenden XKCD zum Thema Zeiteinsparung durch Algorithmen und Zeitaufwand zur Entwicklung desselben.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Sun, 12 Mar 2017 16:00:32 GMT

Hallo Zusammen,

nun ist eine Woche rum und ich hatte mal wieder Zeit, meinen Punkt zu testen. Ich bin immer noch der Meinung, dass auf dem vSwitch mehr als 800 bis 900 MB gehen müssen.

In kurzen Worten, was ich gemacht habe und was dabei raus kam.

Den alten Server als zweiten ESX Host (2 CPUs je 4 Kerne) reanimiert und zwei Vorlagen genommen. 2012 R2 und 2008 R2 als TS01 und TST02. Auf dem ESX alles absoluter Standard. Einen vSwitch erstellt, eine Portgruppe erstellt und die beiden Rechner daran gehängt. Dann hing noch ein pNIC an dem vSwitch (1GB)

Auf den VM habe ich die IP Adressen angepasst und wegen mangelden DNS die beiden Einträge in die hosts getippt. Die beiden VM auch mit jeweils 8 vCPUs und jeweils 16 GB Memory konfiguriert. Auf TST02 habe ich ein Verzeichnis freigegeben und auf TST01 als L: verbunden (Macht der Gewohnheit).

Dann habe ich pingfile aktiviert und nun kommts. Bei -n=10 und -l=500 L: kam ein Ergebnis, das ich so dann doch nicht erwartet hätte. Am Ende stand bei [BOTH] 5.567,4 MBit/s zwischen TST01 und TST02.

Es geht also doch. Dazu noch auf der alten Büchse mit nur 8 echten Kernen und HDD. Die einzige resource, die belastet wurde war übrigens der Hauptspeicher. Bei 4 GB Hauptspeicher brachte der pingfile nur 2.700,4 MBit/s.

Darauf hin habe auf dem neuen Server alle vmxnet3 auf die Standardeinstellungen gesetzt, die vSwitches exakt gleich konfiguriert und es blieb bei ca. 900 MBit/s.

Hat da noch irgendjemand eine Idee? Der Unterschied ist der fehlende DNS und WINS. Mehr habe ich nicht entdeckt.

Viele Grüße aus Mainz

Re: Performance DATEV- Anwendungen

theo — Mon, 13 Mar 2017 00:10:14 GMT

Zum Power-LAN habe ich nur Erfahrung aus dem privaten Bereich. Wir haben Devolo [...] Gefühlt hat das Schneckentempo [...] mit einer RDP Session [...] werden ja auch nur die Grafikdaten über die Leitung geschickt. [...] Aber wenn man auf die Antwort und die Daten des Servers warten muss, kann man schon mal über einen Kaffee nachdenken.

Zurück kommt dann doch auch nur die Grafik des Hosts, sollte eig. genauso schnell sein (?). Ansonsten ist devolo top u. stabiler als wlan. Wobei mich die Suche nach der optimalen Steckdose etwas Zeit gekostet hatte, 1,5Gb max.

Wie dem auch sei, ich schwöre ich habe nix gemacht (außer ein paar Möbel verrückt, evtl. auch nen Stecker gezogen): Auf einmal sind wir bei konstant 5Gbit. Verrückt

Ping stimmt aber immer noch nicht.

Re: Performance DATEV- Anwendungen

Mon, 13 Mar 2017 18:43:46 GMT

Bei den Werten würde ich mal den BPA auf dem neuen Blech laufen lassen. Habe mal aus Spaß Pingfile auf meinem Laborrechner laufen lassen. Vor Konfiguration war das ein Wert von rd. 6000 MBit/s. Danach alle Einstellungen ordentlich gemacht, alle BPA abgearbeitet und dann die Belohnung abgeholt: Both auf 9512 MBit/s.

Ach so: VM 1 4 Kerne 4 GB Speicher

VM 2 4 Kerne 6 GB Speicher

Blech 2 x 8 Kerne 64 GB

VShere Clients nicht aktiv.

Ich glaub' das ist gut.

Re: Performance DATEV- Anwendungen

martin1969 — Sun, 24 Mar 2019 19:12:12 GMT

frank.pfeiffer

Hallo Herr Pfeiffer. Haben Sie jemals die Lösung gefunden?

Ich habe Sie mal getagged in meinem Thread. Falls Sie noch eine Info hätten würde ich mich sehr freuen.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Sun, 24 Mar 2019 20:10:40 GMT

Hallo Herr Schmidt,

nein, nicht wirklich. Die Werte haben sich nicht verbessert, egal, an welcher Schraube ich gedreht habe.

Inzwischen haben wir die doppelte Anzahl Clients und ich stelle fest, dass das auch keine Veränderung in die andere Richtung bringt. Das System wird nicht spürbar langsamer und die Auslastung ändert sich nur minimal. Der WTS geht von 20 - 22 Prozent CPU Nutzung auf 25 Prozent.

Der SQL Server nimmt sich den Speicher, den er kriegen kann, wir aber ab 16 GB auch nicht schneller. Das passiert auch auf dem DMS Server. Mehr Ressourcen heißt also nicht unbedingt bessere Performance.

Ich denke, dass die Datev Software ihren Teil dazu beiträgt. Ständige Abfragen, wie oben beschrieben, machen so ein System eben auch nicht schneller. Ich kenne die Technik nicht im Detail, aber wenn ich mir die Feingliedrigkeit der Rechteverwaltung ansehe, könnte man vermuten, dass mit jedem Mausklick die Rechte abgefragt werden. Alleine das würde schon genug SQL Abfragen und Netzwerkverkehr verursachen.

Eigentlich kann es ja nur noch am Software-Design liegen, wenn hier alle unisono feststellen, dass die Super-Duper-Knallerhardware nichts mehr verbessert. Irgendwo ist dann aber auch nicht einzusehen, dass man 2.000,00 Euro pro Prozessor ausgeben soll, wenn damit nicht das Ziel erreicht wird. Die 4 Ghz CPUs verbessern genau so wenig wie die 20 echten Kerne bzw. die 40 virtuellen.

HAt eigentlich jemand Erfahrungen, wie die Performance bei den ASP Kanzleien ist? Geht das da alles schneller als auf eigener Hardware oder sind die Zeiten vergleichbar?

Viele Grüße aus Mainz

Re: Performance DATEV- Anwendungen

metalposaunist — Sun, 24 Mar 2019 21:10:20 GMT

Die 4 Ghz CPUs verbessern genau so wenig wie die 20 echten Kerne bzw. die 40 virtuellen.

Da muss ich widersprechen, wenn die neuen DVDs das nicht alles wieder zu Nichte gemacht haben. Aber um die DVD 11.0/11.1 herum hatten wir Kanzleien mit 1,9 bis 2,4GHz CPUs. DATEV lief aber speziell die 1,9GHz und 16 Kerne waren ... totaler Mist. Da ist viel Kaffee getrunken worden.

Dann gab es Kanzleien, die haben in CPUs mit 3,5GHz investiert, dafür nur 4 Kerne und DATEV ging ohne EOcomfort in 10 Sekunden auf, arbeitsfähig. Mit EOcomfort hatte es ca. 25 Sekunden gedauert.

Hat eigentlich jemand Erfahrungen, wie die Performance bei den ASP Kanzleien ist? Geht das da alles schneller als auf eigener Hardware oder sind die Zeiten vergleichbar?

Das kann ich Ihnen am MI berichten. Wir steigen auf DATEVasp ab morgen um. Wobei am WTS auch noch sehr viel Fremdsoftware installiert ist und wir nicht nur rein DATEV einsetzen. Ggf. beeinflusst sich das noch.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 25 Mar 2019 06:35:54 GMT

Warum steigen Sie um?

Re: Performance DATEV- Anwendungen

metalposaunist — Mon, 25 Mar 2019 06:59:50 GMT

Warum steigen Sie um?

Fragen Sie bitte meine Chefs .

Re: Performance DATEV- Anwendungen

metalposaunist — Fri, 29 Mar 2019 11:40:26 GMT

Für alle, die auch überlegen auf DATEVasp umzusteigen, hier schon mal ein paar Dinge, die man bedenken sollte, unabhängig von der Performance:

Es muss ein asp-Client / Programm auf jedem PC / Notebook / Convertible installiert werden. Grundkomponente der Citrix Receiver plus ein paar andere Dinge, damit man auch mobil via SmartLogin zugreifen kann. Das Teil, lässt sich meiner Meinung nach nicht als MSI Paket in einer Domäne ausrollen und wenn doch, habe ich am MO 8,5h für lulu gearbeitet. Wir hätten eine Domäne inkl. GPO da gehabt.

Die Installation kann man im Nachhinein nicht ändern. Wenn man den Haken vergessen hat für mobiler Arbeitsplatz (bei Notebooks wichtig): Deinstallation und Neuinstallation, wenn man es ganz genau machen möchte. Im Grunde reicht aber auch eine Verknüpfung auf eine asp-DATEV-Adresse aus. Ziemlich - doof. Ein Ändern Button unter Programme & Features wäre besser. Und: es kam dann gelegentlich vor, dass der IE (ja, DATEV ruft noch immer hart die ie.exe auf mit Parameter) meinte: Seite kann nicht angezeigt werden. Abhilfe hier: DATEV Zone installieren. Die DATEV Zone / der Installer dazu lässt sich aber am betroffenen Notebook nicht herunterladen, da auch datev.de nur eine weiße Seite ist.

Vor dem Start vom Citrix Receiver prüft DATEV allerlei Dinge: Sperreinträge im IE, DATEVasp verfügbar, PC umstellen (was auch immer das ist) ... Das muss von Hand an jedem Client einmalig durchgeführt werden.

Und diese Routine lässt sich leider nicht mit der Entertaste einfach nur durchlaufen lassen, weil die Buttons nicht aktiv vorgewählt sind. Man muss also die Maus bemühen. Ziemlich uncool. Ja, man macht das nur 1x pro Gerät aber vom Feeling her - bin ein sehr ungeduldiger Mensch.

Der Login jeden Tag ist aus Sicht eines EDV'lers mehr als umständlich. Login am PC (lokales Konto oder ggf. AD Konto mit separatem Passwort, wenn nicht von Hand mit asp synchronisiert) > Klick auf Start DATEVasp > Anmeldung mit vorname.nachname@domäne.tld plus Passwort (alle 90 Tage ein Neues, GPO Richtlinie der DATEV) > Klick auf DATEVasp öffnen > der Citrix Receiver öffnet sich im Fenster Modus > Fenster über 2 Bildschirme mittig ziehen > Vollbild (anders wird es nur auf 1 Bildschirm Vollbild dargestellt). Ggf. kann es aber auch vorkommen, dass Citrix hier nicht startet. Dann ist etwas am PC strubbelig.

Das war als wir lokale RDS / WTS hatten deutlich schneller und angenehmer, weil ein zentrales AD vorhanden, dass den Login gleich inkl. Passwort mitnimmt. SSO (SingleSignOn) ist hier das Zauberwort und wenn man es per GPO konfiguriert ein Traum.

Wenn es ein AD inkl. Exchange und DNS gibt: DATEV möchte gern auf Kanzleiseite ein spezielles Netz haben, dass mit DATEVasp in Nürnberg spricht. Da man die IPs von AD und DNS Servern nur ungern ändert, braucht es entsprechende NAT Einträge im Router Kanzlei oder DATEVasp Router. Ebenso muss man jeden Drucker einzeln von 192.168.x.x IP auf DATEVasp Netz umnatten, damit in DATEVasp gedruckt werden kann; man aber noch an die Drucker lokal kommt, um ggf. Adressbucheinträge (Scan-to-FTP, ...) zu ändern.

Zur Performance: OK. Mehr nicht. Gut, wir sind ein "schlechtes" Beispiel, weil wir alles von DATEV nutzen (EOcomfort inkl. DMS). Bis DATEV startet (ab "Werk" nicht im Autostart) vergehen gut 2 Minuten. Das macht man aber in der Regel ja nur 1x am Tag. Sonst kann man gut arbeiten. Wunder darf man nicht erwarten bzw. hätte ich gefühlt mehr von DATEVasp erwartet, dass es wirklich zackzack geht. Wie gesagt, ich bin sehr ungeduldig.

Wenn jemand allerdings das Budget für eine grundlegende Neuinstallation hat (alles Server 2016/2019, schnelle Intel CPUs, ...) wird das vermutlich schneller sein als DATEVasp. Dafür hat man die IT inhouse, ist für Datensicherungen verantwortlich und muss sich auch bzgl. VPN und SSL/IPsec zwecks RDP Gedanken machen. Und was da sonst noch alles dran hängt. Auf der anderen Seite ist man flexibler, kann mal eben Dinge / Software testen, ist Herr seiner eigenen IT und kann die Sicherheitsstandards selbst setzen; ist dank zentralem AD weniger Aufwand, da nur 1 Kennwort für "alles".

Wichtig ist nur, wenn auf welche Art von asp auch immer umgestiegen wird: Bitte gut planen und nochmal planen, alle Prozesse einmal durchgehen und hinterfragen, was ist anders, wenn ... alle Fremdsoftware checken lassen (DATEV installiert nur in bestimmten / neuesten Versionen, was ich verständlich finde), wie viele HomeOffice Plätze / Notebooks, wie werden die zukünftig angebunden - andernfalls stolpert man nach asp rein und bis es wieder rund läuft, dauert es eine Weile.

Da wir aber auch mehr als nur rein DATEV im Einsatz haben, sind wir ggf. auch kein gutes Ottonormalverbraucherkanzleibeispiel.

Re: Performance DATEV- Anwendungen

grans — Fri, 29 Mar 2019 11:56:37 GMT

HAt eigentlich jemand Erfahrungen, wie die Performance bei den ASP Kanzleien ist? Geht das da alles schneller als auf eigener Hardware oder sind die Zeiten vergleichbar?

Wir haben Partner-ASP und schneller ist es nicht als vorher.

Ich sehe da bei der Performance jedenfalls bei der Datev deutlich Luft nach oben.

Re: Performance DATEV- Anwendungen

vogtsburger — Fri, 29 Mar 2019 14:07:29 GMT

Ich wüsste auch nicht, warum DATEVasp oder SmartIT 'von Haus aus' schneller sein sollte als eine InHouse-Lösung.

Auf mich als Außenstehenden wirken die Datev-Cloud-Lösungen wie die massenhafte Aneinanderreihung von ziemlich durchschnittlichen 'normalen' Windows-Systemen, die nur nicht im eigenen Büro stehen, sondern in Nürnberg und nur per Terminal 'ferngesteuert' werden.

Meine ursprüngliche Vorstellung war, dass in Nürnberg ein 'Supercomputer' steht, der alle Benutzer, Daten und Programme zentral verwaltet und Millionen von Rechen-Operationen quasi gleichzeitig ausführen kann, also Großrechner-Technologie und keine Unmengen von einzelnen separaten Windows-Systemen, die so ähnlich vernetzt sind wie in den LANs der Kanzleien .

Ein Tag der offenen Tür bzw. eine RZ-Begehung wäre sicher mal hochinteressant.

Michael Vogtsburger

Re: Performance DATEV- Anwendungen

metalposaunist — Fri, 29 Mar 2019 14:34:48 GMT

Ich wüsste auch nicht, warum DATEVasp oder SmartIT 'von Haus aus' schneller sein sollte als eine InHouse-Lösung.

Weil die DATEV als Großanbieter im RZ deutlich mehr Kapazitäten rein von finanzieller Seite her stellen kann als ein kleiner Steuerberater mit 5 Angestellten, dem eine Investition von z.B. 25.000€ zu teuer ist und er daher "minderwertige" CPUs im Server hat, die DATEV dann langsam(er) arbeiten lassen.

Re: Performance DATEV- Anwendungen

einmalnoch — Fri, 29 Mar 2019 17:39:38 GMT

Nur mal so am Rande:

Im Rechenzentrum wird eher Rechenzentrumstechnik zu Einsatz kommen, da sind Prozessoren mit reichlich GHz meist ungeeignet, zu teuer und zu viel Abwärme. Es sind dort meist Blades mit Storagesystemen zu finden. Das Ganze natürlich virtualisiert, nur so lassen sich überhaupt bestimmte Anforderungen erfüllen.

Wie sollte asp denn nun schneller sein als ein gut gepflegtes System im Hause? Ich habe Intel Xeons in meinem Server, minderwertig sind sie nicht und mein System fühlt sich flott an. DATEV schafft es aber durch Filtertechniken die Abläufe auszubremsen.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Fri, 29 Mar 2019 18:15:32 GMT

Man kann die RZ Technik nicht zwingend mit dem vergleichen, was Kanzlei Normalverbraucher so herumstehen hat.

Dort werden in aller Regel Cluster eingesetzt, die mir Loadbalancing und diversen Techniken ausgestattet sind, um immer die beste Performance zu haben. Die Rechner werden alle virtualisiert und letztlich entscheidet die Software (VMware, Hyper-V, CITRIX ZenServer) welches System die Aufgabe gerade übernehmen kann.

Bei ASP wird der Citrix Client eingesetzt und das lässt vermuten, dass im RZ der ZenServer läuft, der sich mit VMware immer um den ersten Platz streitet.

Das wird dann wohl auch das sein, was die ASP Partner einsetzen. Ich glaube nicht, dass die das Rad neu erfinden.

Da aber die ganze Rechner Power keinen wirklich Fortschritt bei der Performance bringt, liegt es wohl doch am Software Design und de Hang der Datev zu alt bewährtem. In dem Fall wohl eher alt.

Andererseits muss man aber auch mal eine Lanze für die Datev brechen. Das System ist inzwischen derart komplex, dass man da nicht mal nur einen Teil ändert, ohne einen riesigen Rattenschwanz hinter sich herzuziehen.

Letztlich dann doch lieber etwas langsamer, aber stabil.

Viele Grüße aus Mainz

Re: Performance DATEV- Anwendungen

einmalnoch — Fri, 29 Mar 2019 18:27:49 GMT

Es geht eigentlich nicht um die Frage gut oder schlecht sondern ob die Technik im RZ wahrscheinlich schneller ist oder nicht.

Außer Frage steht die Qualität des DATEV RZ, sie wird aus genannten Gründen nur eben nicht schneller sein als ein gut gepflegtes System im Haus, aber eben auch nicht langsamer als ein System mit SSD und GHz ohne Ende.

Ob jetzt VMWare, Citrix oder Hyper-V zum Einsatz kommt ist letztendlich eine Entscheidung in die viele Parameter eingeflossen sind die hier weder diskutiert noch relevant sind. Mir ist das egal, Hauptsache es funktioniert.

Re: Performance DATEV- Anwendungen

bodensee — Sat, 30 Mar 2019 09:43:43 GMT

Schön dass dieser alte Thread nochmals aufgeploppt ist.

habe ich zum Anlaß genommen seit langer Zeit mal wieder den Leistungsindes durchlaufen zu lassen ( winserver 2012 r2, 11 Arbeitsplätze) . Ich lag auch ca 2 Sek besser als Sie ,aber ca 3 Sek langsamer als zum Zeitpunkt als ich den Server und vor allem auch den Switch neu augesetzt hatte ( 2015).

Ich erinner mich das ich noch nie so schnelle Datevanwendungen wie damals hatte, davor hatte ich auch häufig über Performance Mängel berichtet. Seit dem neuen Server und der Ansteuerung des switches über 2x 10GB Netzwerkkarten und ein insgesamt ziemlich neues Netz ( 2013 komplett Neuinstallation wg. Umzug der Kanzlei) läuft Datev meistens sehr zufriedenstellend.

Da man sich viel zu schnell an die positive Geschwindigkeit gewöhnt wird es danach leider immer nur schlechter gefühlt und wohl auch in Zahlen.

Re: Performance DATEV- Anwendungen

vogtsburger — Sat, 30 Mar 2019 10:11:00 GMT

Hallo Herr Eberhardt,

wow, 11 Arbeitsplätze im Peer2Peer-Netzwerk (wenn ich das richtig in Erinnerung habe).

Sie haben zwar einen Fileserver 2012R2, aber anscheinend keine Windows-Domäne oder so ähnlich.

Aber was anderes:

von welchem Leistungsindex wird hier öfter mal gesprochen ?

Ein Datev-Tool ?

oder per Systemsteuerung Windows

oder ein Fremdprogramm ?

... will auch mal wissen, ob mein Netzwerk unterirdisch langsam, mittelerdig oder überirdisch schnell ist

Viele Grüße

Michael Vogtsburger

Nachtrag:

sorry, habe die Antwort gerade in einem frühen Post gelesen:

Den SQL Test findet man im SQL Manager (Admin), Expertenmodus, rechte Maustaste auf den Server und dann ganz unten.

Nachtrag 2:

... stelle gerade fest, dass der Thread ja 'historisch wertvoll' ist und noch aus einer Zeit stammt, als ich noch nichts von möglichen Performance-Problemen geahnt hatte.

... muss mal nachsehen, was in dieser *.cmd-Datei

(C:\DATEV\PROGRAMM\RWApplic\Leistungsindex.cmd)

genau steht.

Die Ergebnisse wollen ja auch interpretiert und bewertet werden

Re: Performance DATEV- Anwendungen

bodensee — Sat, 30 Mar 2019 10:49:42 GMT

das Programm Leistungsindex haben Sie ja gefunden..

Ihre Erinnerung trügt nicht, kein Domainecontroller. Peer to Peer aber nur in der Datev Sichtweise weil ohne Domäne. Windows klassisch server- client lösung.

Habe das inwischen auch wg. in 1-2 Jahren Neuninvestition in server sowohl mit meinem EDV Händler als auch mit meinem 'updater' besprochen, nächste Variante wird dann mit Dömäne sein, auch wenn dann die Abhängigkeit von selbiger steigt.

Re: Performance DATEV- Anwendungen

vogtsburger — Sat, 30 Mar 2019 10:54:36 GMT

in der Region Bodensee gibt's auch andere schöne Domänen, Weinbaudomänen

Re: Performance DATEV- Anwendungen

bodensee — Sat, 30 Mar 2019 12:02:10 GMT

wohl war, nur lässt mich der 'Steuerteufel' dies viel zu selten wahrnehmen. Dafür ist der See bzw. Seerhein täglich ein Genuss pur und ich bin dankbar dafür hier wohnen und arbeiten zu dürfen.

Re: Performance DATEV- Anwendungen

vogtsburger — Sat, 30 Mar 2019 20:06:36 GMT

Hallo Herr Eberhardt,

gerade im Grenzgebiet Deutschland-Schweiz könnten Sie ja Berufliches mit Privatem verbinden (z.B. Spazierfahrt nach Büsingen oder die Betriebsstätten von deutschen Landwirten (GmbHs) auf Schweizer Gebiet besichtigen etc.)

Aber jetzt wieder zur 'trockenen' IT:

Meine PCs liefern auch ähnliche Performance-Werte wie bei Ihnen, Gesamtzeit ca 7,5 sec, mal mehr, mal weniger.

Ich habe auch ein Client-Server-Netzwerk mit einem Fileserver und 17 Clients, also ohne WTS und ohne Virtualisierung. Vielleicht ist das ein "NoGo" für heutige Ansprüche, aber ich vermisse momentan (noch) nichts. Die Mitarbeiter müssen beim Tippen nicht auf den PC warten.

Aber spätestens wenn es zur 'Quälerei' wird, mit der Datev-Software zu arbeiten, muss ich mir was Anderes überlegen.

Viele Grüße

Michael Vogtsburger

Re: Performance DATEV- Anwendungen

vogtsburger — Sun, 07 Apr 2019 12:35:11 GMT

Hallo Herr Bohle,

(Frage von boomboom bzgl. Umstieg auf DatevASP)

Warum steigen Sie um?

(Ihre Antwort:)

Fragen Sie bitte meine Chefs .

ich hätte die gleiche Frage gestellt:

Aus meiner Sicht ist es ja geradezu der Idealfall, dass man in einer großen Kanzlei mit einer InHouse-Lösung (mit eigenem Client-Server- oder WTS-Netzwerk, evtl. noch virtualisiert) einen Datev-/IT-Spezialisten im Haus hat.

Wo, wenn nicht hier, empfiehlt und rechnet sich eine InHouse-Lösung ?

Für uns waren bisher die Kosten ein Hinderungsgrund für den Umstieg auf DatevASP.

Wir haben derzeit 17 Arbeitsplätze + 1 File-Server. Das ist wohl eine mittlere Größe, aber die Datev-ASP-Kosten wären auch schon recht 'sportlich'.

Bei Kanzleien mit sehr vielen Arbeitsplätzen erreichen die monatlichen Gebühren aber eine stattliche Höhe. Außerdem wird man in großen Kanzleien trotz ASP nicht auf einen eigenen Administrator verzichten können, da im immer noch erforderlichen LAN immer wieder etwas geändert, installiert, konfiguriert, repariert, ausgetauscht werden muss.

Also welche Gründe kann es geben, trotz "Haus- und Hof-IT-Spezialist" auf DatevASP umzusteigen, die Datensicherheit, die Verfügbarkeit, die hohen Investitionen in Hard- und Software, die Kalkulierbarkeit, .... ?

Viele Grüße

Michael Vogtsburger

Re: Performance DATEV- Anwendungen

metalposaunist — Sun, 07 Apr 2019 12:46:20 GMT

Ich kann Ihnen da überall nur zustimmen. Die DATEVasp Idee stammt ja auch nicht aus der IT-Abteilung. Ich hätte gerade bei der Größe gern alles selber verwaltet und bin damit super flexibel und kann "mal eben auf die Schnelle" dies und jenes umsetzen und andere Dinge hinten anstellen - jetzt muss in vielen Sachen die DATEV ran.

Bitte haben Sie Verständnis, dass ich mich dazu nicht weiter äußern möchte.

Re: Performance DATEV- Anwendungen

vogtsburger — Sun, 07 Apr 2019 12:59:39 GMT

Danke für das Feedback,

... vielleicht hatte ja ein aufstrebender "Jung-Manager" seinen Bleistift frisch gespitzt.

Als Insider bzw. Betroffener muss man sich natürlich heraushalten und die weiteren 'Erkenntnisse' abwarten.

In der Bibel stand schon "Der Prophet gilt nichts im eigenen Land"

Viele Grüße

Michael Vogtsburger

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Sun, 07 Apr 2019 13:09:01 GMT

Hallo,

wir stehen 2022 vor dem Problem und der Entscheidung, was wir machen sollen. Ich habe das bisher alles gemacht und werde in absehbarer Zeit die wohlverdiente Rente antreten und zusätzlich habe ich das alles so geplant, dass zum Frühjahr 2023 alle eingesetzten Produkte auslaufen und auch der Server und die restliche Hardware abgeschrieben ist.

Das heißt, dass wir im zweiten Halbjahr 2022 im Prinzip alles komplett neu brauchen und da bietet es sich an, die Preise zu kalkulieren und die Richtung zu überdenken.

Ich selbst bin ein Verfechter von on-premise, weil das, was man selbst macht, auch gemacht ist. Andererseits wäre das auch alles zusammen eine Investition von rund 30 bis 40 TEuro, wenn Hardware und Lizenzen gekauft werden müssen.

Hat den jemand Erfahrung, wie das mit Partner ASP funktioniert? Da hört man von himmerlhochjauchzend bis zutodebetrübt ja auch alle Versionen. Nur die Preise sind wohl etwas attraktiver als bei Datev selbst.

Schwierig, denke ich.

Re: Performance DATEV- Anwendungen

mkolberg — Sun, 07 Apr 2019 13:24:10 GMT

Ich würde das Thema "Performance" an erste Stelle setzen, gleich gefolgt von "Zuverlässigkeit", dann die Wunsch- Anwendungen.

Bei der Performance kann man in der eigenen Kanzlei einfach entgegen aller "Empfehlungen" in Server und Clients SSD (heute PCIe. Riegel) und hochgetaktete Prozessoren und Gamer- Grafikkarten verbauen, während man bei ausgesourcten Lösungen mit dem glücklich sein muß, was der Anbieter liefert.

Die "Zuverlässigkeit bedingt das "Internet". Bei einem nicht zu wünschenden längeren Stromausfall lassen sich die Geräte nicht mal schnell an einen Generator anschließen, womit bei der inhouse- Lösung der Zugriff auf wichtige Dokumente möglich wäre.

Das Thema "Wunsch- Anwendung" beginnt vielleicht schon bei einem Datensicherungskonzept, welches Einzeldateien vom letzten Monat ausspucken kann, oder Scanner- bequeme Telefonie, USB- Sticks, individuelle Anwendungen, ein modernes Betriebssystem, usw.

Re: Performance DATEV- Anwendungen

vogtsburger — Sun, 07 Apr 2019 14:00:35 GMT

Hi,

meiner Meinung nach entwickelt sich die Datev-Welt schnurstracks in eine multiple Abhängigkeit von mehreren Clouds inkl. der multiplen Abhängigkeit von unterschiedlichsten Lizenz-Modellen.

On-Premises-Lösungen werden immer komplizierter, Dauer-Lizenzen immer seltener, Infrastructure as a Service (IaaS), Cloud-Native, Multi-Clouds, SaaS, Abo-Systeme liegen anscheinend im Trend. Ohne Internet geht bereits jetzt sowieso (fast) nichts.

Ich bin hinsichtlich der Zukunft von Inhouse-Lösungen ziemlich pessimistisch

Viele Grüße

Michael Vogtsburger

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Sun, 07 Apr 2019 15:34:10 GMT

Na ja, die Wettbewerber der Datev sind ja auch in diese Richtung unterwegs. Grundsätzlich kann man ja auch nicht zwingend etwas dagegen sagen, aber was mach die Kollegen, die an der Milchkanne ohne 5G leben?

Ob die Datev jemals ein "Guss" wird, kann man auch noch in Zweifel ziehen. Dafür sind es ziemlich viele Module und Datenbanken, die da miteinander können müssten. Ich lasse mich überraschen.

Abgesehen davon, ist für unsere Umstellung noch ein bisschen Zeit und wer weiß, was bis dahin aktuell ist.

Viele Grüße aus Mainz

Re: Performance DATEV- Anwendungen

vogtsburger — Sun, 07 Apr 2019 18:37:05 GMT

Die Abhängigkeit von Microsoft, Adobe, Apple, Google & Co wird jedenfalls immer größer.

Datev hängt selbst am Tropf von einigen anderen Software-'Lieferanten' und Lizenzgebern.

Zu Novell-Zeiten hatte Datev und hatte man als Kanzlei wenigstens noch die Wahl zwischen ..... und ......

Ich hatte eigentlich immer davon 'geträumt', dass es mal eine Linux-Distribution geben könnte, habe aber inzwischen resigniert.

Was mich noch interessieren würde:

... kann man die DatevASP-Lösung noch als "SaaS", "PaaS" oder schon als "IaaS" bezeichnen ?

Aus meiner laienhaften Sicht ist es bereits eine "IaaS".

Mich nervt jedenfalls dieses Lizenzierungs-, Registrierungs-, Update-, Upgrade-, Abkündigungs-, LifeCycle-Karusell bei InHouse-Lösungen ganz gewaltig.

Bei Cloud-Lösungen rotiert dieses Karusell 'backstage' zwar auch, aber man bekommt nichts davon mit.

Am liebsten wäre mir "alles aus einer Hand" und das zu einem kalkulierbaren Preis, abhängig von der Nutzung bzw. Leistung !

... man wird ja wohl noch träumen dürfen ...

Viele Grüße

Michael Vogtsburger

Re: Performance DATEV- Anwendungen

metalposaunist — Sun, 07 Apr 2019 18:59:57 GMT

Ich hatte eigentlich immer davon 'geträumt', dass es mal eine Linux-Distribution geben könnte, habe aber inzwischen resigniert.

Linux? Wenn, dann gäbe es eine MacOS Version. Dann müsste DATEV die Software ja so schreiben, dass Sie für alle Distributionen nutzbar ist sonst schreibt man hier wieder z.B. Ubuntu vor und ist von Ubuntu abhängig oder der Admin kennt sich nur in Kubuntu bestens aus.

Und: Dann müsste sich ja jeder Linux (welche Distri auch immer) installieren und sich damit einarbeiten. Plus OpenOffice nutzen - 98% der Nutzer kennen Windows und MS Office.

aber man bekommt nichts davon mit.

Und ob. Gerade wo bei Smart-IT von 2008 R2 auf 2016 gewechselt wird inkl. neuer Zugangssoftware - dazu gab's schon einige Threads, was nicht ehr geht, was anders ist, was man wo wieder von Hand einstellen muss.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Sun, 07 Apr 2019 19:01:45 GMT

Ja, das ist genau mein/unser Problem. Ich selbst bin MSCP (Microsoft Certified Professionell) und habe noch ein Haufen anderer Zertifikate aus der Ecke, so dass mir das ganze Update und Upgrade Karussell nicht fremd ist.

Die Datev hat sicher das Problem, dass die oberste Priorität die Aktualität der Steuerprogramme steht. Gesetzesänderungen und was da sonst noch alles kommen kann.

Das ganze Drumherum, wie DMS, die online Anwendungen usw. sind ja eher nur Beiwerk und da macht es Sinn, sich verlässliche Partner zu suchen, was im Falle von Saperion leider gründlich in die Hose ging und ich bin sicher, dass das nicht das letzte Mal war.

Das eigene Betriebssystem und die proprietäre Lösung ist es sicher auch nicht mehr und von daher war MS nicht schlecht, aber auch nicht immer das Gelbe vom berühmten Ei.

Besser wäre da Apple gewesen. Eigene Hardware, eigene Software und ansonsten zu wie eine Auster. Aber versuchen sie sich mal in einer stillen Stunde vorzustellen, welcher Aufschrei durch die Gemeinde gegangen wäre, wenn man für einen Arbeitsplatz 2 TEuro ausgeben müsste. Eine Server dann entsprechend mehr.

Dann muss es natürlich kompatibel sein zu allem, was das Deutsche Museum noch zu bieten hat und wahrscheinlich besteht auch noch der Wunsch, die alte Zuse wieder zu aktivieren, weil die ja schließlich mal teuer war.

Ich habe fast 40 Jahre in der Softwareentwicklung und im Consulting verbracht und kann nachvollziehen, welchen Spagat die datev da versucht, aber ich weiß auch, dass man sich irgendwann verzettelt und ein komplettes Redesign angesagt ist. SAP hat das mit viel Schmerzen durchlaufen und hat alles komplett neu als Cloud Lösung auf die Füße gestellt. Das ist m.E. das Einzige, was in die Zukunft führt. Scheitert in unserem Land leider daran, dass eben nicht alle am digitalen Leben teilnehmen können. Vielleicht mit dem 300 Baud Akustikkoppler, der wenigstens zu Zuse passen würde.

Bei der Datev muss etwas passieren, das ist, glaube ich, allen klar. Leider ist die Entwicklung durch den Gesetzgeber fremdgesteuert und alle Versuche, irgendetwas einheitlich auf die Schiene zu setzen, sind mehr oder weniger gut angekommen.

Es ist schwer und ich hoffe, dass wir noch eine Eingebung bekommen, bevor ich die Segel streiche (Herbst 2022).

Viele Grüße aus Mainz

Re: Performance DATEV- Anwendungen

bodensee — Mon, 08 Apr 2019 07:49:00 GMT

Wenn meine Prognose zutrifft, werden wir wohl über kurz oder lang nicht um das Thema

ausschließliche Broweserlösungen herumkommen. Die Softwarewelt wird uns hier wohl nicht verschonen.

Fast alles was ich auf dem Markt sehe geht im Moment in diese Richtung,weshalb die Clouddienste weil wenn ich schon on bin, kann ich auch on speichern sich derzeit eine goldene Nase verdienen.

Von daher wird das Thema server - client tendenziell zum Auslaufmodell werden, auch wenn ich das bedauere

Re: Performance DATEV- Anwendungen

bodensee — Mon, 08 Apr 2019 07:53:07 GMT

Träumen darf man immer.

Aber die Datev hatte sich vor vielen Jahren auf Gedeih und Verderb auf Microsoft eingestellt. Wenn mein immer älter werdendes Gedächntis nicht täuscht stellt sich damals die Fragen IBM oder Microsoft.

Die Wahl fiel warum auch immer auf Microsoft.

Diese Weichenstellung wird man nicht zurücknehmen können. Zumal der Verbreitungsgrad von Windows und Office Lösungen schlicht Monopolcharakter hat.

Wir würden uns vermutlich bedanken, wenn die Datev von Microsoft verabschiedet und keine Office Lösung mehr anbiete sondern wirklich auf Linux und open source Software setzen würden. Die Umstellung der Prozesse und der Gewohnheiten wären vermutlich eine Herausforderung für jede Kanzlei. Allerdings auf Dauer vlt. nicht das schlechteste.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 08 Apr 2019 07:59:18 GMT

Viele Kommunen die auf Linux gesetzt haben, sind wieder zu Windows zurückgerudert, da schlichtweg die Anbindung zu anderen Programmen mit erheblichen Mehraufwand verbunden waren. Da ist ein Brief noch das geringste Problem gewesen.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 08 Apr 2019 08:43:08 GMT

Ein Open Source kann nicht wirklich die Lösung sein. München hat einen zweistelligen Millionenbetrag versenkt, um eine Schleife über Linux zu fliegen und zu MS zurückzukehren.

Apple wäre eine Alternative, aber eigentlich auch nicht wirklich. Es wird auf so etwas hinauslaufen wie Azure oder AWS, wobei die Datev Azure auch selbst hosten könnte, um eine Verlagerung der Server ins Ausland zu vermeiden. Die Kooperation zwischen Telekom und MS ist ja auch hinfällig geworden, so dass man da durchaus etwas eigenes aufsetzen könnte. Rein technisch ist das nicht die große Herausforderung, aber das Programmdesign müsste m.E. komplett angepasst werden.

Machbar, aber wie ich die Datev kenne, wird dieses Modell erst nach der DVD 50.0 in Betracht gezogen und dann haben Steuerberater in MeckPomm immer noch kein Internet an ihren "Milchkannen" und müssen zum arbeiten in die große Stadt fahren, wo dann Flugtaxen durch die Gegend schwirren und die Autos keine Fahrer mehr haben.

Träume aus Mainz

Re: Performance DATEV- Anwendungen

bodensee — Mon, 08 Apr 2019 09:02:59 GMT

Da sind Sie aber mit der DVD 50.0 optimistisch .

Zumal bis dahin gibt es ja schon lange keine DVD mehr.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 08 Apr 2019 09:06:37 GMT

Die Hoffnung stirbt zuletzt und ein USB Stick oder eine externe Festplatte würde auch gehen. Die muss es ja noch geben, weil die Steuerberater in MeckPomm ....... usw. usw.

Re: Performance DATEV- Anwendungen

Thomas_Kahl — Mon, 08 Apr 2019 09:10:30 GMT

Für die gibt es dann die Meck-Pom-Edition auf 5 1/4 - Zoll DD-Disketten.

Re: Performance DATEV- Anwendungen

vogtsburger — Mon, 08 Apr 2019 09:15:07 GMT

.... meins bleibt meins, wie es sinkt und kracht .....

(ich meinte 'mein System')

Ein Open Source kann nicht wirklich die Lösung sein. München hat einen zweistelligen Millionenbetrag versenkt, um eine Schleife über Linux zu fliegen und zu MS zurückzukehren.

.. wusste ich nicht, dass dieses 'Fremdgehen' einiger Kommunen gescheitert ist.

Ich dachte, Linux sei tatsächlich eine mögliche Alternative

Viele Grüße

Michael Vogtsburger

Re: Performance DATEV- Anwendungen

metalposaunist — Mon, 08 Apr 2019 16:21:27 GMT

.. wusste ich nicht, dass dieses 'Fremdgehen' einiger Kommunen gescheitert ist.
Ich dachte, Linux sei tatsächlich eine mögliche Alternative

Wenn man es ordentlich plant, sämtliche Prozesse abgebildet und mit OpenSource betrachtet hat, die Mitarbeiter schult und ggf. selbst Schnittstellen baut, die einem das Leben mit der MS-Welt vereinfachen, wäre das auch möglich.

So eher:

Bund der Steuerzahler rügt LiMux als 19 Mio Euro teures IT-Experiment

München: Rückkehr von LiMux zu Windows kostet 50 Millionen Euro

Limux ist das Stichwort für Google. NDS war auch auf dem Trip.

Re: Performance DATEV- Anwendungen

Gelöschter Nutzer — Mon, 08 Apr 2019 16:44:26 GMT

Wenn man es ordentlich plant, sämtliche Prozesse abgebildet und mit OpenSource betrachtet hat, die Mitarbeiter schult und ggf. selbst Schnittstellen baut, die einem das Leben mit der MS-Welt vereinfachen, wäre das auch möglich.

Ich glaube, dass das nichts nutzt. Man muss bei großen Projekten auf Standards setzen, die bestenfalls auch noch vom Marktführer kommen. Warum sonst setzen wir auf Datev? Rundum zufrieden sind wir sicher alle nicht, aber was sind die Alternativen?

Genauso ist es eben mit MS. Keiner ist rundum zufrieden und sind trotzdem Teil der 80+ Prozent Marktanteil, was das Große und Ganze angeht. Nischen, wie die Media-Branche setzen auf Apple, weil sie in dem Bereich unschlagbar sind.

Mit Blick auf Azure müsste Datev ja nicht einmal die Liebe zu MS aufgeben, sondern nur mal alles neu sortieren und dann kann man sich per Mausklick die Resources und die Programme zusammenstellen, die man braucht und zahlt für die Zeit, die man sie braucht.

Meins bleibt meins ist ein gutes Stichwort. Früher war alles besser, sogar die Zukunft.

Viele Grüße aus Mainz

Performance DATEV- Anwendungen

martinkolberg — Mon, 16 Mar 2026 06:16:12 GMT

Jahre Später, Hardware ersetzt, usw.
Client- Server
Wo kann men ansetzen, um die Performance wirklich zu verbessern?

Performance DATEV- Anwendungen

bjoern — Mon, 16 Mar 2026 14:11:47 GMT

Die Hardware schaut doch erst einmal gar nicht so verkehrt aus!
Wie schaut denn euer Netzwerk aus? Sind eure Server virtualisiert und wenn ja, wie?

Bei uns im RZ-Betrieb haben wir tatsächlich einen sehr schönen Schub bekommen, als wir von 3,0 GHz CPUs auf 3,6 GHz CPUs umgezogen sind. Zumindest sind viele Programmteile stabiler geworden!

Einige andere sind nach wie vor träge wie ein Sack Nüsse. Bei uns sind das z.B.

Schriftguterstellung aus Vorlagen - Speichern im DMS
Laden der Bankübersichten in REWE

Performance DATEV- Anwendungen

martinkolberg — Mon, 16 Mar 2026 14:14:42 GMT

Gigabit- Netzwerk, feste Adressen und nichts virtuell.
Auf dem DATEV Server ist ausschließlich DATEV installiert.

Performance DATEV- Anwendungen

bjoern — Mon, 16 Mar 2026 14:22:14 GMT

Habt ihr euer Netzwerk schon einmal auf Fehler überprüft?
Sind die Port-Statistiken auf euren Netzwerk-Switches sauber?

Wie schaut denn grundsätzlich die Last auf euren Servern aus?
Langweilen sich die Prozessoren oder stehen diese unter "Dampf"? Habt Ihr ausreichend Arbeitsspeicher unter dem SQL-Server?

Werden die täglichen und wöchentlichen Wartungs-Pläne ausgeführt?
Habt Ihr eine saubere bzw. akzeptable Latenz auf eurer Storage unter den Servern?
Welche Schutz-Software habt Ihr im Einsatz? Sind alle Ausnahmen gesetzt?

Es gibt so viele Ansatzpunkte . . .

Performance DATEV- Anwendungen

martinkolberg — Mon, 16 Mar 2026 16:57:18 GMT

Last? vielleicht ein Kern am Server, wenn das System schneckt.
Beim Öffnen von BiBer vielleicht 25% Last eines Kerns auf dem Clienten.

Der SQL zieht sich von den 64 GB soviel, er benötigt.
Aktuell relativ wenig, aber bei größeren Aktionen zieht er sich auch mehr als 50 GB.

Prozessor & HD- Last ansonsten gefühlt fast NULL.
Der Switch kann wieselflink, wenn Daten kopiert werden.

Security: Ausschließlich Defender & Ausnahmen gesetzt.

Performance DATEV- Anwendungen

janm — Mon, 16 Mar 2026 17:23:26 GMT

@martinkolberg schrieb:
Jahre Später, Hardware ersetzt, usw.

Welche Hardware wurde denn ersetzt und womit? Mal ein vergleich der i7 Gen 8, die scheinbar verbaut ist, gegen neuere i7: Intel i7-14700 vs i7-8700 vs Ultra 7 270K Plus [cpubenchmark.net] by PassMark Software

SATA (SSD) ist jetzt auch nicht für bahnbrechende Performance bekannt.

Performance DATEV- Anwendungen

martinkolberg — Mon, 16 Mar 2026 17:55:12 GMT

Damals: 9,5 Sekunden
Intel Core i5 750 @ 2.67GHz 55 ° Lynnfield 45nm Technologie

heute: 11,6 Sekunden (Könnte Teamviewer und die verbauten HDD sein, die das Ergebnis runter ziehen)

Intel Core i7 8700 @ 3.20GHz Coffee Lake 14nm Technologie

Performance DATEV- Anwendungen

mriess — Tue, 17 Mar 2026 12:30:20 GMT

Wo finde ich diesen Leistungsindex Rechnungswesen?

Performance DATEV- Anwendungen

mriess — Tue, 17 Mar 2026 12:33:07 GMT

Es gibt ein nettes Programm, das viele Sensoren hat und ganze Netzwerke überwachen kann: PRTG

Läuft bei uns auf einem alten PC (man kann webbasiert darauf zugreifen) und sagt mir schon vorher, wenn Verbindungen abbrechen, bevor es der ASP tut ;-).

Auch nützlich für einen einzigen Server, vor allem, wenn ihr den selbst hostet. Dann könnt ihr auch sämtliche Sensoren abfragen. Bis 100 Sensoren ist prtg kostenfrei.

Performance DATEV- Anwendungen

martinkolberg — Tue, 17 Mar 2026 12:49:22 GMT

@mriess schrieb:
Wo finde ich diesen Leistungsindex Rechnungswesen?

VG

Alter Installationspfad:
C:\DATEV\PROGRAMM\RWApplic\Leistungsindex.cmd

Performance DATEV- Anwendungen

mkoehle — Tue, 17 Mar 2026 12:56:32 GMT

Bei neueren Installationen liegt der Leistungsindex unter

"C:\Program Files (x86)\DATEV\PROGRAMM\RWAPPLIC\Leistungsindex.cmd"

Viele Grüße!