Office 365 erg traag op Terminal server

[oembol]

Dag mede Tweakers,

Klanten klagen dat Outlook traag werkt en na vele pogingen is het nog niet gelukt om het op te lossen. Tig websites afgestroopt, maar nergens een doorslaggevende oplossing.
Mijn hoop is dat er mensen zijn die hier ook mee te maken hebben gehad.

Probleem:

Het openen van mail duurt soms langer dan 5 seconden. Zowel hun eigen mailbox, mailboxen van collega's en shared mailboxen, slepen van e-mails, etc.

De servers hangen in een cloudomgeving, en voor de mail gebruiken ze Office 365.
De TS draait op W2012R met Office 2013 erop.
Het probleem begon ongeveer 2 maanden geleden.

Wat hebben we geprobeerd:
- Outlook geoptimaliseerd met de Office Customization Tools (hardware acceleratie uit, etc)
- Cache aangezet (Normaliter afgeraden, maar Microsoft gaf aan dat dit moet kunnen met 2013. Geen resultaat, inmiddels weer uitgezet.
- Alle Outlook profielen opnieuw aangemaakt
- Office 2013 opnieuw geinstalleerd, AppData, temp bestanden verwijderd. (Ook zonder updates getest)
- Office 2013 verwijderd en Office 2010 geinstalleerd, nieuwe profielen aangemaakt.

Geen van de bovenstaande acties hebben geholpen. Het enige waar ik nog aan zit te denken is dat de Hosted Exchange omgeving van Microsoft trager is geworden...

Enig idee?

[Question Mark]

• Ervaart men de vertraging ook via Webmail? Dus test even vanaf dezelfde omgeving, maar sluit Outlook of een andere lokale app even uit.(dat zou sowieso de eerste test zijn die ik gedaan zou hebben)
• Mocht je plugins gebruiken binnen Outlook, test dan ook eens met deze uitgeschakeld.
• Ervaar je het probleem ook met andere soorten werkplekken (fat client, andere VM, etc) vanaf dezelfde hosted omgeving als waar je RDS servers staan?

Je zult zaken moeten gaan uitsluiten. Je focussed nu heel erg op Outlook en Office op je RDS omgeving, maar kijk eens naar bovenstaande punten of je bandbreedte richting het internet...

oembol schreef op woensdag 20 augustus 2014 @ 14:04:
Het enige waar ik nog aan zit te denken is dat de Hosted Exchange omgeving van Microsoft trager is geworden...

De mailboxen van de eindgebruikers kunnen natuurlijk ook explosief gegroeid zijn de laatste twee maanden. Zonder lokale OST file ga je dat echt wel merken. Met Office 2013 is het welliswaar toegestaan om een OST te gebruiken op een RDS omgeving, maar dat heeft best wel wat impact op je onderliggende disk systeem (afhankelijk van de grootte van de OST en het aantal gebruikers). Heb je die ook in de gaten gehouden toen je aan het testen was met online mode?

[Zwelgje]

Antivirus al even nagelopen? wellicht scanned die ook in outlook (plugin?)

ook even spelen met deze commanderen switches: http://office.microsoft.c...ook-2013-HA102606406.aspx

[VreYseN]

Heb dit zelfde probleem gehad. Vooral op virtuele machines/VDI's maar ook op fysieke machines.
Ga in Outlook naar Bestand --> Opties --> Geavanceerd. Scroll hier helemaal naar beneden. Zet daar de optie "Hardwareversnelling uitschakelen voor afbeeldingen" AAN

Ik weet nog niet niet waarom, maar dit lost bij ons alle problemen op.

Heb trouwens ook de animaties in Office uitgeschakeld met een registry key:

[HKEY_CURRENT_USER\Software\Microsoft\Office\15.0\Common\Graphics]
"DisableAnimations"=dword:00000001

[ Voor 25% gewijzigd door VreYseN op 21-08-2014 10:01 ]

[oembol]

Question Mark schreef op woensdag 20 augustus 2014 @ 19:55:

• Ervaart men de vertraging ook via Webmail? Dus test even vanaf dezelfde omgeving, maar sluit Outlook of een andere lokale app even uit.(dat zou sowieso de eerste test zijn die ik gedaan zou hebben)
• Mocht je plugins gebruiken binnen Outlook, test dan ook eens met deze uitgeschakeld.
• Ervaar je het probleem ook met andere soorten werkplekken (fat client, andere VM, etc) vanaf dezelfde hosted omgeving als waar je RDS servers staan?

Je zult zaken moeten gaan uitsluiten. Je focussed nu heel erg op Outlook en Office op je RDS omgeving, maar kijk eens naar bovenstaande punten of je bandbreedte richting het internet...


[...]

De mailboxen van de eindgebruikers kunnen natuurlijk ook explosief gegroeid zijn de laatste twee maanden. Zonder lokale OST file ga je dat echt wel merken. Met Office 2013 is het welliswaar toegestaan om een OST te gebruiken op een RDS omgeving, maar dat heeft best wel wat impact op je onderliggende disk systeem (afhankelijk van de grootte van de OST en het aantal gebruikers). Heb je die ook in de gaten gehouden toen je aan het testen was met online mode?

- Dat was inderdaad getest, OWA gaat wel snel, ook in de zelfde omgeving, alleen kan je hier alleen je eigen mailbox testen.
- Alle plugins zijn al disabled in Outlook
- We hebben het ook getest op een andere TS waar W2012R2 op draait, daar ging het ook langzaam op.

Zojuist weer wat zaken uitgesloten. getest in een ander netwerk op W2008R2 met Outlook 2010, dat gaat wel snel. Het ligt dus niet aan Office 365. We hebben heleaas geen W2008R2 server in dit netwerk, dus dat kan ik (nog) niet testen.

Wat je zegt over de groei de laatste tijd is mogelijk, maar ik kan me haast niet voorstellen omdat het netwerk en andere applicaties super snel zijn verder. Met Cache modus is de schijf inderdaad continu bezig en het gaf ook geen gewenst resultaat omdat ze er intensief gebruik van maken. Als de één een mail verplaatst, zie de andere deze nog staan, en kleurcodes die niet mee synchroniseren, etc. Dus daar zijn we mee gekapt.

Bedankt voor het meedenken!

[oembol]

Powershell schreef op woensdag 20 augustus 2014 @ 20:32:
Antivirus al even nagelopen? wellicht scanned die ook in outlook (plugin?)

ook even spelen met deze commanderen switches: http://office.microsoft.c...ook-2013-HA102606406.aspx

Yep. Anti-virus ook uitgeschakeld geweest. Alle plugins ook. No luck.

Die commando's zijn voor Outlook 2013

[Equator]

Hoeveel gebruikers zitten er gelijkertijd aangemeld op de Terminal Server?
Wat zijn de toegewezen resources aan deze TS?
Wat voor storage wordt er gebruikt?
Is het een virtuele TS of fysiek. Indien virtueel, hoeveel virtuele TS'en draaien er op de fysieke host en wat zijn daar de specs van?

[oembol]

VreYseN schreef op donderdag 21 augustus 2014 @ 09:48:
Heb dit zelfde probleem gehad. Vooral op virtuele machines/VDI's maar ook op fysieke machines.
Ga in Outlook naar Bestand --> Opties --> Geavanceerd. Scroll hier helemaal naar beneden. Zet daar de optie "Hardwareversnelling uitschakelen voor afbeeldingen" AAN

Ik weet nog niet niet waarom, maar dit lost bij ons alle problemen op.

Heb trouwens ook de animaties in Office uitgeschakeld met een registry key:

[HKEY_CURRENT_USER\Software\Microsoft\Office\15.0\Common\Graphics]
"DisableAnimations"=dword:00000001

Dat is vreemd. ik lees juist overal dat dit uit moet staan . Maar beide opties hebben geen resultaat gehad. Toen het begon stond het aan, en dat was het eerste wat ik had uitgezet.

Die reg key was helaas ook geen optie.

[Trommelrem]

Het woord DNS ben ik hier nog niet tegen gekomen. Vaak is dit een DNS probleem.

Een simpele troubleshoot kan als volgt:

code:

nslookup outlook.office365.com

Is het resultaat:
Name: outlook-emeacenter.office365.com
Dan is je DNS goed.

Is het resultaat:
Name: outlook-namwest.office365.com
Dan is je DNS verkeerd (er vanuit gaande dat de RDS en Office 365 in NL staan).

Als je handmatig de verkeerde DNS aanmaakt, dan zul je precies deze vertraging merken zoals jij beschrijft. Zowel op RDS, VDI als normale werkstations. Ik ben nogal wat klanten tegengekomen die 8.8.8.8 als externe DNS server gebruikten, traagheid merkten en geen Event Logs hadden. Die hadden allemaal namwest ipv emeacenter.

[ Voor 30% gewijzigd door Trommelrem op 21-08-2014 11:04 ]

[oembol]

Equator schreef op donderdag 21 augustus 2014 @ 10:47:
Hoeveel gebruikers zitten er gelijkertijd aangemeld op de Terminal Server?
Wat zijn de toegewezen resources aan deze TS?
Wat voor storage wordt er gebruikt?
Is het een virtuele TS of fysiek. Indien virtueel, hoeveel virtuele TS'en draaien er op de fysieke host en wat zijn daar de specs van?

- Meestal 14 users
- 4 Intel Xeon E5-2650 v2 vCPU's (Meer moet je niet willen i.v.m. wachttijden van resources. We hebben ook meer toegewezen, maar dat hielp niets)
16GB RAM
LS Logic SAS schijven. Voor storage een Fileserver, maar dat staat hier los van omdat de profielen lokaal staan zonder folder redirection.
- Virtueel, alles hangt in een cloud omgeving. Resources worden gehuurd, wij hebben geen inzage in de fysieke servers. Ik heb overigens ook contact gehad met de leverancier, maar daar zijn we niks mee opgeschoten.

Alles draait verder ook snel, alleen Outlook is traag.

[ricom]

Heb je ook al eens gekeken naar de cache mode in Outlook, staat deze nu uit of aan?

[VreYseN]

oembol schreef op donderdag 21 augustus 2014 @ 10:50:
[...]


Dat is vreemd. ik lees juist overal dat dit uit moet staan . Maar beide opties hebben geen resultaat gehad. Toen het begon stond het aan, en dat was het eerste wat ik had uitgezet.

Die reg key was helaas ook geen optie.

Het klopt inderdaad dat acceleratie uit moet, maar daarvoor moet je het vinkje aan zetten.

Werkt outlook 2013 met een ander exchange account (niet office365) ook traag?

[oembol]

Trommelrem schreef op donderdag 21 augustus 2014 @ 11:00:
Het woord DNS ben ik hier nog niet tegen gekomen. Vaak is dit een DNS probleem.

Een simpele troubleshoot kan als volgt:

code:

nslookup outlook.office365.com

Is het resultaat:
Name: outlook-emeacenter.office365.com
Dan is je DNS goed.

Is het resultaat:
Name: outlook-namwest.office365.com
Dan is je DNS verkeerd (er vanuit gaande dat de RDS en Office 365 in NL staan).

Als je handmatig de verkeerde DNS aanmaakt, dan zul je precies deze vertraging merken zoals jij beschrijft. Zowel op RDS, VDI als normale werkstations. Ik ben nogal wat klanten tegengekomen die 8.8.8.8 als externe DNS server gebruikten, traagheid merkten en geen Event Logs hadden. Die hadden allemaal namwest ipv emeacenter.

8.8.8.8 stond ingesteld bij de forwarders van de DNS. Hij resolvede inderdaad naar "outlook-namwest.office365.com". Ik heb het aangepast en de krijg nu antwoord van "outlook-emeacenter.office365.com"

Getest, lijkt bij mij nu snel te gaan. Outlook start ook op in 3 seconden i.p.v. 20. Ik geef later meer verslag.

Cheers!

[Trommelrem]

oembol schreef op donderdag 21 augustus 2014 @ 11:57:
[...]


8.8.8.8 stond ingesteld bij de forwarders van de DNS. Hij resolvede inderdaad naar "outlook-namwest.office365.com". Ik heb het aangepast en de krijg nu antwoord van "outlook-emeacenter.office365.com"

Getest, lijkt bij mij nu snel te gaan. Outlook start ook op in 3 seconden i.p.v. 20. Ik geef later meer verslag.

Cheers!

Graag gedaan

Google heeft wel meer problemen met die DNS servers. Zo zijn er ook veel resolvingproblemen als je achter consumentenrotzooi zit (Experiabox).

[oembol]

Het probleem lijkt bij deze te zijn opgelost.

Bedankt allen!

[rookie no. 1]

Goede opmerking over die DNS instellingen! Meestal is het eenvoudiger dan je denkt blijkt maar weer.

Troubleshooting is een vak apart

[Trommelrem]

Maar is het nou omdat Google en Microsoft geen vriendjes zijn dat Google alleen de DNS van Microsoft verprutst? Of is er een andere reden? OpenDNS verwijst bijvoorbeeld wel naar emeacenter en niet naar namwest.

[Jazzy]

Google DNS geeft veel meer problemen, zo accepteert Spamhaus.org bijvoorbeeld geen lookups van deze servers. Denk niet dat het wat met kwade opzet vanuit Google of Microsoft te maken heeft.

In dit geval maakt Microsoft gebruik van geo-DNS om te zorgen dat gebruikers in verschillende werelddelen bij de juiste datacenters uitkomen. Als je nu in Nederland zit een een DNS-server gebruikt in de US dan zul je de resultaten krijgen die eigenlijk voor US gebruikers bestemd zijn, en dus verbinding maken met een datacenter die veel te ver weg zit voor een snelle performance.

[Trommelrem]

Ik heb overigens gezocht naar een telefoonnummer van Google, want ik wil hiervoor een ticket aanmaken. Ik kan echter geen contactgegevens vinden voor deze service.

Is er een mogelijkheid om bij Google een ticket in te schieten voor dit specifieke probelem?

[Jazzy]

https://developers.google.com/speed/public-dns/groups#issues

Hoe zou je je probleem formuleren dan? Je gebruikt een DNS Server in de US en krijgt resultaten die voor de US bedoeld zijn.

[ Voor 51% gewijzigd door Jazzy op 03-09-2014 14:18 ]

[sanfranjake]

Maar het lukt OpenDNS wel, terwijl je daar statisch twee ip's voor inklopt ... Dat vind ik ergens ook wel een beetje vreemd. Maar deze fix had bij mij ook effect, ooit eens Google static ingevoerd omdat bij sommige klanten OpenDNS allerlei categorieën blocked.

Er is al een soortgelijk bericht over queries uit Brazilië, waarin aangegeven wordt dat daar weer resolvers zullen komen ... https://groups.google.com...c-dns-discuss/nRPrZb8YvNA

[ Voor 27% gewijzigd door sanfranjake op 03-09-2014 14:24 ]

[Trommelrem]

Ik heb direct een ticket aangemaakt. Ticket is inmiddels ook opgepakt.

[Tomsworld]

Nochtans de dns servers van google zijn anycasted, 8.8.8.8 en 8.8.4.4 maar ze gebruiken voor de uitgaande queries waar ms en co zich op baseren localized ip space.

Meer info hier onder het kopje Technical.

https://developers.google.com/speed/public-dns/faq#locations

[Rinzwind]

Een ping naar outlook.office365.com moet outlook-emeacenter.office365.com opleveren.

Dat terzijde... Office 365 is echt onaanvaardbaar traag. De verbinding wordt vanuit MS geknepen of ze hebben niet genoeg capaciteit...

Google Apps/GMail... bijlage van 7 mb download in mbytes/s. Datzelfde bij Office 365 webmail is in kbytes/s . Absurd. En die Google Apps is nog de gratis variant ook...

[Question Mark]

Wat heeft jouw klacht mbt Office365 nu met de originele vraag/probleem te maken?

Het heeft 0,0 zin om hierover in dit topic te ranten. Als je dit probleem opgelost wilt hebben kun je hier een regulier topic over aanmaken. Dit heeft geen zin...

[Rinzwind]

Heeft heel veel te maken met het topic, want Outlook online performance is juist hetgeen waar het oa om gaat op een TS omgeving (geen cache mode). Cache mode levert overigens weer veel andere problemen op met grote OST bestanden, zoekindexen die niet kloppen, gedeelde postvakellende...

MS heeft een trage snelheid, zowel OWA als Outlook. Dat is heel het eieren eten.

[Rinzwind]

Wat op zich absurd is want het MS datacenter bevindt zich nota bene in Amsterdam...

[Question Mark]

Rinzwind schreef op donderdag 02 oktober 2014 @ 14:54:
Heeft heel veel te maken met het topic

Nee, ondanks hetzelfde onderwerp (traag Office365) had Topicstarter een specifiek probleem. Dat is inmiddels geidentificeerd, aangepast en de TS heeft bevestigd dat deze oplossing voor hem werkt. Dit topic is dan ook afgerond...

Jij beschrijft een "algemeen" traagheidsprobleem met Office365 wat in jouw omgeving ervaard wordt. Ik heb je verzocht -als je hier iets mee wilt doen op Tweakers- om dat in een seperaat topic te doen.

Mocht je het daar niet mee eens zijn, stuur me dan een persoonlijk bericht om die discussie aan te gaan (of gebruik het forum daarvoor: Oneens met de actie van een moderator? Post het hier), maar stop met het "vervuilen" van dit topic. Ik sluit het topic dan ook maar preventief. Verdere discussie kan verder in het hieboven genoemde forumtopic wat hiervoor bedoelt is.

Overigens:

ik herken die traagheidsproblemen die je noemt totaal niet en we hebben toch een kleine 1500 mailboxen die door O365 gehost worden, vanuit diverse lokaties wereldwijd.