Office 365-Leistung optimieren mit Basisplänen und Leistungsverlauf

Es gibt eine Reihe einfacher Methoden, um die Verbindungsleistung zwischen Office 365 und Ihrem Unternehmen zu testen, über die Sie einen groben Basiswert für die Verbindung ermitteln können. Wenn Sie den Leistungsverlauf Ihrer Clientcomputerverbindungen kennen, können Sie anstehende Probleme frühzeitig erkennen, identifizieren und vorhersehen.

Wenn Sie mit der Behandlung von Leistungsproblemen nicht vertraut sind, hilft Ihnen dieser Artikel mit der Beantwortung einiger häufig gestellter Fragen wie den Folgenden: Wie können Sie feststellen, ob es sich bei dem vorliegenden Problem um eine Leistungsproblem und nicht um einen Office 365-Servicevorfall handelt? Wie können Sie langfristig für gute Leistung sorgen? Wie können Sie die Leistung im Auge behalten? Wenn sich Ihr Team oder die Kunden bei der Nutzung von Office 365 über mangelnde Geschwindigkeit beklagen und Ihnen diese Beschwerden merkwürdig vorkommen, lesen Sie weiter.

Wichtig : Gibt es aktuell ein Leistungsproblem zwischen Ihrem Client und Office 365? Führen Sie die Schritte aus, die im Plan für die Behandlung von Leistungsproblemen bei Office 365 kurz beschrieben werden.

Was Sie über die Leistung von Office 365 wissen sollten

Office 365 wird in einem dedizierten Microsoft-Netzwerk mit hoher Kapazität ausgeführt, das ständig nicht nur automatisiert, sondern auch von realen Personen überwacht wird. Ein Teil der Rolle bei der Verwaltung der Office 365-Cloud besteht darin, wo immer möglich die Leistung zu optimieren und zu rationalisieren. Da sich die Kunden der Office 365-Cloud die Verbindung über das Internet herstellen müssen, gibt es zudem auch kontinuierliche Bemühungen, die Leistung aller Office 365-Dienste zu optimieren. Das Bemühen um Leistungsverbesserungen in der Cloud ist ein niemals endender Prozess, und es gehört eine Menge gesammelter Erfahrungen dazu, die Cloud immer betriebsbereit und schnell zu halten. Sollte es bei der Verbindung von Ihrem Standort zu Office 365 zu einem Leistungsproblem kommen, beginnen Sie am besten nicht mit einer Supportanfrage und warten dann auf eine Antwort. Stattdessen sollten Sie damit beginnen, das Problem "von innen nach außen" zu untersuchen. Dies bedeutet, dass Sie mit Ihrem Netzwerk beginnen und dann den Weg zu Office 365 verfolgen sollten. Bevor Sie eine Anfrage an den Office 365-Support richten, können Sie Daten sammeln und Maßnahmen ergreifen, mit denen Sie dem Problem auf die Spur kommen und es ggf. sogar lösen können.

Wichtig : Behalten Sie die Kapazitätsplanung und die Beschränkungen in Office 365 im Auge. Diese Informationen sind von wesentlicher Bedeutung, wenn Sie versuchen, ein Leistungsproblem zu beheben. Hier finden Sie einen Link zur Beschreibung des Office 365-Plattformdiensts. Hierbei handelt es sich um einen zentralen Hub, und alle von Office 365 gebotenen Dienste verfügen über einen Link zur jeweils zugehörigen Dienstbeschreibung. Das heißt, wenn Sie beispielsweise die standardmäßigen Grenzwerte für SharePoint Online anzeigen möchten, klicken Sie auf SharePoint Online-Dienstbeschreibung und suchen den Abschnitt Beschränkungen und Grenzwerte.

Stellen Sie sicher, dass Sie die Problembehandlung mit dem Wissen beginnen, dass Leistung eine gleitende Skala ist. Es geht nicht darum, einen Idealwert zu erreichen und diesen dauerhaft zu halten (wenn Sie das glauben, können gelegentlich vorkommende Aufgaben, die eine hohe Bandbreite erfordern, wie die Aufnahme einer großen Anzahl von Benutzern oder umfangreiche Datenmigrationen sehr anstrengend werden. Planen Sie die Auswirkungen solche Aktionen auf die Leistung also schon im Vorfeld ein). Sie können und sollten eine grobe Vorstellung von Ihren Leistungszielen haben, aber bei der Leistung gibt es zahlreiche Variablen, daher kann sie immer wieder variieren. Das liegt in der Natur von Leistung.

Bei der Behandlung von Leistungsproblemen geht es nicht darum, bestimmte Ziele zu erreichen und diese Zahlen dann auf immer stabil zu halten, sondern es geht um die Verbesserung von tagtäglichen Aktivitäten unter Einbeziehung aller Variablen.

Nun gut, wie sieht ein Leistungsproblem eigentlich aus?

Im ersten Schritt müssen Sie sicherstellen, dass es sich bei Ihrem Problem tatsächlich um ein Leistungsproblem und nicht um einen Servicevorfall handelt. Ein Leistungsproblem unterscheidet sich von einem Servicevorfall in Office 365. Im Folgenden erfahren Sie, wie Sie beides auseinanderhalten können.

Wenn die Office 365-Dienste Probleme haben, ist es ein Servicevorfall. Im Office 365 Admin Center werden unter Aktueller Status rote oder gelbe Symbole angezeigt. Möglicherweise stellen Sie auch fest, dass Clientcomputer beim Herstellen der Verbindung zu Office 365 recht langsam sind. Wenn sich unter "Aktueller Status" beispielsweise ein rotes Symbol befindet und neben Exchange Untersuchung läuft angezeigt wird, erhalten Sie ggf. eine Menge Anrufe von Personen aus Ihrer Organisation, die sich beklagen, dass der Abruf von Clientpostfächern, die mit Exchange Online verbunden sind, zu langsam ist. In diesem Fall können Sie davon ausgehen, dass die Leistung von Exchange Online soeben ein Opfer der Probleme mit dem Dienst geworden ist.

Das Office 365 Health Dashboard mit allen Arbeitslasten auf Grün außer Exchange. Hier wird angezeigt, dass der Dienst wiederhergestellt wurde.

An diesem Punkt sollten Sie, der Office 365-Administrator, häufiger zu Aktueller Status wechseln und dann auf Details und Verlauf anzeigen klicken, um sich zu den Wartungsmaßnahmen, die wir gerade am System durchführen, auf dem Laufenden zu halten. Das Dashboard Aktueller Status wurde entwickelt, um Sie zu Änderungen an und Problemen mit den Diensten auf dem neuesten Stand zu halten. Die Hinweise und Erläuterungen, die von Administrator zu Administrator im Statusverlauf veröffentlicht werden, sollen Ihnen helfen, die Auswirkungen einzuschätzen und Sie zu laufenden Arbeiten auf Stand zu halten.

Eine Abbildung des Office 365 Service Health Dashboards, in dem erläutert wird, dass der Exchange Online-Dienst wiederhergestellt wurde und warum.

Ein Leistungsproblem ist kein Servicevorfall, auch wenn Servicevorfälle zu Leistungsverlusten führen können. Ein Leistungsproblem sieht folgendermaßen aus:

  • Ein Leistungsproblem tritt ungeachtet der Meldungen für die Dienste unter Aktueller Status im Office 365 Admin Center auf.

  • Ein Vorgang, der bis dato relativ problemlos abgelaufen ist, benötigt extrem lange bis zum Abschluss oder kommt nie zum Abschluss.

  • Darüber hinaus können Sie das Problem replizieren oder wissen zumindest, dass es auftritt, wenn Sie die entsprechende Reihe von Schritten unternehmen.

  • Wenn das Problem nur gelegentlich auftritt, gibt es dennoch ein Muster. So wissen Sie beispielsweise, dass sich gegen 10:00 Uhr die Anrufe von Benutzern häufen, die nicht zuverlässig auf Office 365 zugreifen können, die Anrufe gegen Mittag jedoch aufhören.

Das mag vertraut klingen, möglicherweise zu vertraut. Wenn Sie nun wissen, dass es sich um ein Leistungsproblem handelt, stellen Sie sich als Nächstes die Frage, wie Sie weiter vorgehen sollten. Der restliche Artikel soll Ihnen helfen, exakt diese Frage zu beantworten.

Definieren und Testen des Leistungsproblems

Leistungsprobleme ergeben sich häufig im Laufe der Zeit, daher kann es schwierig sein, das eigentliche Problem zu definieren. Sie müssen eine gute Problembeschreibung und eine gute Vorstellung des Kontexts erstellen, in dem das Problem auftritt, und Sie benötigen außerdem reproduzierbare Testschritte, dann ist das Ihr Tag. Andernfalls sind Sie, obwohl Sie eigentlich alles richtig gemacht haben, möglicherweise verloren. Was ist der Grund? Nun, im Folgenden einige Beispiele für Problembeschreibungen, die nicht genügend Informationen enthalten:

  • "Den Wechsel von meinem Posteingang zum Kalender habe ich früher kaum mitbekommen, und jetzt kann ich einen Kaffee trinken gehen. Können Sie dafür sorgen, dass alles wieder wie zuvor funktioniert?"

  • "Das Hochladen meiner Dateien nach SharePoint Online dauert ewig. Warum geht das am Nachmittag so langsam, während es zu anderen Zeiten richtig schnell geht? Kann es nicht einfach nur schnell gehen?"

Aus den vorstehenden Problembeschreibungen ergeben sich eine Menge nicht zu unterschätzender Herausforderungen. Insbesondere gibt es eine Reihe von Mehrdeutigkeiten, die geklärt werden müssen, z. B.:

  • Es ist unklar, wie der Wechsel zwischen Posteingang und Kalender auf dem Laptop erfolgt.

  • Wenn der Benutzer fragt: "Kann es nicht einfach nur schnell gehen?", was ist "schnell"?

  • Wie lang ist "ewig"? Sind das mehrere Sekunden oder Minuten, oder kann der Benutzer in die Mittagspause gehen und es dauert noch weitere zehn Minuten, nachdem er wieder am Platz ist?

All diese Beschreibungen berücksichtigen nicht, dass der Administrator oder die mit der Problembehandlung befasste Person viele Details einfach nicht wissen kann, beispielsweise, wann das Problem zum ersten Mal auftrat, dass der Benutzer von zu Hause aus arbeitet und die langsamen Wechsel nur in seinem Heimnetzwerk auftreten, dass der Benutzer mehrere andere RAM-lastige Anwendungen auf dem lokalen Client ausführen muss oder dass der Benutzer ein älteres Betriebssystem verwendet oder die letzten Updates nicht installiert hat.

Wenn Benutzer ein Leistungsproblem melden, müssen eine Menge Informationen gesammelt werden. Das Sammeln dieser Informationen ist Teil eines Prozesses, der als Scoping oder Problembestimmung bzw. -untersuchung bezeichnet wird. Im Folgenden finden Sie eine grundlegende Problembestimmungsliste, die Sie verwenden können, um Informationen zum Leistungsproblem zu sammeln. Diese Liste ist nicht vollständig, bietet aber einen guten Ausgangspunkt für die Erstellung einer eigenen Liste:

  • An welchem Datum und zu welcher Uhrzeit (tagsüber oder nachts) ist das Problem aufgetreten?

  • Was für einen Clientcomputer haben Sie verwendet, und wie stellen Sie die Verbindung zum Unternehmensnetzwerk her (VPN, kabelgebundenes Netzwerk, WLAN)?

  • Haben Sie remote gearbeitet oder befanden Sie sich im Büro?

  • Haben Sie die gleichen Aktionen auf einem anderen Computer ausprobiert und dasselbe Verhalten festgestellt?

  • Gehen Sie die Schritte, bei denen das Problem auftrat, erneut durch, damit Sie die ausgeführten Aktionen notieren können.

  • Wie langsam in Sekunden oder Minuten ist die Verbindung?

  • Wo in der Welt sind Sie ansässig?

Einige dieser Fragen sind offensichtlicher als andere. Die meisten werden verstehen, dass die mit der Problembehandlung befasste Person die genauen Schritte kennen muss, um das Problem reproduzieren zu können. Und schließlich, wie sollten Sie sonst aufzeichnen können, was falsch läuft, und wie sollten Sie testen können, ob das Problem behoben ist? Nicht ganz so offensichtlich sind Fragen wie "An welchem Datum und zu welcher Uhrzeit ist das Problem aufgetreten?" oder "Wo in der Welt sind Sie ansässig?", dies sind jedoch Informationen, die in Kombination verwendet werden können. Je nachdem, wann der Benutzer gearbeitet hat, bedeuten einige Stunden Zeitunterschied ggf., dass die Wartung in Teilen Ihres Unternehmensnetzwerks schon im vollen Gange ist. Wenn Ihr Unternehmen beispielsweise über eine Hybridimplementierung wie eine hybride SharePoint-Suche verfügt, die Indizes in SharePoint Online und in einer lokalen Instanz von SharePoint Server 2013 abfragen kann, werden zurzeit in der lokalen Farm möglicherweise Updates installiert. Wenn Ihr Unternehmen ausschließlich cloudbasiert arbeitet, kann die Systemwartung das Hinzufügen oder Entfernen von Netzwerkhardware, das Rollout von unternehmensweiten Updates, Änderungen am DNS oder an anderen Kernkomponenten der Infrastruktur umfassen.

Die Behandlung eines Leistungsproblem ist ein wenig mit einem Tatort vergleichbar: Sie müssen präzise und aufmerksam sein und die geeigneten Schlussfolgerungen aus der Beweislage ziehen. Hierfür müssen Sie Beweise sammeln, um eine gute Problembeschreibung zu erhalten. Diese sollte den Kontext des Computers, den Kontext des Benutzers, das erstmalige Auftreten des Problems sowie die exakten Schritte enthalten, die zu dem Leistungsproblem geführt haben. Diese Problembeschreibung sollte die allererste Seite in Ihren Notizen sein und bleiben. Indem Sie die Problembeschreibung nach der Arbeit an der Problemlösung erneut durchgehen, unternehmen Sie die Schritte zum Testen und Belegen, welche Aktionen Sie unternommen haben, um das Problem zu lösen. Dies ist wichtig zu wissen, wenn Ihre Arbeit an diesem Punkt abgeschlossen ist.

Wissen Sie, wie eine gute Leistung aussah?

Wenn Sie Pech haben, weiß das niemand. Niemand hat jemals Messungen gemacht. Dies bedeutet, dass auch niemand die folgende einfache Frage beantworten kann: "Wie viele Sekunden hat es in der Regel gedauert, bis ein Posteingang in Office 365 geöffnet war?" oder "Wie lange hat es normalerweise gedauert, wenn die Geschäftsführung eine Lync-Onlinebesprechung hatte?", was in vielen Unternehmen ein gängiges Szenario ist.

Was hier fehlt sind Basisleistungswerte.

Mit Basiswerten erhalten Sie einen Kontext für die Leistung. Sie sollten je nach den Anforderungen Ihres Unternehmens gelegentlich bis häufig solche Basiswerte ermitteln. Wenn Sie Mitarbeiter in einem größeren Unternehmen sind, ermittelt das Betriebsteam ggf. schon solche Basiswerte für Ihre lokale Umgebung. Wenn Sie beispielsweise am ersten Montag des Monats Patches auf allen Exchange-Servern und am dritten Montag auf allen SharePoint-Servern einspielen, verfügt das Betriebsteam wahrscheinlich über eine Liste der Aufgaben und Szenarien, die nach dem Einspielen von Patches durchgegangen werden müssen, um sicherzustellen, dass wichtige Funktionen betriebsbereit sind. Hierzu gehören beispielsweise das Öffnen des Posteingangs, das Klicken auf "Senden/Empfangen", Sicherstellen, dass die Ordner aktualisiert werden, oder, in SharePoint, das Navigieren zur Homepage der Website, Öffnen der Seite für die Unternehmenssuche und Überprüfen, dass Suchen erfolgreich durchgeführt werden können.

Wenn sich Ihre Anwendungen in Office 365 befinden, sind einige der grundlegendsten Basiswerte, die Sie messen können, die Zeit (in Millisekunden), die ein Clientcomputer aus Ihrem Netzwerk bis zu einem Übergabepunkt benötigt, d. h. bis zu dem Punkt, an dem Sie Ihr Netzwerk verlassen und zu Office 365 wechseln. Hier einige hilfreiche Basiswerte, die Sie untersuchen und aufzeichnen können:

  • Identifizieren Sie die Geräte zwischen dem Clientcomputer und dem Übergabepunkt, z. B. Ihren Proxyserver.

    • Sie müssen Ihre Geräte kennen, damit Sie auftretende Leistungsprobleme im Kontext (IP-Adressen, Gerätetyp usw.) betrachten können.

    • Proxyserver sind häufig verwendete Übergabepunkte, daher können Sie in Ihrem Webbrowser nachschauen welcher Proxyserver (sofern vorhanden) verwendet wird.

    • Es gibt Tools von Drittanbietern, mit denen Sie Ihr Netzwerk erkennen und abbilden können, die sicherste Methode, um Informationen zu Geräten zu erhalten, besteht jedoch darin, ein Mitglied des Netzwerkteams zu fragen.

  • Identifizieren Sie Ihren Internetdienstanbieter (ISP), notieren Sie sich dessen Kontaktdaten, und fragen Sie ihn, über wie viele Leitungen und wie viel Bandbreite Sie verfügen.

  • Identifizieren Sie im Unternehmen Ressourcen für die Geräte zwischen Ihrem Client und dem Übergabepunkt, oder informieren Sie sich, wer als Notfallkontakt bei Netzwerkproblemen zur Verfügung steht.

Hier einige Basiswerte, die Sie ganz einfach mit Testtools ermitteln können:

  • Zeit vom Clientcomputer zum Übergabepunkt in Millisekunden

  • Zeit vom Übergabepunkt zu Office 365 in Millisekunden

  • Weltweite Standorte der Server, die beim Browsen die URLs für Office 365 auflösen

  • Die Geschwindigkeit der DNS-Auflösung Ihres ISPs in Millisekunden, Inkonsistenzen beim Eintreffen von Paketen (Netzwerkjitter), Upload- und Downloadzeiten in Millisekunden

Wenn Sie mit den hierfür notwendigen Schritten noch nicht vertraut sind, machen Sie sich keine Sorgen. Sie werden in diesem Artikel noch im Detail erläutert.

Was ist ein Basiswert?

Die Auswirkungen werden Sie kennenlernen, wenn es schlecht läuft, aber wenn Sie nicht über historische Leistungsdaten verfügen, haben Sie auch keinen Kontext, um zu wissen, wie schlecht es gerade wirklich läuft und seit wann. Ohne einen Basiswert fehlt Ihnen also das wichtigste Teil des Puzzles: das Bild auf der Puzzleschachtel. Beim Behandeln von Leistungsproblemen brauchen Sie einen Vergleichspunkt. Es nicht schwierig einfache Basiswerte für die Leistung zu ermitteln. Sie können Ihr Betriebsteam beauftragen, diese auf regelmäßiger Basis zu erheben. Gehen wir beispielsweise mal davon aus, dass Ihre Verbindung wie folgt aussieht:

Grafik eines Standardnetzwerks mit Client, Proxy und Office 365-Cloud.

Dies bedeutet, dass Sie sich mit dem Netzwerkteam beraten und herausgefunden haben, dass Sie über einen Proxyserver ins Internet gehen und dass der Proxy alle Anforderungen verarbeitet, die der Clientcomputer an die Cloud sendet. In diesem Fall sollten Sie eine vereinfachte Version Ihrer Verbindung zeichnen, in der alle dazwischenliegenden Geräte aufgeführt sind. Setzen Sie nun Tools ein, die Sie zum Testen der Leistung zwischen dem Client, dem Übergabepunkt (an dem Sie Ihr Netzwerk verlassen und ins Internet wechseln) und der Office 365-Cloud verwenden.

Standardnetzwerk mit Client, Proxy und Cloud sowie den vorgeschlagenen Tools PSPing, TraceTCP und Netzwerkablaufverfolgung.

Bei den Optionen wird aufgrund der Sachkenntnisse, die Sie benötigen, um die Leistungsdaten zu finden, zwischen Einfach und Erweitert unterschieden. Eine Netzwerkablaufverfolgung benötigt im Vergleich zu Befehlszeilentools wie PsPing und TraceTCP eine Menge Zeit. Diese beiden Befehlszeilentools wurden ausgewählt, weil sie keine ICMP-Pakete verwenden, die von Office 365 blockiert werden, und weil sie die Zeit in Millisekunden angeben, die Pakete vom Clientcomputer oder Proxyserver (sofern Sie darauf zugreifen können) benötigen, bis sie bei Office 365 ankommen. Jeder einzelne Hop von einem Computer zum nächsten wird als Zeitwert angegeben und ergibt so einen aussagekräftigen Basiswert. Ebenso wichtig ist, dass diese Befehlszeilentools es ermöglichen, dem Befehl eine Portnummer hinzuzufügen. Dies ist hilfreich, da Office 365 über Port 443 kommuniziert, also dem Port, der von den Protokollen SSL und TLS (Secure Sockets Layer und Transport Layer Security) verwendet wird. Möglicherweise gibt es aber auch Tools von Drittanbietern, die für Ihre Situation die bessere Lösung sind. Microsoft unterstützt nicht alle dieser Tools, wenn Sie also PsPing und TraceTCP aus irgendeinem Grund nicht ans Laufen bekommen, ziehen Sie eine Netzwerkablaufverfolgung mit einem Tool wie Netmon in Betracht.

Sie können einen Basiswert vor den Hauptgeschäftszeiten, einen weiteren unter Volllast und einen letzten nach Feierabend erheben. Dies bedeutet, dass sich ggf. eine Ordnerstruktur ähnlich der folgenden ergibt:

Grafik mit einer möglichen Methode zum Organisieren Ihrer Leistungsdaten in Ordnern

Sie sollten auch eine Namenskonvention für Ihre Dateien festlegen. Hier sind einige Beispiele:

  • Feb_09_2015_9amPST_PerfBaseline_Netmon_ClientToEgress_Normal

  • Jan_10_2015_3pmCST_PerfBaseline_PsPing_ClientToO365_bypassProxy_SLOW

  • Feb_08_2015_2pmEST_PerfBaseline_BADPerf

  • Feb_08_2015_8-30amEST_PerfBaseline_GoodPerf

Hierfür gibt es natürlich zahlreiche unterschiedliche Optionen, aber das Format <dateTime><what's happening in the test> ist ein guter Ausgangspunkt. Eine gewisse Sorgfalt an diesem Punkt hilft Ihnen später ungemein, wenn Sie versuchen, Leistungsprobleme zu behandeln. Sie können dann später sagen: "Ich habe am 8. Februar zwei Netzwerkablaufverfolgungen durchgeführt. Eine zeigte eine gute Leistung, die andere eine schlechte, also können wir sie vergleichen." Dies erweist sich bei der Problembehandlung als außerordentlich hilfreich.

Sie benötigen eine strukturierte Weise zum Speichern von historischen Basiswerten. In diesem Beispiel wurden mit einfachen Methoden drei Befehlszeilenausgaben erstellt, und die Ergebnisse wurden als Screenshots abgelegt, aber möglicherweise können Sie stattdessen auch Netzwerksammlungsdateien erstellen. Verwenden Sie die für Sie am besten geeignete Methode. Speichern Sie historische Basiswerte, und beziehen Sie sich darauf, wenn Sie Änderungen im Verhalten von Onlinediensten feststellen.

Gründe für das Sammeln von Leistungsdaten während eines Pilotprojekts

Es gibt keinen besseren Zeitpunkt, um mit der Erfassung von Basiswerten zu beginnen, wie während eines Pilotprojekts mit den Office 365-Diensten. In Ihrem Büro gibt es vielleicht Tausende von Benutzern, vielleicht Hunderttausende, vielleicht auch nur fünf, aber auch mit einer kleinen Anzahl Benutzern können Sie Tests durchführen, um Leistungsschwankungen zu messen. Im Falle eines großen Unternehmens kann eine repräsentative Stichprobe mit mehreren Hundert Benutzern, die am Office 365-Pilotprojekt teilnehmen, auf mehrere Tausend übertragen werden, sodass Sie wissen, wo Probleme entstehen könnten, bevor sie auftreten.

Im Falle eines kleinen Unternehmens, bei dem die Einführung bedeutet, dass alle Benutzer gleichzeitig auf den Dienst umgestellt werden und es kein Pilotprojekt gibt, dokumentieren Sie die Leistungskennzahlen, damit Sie über Daten verfügen, die Sie jedermann vorlegen können, der sich mit der Behandlung von Leistungsproblemen befassen muss, wenn Sie beispielsweise plötzlich feststellen, dass Sie in der Zeit, die für den Upload einer mittelgroßen Grafik benötigt wird, eine Runde um das Firmengebäude drehen können.

Sammeln von Basiswerten

Für alle Pläne zur Problembehandlung müssen Sie mindestens die folgenden Elemente identifizieren:

  • Den von Ihnen verwendeten Clientcomputer (Typ des Computers oder Geräts, eine IP-Adresse sowie die Aktionen, die das Problem verursacht haben)

  • Wo sich der Clientcomputer befindet (meldet sich der Benutzer beispielsweise über VPN beim Netzwerk an, arbeitet er remote, oder befindet er sich im Intranet des Unternehmens)

  • Den Übergabepunkt, den der Clientcomputer vom Netzwerk aus verwendet (d. h. den Punkt, an dem der Datenverkehr Ihr Unternehmen verlässt und an einen ISP oder das Internet weitergeleitet wird)

Das Layout Ihres Netzwerks erhalten Sie vom Netzwerkadministrator. Wenn Sie sich in einem kleinen Netzwerk befinden, schauen Sie sich die Geräte an, über die Sie die Verbindung zum Internet herstellen, und wenden Sie sich an Ihren ISP, wenn Sie Fragen zum Layout haben. Erstellen Sie für die eigene Bezugnahme eine Grafik des finalen Layouts.

Dieser Abschnitt befasst sich mit Befehlszeilentools, den einfachen Methoden sowie mit den erweiterten Optionen der Tools. Im ersten Schritt behandeln wir die einfachen Methoden. Wenn Sie jedoch akut ein Leistungsproblem haben, sollten Sie sofort mit den erweiterten Methoden fortfahren und die Schritte im Beispielaktionsplan zur Behandlung von Leistungsproblemen ausprobieren.

Einfache Methoden

Ziel dieser einfachen Methoden ist es, zu erfahren, wie einfache Leistungsbasiswerte im Zeitverlauf ermittelt, interpretiert und ordnungsgemäß gespeichert werden, sodass Sie immer über die Leistung von Office 365 informiert sind. Hier das sehr einfache Diagramm der einfachen Methoden, das Sie schon einmal gesehen haben:

Standardnetzwerk mit Client, Proxy und Cloud sowie den vorgeschlagenen Tools PSPing, TraceTCP und Netzwerkablaufverfolgung.

Hinweise : TraceTCP ist Teil dieses Screenshots, da es ein hilfreiches Tool ist, um in Millisekunden zu erfassen, wie lange die Verarbeitung einer Anforderung dauert und wie viele Netzwerkhops oder Verbindungen von einem Computer zum nächsten benötigt werden, damit eine Anforderung ihr Ziel erreicht. Mit TraceTCP können auch die Namen der bei den Hops verwendeten Server angezeigt werden, was hilfreich sein kann, um den Supportmitarbeiter bei Microsoft Office 365 bei der Problembehandlung zu unterstützen.

Die TraceTCP-Befehle können sehr einfach sein, wie:

tracetcp.exe outlook.office365.com:443

Denken Sie daran, die Portnummer in diesen Befehl einzuschließen.

TraceTCP kann kostenlos heruntergeladen werden, setzt jedoch auf Wincap auf. Wincap ist ein Tool, das auch von Netmon installiert und verwendet wird. Netmon wird zudem im Abschnitt mit den erweiterten Methoden verwendet.

Wenn Ihre Firma über mehrere Niederlassungen verfügt, müssen Sie auch an jedem dieser Standorte ein Datenset von einem Client erstellen und aufbewahren. Mit diesem Test wird die Latenz gemessen, in diesem Fall als ein Zahlenwert, der die Zeitspanne zwischen dem Senden der Anforderung durch den Client an Office 365 und die Beantwortung der Anforderung durch Office 365 wiedergibt. Der Test beginnt in Ihrer Domäne auf einem Clientcomputer und versucht dann, einen Roundtrip aus Ihrem Netzwerk über einen Übergabepunkt und über das Internet nach Office 365 und zurück zu messen.

Es gibt verschiedene Möglichkeiten, mit dem Übergabepunkt umzugehen, in diesem Fall der Proxyserver. Sie können entweder von 1 nach 2 und dann von 2 nach 3 verfolgen und die Zahlen dann in Millisekunden hinzufügen, um eine endgültige Gesamtzeit bis an den Rand Ihres Netzwerks zu erhalten. Alternativ können Sie die Verbindung auch so konfigurieren, dass der Proxy bei Office 365-Adressen umgangen wird. In einem größeren Netzwerk mit einer Firewall, einem Reverse-Proxy oder einer Kombination hieraus, müssen Sie auf dem Proxyserver ggf. Ausnahmen definieren, damit der Datenverkehr an eine Vielzahl von URLs zugelassen wird. Eine Liste der von Office 365 verwendeten Endpunkte finden Sie unter Office 365-URLs- und -IP-Adressbereiche. Wenn Sie über einen Proxy mit Authentifizierung verfügen, beginnen Sie damit, Ausnahmen für Folgendes zu testen:

  • Ports 80 und 443

  • TCP und HTTPS

  • Ausgehende Verbindungen an jeder nachstehenden URLs:

  • *.microsoftonline.com

  • *.microsoftonline-p.com

  • *.sharepoint.com

  • *.outlook.com

  • *. lync.com

  • osub.microsoft.com

Allen Benutzern muss es gestattet sein, diese Adressen ohne Störungen seitens des Proxys oder Authentifizierung aufzurufen. In einem kleineren Netzwerk sollten Sie diese im Webbrowser zur Proxyumgehungsliste hinzufügen.

Zum Hinzufügen dieser Adressen zur Proxyumgehungsliste in Internet Explorer wechseln Sie zu Extras > Internetoptionen > Verbindungen > LAN-Einstellungen > Erweitert. Auf der Registerkarte "Erweitert" finden Sie zudem auch den Proxyserver und den Proxyserverport. Möglicherweise müssen Sie das Kontrollkästchen Proxyserver für LAN verwenden aktivieren, um auf die Schaltfläche Erweitert zugreifen zu können. Vergewissern Sie sich zudem, dass das Kontrollkästchen Proxyserver für lokale Adressen umgehen aktiviert ist. Nachdem Sie auf Erweitert geklickt haben, wird ein Textfeld angezeigt, in dem Sie Ausnahmen eingeben können. Trennen Sie die vorstehend aufgeführten Platzhalter-URLs durch Semikolons, also beispielsweise:

*.microsoftonline.com; *.sharepoint.com

Wenn Sie den Proxy umgehen, sollten Sie in der Lage sein, eine Office 365-URL direkt mit Ping oder PsPing zu erreichen. Im nächsten Schritt wird Ping outlook.office365.com getestet. Wenn Sie PsPing oder ein anderes Tool verwendet, in dem Sie den Befehl um eine Portnummer ergänzen können, verwenden Sie PsPing für portal.microsoftonline.com:443, um die durchschnittliche Roundtripzeit in Millisekunden anzuzeigen.

Die Roundtripzeit oder RTT ist ein numerischer Wert, mit dem gemessen wird, wie lange es dauert, eine HTTP-Anforderung an einen Server wie outlook.office365.com zu senden und eine Antwort zu erhalten, mit der bestätigt wird, dass der Server die Anforderung erhalten hat. Die Roundtripzeit wird manchmal mit RTT abgekürzt. Dies sollte eine relativ kurze Zeitspanne sein.

Sie müssen PsPing oder ein anderes Tool verwenden, das keine ICMP-Pakete sendet, die von Office 365 blockiert werden, um diesen Test durchzuführen.

Verwenden von PsPing um die gesamte Roundtripzeit in Millisekunden direkt von einer Office 365-URL zu erhalten
  1. Öffnen Sie eine Eingabeaufforderung mit erweiterten Rechten, indem Sie die folgenden Schritte unternehmen:

    1. Klicken Sie auf Start.

    2. Geben Sie im Feld Suche starten den Befehl cmd ein, und drücken Sie dann STRG+UMSCHALT+EINGABETASTE.

    3. Wenn das Dialogfeld Benutzerkontensteuerung angezeigt wird, vergewissern Sie sich, dass die angezeigte Aktion diejenige ist, die Sie ausführen möchten, und klicken Sie dann auf Weiter.

  2. Navigieren Sie zu dem Ordner, indem das Tool (in diesem Fall PsPing) installiert ist, und testen Sie die folgenden Office 365-URLs:

    • psping portal.office.com:443

    • psping microsoft-my.sharepoint.com:443

    • psping outlook.office365.com:443

    • psping www.yammer.com:443

      Der PSPing-Befehl an microsoft-my.sharepoint.com-Port 443.

Achten Sie darauf, dass Sie die Portnummer 443 hinzufügen. Denken Sie daran, dass Office 365 über einen verschlüsselten Kanal arbeitet. Wenn Sie PsPing ohne Portnummer verwenden, schlägt die Anforderung fehl. Nachdem Sie Pings an die kurze Liste gesendet haben, überprüfen Sie die durchschnittliche Zeit in Millisekunden (ms). Dies ist die Zeit, die Sie aufzeichnen möchten.

Grafik, die eine Abbildung eines PSPing von Client zu Proxy mit einer Roundtripzeit von 2,8 Millisekunden zeigt.

Wenn Sie mit der Proxyumgehung nicht vertraut sind und die Aktion lieber schrittweise durchführen möchten, müssen Sie zuerst den Namen Ihres Proxyservers in Erfahrung bringen. Wechseln Sie in Internet Explorer zu Extras > Internetoptionen > Verbindungen > LAN-Einstellungen > Erweitert. Auf der Registerkarte Erweitert wird der Proxyserver aufgeführt. Senden Sie von der Eingabeaufforderung aus einen Ping an diesen Proxyserver, indem Sie wie folgt vorgehen:

So senden Sie einen Ping an den Proxyserver und erhalten den Roundtripwert in Millisekunden für Phase 1 von 2
  1. Öffnen Sie eine Eingabeaufforderung mit erweiterten Rechten, indem Sie die folgenden Schritte unternehmen:

    1. Klicken Sie auf Start.

    2. Geben Sie im Feld Suche starten den Befehl cmd ein, und drücken Sie dann STRG+UMSCHALT+EINGABETASTE.

    3. Wenn das Dialogfeld Benutzerkontensteuerung angezeigt wird, vergewissern Sie sich, dass die angezeigte Aktion diejenige ist, die Sie ausführen möchten, und klicken Sie dann auf Weiter.

  2. Geben Sie ping <den Namen des vom Browser verwendeten Proxyservers oder dessen IP-Adresse> ein, und drücken Sie die EINGABETASTE. Wenn Sie PsPing oder ein anderes Tool installiert haben, können Sie stattdessen auch diese verwenden.

    Ihr Befehl sieht ähnlich wie in einem der folgenden Beispiele aus:

    • ping unserproxy.unseredomäne.branche.unternehmen.com

    • ping 155.55.121.55

    • ping unserproxy

    • psping unserproxy.unseredomäne.branche.unternehmen.com:80

    • psping 155.55.121.55:80

    • psping unserproxy:80

  3. Wenn die Ablaufverfolgung das Senden von Paketen beendet hat, erhalten Sie eine kurze Zusammenfassung, in der ein Mittelwert in Millisekunden aufgeführt wird, und das ist der Wert, den Sie suchen. Erstellen Sie einen Screenshot der Eingabeaufforderung, und speichern Sie ihn unter der von Ihnen festgelegten Namenskonvention. An diesem Punkt könnte es auch hilfreich sein, den Wert in das Diagramm einzugeben.

Möglicherweise haben Sie die Ablaufverfolgung am frühen Morgen durchgeführt, und Ihr Client kann den Proxy (oder einen anderen Übergabeserver zum Internet) im Handumdrehen erreichen. In diesem Fall sehen Ihre Zahlen möglicherweise wie folgt aus:

Grafik, die eine Roundtripzeit von einem Client zu einem Proxy von 2,8 Millisekunden zeigt

Wenn Ihr Clientcomputer einer der wenigen auserwählten mit Zugriff auf den Proxyserver (oder den Übergabeserver) ist, können Sie die nächste Phase des Tests durchführen, indem Sie remote die Verbindung zu diesem Computer herstellen und mit einer Eingabeaufforderung von dort aus ein PsPing an eine Office 365-URL richten. Wenn Sie keinen Zugriff auf diesen Computer haben, können Sie Ihr Netzwerkteam für die nächste Phase kontaktieren und auf diese Weise exakte Zahlen erhalten. Wenn das nicht möglich ist, senden Sie ein PsPing an die fragliche Office 365-URL, und vergleichen Sie diese Werte mit der PsPing- oder Splittingzeit zu Ihrem Proxyserver.

Wenn es beispielsweise 51,84 Millisekunden vom Client zur Office 365-URL dauert und 2,8 Millisekunden vom Client zum Proxy (oder Übergabepunkt), dann sind es 49,04 Millisekunden vom Übergabepunkt zu Office 365. Ebenso gilt, wenn Sie zur Hauptgeschäftszeit einen PsPing-Wert von 12,25 Millisekunden vom Client zum Proxy haben und 62,01 Millisekunden vom Client zur Office 365-URL, liegt der Mittelwert für die Verbindung vom Proxy zur Office 365-URL bei 49,76 Millisekunden.

Weitere Grafik, die den Ping vom Client zum Proxy und den Ping von Client zu Office 365 in Millisekunden nebeneinander zeigt, sodass die Werte subtrahiert werden können.

Im Hinblick auf die Problembehandlung finden Sie möglicherweise etwas Interessantes, indem Sie nur diese Basiswerte sammeln. Wenn Sie beispielsweise feststellen, dass die Latenz vom Proxy oder Übergabepunkt zur Office 365-URL im Allgemeinen zwischen 40 und 59 Millisekunden und die Latenz von Client zum Proxy oder Übergabepunkt bei 3 bis 7 Millisekunden liegt (je nach Netzwerkverkehr, der zu dieser Tageszeit herrscht), dann können Sie sicher sein, dass es irgendwo ein Problem gibt, wenn die letzten drei Basiswerte für die Verbindung vom Client zum Proxy oder Übergabepunkt nun eine Latenz von 45 Millisekunden aufweisen.

Erweiterte Methoden

Wenn Sie wirklich wissen möchten, was mit Ihren Internetanforderungen an Office 365 geschieht, müssen Sie sich mit der Netzwerkablaufverfolgung vertraut machen. Dabei ist es unerheblich, welches Tool Sie für diese Ablaufverfolgungen bevorzugen – HTTPWatch, Netmon, Message Analyzer, Wireshark, Fiddler, Developer Dashboard oder irgendein anderes Tool sind geeignet, solange das Tool den Netzwerkverkehr erfassen und filtern kann. In diesem Abschnitt werden Sie erfahren, dass es sinnvoll ist, mehr als eines dieser Tools auszuführen, um ein vollständigeres Bild von dem Problem zu erhalten. Beim Testen fungieren einige dieser Tools zudem als eigenständige Proxys. Die im Ergänzungsartikel Plan für die Behandlung von Leistungsproblemen bei Office 365 verwendeten Tools sind Netmon 3.4, HTTPWatch oder Wireshark.

Das Erfassen von Leistungsbasiswerten ist der einfache Teil dieser Methode, und viele Schritte sind die gleichen wie die, die beim Behandeln eines Leistungsproblems durchgeführt werden. Die komplexeren Methoden zum Erfassen von Leistungsbasiswerten setzen voraus, dass Sie Netzwerkablaufverfolgungen ausführen und speichern. In den meisten Beispielen in diesem Artikel wird SharePoint Online verwendet, Sie sollten jedoch eine Liste mit allgemeinen Aktionen für die Office 365-Dienste erstellen, die Sie abonnieren, um sie testen und die Ergebnisse aufzeichnen zu können. Ein Beispiel für Erfassen von Basiswerten:

  • Liste der Basiswerte für SPO – Schritt 1: Navigieren Sie zur Homepage der SPO-Website, und führen Sie eine Netzwerkablaufverfolgung durch. Speichern Sie die Netzwerkablaufverfolgung.

  • Liste der Basiswerte für SPO – Schritt 2: Suchen Sie über die Unternehmenssuche nach einem Begriff (beispielsweise nach Ihrem Firmennamen), und führen Sie eine Netzwerkablaufverfolgung durch. Speichern Sie die Netzwerkablaufverfolgung.

  • Liste der Basiswerte für SPO – Schritt 3: Laden Sie eine große Datei in eine SharePoint Online-Dokumentbibliothek hoch, und führen Sie eine Netzwerkablaufverfolgung durch. Speichern Sie die Netzwerkablaufverfolgung.

  • Liste der Basiswerte für SPO – Schritt 4: Navigieren Sie zur Homepage der OneDrive-Website, und führen Sie eine Netzwerkablaufverfolgung durch. Speichern Sie die Netzwerkablaufverfolgung.

Diese Liste sollte die wichtigsten allgemeinen Aktionen enthalten, die Benutzer auf SharePoint Online ausführen. Beachten Sie, dass der letzte Schritt, die Netzwerkablaufverfolgung nach OneDrive for Business, einen Vergleich zwischen der Ladezeit der SharePoint Online-Startseite (die von Unternehmen häufig angepasst wird) und der der OneDrive for Business-Homepage ermöglicht, die selten angepasst wird. Dies ist nur ein sehr elementarer Test, wenn die SharePoint Online-Website lange Ladezeiten aufweist. Sie können einen Datensatz mit diesem Unterschied in Ihre Testergebnisse aufnehmen.

Wenn Sie gerade dabei sind, ein Leistungsproblem zu behandeln, sind viele der Schritte identisch mit denen zum Erfassen eines Basiswerts. Netzwerkablaufverfolgungen werden wichtig, daher befassen wir uns als Nächstes damit, wie die wichtigsten Ablaufverfolgungen durchgeführt werden.

Um sich mit einem aktuellen Leistungsproblem zu befassen, müssen Sie zu dem Zeitpunkt eine Netzwerkablaufverfolgung durchführen, zu dem das Problem auftritt. Sie benötigen die geeigneten Tools, um Protokolle zu erfassen, und Sie brauchen einen Aktionsplan, d. h. eine Liste der Problembehandlungsaktionen, die unternommen werden müssen, um die bestmöglichen Informationen zu sammeln. Der erste Schritt besteht darin, das Datum und die Uhrzeit des Tests aufzuzeichnen, sodass die Dateien in einem entsprechend benannten Ordner gespeichert werden können. Im nächsten Schritt grenzen Sie die eigentlichen Schritte zum Problem ein. Dies sind exakt die Schritte, die Sie beim Testen verwenden werden. Vergessen Sie nicht die Grundlagen: Wenn das Problem nur mit Outlook besteht, notieren Sie unbedingt, dass sich das Problemverhalten nur in einem Office 365-Dienst zeigt. Das Eingrenzen des Problemumfangs hilft Ihnen, sich auf das zu konzentrieren, was Sie lösen können.

Siehe auch

Verwalten von Office 365-Endpunkten

Teilen Facebook Facebook Twitter Twitter E-Mail E-Mail

War diese Information hilfreich?

Sehr gut. Noch anderes Feedback?

Was können wir verbessern?

Vielen Dank für Ihr Feedback!

×