Hallo zusammen.   Ist der erste Monat schon wieder vorbei (wonach ich mich melden wollte)?   Stick läuft einwandfrei als Passtrough-Device direkt am Host angeschlossen. Ich hatte nur (direkt nach dem einmaligen Problem) den Stick von hinten nach vorne umgesteckt. Aber ich denke, das macht nicht wirklich einen Unterschied. Also von daher, alles top bisher.   VG, Martin ... Mehr anzeigen

Ich setze mir mal einen Reminder. Wobei eine Nichtmeldung hier vermutlich als Erfolgsmeldung zu sehen wäre. 😁 ... Mehr anzeigen

@Nutzer_8888    Ich habe jetzt erst einmal den mIdentity-Stick umgesteckt auf einen anderen USB-Steckplatz am ESX-Host. Habe jetzt einen an der Front genommen. Ich wollte jetzt nicht warten, ob an dem Anschluss hinten der Fehler noch einmal auftritt. Wobei jetzt auch gar nicht klar ist, ob es überhaupt ein Problem an dem ESX-Host war. In den Logs habe ich leider nichts gefunden.   Lief jetzt heute stabil. Aber ob das jetzt immer so sein wird, kann ich erst in ein paar Wochen sagen. Ich werde berichten.   Danke nochmals an alle.   ... Mehr anzeigen

@Nutzer_8888  Vielen Dank für die Antwort. So sehe ich es auch. Jetzt einen USB-Server kaufen nur dafür ist etwas überdimensioniert. Ich werde jetzt mal schauen, ggfs. einen anderen USB-Port am Host verwenden und im BIOS nachschauen, ob es Einstellungen für die USB-Ports gibt.   Bzgl. an welcher Stelle der Fehler liegt, schwierig zu sehen. Die ESX Host-Logs sagen nichts zum besagten Zeitpunkt, die VM Logs auf ESX-Seite auch nicht (habe bei UTC-Zeit geschaut, also auch an der richtigen Stelle). Und in den VM Settings war das SWM noch connected. Sieht eher nach einer Sache in der VM selbst aus.   Unterschiede zu vorher sind natürlich viele vorhanden: - Neuer HW-Host - Neue ESX-Version (anstatt 5.5 nun 7.0) - VMTools in der VM aktualisiert - VM Hardware in der VM aktualisiert   Das kann jetzt alles und nichts sein.   Mögliche Testversuche: - Andere USB-Ports am ESX Host verwenden. - BIOS-Einstellungen im ESX Host prüfen und ggfs. ändern. - Früher hatten wir den USB Fernanschluss der Fritzbox verwendet. Das ging dann mit RDP nicht mehr (wurde ja von DATEV umgestellt). Werde ich aber testen, ob das mit dem Datev-Server geht. Da nutzen wir ja kein RDP. Wäre dann noch ein Workaround.   Natürlich nicht ganz easy - intermittierendes Problem. 😞   Danke und VG.   ... Mehr anzeigen

Danke schon mal für eure Antworten.   Der Lizenzmanager läuft auf dem File- und SQL-Server. Dafür wollte ich kein Extra-System einrichten, was ich natürlich machen könnte. Und neu starten mal eben ist dann schon etwas schwieriger.   Wundert mich jetzt auch nur, weil es jahrelang ohne Probleme am alten Host ging und jetzt am neuen schon nach zwei Tagen das SWM verliert.   Ich werde es mal beobachten und dann ggfs. einen USB-Server kaufen müssen.   Danke euch. ... Mehr anzeigen

Hallo zusammen,   ich habe jetzt auch einen weiteren mIdentity-Stick bestellt. Jetzt hängen die Sticks an den Thin Clients bzw. PCs/Laptops (und nicht mehr über Fritz-Fernzugang an den Fritzboxen) und alles läuft soweit. Bin jetzt "voll supported" und keine Bastellösung mehr. 😉   Grund ist ja, dass es jetzt sicherer sein soll. Ich weiß allerdings nicht, was sicher daran ist, wenn die User mit dem mIdentity-Stick nun das Office z.B. Richtung Home Office verlassen. Mir war immer lieber, dass ich die Sticks abgeschlossen in der Kanzlei habe. Die Fritzboxen sind von extern eh nicht zugänglich (hängen nur dediziert im Kanzlei-Netzwerk und haben keinen externen Zugang).   Für mich ist das alles "altbacken". Virtuelle Badges, Smart Logins etc. sind da eindeutig die bessere Lösung. Vermutlich wird das dann auch kommen, wenn die DATEV alle mIdentity-Sticks abverkauft hat.   Viele Grüße, Martin   ... Mehr anzeigen

SmartLogin wäre vermutlich das Sinnvollste. In meiner Firma arbeiten wir seit Jahren mit Virtual Badges und nicht mehr mit irgendwelchen USB-Sticks. Ist vermutlich ein gutes Zusatzgeschäft für die DATEV. 😉   ... Mehr anzeigen

@thorstenmüller    Der mIdentity-Stick muss am Laptop erkannt werden (im Geräte-Manager).   Auf dem Datev-PC (remote) kann der SC-Treiber ggfs. noch einmal nachinstalliert werden.   Geht über datev.de/sc-treiber (wie von dir beschrieben) oder über DVD 1 -> start.exe -> Weitere Installation -> Smartcard-Treiber oder so ähnlich heißt der Punkt.   Dann im RDP anklicken, dass Smartcards mit durchgereicht werden.     Habe übrigens einen Rückruf der Datev erhalten. Aussage war nur, dass es nun eben nicht mehr geht. 🤔 Einen "Registry-Hack" gibt es nicht.   Workarounds (wie in der KB beschrieben): - mIdentity am Thin Client, Laptop u.a. (das Gerät, vor dem man sitzt) - Fernwartungssoftware (VNC, Teamviewer usw.). Aber die Performance ist ja gruselig. - WTS - Nicht supported: MyUTN und die mIdentity-Sticks an den PC (wo die RDP-Session gestartet wird) routen.   ... Mehr anzeigen

Ich glaube, ich bin etwas weiter.   Danke auch für den Tip mit "Remote = 2". Das hatte ich gestern schon getestet, aber ohne Erfolg. Jetzt war der Tip "goldwert", denn....   Mit Windows 7 Embedded Standard konnte ich den mIdentity am Thin Client nichts ans Laufen bekommen (da kein Treiber gefunden wurde). Habe Windows 10 probiert, aber die interne Platte (16 GB) ist nicht groß genug. Deployment hat bei 85% aufgehört (ja, ja, ich weiß, ältere Hardware). Aber ESX 5.5 ist auch nicht mehr supported und der Server schnuckelt seit Jahren vor sich an.   Habe dann ThinPro 7.1 auf dem T620 installiert. mIdentity-Stick erkannt und Treiber automatisch installiert. Alle Versuche, den Stick in den Remote Client zu bekommen ohne Erfolg (gibt hier einige Einstellung von RDP-unverschlüsselt usw.). Und dann noch einmal den Tip mit "Remote = 2" gesehen und getestet. SC wird grün. Jaaa.   Der LIMA-Server läuft allerdings nicht über RDP mit mIdentity (das steht auch in der KB). Musste den jetzt eben noch umziehen und an diese VM einen mIdentity per USB-Passthrough hängen.   In Stichworten, damit es auch anderen ggfs. weiterhilft (größtenteils ist es ja schon erwähnt worden):   - Fritzboxen als USB-Server (und vermutlich auch andere) gehen nicht mehr. Der LIMA würde evtl. noch laufen, habe ich jetzt aber nicht mehr getestet.   - LIMA läuft jetzt über mIdentity-Stick, der am ESX-Host gesteckt ist und per USB-Passthrough der VM (wo der LIMA jetzt läuft) gegeben.   - RDP geht, wenn mIdentity-Stick am Thin Client gesteckt (vorausgesetzt, der Stick wird erkannt; KOBIL-Treiber usw.). Wichtig: Dok 1009322 beachten und Remote = 2 setzen, wenn kein WTS verwendet wird (bei mir alles ohne WTS, die Windows 10 VMs sind einzeln aufgesetzt - da nur 6 Arbeitsplätze).   Mal sehen, was morgen "im Betrieb" noch so alles nicht funktioniert. Ich muss jetzt noch vier Thin Clients mit ThinPro installieren. Wichtig erst einmal, dass zwei Anwender senden können und LiMa funktioniert.   Was sicherlich umständlicher sein wird: Der Remote Zugriff. Falls ich dann von der VM aus Zugriff auf die Datev benötige, kann ich das in einem ESX-Remote Console-Fenster nicht mehr machen. Fritzbox-USB (oder andere USB-Server) war hier eine ideale Lösung.   Danke nochmals für eure Hilfen. Ob ich dann noch auf WTS gehe, weiß ich nicht. Wenn es so funktioniert wie jetzt, alles gut.   VG, Martin   PS: Falls sich jemand wundert. Ich bin kein Systempartner oder sonst etwas. Arbeite selbst im IT-Support (hauptsächlich VMware). Die Kanzlei gehört meiner Frau und dort "tobe ich mich technisch aus". Wie gesagt, ESX lief schon vor 10-12 Jahren in der Kanzlei. ... Mehr anzeigen

@chrisocki    Wie kann man eigentlich hier zitieren? Finde die Funktion nicht.   OS ist schon älter und seit Januar out of support: Windows Embedded Standard 7. Ob ich da noch einen Treiber finde...   Der T620 supported auch Windows 10. Müsste ich mal schauen, ob ich das installiert bekomme.     ... Mehr anzeigen

Hallo @chrisocki    Danke für deine Antwort.   Das generelle Problem ist, dass ich auf den Thin Clients die mIdentity-Sticks nicht zum Laufen bekomme. Finde keinen Kobil-Treiber für meine etwas älteren HP-Thin Clients. Und wenn das USB-Passthrough auf dem ESX-Host auch nicht funktioniert, wie soll ich dann die mIdentity-Sticks erkennen/ansprechen?   Die Thin Clients sind übrigens HP T620. Muss ich mal schauen, ob ich doch noch irgendwie die Sticks mit denen zum Laufen bringe. Fragt sich nur, ob RDP damit funktioniert. Aber eher nicht. Soweit ich verstanden habe, geht es ja nur mit WTS. Aber auch da benötige ich ja den Zugriff auf die Sticks.   Ein echtes Ärgernis momentan....   VG. ... Mehr anzeigen

Moin zusammen,   tja, leider hat der Downgrade auf SiPa 6.5 keinen Erfolg gebracht. Da mault die RZ-Kommunikation rum, dass die Version veraltet ist.   Also wider auf v6.8 auf der VM, die mit dem mIdentity verbunden ist, der am ESX-Host hängt und via USB-Passtrough direkt angesprochen wird. Zugriff auf die VM via ESX-Remote Console (also kein RDP). SC wird erkannt, Lizenzserver läuft.Über die Remote Console (ist ja quasi so als wenn man direkt vor dem PC sitzt) geht alles. DFÜ-Test, Senden usw.   Aber sobald die Session über RDP aufgebaut wird, gibt es Fehler. Dabei egal, ob es ein mIdentity über USB-Passtrough ist, über Fritzbox-Fernanschluss usw.   Bin da jetzt echt geplättet. Virtualisierung über VMware und USB-Passtrough sollte supported sein. Und wie soll ich auf die VMs zugreifen wenn nicht über RDP?   Werde die Datev mal anschreiben. ... Mehr anzeigen

@vogtsburger    Ich weiss zwar, dass ich jetzt einige Kommentare bekomme. 😀   Ein physikalischer HP-Server mit 8 Platten in zwei lokalen RAIDs. Da ich beruflich seit 18 Jahren mit VMware zu tun habe, hatte ich unsere Umgebung (bzw. die meiner steuerberatenden Frau) schon vor 10-12 Jahren virtualisiert (auf ESX). War damals offiziell noch gar nicht supportet. Aber ich hatte keine Lust mehr, regelmässig neue PCs zu kaufen und mich mit lauten Lüftern rumzuärgern.    Ausserdem günstig gebrauchte Thin-Clients in der Bucht gekauft. Zugriff über RDP. Mitarbeiter können von zuhause (über eigenen PC) eine VPN-Verbindung in unser Netzwerk aufbauen (VPN) und dann ihre RDP-Session öffnen. Sie arbeiten also immer auf derselben VM.   Den Server habe ich hier und da mal aufgerüstet, hat aber wenig zu tun.   Ja, ich weiss, ist nur ein Server (=Single Point of Failure). Aber 2 Server brauchen wir nicht oder vCenter (Kosten, Strom, Lizenzen).   Es gibt viele Vorteile: - Dynamische Ressourcenauslastung - Mitarbeiter haben immer dieselbe Umgebung - Einfache Backups - Einfacher Remote-Zugriff - Ich kann einfach auf die Konsolen zugreifen und Upgrades machen - Leise Thin-Clients     ... Mehr anzeigen

Hallo @metalposaunist    danke für die Antworten. Generell stimme ich dir zu.   Aber WTS möchte ich nicht einsetzen. Ist mir bei 6 Arbeitsplätzen zuviel Aufwand. Die aktuelle Lösung (6 VMs als Arbeitsplatz und eine VM als Server) läuft optimal. Die CPUs schnarchen vor sich an und es funktioniert alles top.   Übrigens, falls es ggfs. interssant ist für andere: Ich habe jetzt das Sicherheitspaket Compact v6.8 deinstalliert mit %DATEVPP%\PROGRAMM\Install\Uninstal.exe. Und dann SiPa Compact v6.5 von der 13.1 DVD installiert. Die mIdentity-Karte wird damit sofort erkannt und alles funktioniert wieder.   Ist natürlich keine Dauerlösung, aber so läuft der Betrieb erst einmal weiter (ich hoffe, dass alles soweit läuft, was wir erst morgen am Montag sehen werden).   Ich werde auf jeden Fall die DATEV mal fragen, ob man das mit v6.8 ggfs. auch hinbekommt (durch einen Registry-Key oder so). Ich vermute mal, man wird dazu nicht viel sagen können oder wollen. Aber evtl. gibt es ja etwas. Ansonsten muss ich nach echten Alternativen suchen.   ... Mehr anzeigen

Hallo @Michael-Renz    Vielen Dank für die Belehrung.   MfG. ... Mehr anzeigen

Hallo zusammen,   heute tagsüber die Version 14.0 installiert. Und nun habe ich dasselbe Problem. Wir haben nur sechs Arbeitsplätze, aber alle mit mIdentity. Die Sticks sind entweder direkt am VMware-ESX-Host gesteckt (2 Stück) oder an zwei Fritzboxen. Funktionierte über USB-Fernanschluss bisher tadellos mit der Fritzbox. Jetzt nicht mehr. Grrr. ☹️   Und die Fritzboxen werde ich wohl auch nicht dazu bewegen können, sich wie ein Terminalserver zu verhalten.   Tja. Nun ist guter Rat teuer.   Die Dokumente 1009322 und 1015147 haben bisher keine Lösung gebracht. SmartCard wird nicht erkannt.   Falls jemand noch eine Idee hat....   Danke und viele Grüße. Martin ... Mehr anzeigen

Zur Info: Welches Update macht das Problem? Nach Deinstallation Windows 10 Update 4517389 startet Lohn wieder. Also habe ich nur den einen Patch deinstalliert und WU deaktiviert bis es eine finale Lösung gibt. ... Mehr anzeigen

Ich habe mal den Dienst erneut auf Deaktiviert gesetzt. Und außerdem die Group Policy gesetzt: Press the Windows logo key + R then type gpedit.msc and click OK. Go to "Computer Configuration" > "Administrative Templates" > "Windows Components" > "Windows Update". Double-click "Configure Automatic Updates". Select "Disabled" in Configured Automatic Updates on the left, and click Apply and "OK" to disable the Windows automatic update feature. Für den Moment ist es ausgeschaltet. Aber in Internet-Foren kann man nachlesen, dass sich WU wieder aktiviert nach einiger Zeit. Also mal abwarten. WSUS verwenden wir derzeit nicht. ... Mehr anzeigen

Ich hatte den "Windows Update" Service extra auf deaktiviert gestellt. Aber Windows 10 stellt diesen selbständig wieder um auf "manuell". Scheint eine Eigenheit (ein tolles Feature 😞 ) zu sein. Daher nicht ganz so einfach, Windows 10 Updates zu verhindern. ... Mehr anzeigen

Ich habe dem Client jetzt ebenfalls einen mIdentity-Stick gegeben und bastel da nicht weiter rum. Vermutlich mag die RZ-Kommunikation einfach nicht mehr ohne KommServer oder mIdentity. Will da jetzt nicht weiter rumbasteln. Danke nochmals an alle für die Vorschläge. ... Mehr anzeigen

Wie gesagt, dieselbe Umgebung funktionierte unter Win7 Peer-to-Peer ohne Probleme. Es wurden nur einige Clients auf Win10 umgestellt. Namensauflösung war identisch wie vorher. Server war Win7 "Quasi-Server". AD/DNS konnte ich dort nicht aktivieren. Und dass der Leistungsindex von 7 auf 22 hochgeht, weil kein DNS existiert (der ja vorher auch nicht da war)...na ja. Aber egal. Ich habe was gelernt und evtl. kann der eine oder andere davon ebenfalls profitieren. Danke auf jeden Fall an alle für Tips, Vorschläge und Hilfestellungen. ... Mehr anzeigen

Ja. Das sehe ich inzwischen auch so. Was lange Jahre gut funktioniert hat, muss ja nicht ewig weiter funktionieren. Alles ist ausgerichtet auf AD, DNS usw. Für die Zeit, die benötigt wurde die falsche Konfiguration zu bereinigen hätte auch ein AD mit Terminalserver aufgesetzt werden können. Der Erfolg wäre eine vereinfachte Verwaltung in der Zukunft gewesen. Ja. Anstatt Peer-to-Peer (was bei 5 Arbeitsplätzen völlig ausreichend und voll supportet ist) habe ich jetzt "testweise" auf Windows Server 2019 umgestellt. Und dennoch jetzt festgestellt, dass es nicht am Server-OS lag, sondern an der simplen Namensauflösung (weil die Datev-SW erst einmal im Internet nach dem lokalen SQL-Server sucht). Aber ich denke, ich werde da jetzt ggfs. auch AD und DNS aktivieren. Natürlich, hätte man vorher gewusst, dass es daran lag, hätte ein DNS das Problem nicht erst auftreten lassen. Und sich ein Wochenende Troubleshooting gespart. Aber es ist auch ein Kostenunterschied, ob ich Peer-to-Peer mache oder eine Serverlizenz kaufe. Hinterher ist man immer schlauer. Ich arbeite selbst seit 20 Jahren im Support und weiß am Ende auch (nach teilweise tage- oder wochenlangem Troubleshooting) mehr als vorher und die Lösung erscheint im Nachgang simpel. Und dieser Thread kann ja anderen evtl. auch helfen. ... Mehr anzeigen

metalposaunist​ Ich finde den Kommentar ehrlich gesagt ein wenig überzogen. Natürlich nutzen wir DNS-Server, aber eben nur für den Internet-Zugriff. Und hier hat die DATEV-SW (der DFL-Service) vermutlich immer erst einmal gesucht, um den Namen des SQL-Servers aufzulösen. Und was soll denn heißen "Das bringt mich zum Rasen aber an allem ist Windows 10 und DATEV Schuld"? Hat doch gar keiner behauptet. Ich habe doch nur die Unterschiede dargestellt - so gut und ausführlich wie möglich. Und festgestellt, dass ich ohne DNS gravierende Performance-Probleme habe. Und das auch nur seit Umstellung auf Win10. Warum kein DNS? Nun ja, jeder zusätzliche Service frisst Ressourcen. Und wenn man ihn normalerweise nicht benötigt, warum soll ich ihn betreiben und administrieren? Dasselbe gilt für AD. Bisher waren sie nicht nötig in unserer Umgebung und Peer-to-Peer-Netzwerke sind supported. Da unser Server ein "Quasi-Server" unter Win7 Pro war (lief, wie gesagt, seit vielen Jahren ohne Probleme), konnte ich dort auch kein AD, DNS, DHCP usw. betreiben. Hinterher ist man natürlich immer schlauer, wenn man die Ursache gefunden hat. Ggfs. werde ich aber einen DNS-Server installieren und einen Forwarder setzen für die Namensauflösung im Internet. Prinzipiell macht es ja Sinn, in 99% der Umgebungen ein AD mit DNS, DHCP usw. zu betreiben. Bei uns in der Kanzlei (die sehr statisch ist) war es, wie gesagt, bisher nicht notwendig und daher haben wir es auch nicht genutzt. ... Mehr anzeigen

Danke für die schnelle Antwort. Das hilft leider nicht, da es eine kanzleiweite Einstellung oder pro Mandant gemacht werden muss - falls es dann den gewünschten Effekt bringen sollte. Ist aber nicht praktikabel. Wir suchen eine Lösung so wie es bisher auch funktioniert hat: Grüne DFÜ-Ampel ohne dass der Rechner eigene Möglichkeiten hat, mit dem RZ zu kommunizieren. Aber danke dennoch für den Vorschlag und jede mögliche Hilfe. ... Mehr anzeigen

Erstellen Dokumente auch wesentlich schneller. Alles läuft sehr performant. Lag an der Namensauflösung. Da die meisten vermutlich eh AD und DNS haben, ist es dort kein Problem. Da wir jedoch eine Peer-to-Peer-Umgebung haben (1 Server und 6 Arbeitsplätze), verwenden wir kein DNS. Aber evtl. hilft diese Info ja dem einen oder anderen, dass eine saubere Namensauflösung (zumindest bei mir) die Performance doch deutlich beeinflusst. ... Mehr anzeigen

Was ich aber noch nicht testen konnte (da jetzt alle User arbeiten und die Arbeitsplätze belegt sind), ist das Erstellen von Dokumenten mit Dokorg. Ich hoffe, dass dies jetzt auch schneller geht. Werde später berichten. ... Mehr anzeigen

Yes, Yes, Yes.... Sieht so aus als hätte ich das Problem gelöst. Habe gestern noch einmal das Dokument 1070544 durchgearbeitet. Und dann gerade eben auf den Clients die hosts-Datei konfiguriert. Also einfach den Namen des SQL-Servers mit IP-Adresse eingetragen. Ich habe kein DNS, aber die Namensauflösung funktioniert auch so ohne Probleme. Außerdem hatte ich die lmhosts bereits konfiguriert (wie auch bei den Win7-Clients). Die hosts-Datei habe ich nicht konfiguriert bei Win7. Die VMs haben netzwerkmäßig zwei "Beinchen", eines zum internen vSwitch und eines zum externen vSwitch (für das Internet). Aber das ist bei den Win7-Clients nicht anders. Von der Namensauflösung her sind Win7 und Win10 also identisch gewesen. Aber jetzt ist die Performance viel besser. Und auf einmal startet der DAP in ca. 20 Sekunden (ohne hosts ca. 100 Sekunden). Und der Leistungsindex steht jetzt auf 7,9 (bei Win7 auf 6,7). Anwendungsstart-Test geht runter von 15 auf 3 Sekunden. Ist jetzt noch keine weltbewegende Performance, aber das reicht erst einmal locker - bevor ich komplett neue Hardware anschaffen muss. Ich habe keine Ahnung, warum sich Win10 (und insb. die Datev-Programme) hier anders verhält und eine hosts-Datei benötigt. Nun ja, es steht ja auch in dem Dokument 1070544. Aber das es so einen Unterschied macht. Unglaublich. Es kann natürlich sein, dass dieser Hinweis das Problem beschreibt: Verdacht auf Netzerk- Fehlkonfiguration: Bei jedem Server- Zugriff wird erst einmal abgecheckt, ob das WWW nicht ein besseres Ergebnis liefert. Testweise IP6 deaktivieren... Da werde ich auch noch mal die Registry-Einträge rauswerfen. Folgende Einstellung an allen Win10- Clienten löste hier oben beschriebene Performance- Probleme: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters] "Dhcpv6DUID"=hex:00,01,00,01,23,ba,70,2b,0c,9d,92,78,08,5d "DisabledComponents"=dword:ffffffff IPv6 ist aber deaktiviert auf allen Clients. Am Server habe ich das jetzt auch noch nachgezogen. Ich danke Euch allen für die Unterstützung. Den Case habe ich bei der Datev auf "On hold" gesetzt. Werde noch weiter testen und optimieren. Aber jetzt sieht es erst einmal gut aus. Das hat mich jetzt ein ganzes Wochenende gekostet (inkl. kurzer Nächte). Evtl. für andere, die ähnliche Probleme haben, hier was ich alles abgearbeitet hatte (ohne Erfolg): - Verschiedene Anzahl vCPUs wurde getestet - Alle VMs gestoppt, außer Server und einen Test-Client - Server-Plattform Windows 7 und Windows Server 2019 zeigen dasselbe Verhalten - Firefalls, AV-Programme und Defender deaktiviert - Performance-Optimierung der VM mit Vmware Tools (https://labs.vmware.com/flings/vmware-os-optimization-tool). Alle unnötigen Dienste und Programme wurden in der VM gestoppt. - Sämtliche Datenbanken wurden geprüft, optimiert und verkleinert. - RSC deaktiviert und aktiviert getestet (netsh int tcp set global rsc=enable/disable) in der Client VM - Durchgearbeitet: https://www.datev.de/dnlexom/v2/content/files/st36028802750895755.pdf - Energie steht bei allen VMs auf Höchstleistung - BIOS im ESX-Host steht auf „Static High Peformance“. Kein Power Saving benutzt. - Durchgearbeitet: http://www.datev.de/lexinform-infodb/1080080 und http://www.datev.de/lexinform-infodb/0908365 - Kein Overcommitment der VMs (Memory, CPU), kein Swapping - Abgearbeitet: https://www.datev.de/web/de/m/ueber-datev/datev-im-web/datev-von-a-z/net-netzwerk-und-performance-datev-abhilfen-bei-systemnahen-problemen/?stat_Mparam=int_url_datev_systemkomponenten - Abgearbeitet: https://apps.datev.de/dnlexka/#/document/1036440 Service-Tool Leistungsfaktoren geprüft dstool verwendet pingfile-Tests (zum Server und zur lokalen Platte) Passmark-Benchmarks Performance-Analyse ESX-Host mit esxtop Process Monitor-Tool von Sysinternals. Geholfen hat dann letztlich, die Namensauflösung optimal zu konfigurieren (da kein DNS vorhanden, Datei "hosts" konfiguriert). ... Mehr anzeigen

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. ... Mehr anzeigen