Office 365-Leistung optimieren mit Basisplänen und Leistungsverlauf

Es gibt einige einfache Möglichkeiten zum Überprüfen der Verbindungsleistung zwischen Office 365 und Ihrem Unternehmen, mit denen Sie einen groben Basisplan für Ihre Konnektivität festlegen können. Wenn Sie den Leistungsverlauf Ihrer Clientcomputerverbindungen kennen, können Sie neu auftretende Probleme frühzeitig erkennen, Probleme erkennen und vorhersagen.

Wenn Sie es nicht gewohnt sind, an Leistungsproblemen zu arbeiten, hilft Ihnen dieser Artikel, einige häufig gestellte Fragen zu berücksichtigen. Woher wissen Sie, dass es sich bei dem angezeigten Problem um ein Leistungsproblem und nicht um einen Office 365 Dienstvorfall handelt? Wie können Sie langfristig eine gute Leistung planen? Wie können Sie die Leistung im Auge behalten? Wenn Ihr Team oder Ihre Kunden bei der Verwendung von Office 365 eine langsame Leistung sehen und Sie sich über eine dieser Fragen wundern, lesen Sie weiter.

Wichtig

Gibt es derzeit ein Leistungsproblem zwischen Ihrem Client und Office 365? Führen Sie die Schritte aus, die im Plan zur Leistungsproblembehandlung für Office 365 beschrieben sind.

Etwas, das Sie über Office 365 Leistung wissen sollten

Office 365 befindet sich in einem dedizierten Microsoft-Netzwerk mit hoher Kapazität, das von Automatisierung und realen Personen überwacht wird. Ein Teil der Aufrechterhaltung der Office 365 Cloud ist die Leistungsoptimierung und -optimierung, soweit möglich. Da Clients der Office 365 Cloud über das Internet eine Verbindung herstellen müssen, gibt es fortlaufende Anstrengungen, die Leistung auch über Office 365 Dienste hinweg zu optimieren.

Leistungsverbesserungen hören nie wirklich in der Cloud auf, daher ist es auch nicht so, dass die Cloud fehlerfrei und schnell ist. Sollte es ein Leistungsproblem beim Herstellen einer Verbindung zwischen Ihrem Standort und Office 365 geben, empfiehlt es sich, nicht mit einem Supportfall zu beginnen oder zu warten. Stattdessen sollten Sie damit beginnen, das Problem "von innen nach außen" zu untersuchen. Das heißt, beginnen Sie innerhalb Ihres Netzwerks, und arbeiten Sie nach außen, um Office 365. Bevor Sie einen Fall mit dem Support öffnen, können Sie Daten sammeln und Aktionen ergreifen, die das Problem untersuchen und möglicherweise beheben.

Wichtig

Beachten Sie kapazitätsplanung und Grenzwerte in Office 365. Diese Informationen bringen Sie vor die Kurve, wenn Sie versuchen, ein Leistungsproblem zu beheben. Hier ist ein Link zu den Microsoft 365 und Office 365 Dienstbeschreibungen. Dies ist ein zentraler Hub, und alle von Office 365 angebotenen Dienste haben einen Link, der von hier aus zu ihren eigenen Dienstbeschreibungen führt. Das bedeutet, wenn Sie die Standardgrenzwerte für SharePoint Online anzeigen müssen, klicken Sie beispielsweise auf SharePoint Onlinedienstbeschreibung, und suchen Sie den Abschnitt SharePoint Onlinebeschränkungen.

Stellen Sie sicher, dass Sie mit der Problembehandlung mit dem Verständnis eingehen, dass die Leistung eine gleitende Skala ist. Es geht nicht darum, einen idealisierten Wert zu erreichen und ihn dauerhaft zu erhalten. Gelegentliche Aufgaben mit hoher Bandbreite wie das Onboarding einer großen Anzahl von Benutzern oder das Durchführen großer Datenmigrationen sind stressig. Planen Sie daher die Auswirkungen auf die Leistung. Sie sollten eine grobe Vorstellung von Ihren Leistungszielen haben, aber viele Variablen spielen in die Leistung ein, sodass die Leistung variiert.

Bei der Leistungsproblembehandlung geht es nicht darum, bestimmte Ziele zu erreichen und diese Zahlen unbegrenzt zu verwalten, es geht darum, vorhandene Aktivitäten angesichts aller Variablen zu verbessern.

Okay, wie sieht ein Leistungsproblem aus?

Zuerst müssen Sie sicherstellen, dass es sich bei dem, was Sie erleben, tatsächlich um ein Leistungsproblem und nicht um einen Dienstvorfall handelt. Ein Leistungsproblem unterscheidet sich von einem Dienstvorfall in Office 365. Hier erfahren Sie, wie Sie sie voneinander unterscheiden.

Dienstvorfälle treten auf, wenn der Office 365 Dienst selbst Probleme hat. Möglicherweise werden in der Microsoft 365 Admin Center unter "Aktuelle Integrität" rote oder gelbe Symbole angezeigt. Möglicherweise stellen Sie fest, dass die Leistung auf Clientcomputern, die eine Verbindung mit Office 365 herstellen, langsam ist. Wenn beispielsweise "Aktueller Status" ein rotes Symbol meldet und neben Exchange "Untersuchen" angezeigt wird, erhalten Sie möglicherweise auch Anrufe von Personen in Ihrer Organisation, die sich darüber beschweren, dass Clientpostfächer, die Exchange Online verwenden, langsam sind. In diesem Fall ist es sinnvoll anzunehmen, dass Ihre Exchange Online Leistung Opfer von Dienstproblemen war.

Das Office 365 Integritätsdashboard mit allen Arbeitslasten, die grün angezeigt werden, mit Ausnahme von Exchange, in dem "Dienst wiederhergestellt" angezeigt wird.

An diesem Punkt sollten Sie, der Office 365-Administrator, den aktuellen Status überprüfen und dann häufig Details und Verlauf anzeigen, um über die Wartung des Systems auf dem neuesten Stand zu bleiben. Das Dashboard " Aktueller Status " wurde erstellt, um Sie über Änderungen und Probleme im Dienst zu aktualisieren. Die Notizen und Erläuterungen, die in den Integritätsverlauf geschrieben wurden, von Administrator zu Administrator, helfen Ihnen bei der Messung und um Sie über die laufende Arbeit auf dem Laufenden zu halten.

Ein Bild des Office 365-Integritätsdashboards, das erklärt, dass der Exchange Online-Dienst wiederhergestellt wurde und warum.

Bei einem Leistungsproblem handelt es sich nicht um einen Dienstvorfall, obwohl Vorfälle zu einer langsamen Leistung führen können. Ein Leistungsproblem sieht wie folgt aus:

  • Es tritt ein Leistungsproblem auf, unabhängig davon, was das Admin Center Current Health für den Dienst meldet.

  • Ein Verhalten, das für den Fluss verwendet wurde, dauert lange, bis es abgeschlossen ist oder nie abgeschlossen ist.

  • Sie können das Problem auch replizieren oder wissen, dass es auftritt, wenn Sie die richtigen Schritte ausführen.

  • Wenn das Problem intermittierend ist, kann es immer noch ein Muster geben. Sie wissen beispielsweise, dass Sie bis 10:00 Uhr Anrufe von Benutzern erhalten, die nicht immer auf Office 365 zugreifen können. Die Anrufe enden gegen Mittag.

Diese Liste klingt wahrscheinlich vertraut; vielleicht zu vertraut. Sobald Sie sich bewusst sind, dass es sich um ein Leistungsproblem geht, stellt sich die Frage: "Was machen Sie als Nächstes?" Der Rest dieses Artikels hilft Ihnen dabei, genau das zu ermitteln.

Definieren und Testen des Leistungsproblems

Leistungsprobleme treten häufig im Laufe der Zeit auf, sodass es schwierig sein kann, das eigentliche Problem zu definieren. Erstellen Sie eine gute Problembeschreibung mit einer guten Vorstellung vom Problemkontext, und dann müssen Sie wiederholbare Testschritte ausführen. Hier sind einige Beispiele für Problemanweisungen, die nicht genügend Informationen liefern:

  • Der Wechsel von meinem Posteingang zu meinem Kalender war etwas, was ich nicht bemerkt habe, und jetzt ist es eine Kaffeepause. Können Sie es so gestalten, wie es es gewohnt ist?

  • Das Hochladen meiner Dateien in SharePoint Online dauert für immer. Warum ist es am Nachmittag langsam, aber zu jeder anderen Zeit ist es schnell? Kann es nicht einfach schnell sein?

Die obigen Problembeschreibungen stellen mehrere große Herausforderungen dar. Insbesondere zu viele Mehrdeutigkeiten, um damit umzugehen. Beispiel:

  • Es ist unklar, wie der Wechsel zwischen Posteingang und Kalender verwendet wurde, um auf dem Laptop zu handeln.

  • Wenn der Benutzer sagt: "Kann es nicht einfach schnell sein", was ist "schnell"?

  • Wie lange ist "für immer"? Sind das mehrere Sekunden? Oder viele Minuten? Oder könnte der Benutzer ein Mittagessen einnehmen und die Aktion 10 Minuten nach seiner Rückkehr beendet werden?

Der Administrator und die Problembehandlung können die Details des Problems aus allgemeinen Anweisungen wie diesen nicht kennen. Sie wissen beispielsweise nicht, wann das Problem aufgetreten ist. Die Problembehandlung weiß möglicherweise nicht, dass der Benutzer von zu Hause aus arbeitet und nur langsam wechseln kann, während er sich im Heimnetzwerk befindet. Oder dass der Benutzer andere RAM-intensive Anwendungen auf dem lokalen Client ausführt. Administratoren wissen möglicherweise nicht, dass der Benutzer ein älteres Betriebssystem ausführt oder die letzten Updates nicht ausgeführt hat.

Wenn Benutzer ein Leistungsproblem melden, müssen viele Informationen gesammelt werden. Das Abrufen und Aufzeichnen von Informationen wird als Bereichsdefinition des Problems bezeichnet. Hier ist eine einfache Bereichsdefinitionsliste, mit der Sie Informationen zu Leistungsproblemen sammeln können. Diese Liste ist nicht vollständig, aber sie ist ein Ausgangspunkt:

  • An welchem Datum ist das Problem aufgetreten und zu welcher Tages- oder Nachtzeit?

  • Welche Art von Clientcomputer haben Sie verwendet, und wie stellt er eine Verbindung mit dem Unternehmensnetzwerk her (VPN, Verkabelt, Drahtlos)?

  • Haben Sie remote gearbeitet oder waren Sie im Büro?

  • Haben Sie die gleichen Aktionen auf einem anderen Computer versucht und dasselbe Verhalten angezeigt?

  • Gehen Sie durch die Schritte, die Ihnen die Probleme geben, damit Sie die Aktionen, die Sie ausführen, schreiben können.

  • Wie langsam ist die Leistung in Sekunden oder Minuten?

  • Wo auf der Welt befinden Sie sich?

Einige dieser Fragen sind offensichtlicher als andere. Die meisten verstehen, dass eine Problembehandlung die genauen Schritte erfordert, um das Problem zu reproduzieren. Denn wie sonst können Sie aufzeichnen, was falsch ist, und wie können Sie sonst testen, ob das Problem behoben ist? Weniger offensichtlich sind Dinge wie "Welches Datum und welche Uhrzeit wurde das Problem angezeigt?", und "Wo in der Welt befinden Sie sich?", Informationen, die zusammen verwendet werden können. Je nachdem, wann der Benutzer gearbeitet hat, können einige Stunden Zeitunterschied bedeuten, dass die Wartung in Teilen des Unternehmensnetzwerks bereits ausgeführt wird. Beispielsweise verfügt Ihr Unternehmen über eine Hybridimplementierung, z. B. eine hybride SharePoint-Suche, die Suchindizes sowohl in SharePoint Online als auch in einer lokalen SharePoint Server 2013-Instanz abfragen kann, können Updates in der lokalen Farm ausgeführt werden. Wenn Sich Ihr Unternehmen vollständig in der Cloud befindet, kann die Systemwartung das Hinzufügen oder Entfernen von Netzwerkhardware, das Rollout unternehmensweiter Updates oder das Vornehmen von Änderungen an DNS oder einer anderen Kerninfrastruktur umfassen.

Wenn Sie ein Leistungsproblem beheben, ist es ein bisschen wie ein Tatort, Sie müssen genau und aufmerksam sein, um Schlussfolgerungen aus den Beweisen zu ziehen. Um dies zu tun, müssen Sie eine gute Problemerklärung erhalten, indem Sie Beweise sammeln. Sie sollte den Kontext des Computers, den Kontext des Benutzers, den Beginn des Problems und die genauen Schritte enthalten, die das Leistungsproblem offengelegt haben. Diese Problemanweisung sollte die oberste Seite in Ihren Notizen sein und bleiben. Indem Sie die Problemerklärung erneut durchlaufen, nachdem Sie an der Lösung gearbeitet haben, führen Sie die Schritte aus, um zu testen und nachzuweisen, ob die von Ihnen durchgeführten Maßnahmen das Problem behoben haben. Dies ist wichtig, um zu wissen, wann Ihre Arbeit dort abgeschlossen ist.

Wissen Sie, wie die Leistung früher ausseh, als sie gut war?

Wenn Sie Pech haben, weiß niemand. Niemand hatte Zahlen. Das bedeutet, dass niemand die einfache Frage "Wie viele Sekunden hat es gebraucht, bis ein Posteingang in Office 365 angezeigt wurde?" oder "Wie lange hat es gebraucht, als die Führungskräfte eine Lync Online-Besprechung hatten?" beantworten, was für viele Unternehmen ein gängiges Szenario ist.

Was fehlt hier ist ein Leistungsbaseline?

Basispläne bieten Ihnen einen Kontext für Ihre Leistung. Je nach den Anforderungen Ihres Unternehmens sollten Sie gelegentlich oder häufig einen Basisplan festlegen. Wenn Sie ein größeres Unternehmen sind, kann Ihr Operations-Team bereits Basispläne für Ihre lokale Umgebung verwenden. Wenn Sie beispielsweise alle Exchange Server am ersten Montag des Monats und alle Ihre SharePoint Server am dritten Montag patchen, verfügt Ihr Operations-Team wahrscheinlich über eine Liste von Aufgaben und Szenarien, die nach dem Patchen ausgeführt werden, um zu beweisen, dass kritische Funktionen funktionsfähig sind. Öffnen Sie z. B. den Posteingang, klicken Sie auf "Senden/Empfangen", und stellen Sie sicher, dass die Ordner aktualisiert werden, oder durchsuchen Sie in SharePoint die Hauptseite der Website, wechseln Sie zur Suchseite des Unternehmens, und führen Sie eine Suche durch, die Ergebnisse zurückgibt.

Wenn sich Ihre Anwendungen in Office 365 befinden, können Sie einige der grundlegendsten Basispläne die Zeit (in Millisekunden) von einem Clientcomputer innerhalb Ihres Netzwerks bis zu einem Ausgangspunkt oder dem Punkt messen, an dem Sie Ihr Netzwerk verlassen und zu Office 365 wechseln. Hier sind einige hilfreiche Basispläne, die Sie untersuchen und aufzeichnen können:

  • Identifizieren Sie die Geräte zwischen Ihrem Clientcomputer und Ihrem Ausgangspunkt, z. B. Ihrem Proxyserver.

    • Sie müssen Ihre Geräte kennen, damit Sie Kontext (IP-Adressen, Gerätetyp usw.) für auftretende Leistungsprobleme haben.

    • Proxyserver sind häufige Ausgangspunkte, sodass Sie Ihren Webbrowser überprüfen können, um festzustellen, welcher Proxyserver verwendet werden soll, falls vorhanden.

    • Es gibt Tools von Drittanbietern, die Ihr Netzwerk ermitteln und zuordnen können, aber die sicherste Möglichkeit, Ihre Geräte zu erkennen, besteht darin, ein Mitglied Ihres Netzwerkteams zu fragen.

  • Identifizieren Sie Ihren Internetdienstanbieter (Internet Service Provider, ISP), notieren Sie sich deren Kontaktinformationen, und fragen Sie, wie viele Schaltkreise Sie über wie viel Bandbreite verfügen.

  • Identifizieren Sie innerhalb Ihres Unternehmens Ressourcen für die Geräte zwischen Ihrem Client und dem Ausgangspunkt, oder identifizieren Sie einen Notfallkontakt, mit dem Sie über Netzwerkprobleme sprechen können.

Hier sind einige Basispläne, die einfache Tests mit Tools für Sie berechnen können:

  • Zeit vom Clientcomputer zum Ausgangspunkt in Millisekunden

  • Zeit vom Ausgangspunkt bis zum Office 365 in Millisekunden

  • Speicherort in der Welt des Servers, der die URLS für Office 365 beim Durchsuchen auflöst

  • Die Geschwindigkeit der DNS-Auflösung Ihres ISP in Millisekunden, Inkonsistenzen bei der Paketankunft (Netzwerk-Jitter), Upload- und Downloadzeiten in Millisekunden

Wenn Sie mit der Durchführung dieser Schritte nicht vertraut sind, werden wir in diesem Artikel ausführlicher darauf eingehen.

Was ist ein Basisplan?

Sie werden die Auswirkungen kennen, wenn es schlecht läuft, aber wenn Sie Ihre historischen Leistungsdaten nicht kennen, ist es nicht möglich, einen Kontext dafür zu haben, wie schlecht es geworden sein kann und wann. Ohne Basisplan fehlt ihnen also der Schlüssel zum Lösen des Puzzles: das Bild auf der Puzzlebox. Bei der Leistungsproblembehandlung benötigen Sie einen Vergleichspunkt. Einfache Leistungsgrundwerte sind nicht schwierig zu nehmen. Ihr Operations-Team kann mit der Ausführung nach einem Zeitplan beauftragt werden. Angenommen, Ihre Verbindung sieht wie folgt aus:

Eine einfache Netzwerkgrafik mit Client, Proxy und Office 365 Cloud.

Das bedeutet, dass Sie sich mit Ihrem Netzwerkteam abgemeldet haben und festgestellt haben, dass Sie Ihr Unternehmen über einen Proxyserver für das Internet verlassen und dass dieser Proxy alle Anforderungen verarbeitet, die Ihr Clientcomputer an die Cloud sendet. In diesem Fall sollten Sie eine vereinfachte Version Ihrer Verbindung zeichnen, in der alle dazwischen liegenden Geräte aufgelistet sind. Fügen Sie nun Tools ein, mit denen Sie die Leistung zwischen dem Client, dem Ausgangspunkt (an dem Sie Ihr Netzwerk für das Internet verlassen) und der Office 365 Cloud testen können.

Einfaches Netzwerk mit Client, Proxy und Cloud sowie Tools mit Vorschlägen für PSPing, TraceTCP und Netzwerkablaufverfolgungen.

Die Optionen werden aufgrund des Fachwissens, das Sie benötigen, um die Leistungsdaten zu finden, als einfach und erweitert aufgeführt. Eine Netzwerkablaufverfolgung nimmt im Vergleich zur Ausführung von Befehlszeilentools wie PsPing und TraceTCP viel Zeit in Anspruch. 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 benötigt wird, um den Clientcomputer oder Proxyserver zu verlassen (wenn Sie Zugriff haben) und bei Office 365 ankommen. Jeder einzelne Hop von einem Computer zu einem anderen endet mit einem Zeitwert, und das ist ideal für Basispläne! Ebenso wichtig ist, dass Sie mit diesen Befehlszeilentools dem Befehl eine Portnummer hinzufügen können. Dies ist nützlich, da Office 365 über Port 443 kommuniziert, dem Port, der von Secure Sockets Layer and Transport Layer Security (SSL und TLS) verwendet wird. Andere Tools von Drittanbietern sind jedoch möglicherweise bessere Lösungen für Ihre Situation. Microsoft unterstützt nicht alle diese Tools. Wenn Sie psPing und TraceTCP also aus irgendeinem Grund nicht verwenden können, wechseln Sie mit einem Tool wie Netmon zu einer Netzwerkablaufverfolgung.

Sie können einen Basisplan vor den Geschäftszeiten, wieder während der schweren Nutzung und dann wieder nach Feierabend verwenden. Dies bedeutet, dass Sie möglicherweise eine Ordnerstruktur haben, die am Ende etwas wie folgt aussieht:

Grafik, die eine Möglichkeit zum Organisieren Ihrer Leistungsdaten in Ordnern vorschlägt.

Sie sollten auch eine Benennungskonvention für Ihre Dateien auswählen. 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

Es gibt viele verschiedene Möglichkeiten, um dies zu tun, aber die Verwendung des Formats <dateTime><what's happening in the test> ist ein guter Ausgangspunkt. Die sorgfältige Behandlung dieses Problems hilft ihnen sehr, wenn Sie später versuchen, Probleme zu beheben. Später können Sie sagen: "Ich habe am 8. Februar zwei Spuren genommen, eine zeigte eine gute Leistung und eine zeigte schlecht, sodass wir sie vergleichen können". Dies ist hilfreich bei der Problembehandlung.

Sie benötigen eine organisierte Methode, um Ihre historischen Basispläne beizubehalten. In diesem Beispiel haben die einfachen Methoden drei Befehlszeilenausgänge erzeugt, und die Ergebnisse wurden als Screenshots gesammelt, aber möglicherweise haben Sie stattdessen Netzwerkaufzeichnungsdateien. Verwenden Sie die Methode, die für Sie am besten geeignet ist. Store Sie ihre historischen Basispläne und verweisen sie an Punkten, an denen Sie Änderungen am Verhalten von Onlinedienste bemerken.

Warum Leistungsdaten während eines Pilotprojekts sammeln?

Es gibt keinen besseren Zeitpunkt, mit der Erstellung von Basisplans zu beginnen, als während eines Pilotprojekts des Office 365-Diensts. Ihr Büro hat möglicherweise Tausende von Benutzern, Hunderttausende oder fünf, aber selbst mit einigen wenigen Benutzern können Sie Tests durchführen, um Leistungsschwankungen zu messen. Im Falle eines großen Unternehmens kann eine repräsentative Stichprobe von mehreren hundert Benutzern, die Office 365 pilotieren, nach außen auf mehrere Tausend projiziert werden, damit Sie wissen, wo Probleme auftreten können, bevor sie auftreten.

Im Falle eines kleinen Unternehmens, bei dem on-boarding bedeutet, dass alle Benutzer gleichzeitig zum Dienst wechseln und es kein Pilotprojekt gibt, behalten Sie Die Leistungsmaßnahmen bei, damit Sie Daten haben, die jedem angezeigt werden können, der möglicherweise eine Problembehandlung bei einem schlecht funktionierenden Vorgang ausführen muss. Wenn Sie z. B. feststellen, dass Sie plötzlich in der Zeit, in der es zum Hochladen einer mittelgroßen Grafik benötigt wird, durch Ihr Gebäude gehen können, wo es früher schnell passiert ist.

So sammeln Sie Basispläne

Für alle Problembehandlungspläne müssen Sie diese Dinge mindestens identifizieren:

  • Der verwendete Clientcomputer (Computertyp oder Gerät, IP-Adresse und die Aktionen, die das Problem verursacht haben)

  • Wo sich der Clientcomputer in der Welt befindet (z. B. ob dieser Benutzer über ein VPN zum Netzwerk, remote oder im Unternehmensintranet arbeitet)

  • Der Ausgangspunkt, den der Clientcomputer aus Ihrem Netzwerk verwendet (der Punkt, an dem Datenverkehr Ihr Unternehmen für einen ISP oder das Internet verlässt)

Sie können das Layout Ihres Netzwerks vom Netzwerkadministrator ermitteln. Wenn Sie sich in einem kleinen Netzwerk befinden, werfen Sie einen Blick auf die Geräte, die Sie mit dem Internet verbinden, und rufen Sie Ihren Internetdienstanbieter an, wenn Sie Fragen zum Layout haben. Erstellen Sie eine Grafik des endgültigen Layouts für Ihren Verweis.

Dieser Abschnitt ist in einfache Befehlszeilentools und -methoden sowie erweiterte Tools-Optionen unterteilt. Wir behandeln zunächst einfache Methoden. Aber wenn Sie gerade ein Leistungsproblem haben, sollten Sie zu erweiterten Methoden springen und den Beispielaktionsplan zur Leistungsproblembehandlung ausprobieren.

Einfache Methoden

Das Ziel dieser einfachen Methoden besteht darin, zu lernen, einfache Leistungsgrundwerte im Laufe der Zeit zu erfassen, zu verstehen und ordnungsgemäß zu speichern, damit Sie über Office 365 Leistung informiert werden. Hier ist das einfache Diagramm für einfache Elemente, wie Sie es bereits gesehen haben:

Einfaches Netzwerk mit Client, Proxy und Cloud sowie Tools mit Vorschlägen für PSPing, TraceTCP und Netzwerkablaufverfolgungen.

Hinweis

TraceTCP ist in diesem Screenshot enthalten, da es ein nützliches Tool ist, um in Millisekunden anzuzeigen, wie lange eine Anforderung verarbeitet werden muss und wie viele Netzwerkhops oder Verbindungen von einem Computer zum nächsten benötigt werden, um ein Ziel zu erreichen. TraceTCP kann auch die Namen der Server geben, die während des Hops verwendet werden, was für eine Microsoft Office 365 Problembehandlung im Support hilfreich sein kann. > TraceTCP-Befehle können sehr einfach sein, z. B.: > tracetcp.exe outlook.office365.com:443> Denken Sie daran, die Portnummer in den Befehl einzuschließen! > TraceTCP ist ein kostenloser Download, basiert aber auf Wincap. Wincap ist ein Tool, das auch von Netmon verwendet und installiert wird. Wir verwenden Netmon auch im Abschnitt "Erweiterte Methoden".

Wenn Sie über mehrere Niederlassungen verfügen, müssen Sie auch einen Satz von Daten von einem Client an jedem dieser Standorte aufbewahren. Dieser Test misst die Latenz, bei der es sich in diesem Fall um einen Zahlenwert handelt, der den Zeitraum zwischen dem Senden einer Anforderung an Office 365 und Office 365 dem Beantworten der Anforderung durch einen Client beschreibt. Die Tests stammen aus Ihrer Domäne auf einem Clientcomputer und sollen einen Roundtrip von innerhalb Ihres Netzwerks über einen Ausgangspunkt, über das Internet bis zum Office 365 und zurück messen.

Es gibt einige Möglichkeiten, mit dem Übergabepunkt umzugehen, in diesem Fall dem Proxyserver. Sie können entweder von 1 bis 2 und dann von 2 bis 3 nachverfolgen und dann die Zahlen in Millisekunden hinzufügen, um eine endgültige Summe am Rand Ihres Netzwerks zu erhalten. Sie können die Verbindung auch so konfigurieren, dass der Proxy für Office 365 Adressen umgangen wird. In einem größeren Netzwerk mit einer Firewall, einem Reverseproxy oder einer Kombination aus beiden müssen Sie möglicherweise Ausnahmen auf dem Proxyserver vornehmen, die das Weiterleiten von Datenverkehr für viele URLs ermöglichen. Die Liste der von Office 365 verwendeten Endpunkte finden Sie unter Office 365 URLs und IP-Adressbereiche. Wenn Sie über einen Authentifizierungsproxy verfügen, testen Sie zunächst Ausnahmen für Folgendes:

  • Ports 80 und 443

  • TCP und HTTPs

  • Verbindungen, die mit einer der folgenden URLs ausgehend sind:

  • *.microsoftonline.com

  • *.microsoftonline-p.com

  • *.sharepoint.com

  • *.outlook.com

  • *.lync.com

  • osub.microsoft.com

Alle Benutzer müssen zu diesen Adressen ohne Proxystörungen oder Authentifizierung gelangen dürfen. In einem kleineren Netzwerk sollten Sie diese ihrer Proxyumgehungsliste in Ihrem Webbrowser hinzufügen.

Um diese zu Ihrer Proxyumgehungsliste in Internet Explorer hinzuzufügen, wechseln Sie zu "Extras > Internetoptionen > Verbindungen > LAN-Einstellungen > erweitert". Auf der Registerkarte "Erweitert" finden Sie auch ihren Proxyserver- und Proxyserverport. Möglicherweise müssen Sie auf das Kontrollkästchen " Proxyserver für Ihr LAN verwenden" klicken, um auf die Schaltfläche " Erweitert " zuzugreifen. Sie sollten sicherstellen, dass der Proxyserver für lokale Adressen umgangen ist. Nachdem Sie auf "Erweitert" geklickt haben, wird ein Textfeld angezeigt, in dem Sie Ausnahmen eingeben können. Trennen Sie die oben aufgeführten Platzhalter-URLs durch Semikolons, z. B.:

*.microsoftonline.com; *.sharepoint.com

Nachdem Sie Ihren Proxy umgangen haben, sollten Sie ping oder PsPing direkt auf einer Office 365-URL verwenden können. Der nächste Schritt ist das Testen von Ping-outlook.office365.com. Oder wenn Sie PsPing oder ein anderes Tool verwenden, mit dem Sie eine Portnummer für den Befehl bereitstellen können, psPing gegen portal.microsoftonline.com:443 , um die durchschnittliche Roundtripzeit in Millisekunden anzuzeigen.

Die Roundtripzeit (RTT) ist ein Zahlenwert, der misst, wie lange es dauert, eine HTTP-Anforderung an einen Server wie outlook.office365.com zu senden und eine Antwort zurückzugeben, die bestätigt, dass der Server weiß, dass Sie dies getan haben. Manchmal wird dies als RTT abgekürzt. Dies sollte relativ kurz sein.

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

So verwenden Sie PsPing, um eine roundtrip-Gesamtzeit in Millisekunden direkt aus einer Office 365-URL abzurufen

  1. Führen Sie eine Eingabeaufforderung mit erhöhten Rechten aus, indem Sie die folgenden Schritte ausführen:

  2. Klicken Sie auf Start.

  3. Geben Sie im Feld "Suche starten " "cmd" ein, und drücken Sie dann STRG+UMSCHALT+EINGABETASTE.

  4. Wenn das Dialogfeld Benutzerkontensteuerung eingeblendet wird, bestätigen Sie die angegebene Aktion und klicken dann auf Weiter.

  5. Navigieren Sie zu dem Ordner, in dem das Tool (in diesem Fall PsPing) installiert ist, und testen Sie diese Office 365 URLs:

  • psping admin.microsoft.com:443

  • psping microsoft-my.sharepoint.com:443

  • psping outlook.office365.com:443

  • psping www.yammer.com:443

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

Achten Sie darauf, die Portnummer 443 anzugeben. Denken Sie daran, dass Office 365 auf einem verschlüsselten Kanal funktioniert. Wenn Sie PsPing ohne die Portnummer verwenden, schlägt Ihre Anforderung fehl. Nachdem Sie Ihre kurze Liste angepingt haben, suchen Sie nach der durchschnittlichen Zeit in Millisekunden (ms). Das möchten Sie aufzeichnen!

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

Wenn Sie mit der Proxyumgehung nicht vertraut sind und es vorziehen, die Schritte schrittweise durchzuführen, müssen Sie zuerst den Namen Ihres Proxyservers ermitteln. Wechseln Sie in Internet Explorer zu "Extras > Internetoptionen > Verbindungen > LAN-Einstellungen > erweitert". Auf der Registerkarte " Erweitert " wird Ihr Proxyserver aufgelistet. Senden Sie einen Ping an diesen Proxyserver an einer Eingabeaufforderung, indem Sie diese Aufgabe ausführen:

So pingen Sie den Proxyserver und rufen einen Roundtripwert in Millisekunden für Phase 1 bis 2 ab

  1. Führen Sie eine Eingabeaufforderung mit erhöhten Rechten aus, indem Sie die folgenden Schritte ausführen:

  2. Klicken Sie auf Start.

  3. Geben Sie im Feld "Suche starten " "cmd" ein, und drücken Sie dann STRG+UMSCHALT+EINGABETASTE.

  4. Wenn das Dialogfeld Benutzerkontensteuerung eingeblendet wird, bestätigen Sie die angegebene Aktion und klicken dann auf Weiter.

  5. Geben Sie Ping ein <the name of the proxy server your browser uses, or the IP address of the proxy server> , und drücken Sie dann die EINGABETASTE. Wenn PsPing oder ein anderes Tool installiert ist, können Sie stattdessen dieses Tool verwenden.

    Ihr Befehl sieht möglicherweise wie in einem der folgenden Beispiele aus:

  • ping ourproxy.ourdomain.industry.business.com

  • Ping 155.55.121.55

  • ping ourproxy

  • psping ourproxy.ourdomain.industry.business.com:80

  • psping 155.55.121.55:80

  • psping ourproxy:80

  1. Wenn die Ablaufverfolgung das Senden von Testpaketen beendet, erhalten Sie eine kleine Zusammenfassung, in der ein Durchschnitt in Millisekunden aufgeführt wird, und das ist der Wert, nach dem Sie sich befinden. Erstellen Sie einen Screenshot der Eingabeaufforderung, und speichern Sie sie unter Verwendung Ihrer Benennungskonvention. An diesem Punkt kann es auch hilfreich sein, das Diagramm mit dem Wert auszufüllen.

Vielleicht haben Sie am frühen Morgen eine Ablaufverfolgung erstellt, und Ihr Client kann schnell zum Proxy gelangen (oder was auch immer der Ausgangsserver ins Internet verlässt). In diesem Fall können Ihre Zahlen wie folgt aussehen:

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

Wenn Ihr Clientcomputer einer der wenigen Ausgewählten mit Zugriff auf den Proxyserver (oder Ausgangsserver) ist, können Sie die nächste Stufe des Tests ausführen, indem Sie eine Remoteverbindung mit diesem Computer herstellen und die Eingabeaufforderung zu PsPing zu einer Office 365-URL von dort ausführen. Wenn Sie keinen Zugriff auf diesen Computer haben, können Sie sich an Ihre Netzwerkressourcen wenden, um Hilfe zum nächsten Abschnitt zu erhalten und genaue Zahlen auf diese Weise zu erhalten. Wenn dies nicht möglich ist, verwenden Sie ein PsPing-Objekt für die betreffende Office 365-URL, und vergleichen Sie es mit der PsPing- oder Ping-Zeit mit Ihrem Proxyserver.

Wenn Sie beispielsweise 51,84 Millisekunden vom Client bis zur Office 365-URL haben und 2,8 Millisekunden vom Client zum Proxy (oder Übergabepunkt) haben, haben Sie 49,04 Millisekunden vom Ausgang bis zum Office 365. Wenn Sie einen PsPing-Wert von 12,25 Millisekunden vom Client zum Proxy während der Tageshöhe und 62,01 Millisekunden vom Client zur Office 365-URL haben, beträgt der Durchschnittliche Wert für den Proxyausgang an die Office 365-URL 49,76 Millisekunden.

Zusätzliche Grafik, die den Ping in Millisekunden vom Client zum Proxy neben dem Client zeigt, um Office 365, damit die Werte subtrahiert werden können.

In Bezug auf die Problembehandlung finden Sie möglicherweise etwas Interessantes, nur wenn Sie diese Basispläne beibehalten. Wenn Sie beispielsweise feststellen, dass Sie in der Regel zwischen 40 millisekunden und 59 Millisekunden Latenz vom Proxy- oder Übergabepunkt bis zur Office 365-URL haben und einen Client haben, der eine Latenz von etwa 3 Millisekunden bis 7 Millisekunden (je nachdem, wie viel Netzwerkdatenverkehr während dieser Tageszeit angezeigt wird) zum Proxy- oder Übergabepunktlatenz hat, wissen Sie sicherlich, dass etwas problematisch ist, wenn ihre letzten drei Client-Basispläne für Proxys oder Ausgehende Anzeigen angezeigt werden. eine Latenz von 45 Millisekunden.

Erweiterte Methoden

Wenn Sie wirklich wissen möchten, was mit Ihren Internetanforderungen an Office 365 geschieht, müssen Sie sich mit Netzwerkablaufverfolgungen vertraut machen. Es spielt keine Rolle, welche Tools Sie für diese Ablaufverfolgungen bevorzugen, HTTPWatch, Netmon, Message Analyzer, Wireshark, Fiddler, Entwicklerdashboard-Tool oder ein anderes Tool, solange dieses Tool Netzwerkdatenverkehr erfassen und filtern kann. Sie werden in diesem Abschnitt sehen, dass es von Vorteil ist, mehrere dieser Tools auszuführen, um ein vollständigeres Bild des Problems zu erhalten. Beim Testen fungieren einige dieser Tools auch selbst als Proxys. Zu den im Begleitartikel verwendeten Tools, dem Plan zur Leistungsproblembehandlung für Office 365, gehören Netmon 3.4, HTTPWatch oder WireShark.

Die Erstellung eines Leistungsbasisplans ist der einfache Teil dieser Methode, und viele der Schritte sind identisch mit der Behandlung eines Leistungsproblems. Die fortgeschritteneren Methoden zum Erstellen von Basiswerten für die Leistung erfordern, dass Sie Netzwerkablaufverfolgungen erfassen und speichern. In den meisten Beispielen in diesem Artikel wird SharePoint Online verwendet. Sie sollten jedoch eine Liste allgemeiner Aktionen für die Office 365 Dienste entwickeln, für die Sie Test- und Aufzeichnungsvorgänge abonnieren. Hier ist ein Basisplanbeispiel:

  • Baseline list for SPO - ** Step 1: ** Browse the home page of the SPO website and do a network trace. Speichern Sie die Ablaufverfolgung.

  • Baseline list for SPO - Step 2: Search for a term (such as your company name) via Enterprise Search and do a network trace. Speichern Sie die Ablaufverfolgung.

  • Baseline list for SPO - Step 3: Hochladen a large file to a SharePoint Online document library and do a network trace. Speichern Sie die Ablaufverfolgung.

  • Baseline list for SPO - Step 4: Browse the home page of the OneDrive website and do a network trace. Speichern Sie die Ablaufverfolgung.

Diese Liste sollte die wichtigsten allgemeinen Aktionen enthalten, die Benutzer gegen SharePoint Online ausführen. Beachten Sie, dass der letzte Schritt zur Ablaufverfolgung, der zu OneDrive for Business geht, einen Vergleich zwischen der Last der SharePoint Online-Startseite (die häufig von Unternehmen angepasst wird) und OneDrive for Business Homepage erstellt, die selten angepasst wird. Dies ist ein grundlegender Test, wenn es um ein langsames Laden SharePoint Online-Website geht. Sie können einen Datensatz dieses Unterschieds in Ihre Tests aufnehmen.

Wenn Sie sich in der Mitte eines Leistungsproblems befinden, sind viele der Schritte identisch mit der Erstellung eines Basisplans. Netzwerkablaufverfolgungen werden kritisch, daher behandeln wir als Nächstes, wie die wichtigen Ablaufverfolgungen durchgeführt werden.

Um ein Leistungsproblem zu beheben, müssen Sie zurzeit eine Ablaufverfolgung zum Zeitpunkt des Auftretens des Leistungsproblems erstellen. Sie benötigen die richtigen Tools zum Sammeln von Protokollen, und Sie benötigen einen Aktionsplan, d. h. eine Liste von Problembehandlungsmaßnahmen, die Sie ergreifen müssen, um die besten Informationen zu sammeln, die Sie können. Als Erstes müssen Sie das Datum und die Uhrzeit des Tests aufzeichnen, damit die Dateien in einem Ordner gespeichert werden können, der die Anzeigedauer widerspiegelt. Als Nächstes sollten Sie sich auf die Problemschritte selbst eingrenzen. Dies sind die genauen Schritte, die Sie zum Testen verwenden werden. Vergessen Sie nicht die Grundlagen: Wenn das Problem nur bei Outlook liegt, stellen Sie sicher, dass das Problemverhalten nur in einem Office 365 Dienst auftritt. Wenn Sie den Umfang dieses Problems eingrenzen, können Sie sich auf etwas konzentrieren, das Sie beheben können.

Siehe auch

Verwalten von Office 365-Endpunkten