Serverleistungsbericht in Lync Server 2013
Thema Letzte Änderung: 01.10.2012
Der Serverleistungsbericht enthält eine Liste der Microsoft Lync Server 2013-Server, auf denen der höchste Prozentsatz schlechter Anrufe aufgetreten ist. Der Bericht führt die Server nach Servertyp auf und bietet separate Statistiken für folgende Typen:
Vermittlungsserver
A/V-Konferenzserver
A/V-Edgeserver
Gateway (Vermittlungsserver)
Gateway (Umgehung des Vermittlungsservers)
Video (einschließlich Videometriken für A/V-Konferenzserver und A/V-Edgeserver)
Anwendungsfreigabe (einschließlich Anwendungsfreigabemetriken für A/V-Konferenzserver und A/V-Edgeserver)
Es ist wichtig zu beachten, dass es sich bei den in diesem Bericht enthaltenen Rangordnungen um relative Rangordnungen handelt. Wenn Ihr Server mit der schlechtesten Leistung z. B. einen Anruf schlechter Qualität unter 1.000 Anrufen hatte, dann ist das ein sehr akzeptabler Prozentsatz von 0,1 %. Wenn dieser Server jedoch der Server mit der schlechtesten Leistung ist (d. h., alle anderen Server haben einen Prozentsatz an Anrufen schlechter Qualität unter 0,1 %), dann wird der Server weiterhin im Bericht über Serverleistung aufgeführt.
Zugriff auf den Bericht über Serverleistung
Der Zugriff auf den Bericht über Serverleistung erfolgt auf der Startseite für Überwachungsberichte. Sie können einen Drilldown zum Anruflistenbericht in Lync Server 2013 ausführen, indem Sie auf eine der folgenden Metriken klicken:
Anruflautstärke
Prozentsatz der Anrufe schlechter Qualität
Außerdem können Sie den Trendbericht über Medienqualität des Servers anzeigen, indem Sie auf eine der folgenden Metriken klicken:
- Trend
Optimale Nutzung des Serverleistungsberichts
Der Serverleistungsbericht bietet eine Reihe von Möglichkeiten zum Filtern von Daten. Sie können z. B. nach Netzwerktyp (Anrufe, die über eine kabelgebundene Verbindung getätigt werden, im Vergleich zu Anrufen, die über eine Drahtlose Verbindung getätigt werden) und zugriffstyp (Anrufe von innerhalb der Firewall im Vergleich zu Anrufen von außerhalb der Firewall) filtern. Beim Anzeigen des Serverleistungsberichts empfiehlt es sich, diese Filter zu verwenden. Angenommen, Sie verfügen über einen Vermittlungsserver mit einem Prozentsatz schlechter Anrufe von 3,24 %. Wenn Sie sich ausschließlich drahtlose Anrufe ansehen, hat derselbe Server möglicherweise einen Prozentsatz schlechter Anrufe in Höhe von 20 %. Dies bedeutet, dass der Server Probleme mit Funkanrufen hatte, ein Problem, das teilweise verdeckt ist, da der Server keine Probleme mit kabelgebundenen Anrufen hatte.
Filter
Mithilfe von Filtern können Sie eine gezieltere Datenauswahl erreichen oder die zurückgegebenen Daten auf unterschiedliche Weise anzeigen. Beispielsweise können Sie im Bericht über Serverleistung die zurückgegebenen Daten nach Kriterien wie etwa Servertyp oder Netzwerktyp (d. h. Kabel oder Funk) filtern. Sie können außerdem festlegen, wie Daten gruppiert werden sollen. In diesem Fall werden Daten nach Stunde, Tag, Woche oder Monat zusammengefasst.
In der folgenden Tabelle werden die Filter aufgelistet, die Sie im Bericht über Serverleistung verwenden können.
Filter im Bericht über Serverleistung
| Name | Beschreibung |
|---|---|
Von |
Anfangsdatum und -uhrzeit für den Zeitraum. Wenn die Daten nach Stunden angezeigt werden sollen, geben Sie Anfangsdatum und -uhrzeit wie folgt ein: 7.07.2012 13:00 Uhr Wenn Sie keinen Anfangszeitpunkt eingeben, beginnt der Bericht automatisch am angegebenen Tag um 12:00 Uhr. Zum Anzeigen der Daten nach Tag geben Sie nur das Datum ein: 7/7/2012 Sollen die Daten nach Woche oder Monat angezeigt werden, geben Sie irgendein Datum ein, das in die anzuzeigende Woche oder den anzuzeigenden Monat fällt (Sie müssen nicht den ersten Tag der Woche oder des Monats eingeben): 7/3/2012 Eine Woche läuft immer von Sonntag bis einschließlich Samstag. |
Bis |
Enddatum und -uhrzeit für den Zeitraum. Wenn die Daten nach Stunden angezeigt werden sollen, geben Sie Enddatum und -uhrzeit wie folgt ein: 7.07.2012 13:00 Uhr Wenn Sie keinen Endzeitpunkt eingeben, endet der Bericht automatisch am angegebenen Tag um 12:00 Uhr. Zum Anzeigen der Daten nach Tag geben Sie nur das Datum ein: 7/7/2012 Sollen die Daten nach Woche oder Monat angezeigt werden, geben Sie irgendein Datum ein, das in die anzuzeigende Woche oder den anzuzeigenden Monat fällt (Sie müssen nicht den ersten Tag der Woche oder des Monats eingeben): 7/3/2012 Eine Woche läuft immer von Sonntag bis einschließlich Samstag. |
Servertyp |
Gibt den Typ des Servers an, über dessen Leistung ein Bericht erstellt werden soll. Wählen Sie eine der folgenden Optionen aus:
|
Top N |
Gibt die Anzahl der Server an (basierend auf dem Prozentsatz der Anrufe schlechter Qualität), die in den einzelnen Kategorien angezeigt werden sollen. Wenn Sie z.B. 5 auswählen, werden die fünf Server mit der schlechtesten Leistung angezeigt. Wählen Sie eine der folgenden Optionen aus:
|
Zugriffstyp |
Gibt an, ob der Client am internen oder am externen Netzwerk angemeldet wurde, als der Anruf getätigt wurde. Wählen Sie eine der folgenden Optionen aus:
|
Netzwerktyp |
Gibt den Typ des Netzwerks an, mit dem der Client verbunden wurde, als der Anruf erfolgte. Wählen Sie eine der folgenden Optionen aus:
|
VPN |
Gibt an, ob ein externer Client eine VPN-Verbindung (Virtual Private Network) verwendete, als der Anruf getätigt wurde. Wählen Sie eine der folgenden Optionen aus:
|
Metriken
In der folgenden Tabelle werden die Metriken aufgelistet, die im Bericht über Serverleistung angegeben werden.
Metriken im Bericht über Serverleistung: Zusammenfassung der Audioanrufe
| Name | Kann nach dieser Metrik sortiert werden? | Beschreibung |
|---|---|---|
Server |
Nein |
Name/IP-Adresse des Servers. |
Anruflautstärke |
Nein |
Gesamtzahl der ausgeführten Anrufe. |
Prozentsatz der Anrufe schlechter Qualität |
Nein |
Die Gesamtzahl der Anrufe, die als Anrufe schlechter Qualität klassifiziert werden. Dies sind Anrufe, bei denen für mindestens eine der gemessenen Metriken der zulässige Wert überschritten wurde (z. B. ein Anruf mit übermäßigem Jitter). |
Roundtrip (ms) |
Ja |
Die durchschnittliche Zeit (in Millisekunden), die ein RTP-Paket (Real-time Transport Protocol) benötigt, um zu einem anderen Endpunkt und wieder zurück zu gelangen. Eine Roundtripzeit von 100 ms oder weniger gilt als akzeptable Qualität. Hohe Roundtripwerte können durch internationale Anrufweiterleitung, eine falsche Routingkonfiguration oder einen überlasteten Medienserver verursacht werden. Sie führen zu Problemen bei bidirektionalen Echtzeit-Audiounterhaltungen. |
Beeinträchtigung (MOS) |
Ja |
Die durchschnittliche Beeinträchtigung der Qualität, die gemäß Mean Opinion Score (MOS) während eines Anrufs auftrat. Die Beeinträchtigungswerte liegen zwischen 0,0 (schlecht) und 5,0 (gut). Ein Wert von 0,5 oder weniger gilt als akzeptable Beeinträchtigung. Früher wurden Mean Opinion Scores berechnet, indem man Benutzer die Qualität eines Telefongesprächs auf einer Skala von 1 bis 5 bewerten ließ. In Lync Server verwendet der Monitoring Server eine Reihe von Algorithmen, um vorherzusagen, wie Benutzer einen Anruf bewertet hätten. Hohe Beeinträchtigungswerte können durch Überlastung, zu geringe Bandbreite, Funknetzüberlastung oder -interferenzen oder durch einen überlasteten Medienserver oder Endpunkt verursacht werden. Eine hohe Beeinträchtigung führt zu verzerrter oder unterbrochener Sprachübertragung. |
Paketverlust |
Ja |
Die durchschnittliche Rate an RTP-Paketverlusten (Real-Time Transport Protocol; ein Protokoll für die Übertragung von Audio und Video über das Internet). (Paketverlust tritt auf, wenn RTP-Pakete, ein Protokoll, das zum Übertragen von Audio und Video über das Internet verwendet wird, ihr Ziel nicht erreicht haben.) Hohe Verlustraten werden in der Regel durch Überlastung, fehlende Bandbreite, drahtlose Überlastung oder Interferenzen oder einen überlasteten Medienserver verursacht. Paketverluste führen in der Regel zu verzerrter oder unterbrochener Sprachübertragung. |
Jitter (ms) |
Ja |
Der durchschnittliche Jitter, der zwischen dem Eintreffen von RTP-Paketen ermittelt wurde. (Jitter ist ein Maß für die "Shakiness" eines Anrufs.) Hohe Jitterwerte werden in der Regel durch Überlastung oder einen überlasteten Medienserver verursacht und führen zu verzerrten oder verlorenen Audiodaten. |
Ausblendungsverhältnis der Reparatur |
Ja |
Das durchschnittliche Verhältnis zwischen ausgeblendeten Audiosamples und der Gesamtzahl der Samples. (Ein verdecktes Audiobeispiel ist eine Technik, die verwendet wird, um den abrupten Übergang zu glätten, der normalerweise durch verworfene Netzwerkpakete verursacht würde.) Hohe Werte deuten auf ein erhebliches Maß an Verlustverdeckung hin, das durch Paketverlust oder Jitter verursacht wird, und führt zu verzerrten oder verlorenen Audiodaten. |
Streckungsverhältnis der Reparatur |
Ja |
Das durchschnittliche Verhältnis zwischen gestreckten Audiosamples und der Gesamtzahl der Samples. (Gestreckte Audiodaten sind Audiodaten, die erweitert wurden, um die Anrufqualität aufrechtzuerhalten, wenn ein verworfenes Netzwerkpaket erkannt wurde.) Hohe Werte deuten auf ein erhebliches Maß an Sample-Dehnung durch Jitter hin und führen dazu, dass Audio roboterhaft oder verzerrt klingt. |
Komprimierungsverhältnis der Reparatur |
Ja |
Das durchschnittliche Verhältnis zwischen komprimierten Audiosamples und der Gesamtzahl der Samples. (Komprimierte Audiodaten sind Audiodaten, die komprimiert wurden, um die Anrufqualität aufrechtzuerhalten, wenn ein verworfenes Netzwerkpaket erkannt wurde.) Hohe Werte deuten auf einen signifikanten Grad an Samplekomprimierung hin, der durch Jitter verursacht wird, und führen zu einer beschleunigten oder verzerrten Audiowiedergabe. |
Metriken im Bericht über Serverleistung: Zusammenfassung der Videoanrufe
| Name | Kann nach dieser Metrik sortiert werden? | Beschreibung |
|---|---|---|
Anruftyp/Endpunkttyp |
Nein |
Wenn Sie auf dieses Element klicken, zeigt der Bericht Details zu den auf diesem Typ basierenden Anrufen. Es gibt folgende Anruftypen:
|
Anruflautstärke |
Nein |
Die Gesamtzahl der Anrufe pro Anruftyp. |
Prozentsatz der Anrufe schlechter Qualität |
Nein |
Die Gesamtzahl der Anrufe, die als Anrufe schlechter Qualität klassifiziert werden. Dies sind Anrufe, bei denen für mindestens eine der gemessenen Metriken der zulässige Wert überschritten wurde (z. B. ein Anruf mit übermäßigem Jitter). |
Anruflautstärke (Funkanruf) |
Nein |
Die Gesamtzahl der Anrufe, für die eine Funkverbindung verwendet wurde. |
Anruflautstärke (VPN-Anruf) |
Nein |
Die Gesamtzahl der Anrufe, für die eine VPN-Verbindung verwendet wurde. |
Anruflautstärke (externer Anruf) |
Nein |
Die Gesamtzahl der Anrufe, für die eine externe Verbindung verwendet wurde (d. h. eine Verbindung außerhalb des internen Netzwerks). |
Durchschnittliche Bitrate (KBit/s) |
Nein |
Durchschnittliche Video-Bitrate (in Kilobit pro Sekunde). |
Niedrige Bitrate % |
Nein |
Prozentsatz aller Anrufe, bei denen die Bitrate niedrig war. |
Verlust ausgehender Pakete |
Nein |
RTP-Paketverluste (Real-Time Transport Protocol) bei ausgehenden Paketen. (Paketverlust tritt auf, wenn RTP-Pakete, ein Protokoll, das zum Übertragen von Audio und Video über das Internet verwendet wird, ihr Ziel nicht erreicht haben.) Hohe Verlustraten werden in der Regel durch Staus verursacht; fehlende Bandbreite; Funküberlastung oder Störungen; oder einen überladenen Medienserver. Paketverluste führen in der Regel zu verzerrter oder unterbrochener Sprachübertragung. |
Eingefrorene Frames % |
Nein |
Prozentsatz der „eingefrorenen“ Frames. In einem eingefrorenen Frame wird das Video nicht fortgesetzt, während der Audioteil des Anrufs weitergeht. |
Durchschnittliche ausgehende Framerate |
Nein |
Durchschnittliche Framerate für ausgehende Übertragungen während des Anrufs. |
Durchschnittliche eingehende Framerate |
Nein |
Durchschnittliche Framerate für eingehende Übertragungen während des Anrufs. |
Niedrige eingehende Framerate % |
Nein |
Prozentsatz aller Anrufe, bei denen die Bitrate für eingehende Videodaten niedrig war. |
Clientintegrität % |
Zeigt die relative Integrität des Clientgeräts während des Anrufs an. |
Metriken im Bericht über Serverleistung: Zusammenfassung der Anwendungsfreigabeanrufe
| Name | Kann nach dieser Metrik sortiert werden? | Beschreibung |
|---|---|---|
Anruftyp/Endpunkttyp |
Nein |
Wenn Sie auf dieses Element klicken, zeigt der Bericht Details zu den auf diesem Typ basierenden Anrufen. Es gibt folgende Anruftypen:
|
Anruflautstärke |
Nein |
Die Gesamtzahl der Anrufe pro Anruftyp. |
Prozentsatz der Anrufe schlechter Qualität |
Nein |
Die Gesamtzahl der Anrufe, die als Anrufe schlechter Qualität klassifiziert werden. Dies sind Anrufe, bei denen für mindestens eine der gemessenen Metriken der zulässige Wert überschritten wurde (z. B. ein Anruf mit übermäßigem Jitter). |
Anruflautstärke (Funkanruf) |
Nein |
Die Gesamtzahl der Anrufe, für die eine Funkverbindung verwendet wurde. |
Anruflautstärke (VPN-Anruf) |
Nein |
Die Gesamtzahl der Anrufe, für die eine VPN-Verbindung verwendet wurde. |
Anruflautstärke (externer Anruf) |
Nein |
Die Gesamtzahl der Anrufe, für die eine externe Verbindung verwendet wurde (d. h. eine Verbindung außerhalb des internen Netzwerks). |
Jitter (ms) |
Nein |
Der durchschnittliche Jitter, der zwischen dem Eintreffen von RTP-Paketen ermittelt wurde. (Jitter ist ein Maß für die "Shakiness" eines Anrufs.) Hohe Jitterwerte werden in der Regel durch Überlastung oder einen überlasteten Medienserver verursacht und führen zu verzerrten oder verlorenen Audiodaten. |
Durchschnittliche relative unidirektionale Verzögerung |
Nein |
Durchschnittliche relative unidirektionale Verzögerung zwischen zwei Medienendpunkten. Dies ist ein Single-Hop-Latenzmaß. |
Durchschnittliche Latenz der RDP-Kachelverarbeitung |
Nein |
Die durchschnittliche Latenz der RDP-Kachelverarbeitung im AS-Konferenzserver über die Dauer der Anzeigesitzung. Diese Metrik deckt die Netzwerklatenz nicht ab. Ein hoher Durchschnitt zeigt eine längere Verzögerung bei der Anzeige an. Ein überlasteter Konferenzserver zeigt gegebenenfalls höhere durchschnittliche Verzögerungen an. |
Ungültige Kacheln insgesamt % |
Nein |
Gesamtprozentsatz schlechter RDP-Kacheln. |