Freigeben über


Microsoft 365 Apps – Integrität

Die Microsoft 365 Apps health Dashboard im Microsoft 365 Apps Admin Center hilft Ihnen, Ihre Apps fehlerfrei zu halten. Es bietet Einblicke in die Leistung auf Ihren Clientgeräten und bietet Anleitungen zur Optimierung und Behandlung von auftretenden Problemen.

Tipp

Wenn Sie lieber lesen möchten, sehen Sie sich das Einführungsvideo zu Apps Health an.

Anforderungen

Unterstützte integrierte Administratorrollen

Sie können die folgenden integrierten Microsoft Entra-Rollen für den Zugriff auf und die Verwaltung des Features verwenden:

Wichtig

Microsoft empfiehlt die Verwendung von Rollen mit den wenigsten Berechtigungen. Dies trägt zur Verbesserung der Sicherheit für Ihre Organisation bei. Globaler Administrator ist eine hoch privilegierte Rolle, die auf Notfallszenarien beschränkt werden sollte, wenn Sie keine vorhandene Rolle verwenden können.

Rolle Beschreibung
Office-Apps-Administrator (empfohlen) Diese Rolle kann die Office-Apps-Cloud-Dienste verwalten, einschließlich der Verwaltung von Richtlinien und Einstellungen, und die Fähigkeit verwalten, den Inhalt der "Neuigkeiten"-Funktionen auszuwählen, abzuwählen und auf den Geräten der Endbenutzer zu veröffentlichen.
Sicherheitsadministrator Diese Rolle kann Sicherheitsinformationen und Berichte lesen und die Konfiguration in Microsoft Entra ID und Office 365 verwalten.
Globaler Administrator Diese Rolle kann alle Aspekte von Microsoft Entra ID und Microsoft-Diensten verwalten, die Microsoft-Entra-Identitäten verwenden.

Hinweis

Globaler Leser ist eine weitere integrierte Rolle, die vom Microsoft 365 Apps Admin Center unterstützt wird, aber einige Features wie Cloudupdate oder die Seite "Einstellungen für moderne Apps" nicht unterstützt.

Lizenzierungsanforderungen

Ihr Benutzer muss einem der folgenden Abonnementpläne zugewiesen sein:

Typ Abonnementplan
Education
  • Microsoft 365 A3
  • Microsoft 365 A5
  • Business
  • Microsoft 365 Business Standard
  • Microsoft 365 Business Premium
  • Großunternehmen
  • Office 365 E3
  • Office 365 E5
  • Microsoft 365 E3
  • Microsoft 365 E5
  • Wichtig

    Die folgenden Pläne werden nicht unterstützt:

    • Microsoft 365, betrieben von 21Vianet
    • Microsoft 365 GCC
    • Microsoft 365 GCC High und DoD

    Erforderliche Produktversionen

    Sie können Microsoft 365 Apps unter Windows mit den folgenden Versionen verwalten:

    Hinweis

    Die Dashboard zeigt möglicherweise Erkenntnisse für nicht unterstützte Versionen an, aber diese Versionen werden offiziell nicht unterstützt und sollten so bald wie möglich aktualisiert werden. Verwenden Sie den Bestand , um Geräte zu identifizieren, auf denen nicht unterstützte Versionen ausgeführt werden.

    Netzwerkanforderungen

    Geräte, auf denen Microsoft 365 Apps ausgeführt wird, benötigen Zugriff auf die folgenden Endpunkte:

    Microsoft-Dienst URLs auf Zulassungsliste erforderlich
    Microsoft 365 Apps Admin Center
  • login.live.com
  • *.office.com
  • *.office.net
  • Office-Netzwerk für die Inhaltsübermittlung (CDN)
  • officecdn.microsoft.com
  • officecdn.microsoft.com.edgesuite.net
  • otelrules.azureedge.net
  • Quelle: Microsoft 365-URLs und -IP-Adressbereiche

    Zusätzliche Anforderungen

    Diagnosedaten für Office sollten auf Ihren Geräten aktiviert sein, da dies die Standardeinstellung ist. Wenn Sie die Übertragung von Diagnosedaten für Office eingeschränkt haben, z. B. über Gruppenrichtlinieneinstellungen, müssen Sie diese Einstellungen ändern , um das Senden erforderlicher und optionaler Daten zu ermöglichen.

    So gelangen Sie zum Dashboard

    Wechseln Sie zum Microsoft 365 Apps Admin Center, erweitern Sie den Knoten Integrität, und wählen Sie App-Integrität aus. Informationen zur Verwendung des Microsoft 365 Apps Admin Centers finden Sie unter Übersicht über das Microsoft 365 Apps Admin Center.

    Übersicht

    Die Dashboard Microsoft 365 Apps integrität soll Ihnen helfen, die Microsoft 365 Apps in Ihrem Mandanten zu optimieren und zu beheben. Seine Standard Vorteile sind:

    • Einrichtung ohne Aufwand: Keine Bereitstellung zusätzlicher Agents erforderlich, da Office-Diagnosedaten verwendet werden
    • Sichtbarkeit: Sie können jederzeit die Entwicklung der App-Integrität anzeigen und mit Änderungen in Ihrer Infrastruktur korrelieren.
    • Umsetzbar: Es erkennt proaktiv Probleme oder Optimierungsbereiche in Ihren Office-Apps und stellt sie als Empfehlungen dar.

    Die Dashboard überwacht Word, Excel, PowerPoint, Outlook, OneNote und Publisher unter Windows. Gesundheitstrends und Empfehlungen werden alle 24 Stunden aktualisiert.

    Derzeit bietet Microsoft 365 Apps Integrität Trends für die folgenden Leistungs- und Zuverlässigkeitsmetriken:

    • App-Absturzrate: Die Anzahl der App-Abstürze über die Anzahl von Benutzersitzungen innerhalb des ausgewählten Bereichs (App, Build)
    • App-Startzeit: Die Zeit, die vom Benutzer geöffnet wird, bis sie innerhalb des ausgewählten Bereichs (App, Build) für die Benutzereingabe bereit ist.
    • App File Open Time (lokal): Die Zeit, die vom Benutzer von einem lokalen Laufwerk aus geöffnet wird, bis die Datei innerhalb des ausgewählten Bereichs (App, Build) für die Benutzereingabe bereit ist.
    • App File Open Time (SharePoint): Die Zeit, die von dem Moment an benötigt wird, an dem der Benutzer eine Datei von einer SharePoint-Website oder Microsoft OneDrive für Arbeit und Schule öffnet, bis die Datei innerhalb des ausgewählten Bereichs (App, Build) für die Benutzereingabe bereit ist.

    Tipp

    Weitere Informationen zum Interpretieren von Trends finden Sie unter Leistungstrends.

    Wenn eine bemerkenswerte Änderung eines Trends erkannt wird, stellt der Dashboard diese als Empfehlung dar. Mithilfe von Empfehlungen können Sie Fehlerdomänen isolieren und im Kontext einer Metrik einer bestimmten App, eines bestimmten Builds und kanals definiert werden. Sie informieren über eine Verschlechterung oder Verbesserung und werden als signifikant oder minderwertig eingestuft.

    Empfehlungen werden erkannt, indem der Wert der Metrik mit der Baseline verglichen wird. Dies kann folgendes sein:

    • Der Wert der Metrik desselben App-, Build- und Updatekanals in der Vergangenheit
    • Der Wert der Metrik derselben App aus dem aktivsten Build desselben Updatekanals in Ihrem Mandanten.

    Hinweis

    "Nicht genügend Sitzungen" oder "Nicht genügend Ereignisse" wird angezeigt, wenn nicht genügend Signale für die jeweilige App beobachtet und in einem Zeitabstand von 24 Stunden erstellt wurden.

    Verwenden von Microsoft 365 Apps Health

    Wenn Sie sich zum ersten Mal beim Microsoft 365 Apps health Dashboard anmelden, wird die Seite Übersicht angezeigt. Diese Seite enthält allgemeine Einblicke in die Integrität und Aktivität von Office-Clients in Ihrem Mandanten.

    • Übersicht über die App-Integrität: Hebt die Builds hervor, für die in Ihrem Mandanten erhebliche Verschlechterungen der Integrität erkannt werden. Es wird aufgelistet, wie viele Geräte diese Builds in den letzten 14 Tagen ausgeführt haben. Verwenden Sie diese Daten, um das Beheben dieser Builds zu priorisieren.
    • Liste der jüngsten Empfehlungen: Zeigt die neuesten Empfehlungen (generiert in den letzten 24 Stunden) zu erheblichen Verschlechterungen oder Verbesserungen der Integritätstrends Ihrer Office-Apps. Jede Zeile enthält die Beschreibung der Verschlechterung und den betroffenen App-, Build- und Updatekanal. Sie können eine beliebige Empfehlung auswählen, um weitere Details anzuzeigen, oder zu Advisory History navigieren, um frühere (älter als 24 Stunden) Empfehlungen anzuzeigen.
    • Überwachungsabdeckung: Zeigt den Prozentsatz der Benutzer in Ihrem organization, die in den letzten 14 Tagen Diagnosedaten an die Dashboard senden. Je höher der Prozentsatz, desto repräsentativer sind die Erkenntnisse zur Dashboard. Sie können diesen Einblick erweitern, um den Prozentsatz für jeden Updatekanal und die Gesamtzahl der Geräte anzuzeigen, die Dashboard in Ihrem organization überwacht. Die Anzahl der gemeldeten Geräte entspricht möglicherweise nicht den Zahlen, die Ihr Geräteverwaltungssystem meldet. Diese Diskrepanz kann auftreten, weil die Anzahl der Geräte innerhalb Ihres organization innerhalb eines Zeitraums von 14 Tagen variieren kann. Darüber hinaus melden einige Geräte möglicherweise keine Diagnosedaten oder sind inaktiv.

    App-Metriken

    Diese Ansicht hilft Ihnen, die Integrität für jede der Office-Apps separat zu bewerten. Diese Informationen sind nützlich, wenn die Vorgänge Ihrer organization von einer bestimmten Office-App abhängen, die Sie genau überwachen müssen. Die folgenden Informationen sind für jede App verfügbar:

    • Name der Anwendung
    • Die Anzahl der App-Sitzungen in den letzten 14 Tagen, die darüber informiert, wie weit die App in Ihrem organization
    • Anzahl der Empfehlungen zu erheblichen Verschlechterungen in den letzten 24 Stunden

    Sie können eine beliebige App auswählen, um weitere Details zu erhalten.

    App-Details

    In dieser Ansicht werden die Integritätstrends für eine ausgewählte Office-App in allen Builds und Updatekanälen angezeigt, die in Ihrem Mandanten bereitgestellt werden. Sie können eine App, eine Metrik und einen Build auswählen, und die täglichen Metrikwerte werden in einem Diagramm gezeichnet. Standardmäßig werden die aktivsten und neuesten verfügbaren Builds angezeigt. Sie können auch andere Builds anzeigen. Typische Anwendungsfälle für diese Ansicht sind:

    • Vergleich der Leistung und Zuverlässigkeit der ausgewählten Office-App über Mehrere Builds hinweg (z. B. neueste Builds mit dem aktivsten Build in Ihrem Mandanten)
    • Ermitteln von Empfehlungen für den ausgewählten Office-Client in Ihrem Mandanten, unabhängig davon, wie viele Builds und Updatekanäle Sie verwenden
    • Überprüfen von Benutzereskalationen zur Leistung und Zuverlässigkeit eines Office-Clients

    Kanal- und Buildmetriken

    Diese Ansicht ähnelt App-Metriken, behandelt Office-Apps jedoch als Suite und nicht als einzelne Apps. Mithilfe von Kanalmetriken können Sie Kanäle, Versionen und Builds ermitteln, die in Ihrem Mandanten aktiv verwendet werden, und deren Integrität bewerten. Für jeden Build sind die folgenden Informationen verfügbar:

    • Office-Version und -Buildnummer
    • Die Gesamtzahl der Sitzungen für Apps der letzten 14 Tage, die Sie darüber informieren, wie weit der Build in Ihrer organization
    • Anzahl der Empfehlungen zu erheblichen Verschlechterungen im gesamten Build in den letzten 24 Stunden
    • Hinweise dazu, ob der Build nicht unterstützt wird, der aktivste in Ihrem Mandanten und der neueste von Microsoft verfügbare Build ist.

    Sie können einen beliebigen Build auswählen, um weitere Details anzuzeigen:

    • Releaseinformationen (Veröffentlichungsdatum, Ablaufdatum des Supports, unabhängig davon, ob es sich bei dem Build um ein Feature oder Sicherheitsupdate handelt)
    • Die Liste der Apps, die den Build ausführen, und deren Metriken in den letzten 24 Stunden (Sie können eine App auswählen, um weiter zur Seite App-Details für die App zu navigieren)
    • Details zu den Empfehlungen zu erheblichen Verschlechterungen während des Builds in den letzten 24 Stunden (Beschreibung, betroffene Anwendung und Metrik)

    Zu den gängigen Szenarien, in denen diese Ansicht hilfreich sein kann, gehören:

    • Bewerten, wie sich ein kürzlich bereitgestellter Build verhält
    • Identifizieren des Builds mit den meisten aktiven Geräten
    • Ermitteln, ob in Ihrem Mandanten noch nicht unterstützte Builds verwendet werden
    • Vergleichen von Leistung und Zuverlässigkeit zwischen Builds und Updatekanälen
    • Bewerten der Fragmentierung (Verwendung von zu vielen Builds) von Office-Clients in Ihrem Mandanten

    Add-In-Integrität

    Die Add-In-Integritätsansicht enthält Informationen zur Zuverlässigkeit und Leistung von COM- und VSTO-Add-Ins, die von Office-Apps in Ihrem organization verwendet werden. Add-Ins können heruntergeladen und installiert werden, um Apps mehr Funktionen und Funktionen wie Word und Excel bereitzustellen. Es gibt in der Regel zwei Quellen für Add-Ins:

    • Öffentliche Add-Ins, die von unabhängigen Software-Herausgebern oder von Microsoft erstellt wurden, sind allgemein für alle Benutzer weltweit verfügbar.
    • Private Add-Ins, die von oder für eine organization nur für die interne Verwendung entwickelt wurden, werden nur von Benutzern innerhalb dieses organization verwendet.

    Die Add-In-Integritätsansicht zeigt nur Informationen zu öffentlichen Add-Ins an, einschließlich der folgenden Informationen:

    • Name
    • Publisher
    • Installierte Version oder Versionen
    • Apps, die das Add-In verwenden
    • Anzahl der Geräte mit installiertem Add-In
    • 32-Bit- oder 64-bit
    • Absturzrate (in Prozent) [1]
    • Ladezeit (in Sekunden)

    [1]Umfasst sowohl Abstürze als auch fehlerhafte Ladevorgänge.

    Informationen zu Add-Ins, wie alle Informationen in Microsoft 365 Apps Integrität, basieren auf der Imventurfunktion, die im Microsoft 365 Apps Admin Center aktiviert wird. Daten zu Absturzraten, Ladezeiten und Ladefehlern werden von Ereignissen abgeleitet, die gesammelt und an Microsoft gesendet werden, wenn das Add-In geladen und von der Office-App verwendet wird.

    Damit Informationen zu öffentlichen Add-Ins in der Add-In-Integritätsansicht angezeigt werden, müssen Sie wie folgt vorgehen:

    Alle Empfehlungen

    Diese Ansicht zeigt Empfehlungen für alle Apps und Builds an, die in Den letzten 30 Tagen (einschließlich der letzten 24 Stunden) in Ihrem Mandanten verwendet wurden. Diese Ansicht ist nützlich, um zu untersuchen, ob in der Vergangenheit eine Änderung des Empfehlungs- oder Integritätstrends aufgetreten ist.

    Die folgenden Details sind für jede Empfehlung verfügbar:

    • Empfehlungsbeschreibung, die den Namen der betroffenen Metrik und deren Änderung im Vergleich zur Baseline enthält
    • Beeinträchtigte Anwendung
    • Kanal und Build
    • Beratungstyp, der angibt, ob die Änderung signifikant oder geringfügig ist und ob es sich um eine Verschlechterung oder Verbesserung handelt
    • Erstellungsdatum der Beratung

    Sie können weitere Informationen zur Problembehandlung erhalten, indem Sie eine Empfehlung auswählen:

    • Der Trend der Metrik für die betroffenen und baseline-Builds der letzten 30 Tage
    • Kanal, Version und Nummer des Builds, der als Baseline verwendet wird
    • Der Wert der Trendänderung in den letzten 24 Stunden
    • Der Wert der Trendänderung zum Zeitpunkt der Erstellung der Empfehlung (für Empfehlungen, die älter als 24 Stunden sind)
    • Anleitungen zum Vorgehen in Abhängigkeit von der Unterstützung status des Builds und dessen Alter

    Diese Ansicht zeigt die Trends für eine ausgewählte Integritätsmetrik und Office-App für alle in Ihrem Mandanten bereitgestellten Builds, gruppiert nach Updatekanal.

    Microsoft 365 Apps Integrität überwacht Leistungs- und Zuverlässigkeitstrends in Ihren Office-Apps und gibt Empfehlungen, wenn wichtige Änderungen an diesen Trends erkannt werden. Diese Änderungen können Verschlechterungen oder Verbesserungen sein und werden als signifikant oder geringfügig kategorisiert.

    Empfehlungen werden identifiziert, indem der Metrikwert einer Office-App mit einer Baseline verglichen wird. Dies kann folgendes sein:

    • Der Wert der Metrik desselben App-, Build- und Updatekanals in der Vergangenheit
    • Der Wert der Metrik derselben App aus dem aktivsten Build desselben Updatekanals in Ihrem Mandanten.

    Die Empfehlungsansicht hilft Ihnen, den Kontext der Regression zu verstehen und Anleitungen zu erhalten. In dieser Ansicht sehen Sie Folgendes:

    • Office-App, -Build und -Metrik, bei der Eine Trendänderung erkannt wird
    • Anzahl der Benutzersitzungen im betroffenen Build und in der App
    • Wert der überwachten Metrik, wenn die Regression erkannt wurde
    • Aktueller Wert der überwachten Metrik
    • Empfohlene Aktionen zur Problembehandlung

    Die Anzahl der aktiven Geräte bezieht sich auf die Anzahl der Geräte in Ihrem Mandanten, auf denen die Office-Apps verwendet werden. Es kann zu einer geringfügigen Fehlausrichtung mit Verwaltungstools kommen, da diese in der Regel die Anzahl der Geräte melden, auf denen die Office-Apps installiert sind, auch wenn sie nicht verwendet werden.

    Daten für die Microsoft 365 Apps Dashboard

    Die Microsoft 365 Apps Dashboard verwendet die Diagnosedaten, die Ihre Office-Apps an Microsoft senden. Diagnosedaten sind immer unter Ihrer Kontrolle. Weitere Informationen zu Diagnosedaten und den ihnen zur Verfügung stehenden Steuerelementen finden Sie unter Übersicht über Datenschutzsteuerelemente für Microsoft 365 Apps for Enterprise.

    Apps Health zeigt Leistungstrends für den ausgewählten Bereich (App, Build) an. Für Builds, die in einem monatlichen Rhythmus eingeführt werden, können Sie mit diesem Feature sehen, wie sich die Leistung eines Builds im Laufe des Lebenszyklus des Builds ändert. Wenn instance ein neuer Build gestartet wird, hat er in der Regel weniger Benutzer, was häufig zu höheren Leistungsmetriken führt. Wenn jedoch immer mehr Benutzer mit der Verwendung des Builds beginnen und seine Nutzung immer weiter verbreitet wird, verringern sich diese Leistungsmetriken in der Regel und stabilisieren sich. Wenn dann ein neuer Build eingeführt wird, durchläuft er das gleiche Muster, während der alte Build die Nutzung reduziert und Leistungsmetriken eine korrelierte Änderung anzeigen. Die spezifischen Muster sind häufig für Ihre organization und die Art und Weise, wie Buildrollouts innerhalb Ihres Mandanten erfolgen, eindeutig. Zeigen Sie auf einen Trend, um die aktuelle Nutzung (Ereignisanzahl) anzuzeigen, um zu verstehen, wann die Builds eine ähnliche Nutzung aufweisen. Daher ist es sinnvoll, sie zu vergleichen. Je näher die Verwendung zwischen Builds ist, desto vergleichbarer sind die Leistungstrends.

    Über Build-zu-Build-Vergleiche hinaus können Leistungstrends verwendet werden, um die Integrität von Office-Anwendungen jederzeit und bei Änderungen in Ihrem Mandanten zu bewerten. Im Folgenden finden Sie einige häufige Anwendungsfälle, die zu Leistungsverschiebungen führen können und zu überprüfen sind, ob eine unerwartete Leistungsverschiebung auftritt:

    • Add-Ins: Wenn Es Änderungen an Add-Ins für Office gibt, einschließlich neuer Add-Ins, Aktualisieren vorhandener Add-Ins oder Entfernen von Add-Ins.

    • Antivirensoftware (AV): Änderungen an Antivirensoftwareupdates, einschließlich neuer Software, Aktualisieren auf eine neue Version oder Entfernen von AV-Software.

    • Richtlinienänderungen: Das Aktualisieren von Richtlinien, die sich speziell auf die Dateiverarbeitung oder Office-Anwendungen auswirken, kann zu Leistungsänderungen führen.

    • Änderungen an der Bereitstellung: Das Hinzufügen oder Entfernen von Geräten kann zu einer Änderung der Leistungsmuster führen, die ein neues "normales" oder erwartetes Muster festlegen. Das Ändern der Reihenfolge des Rollouts auf Computern kann dazu führen, dass beim Onboarding und Altern von Builds unterschiedliche Leistungsmuster vorliegen.

    Im Folgenden finden Sie Beispiele für andere gängige Szenarien, in denen sich Leistungsmuster ändern und nicht unbedingt Grund für Alarm sind:

    • Saisonalität: Änderung der Nutzung rund um Feiertage oder andere Jahreszeiten für das Unternehmen oder die Branche.

    • Betriebssystemupdates: Updates, z. B. Betriebssystemupdates, die zu einem Neustart von Computern führen, erhöhen häufig die Leistungstrends in diesen Zeiten und können mehrere Tage dauern, wenn die Updates über die organization verschoben werden.

    • Computerneustarts: Alles, was den Neustart vieler Computer verursacht, wirkt sich auf Leistungstrends aus, insbesondere beim Start. Zu diesen Ereignissen gehören die Bereitstellung von Konfigurationen, die einen Neustart erfordern, Gebäudereparaturen, die einen Stromausfall erfordern, Wetterausfälle oder andere Ereignisse.

    • Änderungen an der Gerätehardware: Die Einführung neuer Hardware oder das Ändern der Hardwareeinrichtung in Geräten kann zu Änderungen der Leistungstrends führen. Diese Trendänderung tritt auf, wenn sich die Leistung mit den aktualisierten Geräten verbessert oder abnimmt.

    • Nutzungsverschiebungen: Wenn z. B. Benutzer empfohlen werden oder Standardwerte geändert werden, führen dies zu unterschiedlichen Verwendungsmustern. Für instance wird der Standardspeicherort für Office-Dateien sharePoint statt lokal festgelegt. Diese Änderung führt zu einer Zunahme der von SharePoint geöffneten Dateien und zu einer Abnahme der Dateien, die vom lokalen Laufwerk geöffnet werden, was wahrscheinlich zu Leistungsänderungen führt.

    Wenn Buildrollouts seltener auftreten, wird der Vergleich von Builds schwieriger, da es schwierig ist, den vollständigen Lebenszyklus des veralteten Builds zu beobachten. Für diese Szenarien finden Sie einige Vorschläge, die Ihnen helfen können:

    • Ereignisanzahl: Wenn Sie auf einen Punkt in den Trends zeigen, werden weitere Daten angezeigt, einschließlich der Ereignisanzahl. Überprüfen Sie die Ereignisanzahl für den aktuellen Build, bevor Sie den neuen Rollout initiieren. Sobald der neue Build ähnliche Werte erreicht, bietet der Vergleich von Leistungstrends eine genauere Auswertung des aktuellen Builds mit dem neuen Build.

    • Neue Buildleistungsmerkmale: Auch ohne sichtbare Trends ändern sich die Leistungsmuster häufig, wenn ein neuer Build bereitgestellt wird und seine Nutzung zunimmt. In der Regel beginnen Leistungsmetriken in neuen Builds auf einer höheren Ebene und nehmen mit steigender Nutzung ab.

    Untersuchungsworkflow für unerwartete Verschiebungen der Office-Leistung:

    1. Überprüfen der Verwendung: Wenn Verschiebungen in einer Metrik auftreten, überprüfen Sie unbedingt die Ereignisvolumes, indem Sie mit dem Mauszeiger auf eine Trendlinie im Diagramm zeigen. Leistungsmetriken können sich abhängig von der Zielgruppe eines Builds und dem Ereignisvolumen erheblich ändern . Ein guter erster Schritt besteht darin, sicherzustellen, dass die Signale ähnlich genutzt werden.
    2. Geräteänderungen: Geräteänderungen können häufig zu temporären oder dauerhaften Änderungen an der Leistung von Office führen. Der nächste Schritt besteht darin, Updates in verschiedenen Bereichen zu untersuchen: Add-Ins, Antivirensoftware, Richtlinien, Registrierungsschlüssel, Betriebssysteme, VM-Konfigurationen, Office-Builds und Hardwareänderungen. Überprüfen Sie, ob diese Updates gleichzeitig mit den Verschiebungen der Metriken erfolgt sind.
    3. Bestätigen der Ergebnisse oder Fortsetzen der Analyse: Verwenden sie ein Gerät, das eine langsamere Leistung aufweist.
    • Wenn die Verschiebung mit einer Änderung in der Geräteumgebung korreliert, testen Sie das Szenario auf dem Gerät mit und ohne die Änderung, um zu bestätigen, dass die Ursache der Leistungsverschiebung ist. Wenn beispielsweise neue Antivirensoftware bereitgestellt wird, rufen Sie ein Gerät mit dieser Software ab, und testen Sie das Leistungsszenario mehrmals. Entfernen Sie dann die Antivirensoftware und messen Sie die Leistung mehrmals. Vergleichen Sie die Ergebnisse, um zu überprüfen, ob die Entfernung der Antivirensoftware die Leistungsverschiebung auflöst.
    • Wenn auf der allgemeinen Ebene kein Korrelationsfaktor gefunden wurde, messen Sie die aktuelle Leistung auf dem Gerät, und entfernen Sie nach jeder Änderung allgemeine Faktoren, die die Leistung testen, um die Quelle zu identifizieren. Entfernen Sie für instance Add-Ins nacheinander, und überprüfen Sie, ob sich die Leistung verbessert, wenn sie entfernt werden. Wenn es sich nicht um ein Add-In handelt, entfernen Sie Antivirensoftware, und testen Sie die Leistung bei jedem Schritt, um die Quelle zu finden.
    • Testen Sie auf anderen Geräten, um Vertrauen zu schaffen, das die Ursache des Problems ist.
    1. Ergreifen Sie geeignete Maßnahmen, um das Leistungsproblem zu beheben oder zu beheben und Leistungstrends zu überwachen, während die Änderung eingeführt wird.