Freigeben über


Skype for Business Server: Planen des Anrufqualitätsdashboards

Zusammenfassung: Erfahren Sie, was Sie beim Planen des Anrufqualitätsdashboards berücksichtigen sollten.

Übersicht über das Skype for Business Server Anrufqualitätsdashboard

Das Skype for Business Server Anrufqualitätsdashboard (Call Quality Dashboard, CQD) ist eine Berichtsebene neben der Quality of Experience-Datenbank im Monitoring Server in Skype for Business Server. CQD verwendet Microsoft SQL Server Analysis Services, um aggregierte Informationen zur Nutzung und Anrufqualität sowie zum Filtern und Pivotieren des Datasets bereitzustellen. Zu den CQD-Features gehören:

  • Archivierung von QoE-Daten über die QoE-Archivkomponente von CQD. Die QoE-Archivkomponente kann QoE-Daten länger speichern als der Monitoring Server. Dies ermöglicht die Trend- und Berichterstellung von Daten für bis zu sieben Monate gleichzeitig, mit der Möglichkeit, das Berichterstellungsfenster so weit zurück zu schieben, wie Daten vorhanden sind.
  • Berichterstellung und Analyse mit der Leistungsfähigkeit und Geschwindigkeit von Microsoft SQL Server Analysis Services. CQD nutzt Microsoft SQL Analysis Services, um schnelle Zusammenfassungs-, Filter- und Pivotingfunktionen bereitzustellen, um die Dashboard über einen Analysis Cube zu unterstützen. Die Berichtsausführungsgeschwindigkeit und die Möglichkeit, einen Drilldown in die Daten auszuführen, können die Analysezeiten erheblich reduzieren.
  • Neues Datenschema, das für die Berichterstellung zur Anrufqualität optimiert ist. Der Cube verfügt über ein Schema, das für Berichterstellung und Untersuchungen in Sprachqualität konzipiert ist. Portalbenutzer können sich auf die Berichterstellungsaufgaben konzentrieren, anstatt herauszufinden, wie das Schema der QoE-Metrikdatenbank den benötigten Ansichten zugeordnet wird. Die Kombination aus QoE-Archiv und Cube bietet eine Abstraktion, die die Komplexität der Berichterstellung und Analyse über CQD reduziert. Das QoE-Archivdatenbankschema enthält auch Tabellen, die mit bereitstellungsspezifischen Daten aufgefüllt werden können, um den Gesamtwert der Daten zu verbessern.
  • Integrierter Berichts-Designer und direkte Berichtsbearbeitung. Die Portalkomponente enthält mehrere integrierte Berichte, die nach der Anrufqualitätsmethodik modelliert sind. Portalbenutzer können die Berichte ändern und neue Berichte über die Bearbeitungsfunktion des Portals erstellen.
  • Web-API-Zugriff auf die Berichtsstruktur- und Analyse-Cubedaten. Das Dashboardberichtsframework ist nicht die einzige Möglichkeit, die Daten aus dem Cube anzuzeigen. CQD bietet mehrere Beispiele für die Verwendung von HTML und JavaScript, um Daten aus den CQD-Web-APIs abzurufen und die Daten in einem benutzerdefinierten Format zu rendern. Die Kombination aus Berichts-Editor und CQD-Web-APIs ermöglicht die schnelle Prototyperstellung von Berichten und das benutzerdefinierte Berichtslayout.

Hinweis

Ein Administrator kann jetzt Skype for Business Server 2019 mithilfe von CQD Version 3 verwalten (melden Sie sich mit Admin Anmeldeinformationen an). Dies erfordert eine Hybridimplementierung und die Verwendung von Call Data Connector (CDC). Weitere Informationen zum Aktivieren von CDC finden Sie unter Planen des Anrufdatenconnectors. Weitere Informationen zur CQD-Version 3-Dokumentation finden Sie unter Aktivieren und Verwenden des Anrufqualitätsdashboards für Microsoft Teams und Skype for Business Online.

CQD Design Goals

Mit CQD können IT-Profis Daten aggregieren, um die Bereiche in ihrer Umgebung zu ermitteln, in denen die Medienqualität beeinträchtigt ist. CQD ermöglicht den Vergleich von Statistiken für verschiedene Benutzergruppen und die Ermittlung von Trends und Mustern. Es konzentriert sich nicht auf die Lösung einzelner Anrufprobleme, sondern auf die Identifizierung von Problemen und Lösungen, die für viele Benutzer in einer bestimmten Umgebung gelten.

Komponenten des Anrufqualitätsdashboards

Das Anrufqualitätsdashboard besteht aus mehreren Datenbanken, Microsoft SQL-Agent-Aufträgen, Prozessen und Webanwendungen. Die Aufträge des Microsoft SQL-Agents kopieren in regelmäßigen Abständen Daten aus der QoE Metrics-Datenbank in die QoE-Archivdatenbank und verarbeiten den Cube mit den Daten in der QoE-Archivdatenbank. In der Repositorydatenbank werden die Berichtsdefinitionen gespeichert, die für das Portal verwendet werden. Das Portal bietet Browserzugriff auf die Cubedaten.

Die CQD-Komponenten, einschließlich QoE-Archiv-, Cube- und Repository-Datenbanken, können auf dem Monitoring Server installiert, auf einem eigenen Server oder auf mehreren Servern installiert werden. Die jeweilige Installationsmethode hängt von den Leistungsanforderungen von CQD ab und wirkt sich auf andere Prozesse auf denselben Servern aus. Weitere Informationen finden Sie im Abschnitt "Komponenten und Topologien für CQD" weiter unten in diesem Artikel.

Architekturübersicht

Zusammenfassend erfordert CQD die folgenden Elemente:

  • Zwei Datenbanken: eine Archivdatenbank und eine Repositorydatenbank.

  • Ein SSAS-Cube zur Visualisierung aggregierter Daten

  • IIS hostet CQD Web Portal

CQD-Komponenten.

Dieselbe CQD-Architektur unterstützt Lync Server 2013 und Skype for Business.

CQD und Skype for Business im Vergleich zu Lync 2013

Nur in einer Skype for Business-Umgebung sind die folgenden Funktionen verfügbar:

  • Wi-Fi Berichterstellung zur Signalstärke

  • Wi-Fi Berichterstellung von Chipsatztreibern

  • Meine Anrufdaten bewerten

Über CQD verfügbare Informationen

CQD kann Skype for Business Server Anzahl von Audio-, Video- und Anwendungsfreigabestreams und die Anzahl von guten und schlechten Anrufen sowie das Verhältnis von schlechten zu guten Anrufen anzeigen. Die Ansichten können nach vielen verschiedenen Dimensionen aufgeteilt und gefiltert werden. CQD zeichnet Daten aus der Datenbank QoE-Metriken im Monitoring Server. Die Daten werden dann mit allen vom Kunden bereitgestellten Daten zusammengeführt, z. B. der Netzwerksubnetz-zu-Gebäude-Zuordnung, um Berichte wie "Anrufqualität pro Gebäude" möglich zu machen.

CQD abstrahiert auch viele der internen QoE-Daten-Idiosyncrasien wie "Aufrufer" und "Aufgerufener", sodass sich der Benutzer auf das Erstellen von Berichtsansichten um "Server" und "Client" konzentrieren kann. Nach der Anrufqualitätsmethodik wird CQD optimiert, um die Bedingungen zu identifizieren, die schlechte Anrufe gemeinsam haben – eine der Grundsätze zur Verbesserung der Anrufqualität.

Anzeigen von Daten in CQD

Die CQD-Daten können über das CQD-Portal angezeigt und über REST-API-Aufrufe aufgerufen werden.

CQD-Portal

Das Portal ist die schnellste Möglichkeit, die Daten im Cube anzuzeigen. Das Portal enthält mehrere integrierte Berichte, die sofort verwendbar sind. Die integrierten Berichte sind strukturiert verknüpft, um den Benutzer zu immer kleineren Segmenten der Anrufdaten zu führen. Die integrierten Berichte heben auch die verschiedenen Möglichkeiten hervor, wie die Daten dargestellt werden können, indem eine Kombination aus Diagrammen und Tabellen mit verschiedenen Pivots, Filtern und Measures veranschaulicht wird. Jeder Benutzer, der auf das Portal zugreift, kann über einen eigenen Satz von Berichten verfügen, die er ändern und freigeben kann. Weitere Informationen zur Verwendung des CQD-Webportals finden Sie unter Verwenden des Anrufqualitätsdashboards für Skype for Business Server.

Unterstützte Betriebssysteme für das CQD-Portal: Windows 8.1, Windows 8, Windows Server 2012 R2, Windows Server 2012 und Windows Server 2016 (Skype for Business Server Nur CQD 2019).

Unterstützte Browser für das CQD-Portal: Internet Explorer 11, Internet Explorer 10 und Internet Explorer 9.

REST-APIs

Auf die Cubedaten kann auch über REST-API-Aufrufe zugegriffen werden. Die über die REST-API-Aufrufe abgerufenen Daten können über HTML-Seiten gerendert werden. Benutzer können die Abfragegeschwindigkeit und das allgemeine Schema von CQD nutzen und gleichzeitig benutzerdefinierte Berichte erstellen, die ihren geschäftlichen Anforderungen entsprechen. Weitere Informationen zur API und zu Beispielen finden Sie unter Entwickeln des Anrufqualitätsdashboards für Skype for Business Server.

Definieren der Anforderungen Ihrer organization für CQD

CQD bietet QoE-Datenarchivierung und schnelle und tiefe Analyse von Anrufqualitätsdaten. Der folgende Leitfaden hilft Ihnen zu entscheiden, wann und warum Sie CQD bereitstellen würden.

Wann sollte CQD bereitgestellt werden?

CQD kann bereitgestellt werden, um eine grundlegende Anrufqualitätsmessung einzurichten, auch wenn bei einem organization keine Probleme mit der Anrufqualität auftreten. Das Einrichten einer grundlegenden Anrufqualitätsmessung ist wichtig, da jede organization eine andere Mischung aus Wi-Fi im Vergleich zu kabelgebundenen und Remotemitarbeitern im Vergleich zu Büromitarbeitern aufweist. Wenn Probleme mit der Anrufqualität auftreten, können die neuesten Anrufqualitätsmessungen mit vorherigen Zeitintervallen verglichen werden. Die beliebten Features von CQD ermöglichen eine einfache Erkennung von Änderungen der Anrufqualität im Laufe der Zeit.

CQD kann bereitgestellt werden, um proaktiv Problembereiche zu finden, die sich auf die Anrufqualität auswirken können. Selbst wenn die durchschnittliche Anrufqualität für ein organization die vom organization festgelegten Ziele erfüllen könnte, kann es zu Problemen mit der Anrufqualität kommen, die hinter durchschnittlichen Metriken verborgen sind. CQD ermöglicht eine PivotTable-ähnliche Aufschlüsselung von Aufrufqualitätsmetriken nach vielen Dimensionen in der QoEMetrics-Datenbank. Das Erkennen von Ausreißern in Peergruppen ist eine schnelle Möglichkeit, Probleme mit der Anrufqualität proaktiv zu finden.

CQD sollte bereitgestellt werden, wenn im organization Probleme mit der Anrufqualität auftreten, um die für die Problembehandlung erforderliche Zeit zu verkürzen. CQD kann vorhandene Untersuchungen zur Anrufqualität vereinfachen, indem es eine schnelle Berichterstellungsleistung und dynamische Drilldownfunktionen bietet. CQD ist für viele Arten von Workflows bei Anrufqualitätsuntersuchungen zur Überprüfung von Reparaturen an der Umgebung konzipiert.

Gründe für die Bereitstellung von CQD

CQD sollte bereitgestellt werden, wenn die QoE-Berichterstellung für mehr als 3 Monate erfolgen muss. Die QoEMetrics-Datenbank- und Überwachungsserverberichte sind so konzipiert, dass sie einen kleinen Satz von Daten aufbewahren und melden. Die Datenbank für QoE-Metriken ist für schnelle Einfügungen optimiert, sodass die Berichterstellungsleistung durch große Mengen von Aufrufen oder konkurrierenden Berichtszugriff auf die Datenbank beeinträchtigt werden kann. Die QoE-Archivdatenbank von CQD bietet eine zweite Kopie der QoE-Metrikdaten mit längeren Aufbewahrungsfunktionen. Das Portal ist auch so optimiert, dass daten bis zu sieben Monate gleichzeitig angezeigt werden und bei Bedarf berichte über alle Daten im QoE-Archiv erstellt werden können.

CQD sollte bereitgestellt werden, wenn benutzerdefinierte QoE-Berichte erforderlich sind. Das Portal verfügt über eine Berichts-Editor-Funktion zum schnellen und einfachen Erstellen und Erstellen von Berichten. Außerdem werden REST-APIs für den programmgesteuerten Zugriff auf die Cubedaten verfügbar, sodass eine benutzerdefinierte Präsentation mithilfe von HTML/JavaScript oder vielen anderen Frameworks möglich ist. Es ist nicht mehr erforderlich, neue SQL-Abfragen zum Erstellen benutzerdefinierter Datensichten für die Berichterstellung zu erstellen.

CQD sollte bereitgestellt werden, wenn vorhandene QoE-Berichterstellungsfunktionen nicht die geschwindigkeits- oder tiefenanforderungen des organization erfüllen. CQD enthält viele integrierte Berichte. Die Berichte sind sofort nützlich und veranschaulichen, wie ein schrittweises Drilldown in die Daten auf jeder Ebene mehr Einblicke bieten kann. Die Berichtshierarchie hilft auch bei der logischen Verwaltung der zahlreichen Berichte und fördert die Erstellung vieler weiterer Berichte, die leicht zugänglich und verständlich sind. CQD bietet nicht nur Geschwindigkeit und Flexibilität, sondern ist auch für die Workflows optimiert, die von der Anrufqualitätsmethodik entwickelt wurden.

Komponenten und Topologien für CQD

CQD enthält mehrere Komponenten, und es hilft, die Anforderungen der einzelnen Komponenten und ihre Beziehung zueinander zu verstehen, um die einfachste und leistungsfähigste Bereitstellung des Tools zu erhalten. In der folgenden Tabelle wird die abhängige Komponente für jede CQD-Komponente beschrieben.

Komponentenname Abhängige Komponente
QoE-Archiv Microsoft SQL Server
Cube Microsoft SQL Server Analysis Services
Portal Microsoft Information Services
Repositorydienst (Teil der Portalinstallation) Microsoft SQL Server

Hinweis

Für QoE-Archiv und Cube erfordern bestimmte Bereitstellungsoptionen Business Intelligence- oder Enterprise-Editionen von Microsoft SQL Server. Weitere Informationen finden Sie weiter unten im Abschnitt Infrastrukturanforderungen für CQD .

CQD-Komponenten.

Einzelserverkonfiguration

Alle CQD-Komponenten und abhängigen Komponenten können auf einem Computer installiert werden. Die Single Box-Konfiguration ist die einfachste Konfiguration und ermöglicht es, CQD eigenständig zu sein. CQD benötigt nur Zugriff auf die QoE-Metrikdatenbank auf dem Monitoring Server. Der CQD-Server kann je nach den verfügbaren Ressourcen des Hostcomputers und den Leistungsanforderungen ein eigenständiger Computer, ein virtueller Computer oder sogar der Überwachungsserver sein.

Während der Installation muss der Benutzer, der die Installation durchführt, lediglich die Microsoft SQL Server- und Microsoft SQL Server Analysis Services-Instanzen bereitstellen, die zuvor auf dem Computer eingerichtet wurden, auf dem die CQD installiert werden soll. Weitere Informationen finden Sie unter Bereitstellen des Anrufqualitätsdashboards für Skype for Business Server.

Multiserverkonfiguration

In einer Multiserverkonfiguration können sich das QoE-Archiv, der Cube und das Portal auf verschiedenen Computern befinden. Für die Multiserverkonfiguration gibt es zwei Standard:

  • Hosten des CQD-Webportals und des CQD-Cubes auf verschiedenen Servern.

  • Hosten eines "Entwicklungsportals" getrennt vom "Produktionsportal".

    Hosten von CQD Web Portal und CQD Cube auf verschiedenen Computern. Organisationen, die möglicherweise Anforderungen haben, das CQD-Portal von der SQL Server-Installation zu trennen, oder die SQL Server Editionen für die SQL Server instance und SQL Server Analysis Services instance kann das CQD-Portal und den CQD-Cube auf verschiedenen Computern installieren. Die QoE-Archivkomponente kann auch die einzige CQD-Komponente sein, die installiert wird, wenn der organization einfach eine nachhaltige Methode verwenden möchte, um die QoE-Daten zu archivieren, ohne leistungslimits auf dem Monitoring Server zu erreichen.

Single Server CQD.

Hosten eines "Entwicklungsportals" getrennt vom "Produktionsportal". Organisationen, die ihre eigenen benutzerdefinierten Berichte (über die REST-APIs) entwickeln, ziehen es möglicherweise vor, neben dem Produktionsportal zusätzliche (CQD)-Portalinstanzen bereitzustellen, auf die reguläre Benutzer zur Überwachung der Anrufqualität oder Untersuchungen zugreifen. Das Entwicklungsportal kann alle Änderungen am Portal von der Produktionsumgebung isolieren. Die zusätzlichen Webportale können auf verschiedenen Computern (siehe unten) oder in verschiedenen Webverzeichnissen auf demselben Computer bereitgestellt werden (nicht dargestellt). Um dies zu erreichen, muss das zusätzliche CQD-Webportal manuell auf den Produktionscomputer kopiert werden, da das CQD-Webportal beim CQD-Setup immer auf der Standardwebsite mit vordefinierten Webanwendungsnamen bereitgestellt wird.

Planen sie CQD Multi Server.

Unterstützte Topologien

CQD führt keine Daten aus mehreren QoEMetrics-Datenbanken zusammen, wie dies der Fall ist, wenn mehrere Skype for Business Server Topologien mit jeweils einem eigenen Monitoring Server vorhanden sind. Jede CQD-instance muss auf eine QoEMetrics-Datenbank verweisen. Da CQD jedoch einen Großteil der Berichterstellungsworkload vom Monitoring Server ablegt, sollten große Organisationen, die einen Monitoring Server pro Skype for Business Server Topologie bereitstellen mussten, die Verwendung eines Monitoring Servers für alle Topologien in Betracht ziehen.

Infrastrukturanforderungen für CQD

CQD, einschließlich aller zugehörigen Komponenten und abhängigen Komponenten, kann auf einem virtuellen Computer, einem einzelnen Computer oder auf mehreren Computern bereitgestellt werden. Die Mindestanforderungen an Software und Hardware sind unten aufgeführt. Datenverfügbarkeit und Abfrageleistung können je nach Anzahl der aktiven Skype for Business Server Benutzer und Hardware und Konfiguration von Minuten bis Stunden variieren. Nachfolgend finden Sie einige Leistungsmessungen.

Für CQD 2015  
Unterstützte Betriebssysteme Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2
Unterstützte SQL Server SQL Server 2012, SQL Server 2014, SQL Server 2016
Für CQD 2019  
Unterstützte Betriebssysteme Windows Server 2016, Windows Server 2019
Unterstützte SQL Server SQL Server 2017, SQL Server 2019

CQD verwendet Microsoft SQL Server, Microsoft SQL Server Analysis Services und Microsoft-Internetinformationsdienste daher sind die Mindestanforderungen an Hardware und Software von CQD im Wesentlichen identisch mit diesen abhängigen Komponenten. Basierend auf den Anforderungen der organization in Bezug auf datenfrische Daten (die teilweise von der Menge der QoE-Daten abhängt, die vom organization generiert werden) und den Bereitstellungskosten sollten jedoch zusätzliche Überlegungen zur Bereitstellung berücksichtigt werden.

Die Datenverarbeitung in CQD ist in zwei Standard Phasen unterteilt:

  • QoE-Archivprozess

  • CQD-Cubeverarbeitung

    QoE-Archivverarbeitung. Der Verarbeitungstask QoE-Archiv kopiert Daten aus der QoE Metrics-Datenbank auf dem Monitoring Server in die QoE-Archivdatenbank. Es gibt zwei Situationen, in denen die Verarbeitungszeit des Vorgangs grundlegend unterschiedliche Leistungsmerkmale aufweisen würde. Die erste befindet sich nach der Erstinstallation von CQD. Wenn der Task zum ersten Mal nach einer neu installierten Installation ausgeführt wird, kopiert der Verarbeitungstask QoE-Archiv alle Daten, die sich in der QoE-Metrikdatenbank befinden, in die QoE-Archivdatenbank. Die zweite ist die regelmäßige Verarbeitung nach dieser ersten Runde. Der Verarbeitungstask QoE-Archiv wird alle 15 Minuten ausgeführt und verarbeitet alle neuen QoE-Datensätze, die sich in der QoE-Metrikdatenbank befinden. Im Allgemeinen ist die anfängliche Verarbeitungszeit kein Problem, da sie nur beim ersten Mal ausgeführt wird, wenn CQD installiert wird. Wenn der CQD-Server jedoch stark unterbelastet ist, kann diese Aufgabe mehrere Stunden dauern. In der folgenden Tabelle finden Sie beispiele für anfängliche QoE-Archivverarbeitungszeiten.

    CQD-Cubeverarbeitung. Der Cubeverarbeitungstask aggregiert die Daten aus der QoE-Archivdatenbank im Cube. Die anfängliche Cubeverarbeitungszeit und die nachfolgende Cubeverarbeitungszeit werden durch die SQL Server Analysis Services Edition bestimmt, die für den CQD-Cube verwendet wird. Wenn die Standard-Edition verwendet wird, gibt es keinen Unterschied zwischen der anfänglichen Cubeverarbeitungszeit und der nachfolgenden Cubeverarbeitungszeit, da jedes Mal, wenn die Cubedaten aktualisiert werden, immer eine vollständige Verarbeitung aller verfügbaren Daten erfolgt. (Dies bedeutet, dass die Cubeverarbeitungszeit mit zunehmender Datenmenge in der QoE-Archivdatenbank zunimmt.) Da die Business Intelligence Edition und Enterprise Edition von SQL Server Partitionsunterstützung haben, verarbeitet nur die erste Ausführung alle Daten in der QoE-Archivdatenbank, wenn eine der Editionen verwendet wird. Wenn der Task in nachfolgenden Ausführungen alle 15 Minuten ausgelöst wird, verarbeitet der Task nur die neuen Datensätze, die der QoE-Archivdatenbank seit der letzten Ausführung des Tasks hinzugefügt wurden. Einmal am Tag erfolgt auch eine vollständige Verarbeitung auf der Partition, die die Daten des aktuellen Monats enthält.

Die Eigenschaften der physischen Maschine können sich auf die CQD-Leistung sowie die Softwarefeatures auswirken, die von den SQL Server-Komponenten zur Verfügung stehen. Die QoE-Archivkomponente ist im Vergleich zu anderen Komponenten datenträgerintensiver, während die Cube-Komponente cpu- und arbeitsspeicherintensiver ist. All diese Faktoren tragen zur Gesamtdatenverarbeitungszeit von CQD bei, was sich direkt auf die Aktualität und Verfügbarkeit der Daten auswirkt. Organisationen sollten Basierend auf den individuellen Anforderungen der organization Entscheidungen über die Hardware und Software treffen.

Getestete Hardwarekonfigurationen

In diesem Abschnitt wird davon ausgegangen, dass eine einzelne QoEMetrics-Datenbank in der Umgebung vorhanden ist.

Computerprofile

Maschine CPU-Kerne RAM QoE-Archiv und -Cube auf demselben Datenträger QoE-Archiv und temporäre SQL-Datenbank auf demselben Datenträger
Virtueller Computer 4 7 GB Ja Ja
4 Kerne 4 20 GB Ja Nein
8 Kerne 8 32 GB Ja Nein
16 Kerne 16 128 GB Nein Nein

Leistungsergebnisse

Maschine Größe der Datenbank für QoE-Metriken SQL-Partitionen Datenträgertyp Anzahl der Datenströme Anfänglicher Archivierungsprozess Anfänglicher Cubeprozess Anschließender Archivprozess Nachfolgender Cubeprozess
Virtueller Computer 900 MB Einzelnen VHD (variable Größe) ,5 M 30 m 2 m 30 s 1 m
Virtueller Computer 9 GB Einzelnen VHD (variable Größe) 5 M 4 Std. 15 m 1 m 5 m
Virtueller Computer 9 GB Einzelnen VHD (feste Größe) 5 M 2 Std. 5 m 1 m 5 m
Virtueller Computer Mehr als 30 GB Einzelnen VHD (feste Größe) 10 M 15 h 20 m 2 m 45 m
8 Kerne 9 GB Einzelnen Mehrere Datenträger 5 M 2 Std. 5 m 25 s 5 m
8 Kerne 9 GB Mehrere Mehrere Datenträger 5 M 2 Std. 15 m 35 s 2 m
8 Kerne Mehr als 30 GB Einzelnen Mehrere Datenträger 20 M 9 Std. 20 m 1 m 20 m
8 Kerne Mehr als 30 GB Mehrere Mehrere Datenträger 20 M 9 Std. 30 m 2 m 2 m
4 Kerne 200 GB Einzelnen Mehrere Datenträger 125 M 6+ Tage 7 Std. 2 m 6 Std.
16 Kerne 500 GB Mehrere Mehrere Spindeln 250 M 8 Tage 2 Std. 2 m 10 m

*Diese werden in realen Bereitstellungen nicht erwartet, da die QoE Metrics-Datenbank 9 bzw. 18 Monate an Daten enthalten müsste, die hier jedoch zur Vollständigkeit bereitgestellt werden.

Dienstkontoanforderungen

Sie benötigen ein Konto (mit Lesezugriff auf QoEMetrics), das der SQL-Agent auf dem CQD-Server zum Importieren von Daten in die QoEArchiveDB verwenden kann.

Möglicherweise müssen Sie auch ein separates Konto für einen SSAS-Auftrag konfigurieren, um Daten aus QoEArchiveDB zu pullen (dies ist ein optionaler Prozess).

IIS verwendet am häufigsten Den Netzwerkdienst als App-Poolidentität, kann aber als Dienstkonto konfiguriert werden.

portal Access Control

Standardmäßig hat jeder authentifizierte Benutzer Zugriff. Dies kann mithilfe von IIS-Autorisierungsregeln geändert werden, um sie auf eine bestimmte Gruppe einzuschränken.

Voraussetzungen für die Vorinstallation

Bei diesen Anweisungen wird davon ausgegangen, dass eine QoE Metrics-Datenbank bereits installiert wurde und irgendwo in der Skype for Business Server Topologie ausgeführt wird.

Hardwareanforderungen

CQD verwendet Microsoft SQL Server, Microsoft SQL Analysis Server und Microsoft Internet Information Server, sodass die Mindestanforderungen an Die Hardware und Software von CQD im Grunde die gleichen sind wie diese abhängigen Komponenten. Basierend auf den Anforderungen der organization in Bezug auf datenfrische Daten (die teilweise von der Menge der QoE-Daten abhängt, die vom organization generiert werden) und den Bereitstellungskosten sollten jedoch zusätzliche Überlegungen zur Bereitstellung berücksichtigt werden.

Softwareanforderungen

Für CQD sind die folgenden Betriebssysteme erforderlich:

  • Windows Server 2008 R2 mit IIS 7.5

  • Windows Server 2012 mit IIS 8.0

  • Windows Server 2012 R2 mit IIS 8.5

  • Windows Server 2016 mit IIS 10.0 (nur Skype for Business Server CQD 2019)

  • Windows Server 2019 (nur Skype for Business Server 2019 CQD)

Im Folgenden sind die erforderlichen IIS-Rollendienste (in hierarchischer Reihenfolge) aufgeführt:

  • Webserver

    • Allgemeine HTTP-Funktionen

    • Statischer Inhalt

    • Standarddokument

    • Anwendungsentwicklung

    • ASP.NET

    • ISAPI-Filter

    • Integritätsdiagnose &

    • HTTP-Protokollierung

    • Sicherheit

    • URL-Autorisierung

    • Windows-Authentifizierung

    • Verwaltungstools

    • IIS-Verwaltungskonsole

Hinweis

Beachten Sie Folgendes für die oben genannten Anforderungen:> Die Versionen 3.5 und 4.5 von .NET Framework sind verfügbar. Beides ist erforderlich (genauer gesagt, 3.5 SP1 ist erforderlich).> Wenn auf einigen Systemen ASP.NET vor der IIS-Installation eingerichtet wird, ist ASP.NET möglicherweise nicht in IIS registriert. Das Problem tritt auf, wenn keine Anwendungspools für die entsprechende .NET-Version vorhanden sind und die .NET-CLR-Version in der App-Poolkonfiguration fehlt. Um ein solches Problem unter Windows Server 2008 R2 zu beheben, führen Sie aus %systemroot%\Microsoft.NET\Framework64\4.0.30319\aspnet_regiis.exe -iru. Führen Sie auf Windows Server 2012 und Windows Server 2012 R2 ausdism /online /enable-Feature /all /FeatureName:WCF-HTTP-Activation45, und entfernen Sie anschließend das Modul "ServiceModel" aus der Standardwebsite im IIS-Manager.> Verwaltungstools sind optional, werden jedoch empfohlen.

Um diese Anforderungen mithilfe von PowerShell zu installieren, führen Sie Folgendes aus:

import-module servermanager
add-windowsfeature Web-Server, Web-Static-Content, Web-Default-Doc, Web-Asp-Net, Web-Asp-Net45, Web-Net-Ext, Web-Net-Ext45, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Http-Logging, Web-Url-Auth, Web-Windows-Auth, Web-Mgmt-Console

Die folgenden Versionen von SQL Server werden unterstützt:

  • CQD 2015: SQL Server 2012, SQL Server 2014, SQL Server 2016
  • CQD 2019: SQL Server 2017, SQL Server 2019

Aus Leistungsgründen wird die Business Intelligence- oder Enterprise-Edition empfohlen. Diese Editionen ermöglichen die Verwendung mehrerer Partitionsdateien, die parallel verarbeitet werden können, was für die Verarbeitung von Daten über mehrere Monate oder länger von Vorteil ist.

Obwohl nicht empfohlen, wird auch die Standard Edition unterstützt. Die Verarbeitung wird auf eine einzelne Partition beschränkt (die während des Setups konfiguriert werden muss).

In allen Fällen müssen "Database Engine Services" und "Analysis Services" installiert sein. Es wird empfohlen, aber nicht erforderlich, auch das Feature "Management Tools – Complete" zu installieren, das SQL Server Management Studio Unterstützung für Analysis Services hinzufügt. Der Bildschirm für die Featureauswahl sollte wie die Abbildung aussehen.

SQL Server Featureanforderungen.

Legen Sie beim Konfigurieren des SSAS-Setups in der Analysis Services-Konfiguration "Servermodus" auf "Mehrdimensionaler und Data Mining-Modus" fest.

Weitere Hilfe zum Installieren und Konfigurieren von SQL Server Business Intelligence-Features finden Sie unter Installieren von Analysis Services im mehrdimensionalen und Data Mining-Modus.

Kontoanforderungen

Drei Domänendienstkonten werden nach dem Prinzip der geringsten Rechte empfohlen:

  • Eine , die bereits über einen Anmeldesicherheitsprinzipal für die QoE-Metrikdatenbank (mit db_datareader Berechtigung) und einen Anmeldesicherheitsprinzipal in der QoE Archive SQL Server Instance verfügt (erforderlich zum Erstellen eines Verbindungsserverobjekts während des Setups). Dieses Konto wird verwendet, um den Schritt "QoE-Archivdaten" des SQL Server-Agent Auftrags auszuführen.

    Hinweis

    Wenn Sie in einer stark gesperrten Umgebung arbeiten, müssen Sie überprüfen, ob diesem Dienstkonto die Benutzerrechte "Anmeldung als Batchauftrag" und "Lokale Anmeldung zulassen" sowohl für die QoE Metrics Monitoring-Datenbank SQL Server als auch für die QoE Archive SQL Server gewährt werden.

  • Eine , die verwendet wird, um den Schritt "Cube verarbeiten" des SQL Server-Agent Auftrags auszuführen. Setup erstellt einen Anmeldesicherheitsprinzipal für die QoE-Archivdatenbank (mit Lese- und Schreibberechtigungen) und erstellt auch ein Mitglied in der QoE-Rolle (mit Vollzugriffsberechtigung) für den Cube.

  • Eine , die zum Ausführen des IIS-Workerprozesses für die Webportale und Web-APIs verwendet wird. Setup erstellt einen Anmeldesicherheitsprinzipal für die QoE-Archivdatenbank (mit Leseberechtigung), einen Anmeldesicherheitsprinzipal für die Repositorydatenbank (mit Lese- und Schreibberechtigung) und ein Mitglied in QoERole (mit Vollzugriffsberechtigung) für den Cube.

    Hinweis

    Wenn sowohl die QoE-Archivdatenbank als auch die Repositorydatenbank in demselben SQL Server gehostet werden, wird nur ein Anmeldesicherheitsprinzipal mit zwei Benutzerzuordnungen erstellt.

Die ersten beiden Konten können logisch als "Back-End-Dienstkonten" betrachtet werden, und das letzte Konto ist ein "Front-End-Dienstkonto". Obwohl nicht empfohlen, ist es möglich, in allen Fällen ein einzelnes Konto zu verwenden.

Hinweis

Das Benutzerkonto, das die Installation initiiert, muss ebenfalls Über Lesezugriff auf die QoE Metrics DB verfügen (zusätzlich zu den Computeradministratorrechten auf dem QoE Archive DB-Server, auf dem die Installation erfolgen muss).

Kapazitätsplanung

CQD ist auf minimale Auswirkungen auf QoEMetrics ausgelegt: Der Code wurde so optimiert, dass Daten nicht gesperrt werden, und Importaufträge können angepasst werden.

Die Art der zu verwendenden Hardware hängt von Ihren Anforderungen ab, wie schnell Synchronisierungen ausgeführt werden sollen. Die Größe des Datenträgers sieht wie folgt aus:

  • QoEArchive ist anfänglich ca. 1,5x größer als QoEMetrics DB

  • Der SSIS-Cube komprimiert die Daten im Vergleich zur Datenbank fast 10-mal.

  • Die Daten werden monatlich partitioniert. Partitionen können gelöscht werden