Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
Office Performance Problem (gelöst)
Office Performance Problem (gelöst)
Hallo Community,
ich schlage mich seit mehrern Tagen mit einem "kleinen" Problem herrum. Und zwar
geht es um das Speichern von Dokumenten aus Word 2010 und Excel 2010 sowohl
vom TS als auch von den Client PC´s. Die Perfomance ist nicht gerade der Hit.
Im vergleich zu fürher (nicht virtualisierter Server) braucht Office
beim speichern auf das Netzwerk Share nun bis zu 12 Sekunden.
Speichert man das ganze jedoch auf den Server der nicht
virtualisiert ist (ebenfalls ein W2K8 R2 SP1), oder auf ein Share des
NAS Systems, braucht es wie wie früher 4 Sekunden.
Öffnen der Office Dokumente vom DC Share, kopieren etc... läuft super performant.
Auch wenn ich aus anderen Anwendungen (z.Bsp. Acrobat, Paint, Word Pad etc...)
speichere bzw. öffne ist alles perfekt.
Hier meine Konstellation :
ESXI Host :
CPU 2x Intel Xeon E5-2660 - 2,20 Ghz
CPU Kerne : 20x 2,194 Ghz
RAM 64GB
Raidcontroller : Adaptec 7405
Raid : Raid 10
Schreib und Lesecache aktiv
ESXI Version : 5.5.0 Build 1623387
Netzwerk : 2x 1Gbit LAN auf einem vSwitch
DC (virtualisiert) :
Server 2008 R2 Std. SP1
CPU : 8vCPU
RAM 32GB
verwendete NIC : VMXNET3
TS (virutalisiert) :
Server 2008 R2 Std. SP1
CPU : 8vCPU
RAM 16GB
verwendete NIC : VMXNET3
Die Client PC´s haben alle Windows 7 Prof. SP1
Was ich schon versucht habe :
http://kb.vmware.com/selfservice/micros ... Id=1009517
SMB 2.0 hatte ich auch mal deaktiviert. Hat aber auch nichts
gebracht.
Mehr bzw. weniger vCPU Leistung hat auch nichts gebracht.
TCP Overload abschalten hat auch nichts gebracht.
Wie gesagt, der Rest läuft ohnen Probleme. Es betrifft nur den
Speichervorgang von Office Dokumenten auf das Netzwerk Share
des DC´s.
Vieleicht habt ihr mir noch einen Tip. Bin für alles dankbar. Solltet ihr
noch mehr Infos brauchen, lasst es mich bitte wissen.
Ansonsten sage ich schon einmal DANKE !!
Gruß Schwendes.
ich schlage mich seit mehrern Tagen mit einem "kleinen" Problem herrum. Und zwar
geht es um das Speichern von Dokumenten aus Word 2010 und Excel 2010 sowohl
vom TS als auch von den Client PC´s. Die Perfomance ist nicht gerade der Hit.
Im vergleich zu fürher (nicht virtualisierter Server) braucht Office
beim speichern auf das Netzwerk Share nun bis zu 12 Sekunden.
Speichert man das ganze jedoch auf den Server der nicht
virtualisiert ist (ebenfalls ein W2K8 R2 SP1), oder auf ein Share des
NAS Systems, braucht es wie wie früher 4 Sekunden.
Öffnen der Office Dokumente vom DC Share, kopieren etc... läuft super performant.
Auch wenn ich aus anderen Anwendungen (z.Bsp. Acrobat, Paint, Word Pad etc...)
speichere bzw. öffne ist alles perfekt.
Hier meine Konstellation :
ESXI Host :
CPU 2x Intel Xeon E5-2660 - 2,20 Ghz
CPU Kerne : 20x 2,194 Ghz
RAM 64GB
Raidcontroller : Adaptec 7405
Raid : Raid 10
Schreib und Lesecache aktiv
ESXI Version : 5.5.0 Build 1623387
Netzwerk : 2x 1Gbit LAN auf einem vSwitch
DC (virtualisiert) :
Server 2008 R2 Std. SP1
CPU : 8vCPU
RAM 32GB
verwendete NIC : VMXNET3
TS (virutalisiert) :
Server 2008 R2 Std. SP1
CPU : 8vCPU
RAM 16GB
verwendete NIC : VMXNET3
Die Client PC´s haben alle Windows 7 Prof. SP1
Was ich schon versucht habe :
http://kb.vmware.com/selfservice/micros ... Id=1009517
SMB 2.0 hatte ich auch mal deaktiviert. Hat aber auch nichts
gebracht.
Mehr bzw. weniger vCPU Leistung hat auch nichts gebracht.
TCP Overload abschalten hat auch nichts gebracht.
Wie gesagt, der Rest läuft ohnen Probleme. Es betrifft nur den
Speichervorgang von Office Dokumenten auf das Netzwerk Share
des DC´s.
Vieleicht habt ihr mir noch einen Tip. Bin für alles dankbar. Solltet ihr
noch mehr Infos brauchen, lasst es mich bitte wissen.
Ansonsten sage ich schon einmal DANKE !!
Gruß Schwendes.
Hi Joerg,
jep ist im Einsatz. Ist F-Secure. Dieser wird allerdings durch
die Klinik EDV betreut. Dieser war auch auf dem damaligen
nicht virtualisierten Server im Einsatz.
Hatte mal eine Ausnahme auf das Share gesetzt, jedoch
mit keiner Änderung.
Hatte heute auch nochmal mit dem Kunden Kontakt gehabt.
Dieser hat mir nach Rücksprache mit den Mitarbeitern bestätigt,
das definitiv nur Office (Word,Excel) beim speichern langsam ist.
Öffnen, drucken etc. ist perfekt. Auch die Anwendungen laufen
ohne Performance einbusen.
Das Problem ist echt seltsam. Wenn ich hier die Lösung habe, mache
ich echt drei Kreuze.
jep ist im Einsatz. Ist F-Secure. Dieser wird allerdings durch
die Klinik EDV betreut. Dieser war auch auf dem damaligen
nicht virtualisierten Server im Einsatz.
Hatte mal eine Ausnahme auf das Share gesetzt, jedoch
mit keiner Änderung.
Hatte heute auch nochmal mit dem Kunden Kontakt gehabt.
Dieser hat mir nach Rücksprache mit den Mitarbeitern bestätigt,
das definitiv nur Office (Word,Excel) beim speichern langsam ist.
Öffnen, drucken etc. ist perfekt. Auch die Anwendungen laufen
ohne Performance einbusen.
Das Problem ist echt seltsam. Wenn ich hier die Lösung habe, mache
ich echt drei Kreuze.
schwendes hat geschrieben:Hi Joerg,
jep ist im Einsatz. Ist F-Secure. Dieser wird allerdings durch
die Klinik EDV betreut. Dieser war auch auf dem damaligen
nicht virtualisierten Server im Einsatz.
Hatte mal eine Ausnahme auf das Share gesetzt, jedoch
mit keiner Änderung.
Hatte heute auch nochmal mit dem Kunden Kontakt gehabt.
Dieser hat mir nach Rücksprache mit den Mitarbeitern bestätigt,
das definitiv nur Office (Word,Excel) beim speichern langsam ist.
Öffnen, drucken etc. ist perfekt. Auch die Anwendungen laufen
ohne Performance einbusen.
Das Problem ist echt seltsam. Wenn ich hier die Lösung habe, mache
ich echt drei Kreuze.
Hallo,
ich meine mal vor. Jahren was ähnliches in Kombination mit Sambaservern gelesen zu haben.
Frage
Kannst du testweise mal ein anderes Storage (Debian mit Samba )an einem anderen Switch ins Netz bekommen um zu schauen ob der Fehler dann auch auftritt?
Hilft ggf. beim eingrenzen.
Gruss
Hruss
-
userderalte
- Member
- Beiträge: 4
- Registriert: 18.08.2010, 15:45
Hallo,
hatte einen doch recht ähnlichen Fall.
Bei meinem Kunden war es das “Office File Validation Add-In” (KB2501584).
Deinstalliert und alles war wieder, normal.
Deinstallieren:
Deaktivieren:
hatte einen doch recht ähnlichen Fall.
Bei meinem Kunden war es das “Office File Validation Add-In” (KB2501584).
Deinstalliert und alles war wieder, normal.
Deinstallieren:
Code: Alles auswählen
MsiExec.exe /uninstall {90140000-2005-0000-0000-0000000FF1CE} /quiet /norestartDeaktivieren:
Code: Alles auswählen
HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Excel\Security\FileValidation\EnableOnLoad = DWORD 0Hallo,
habe nun mal einen Disk Benchmark mit Crystal Disk Mark
durchgeführt. Und siehe da, der virtualisierte Server ist
wesentlich schneller als der nicht virtualisierte. Somit würde
ich mal meinen, das es an der Festplatten Performance
eher nicht liegen kann, oder was meint ihr ? So langsam tendiere
ich immer mehr Richtung Netzwerk.
Wie gesagt,
nicht virtualisierter Server = auf Netzwerk Share - Office speichern schnell
virtualisierter Server = auf Netzwerk Share - Office speichern langsam
Hier noch die Ergebnisse
virtualisierter Server :
-----------------------------------------------------------------------
CrystalDiskMark 3.0.3 x64 (C) 2007-2013 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]
Sequential Read : 273.102 MB/s
Sequential Write : 310.367 MB/s
Random Read 512KB : 108.545 MB/s
Random Write 512KB : 202.782 MB/s
Random Read 4KB (QD=1) : 1.277 MB/s [ 311.7 IOPS]
Random Write 4KB (QD=1) : 5.885 MB/s [ 1436.7 IOPS]
Random Read 4KB (QD=32) : 10.700 MB/s [ 2612.2 IOPS]
Random Write 4KB (QD=32) : 5.808 MB/s [ 1417.9 IOPS]
Test : 1000 MB [D: 27.2% (211.9/779.9 GB)] (x5)
Date : 2014/05/20 21:51:50
OS : Windows Server 2008 R2 Server Standard (full installation) SP1 [6.1 Build 7601] (x64)
nicht virtualisierter Server
-----------------------------------------------------------------------
CrystalDiskMark 3.0.3 x64 (C) 2007-2013 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]
Sequential Read : 120.332 MB/s
Sequential Write : 98.236 MB/s
Random Read 512KB : 40.827 MB/s
Random Write 512KB : 57.557 MB/s
Random Read 4KB (QD=1) : 0.536 MB/s [ 130.8 IOPS]
Random Write 4KB (QD=1) : 1.246 MB/s [ 304.2 IOPS]
Random Read 4KB (QD=32) : 1.936 MB/s [ 472.7 IOPS]
Random Write 4KB (QD=32) : 1.361 MB/s [ 332.2 IOPS]
Test : 1000 MB [D: 57.9% (212.6/367.3 GB)] (x5)
Date : 2014/05/20 21:52:23
OS : Windows Server 2008 R2 Server Standard (full installation) SP1 [6.1 Build 7601] (x64)
habe nun mal einen Disk Benchmark mit Crystal Disk Mark
durchgeführt. Und siehe da, der virtualisierte Server ist
wesentlich schneller als der nicht virtualisierte. Somit würde
ich mal meinen, das es an der Festplatten Performance
eher nicht liegen kann, oder was meint ihr ? So langsam tendiere
ich immer mehr Richtung Netzwerk.
Wie gesagt,
nicht virtualisierter Server = auf Netzwerk Share - Office speichern schnell
virtualisierter Server = auf Netzwerk Share - Office speichern langsam
Hier noch die Ergebnisse
virtualisierter Server :
-----------------------------------------------------------------------
CrystalDiskMark 3.0.3 x64 (C) 2007-2013 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]
Sequential Read : 273.102 MB/s
Sequential Write : 310.367 MB/s
Random Read 512KB : 108.545 MB/s
Random Write 512KB : 202.782 MB/s
Random Read 4KB (QD=1) : 1.277 MB/s [ 311.7 IOPS]
Random Write 4KB (QD=1) : 5.885 MB/s [ 1436.7 IOPS]
Random Read 4KB (QD=32) : 10.700 MB/s [ 2612.2 IOPS]
Random Write 4KB (QD=32) : 5.808 MB/s [ 1417.9 IOPS]
Test : 1000 MB [D: 27.2% (211.9/779.9 GB)] (x5)
Date : 2014/05/20 21:51:50
OS : Windows Server 2008 R2 Server Standard (full installation) SP1 [6.1 Build 7601] (x64)
nicht virtualisierter Server
-----------------------------------------------------------------------
CrystalDiskMark 3.0.3 x64 (C) 2007-2013 hiyohiyo
Crystal Dew World : http://crystalmark.info/
-----------------------------------------------------------------------
* MB/s = 1,000,000 byte/s [SATA/300 = 300,000,000 byte/s]
Sequential Read : 120.332 MB/s
Sequential Write : 98.236 MB/s
Random Read 512KB : 40.827 MB/s
Random Write 512KB : 57.557 MB/s
Random Read 4KB (QD=1) : 0.536 MB/s [ 130.8 IOPS]
Random Write 4KB (QD=1) : 1.246 MB/s [ 304.2 IOPS]
Random Read 4KB (QD=32) : 1.936 MB/s [ 472.7 IOPS]
Random Write 4KB (QD=32) : 1.361 MB/s [ 332.2 IOPS]
Test : 1000 MB [D: 57.9% (212.6/367.3 GB)] (x5)
Date : 2014/05/20 21:52:23
OS : Windows Server 2008 R2 Server Standard (full installation) SP1 [6.1 Build 7601] (x64)
Hi Leute,
konnte das Problem vorerst lösen. Es liegt am F-Secure. Habe diesen
bei beiden Servern komplett deinstalliert und siehe da, alles
läuft perfekt und super performant.
Da dieser nicht von uns betreut wird, setze ich
mich mal morgen mit dem Admin der Klinik zusammen.
Wenn wir die letztendliche Lösung gefunden haben,
lasse ich es euch wissen.
Ich danke trotzdem allen die sich an dem Thema
beteiligt haben.
konnte das Problem vorerst lösen. Es liegt am F-Secure. Habe diesen
bei beiden Servern komplett deinstalliert und siehe da, alles
läuft perfekt und super performant.
Da dieser nicht von uns betreut wird, setze ich
mich mal morgen mit dem Admin der Klinik zusammen.
Wenn wir die letztendliche Lösung gefunden haben,
lasse ich es euch wissen.
Ich danke trotzdem allen die sich an dem Thema
beteiligt haben.
schwendes hat geschrieben:Hi Leute,
konnte das Problem vorerst lösen. Es liegt am F-Secure. Habe diesen
bei beiden Servern komplett deinstalliert und siehe da, alles
läuft perfekt und super performant.
Da dieser nicht von uns betreut wird, setze ich
mich mal morgen mit dem Admin der Klinik zusammen.
Wenn wir die letztendliche Lösung gefunden haben,
lasse ich es euch wissen.
Ich danke trotzdem allen die sich an dem Thema
beteiligt haben.
Wie hattet ihr die Ausnahme gesetzt?
Auf Ordner oder Dateitypen? Wir haben das Problem auch regelmässig bei Kunden. Häufiger stellt sich raus das die zentral verwalteten Konfigurationen nicht auf den Ziel-Pcs ankommen.
Gruss
Hi,
hatte mal Aushnahmen auf das Share gesetzt. Auch mal
zum Test auf die komplette Partion. Hatte nichst gebracht.
Hatte heute morgen mal Kontakt mit der Klinik EDV. Diese
haben mir die Möglichkeit geschaltet, die Echtzeitsuche
zu deaktivieren.
Ist diese aus, geht alles problemlos.
Hatte auch eben Kontakt mit F-Secure. Diese können sich
das Problem auch nicht wirklich erklären.
hatte mal Aushnahmen auf das Share gesetzt. Auch mal
zum Test auf die komplette Partion. Hatte nichst gebracht.
Hatte heute morgen mal Kontakt mit der Klinik EDV. Diese
haben mir die Möglichkeit geschaltet, die Echtzeitsuche
zu deaktivieren.
Ist diese aus, geht alles problemlos.
Hatte auch eben Kontakt mit F-Secure. Diese können sich
das Problem auch nicht wirklich erklären.
Zurück zu „vSphere 5.5 / ESXi 5.5“
Wer ist online?
Mitglieder in diesem Forum: Google Adsense [Bot] und 10 Gäste