Skype for Business Server: Planen des Anrufqualitäts-Dashboards

Zusammenfassung: Erfahren Sie, was Sie bei der Planung des Anrufqualitätsdashboards berücksichtigen sollten.

Übersicht über das Skype for Business Server Anrufqualitäts-Dashboard

Das Skype for Business Server Anrufqualitäts-Dashboard (CQD) ist eine Berichtsebene über 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:

• Archivspeicherung von QoE-Daten über die QoE-Archivkomponente von CQD. Die QoE-Archivkomponente kann QoE-Daten viel länger speichern als der Monitoring Server. Dies ermöglicht die Trenderstellung und Berichterstellung für bis zu sieben Monate gleichzeitig mit der Möglichkeit, das Berichtsfenster so weit zurückzuschieben, wie Daten vorhanden sind.
• Berichterstellung und Analyse mithilfe der Leistungsfähigkeit und Geschwindigkeit von Microsoft SQL Server Analysis Services. CQD verwendet Microsoft SQL Analysis Services, um schnelle Zusammenfassungs-, Filter- und Pivotingfunktionen bereitzustellen, um das Dashboard über einen Analysis Cube zu versorgen. Die Ausführungsgeschwindigkeit der Berichterstellung und die Möglichkeit, einen Drilldown in die Daten auszuführen, können die Analysezeiten erheblich reduzieren.
• Neues Datenschema, das für die Anrufqualitätsberichterstattung optimiert ist. Der Cube verfügt über ein Schema, das für die Berichterstellung und Untersuchungen zur Sprachqualität entwickelt wurde. Portalbenutzer können sich auf die Berichtsaufgaben konzentrieren, anstatt herauszufinden, wie das Datenbankschema für QoE-Metriken den benötigten Ansichten zugeordnet ist. Die Kombination aus QoE-Archiv und Cube bietet eine Abstraktion, die die Komplexität der Berichterstattung und Analyse über CQD reduziert. Das Datenbankschema des QoE-Archivs 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 Berichtbearbeitung. Die Portalkomponente enthält mehrere integrierte Berichte, die nach der Methode der Anrufqualität modelliert sind. Portalbenutzer können die Berichte ändern und neue Berichte über die Bearbeitungsfunktion des Portals erstellen.
• Web-API-Zugriff auf die Berichtsstruktur- und Analysecubedaten. Das Dashboardberichtsframework ist nicht die einzige Möglichkeit zum Anzeigen der Daten aus dem Cube. 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 des Berichts-Editors und der CQD-Web-APIs ermöglicht eine schnelle Prototyperstellung von Berichten und benutzerdefiniertem Berichtslayout.

Hinweis

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

CQD-Designziele

CQD ermöglicht ES IT-Experten, aggregierte Daten zu verwenden, um Fokusbereiche in ihrer Umgebung zu identifizieren, in denen Medienqualitätsprobleme auftreten. Es ermöglicht es einem IT-Experten, Statistiken für verschiedene Benutzergruppen zu vergleichen und Trends und Muster zu identifizieren. Sie 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äts-Dashboards

Das Anrufqualitätsdashboard besteht aus mehreren Datenbanken, Microsoft SQL Agent-Aufträgen, Prozessen und Webanwendungen. Die Microsoft SQL Agent-Aufträge kopieren regelmäßig Daten aus der QoE-Metrikdatenbank in die QoE-Archivdatenbank und verarbeitet den Cube mit den Daten in der QoE-Archivdatenbank. Die Repositorydatenbank speichert die Berichtsdefinitionen, die das Portal unterstützen. Das Portal bietet Browserzugriff auf die Cubedaten.

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

Übersicht über die Architektur

Zusammenfassend lässt sich sagen, dass für CQD die folgenden Elemente erforderlich sind:

• Zwei Datenbanken: eine Archivdatenbank und eine Repositorydatenbank.

• Ein SSAS-Cube zum Visualisieren aggregierter Daten

• IIS hostet CQD Web Portal

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

CQD und Skype for Business vs. Lync 2013

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

• Wi-Fi Meldung der Signalstärke

• Wi-Fi Berichterstellung für Chipsatztreiber

• Meine Anrufdaten bewerten

Über CQD verfügbare Informationen

CQD kann Skype for Business Server Audio-, Video- und Anwendungsfreigabedatenstromanzahl und Anzahl guter und schlechter Anrufe sowie das Verhältnis von schlechten zu guten Anrufen anzeigen. Die Ansichten können nach vielen verschiedenen Dimensionen segmentiert und gefiltert werden. CQD zeichnet Daten aus der QoE-Metrikdatenbank 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" zu ermöglichen.

CQD abstracts also many of the internal QoE data idiosyncrasies such as "caller" and "callee" so that the user can focus on building report views around "server" and "client". Im Anschluss an die Anrufqualitätsmethodik wird das CQD optimiert, um die Bedingungen zu identifizieren, die taschen schlechter Anrufe gemeinsam haben – einer 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 zum Anzeigen der Daten im Cube. Das Portal enthält mehrere integrierte Berichte, die sofort verwendbar sind. Die integrierten Berichte sind strukturiert verknüpft, um den Benutzer nacheinander zu kleineren und kleineren Segmenten der Anrufdaten zu führen. In den integrierten Berichten werden auch die verschiedenen Möglichkeiten hervorgehoben, wie die Daten angezeigt werden können, indem eine Kombination aus Diagrammen und Tabellen mit unterschiedlichen Pivots, Filtern und Measures veranschaulicht wird. Jeder Benutzer, der auf das Portal zugreift, kann über eigene Berichte verfügen, die er ändern und freigeben kann. Weitere Informationen zur Verwendung des CQD-Webportals finden Sie unter Verwenden des Anrufqualitäts-Dashboards 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 für ihre geschäftlichen Anforderungen geeignet sind. Weitere Informationen zur API und Beispiele finden Sie unter Entwickeln des Anrufqualitätsdashboards für Skype for Business Server.

Definieren der Anforderungen Ihrer Organisation für CQD

CQD bietet QoE-Datenarchivierung und schnelle und umfassende Analyse von Anrufqualitätsdaten. Das folgende Handbuch hilft Ihnen bei der Entscheidung, wann und warum Sie CQD bereitstellen möchten.

Zeitpunkt der Bereitstellung von CQD

CQD kann bereitgestellt werden, um eine grundlegende Messung der Anrufqualität einzurichten, auch wenn bei einer Organisation keine Probleme mit der Anrufqualität auftreten. Die Festlegung einer grundlegenden Anrufqualitätsmessung ist wichtig, da jede Organisation eine andere Mischung aus Wi-Fi im Vergleich zu verkabelten und Remotemitarbeitern im Vergleich zu Büromitarbeitern aufweist. Wenn Probleme mit der Anrufqualität auftreten, können die neuesten Messungen der Anrufqualität mit früheren Zeitintervallen verglichen werden. Die Trendfunktionen 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 eine Organisation die von der Organisation 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 der Anrufqualitä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 probleme mit der Anrufqualität in der Organisation auftreten, um die zeitaufwand für die Problembehandlung zu reduzieren. CQD kann vorhandene Untersuchungen zur Anrufqualität vereinfachen, indem schnelle Berichtsleistung und dynamische Drilldownfunktionen bereitgestellt werden. CQD ist für viele Arten von Workflows bei der Überprüfung der Überprüfung der Anrufqualität von Reparaturen in 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 mit Daten erfolgen muss. Die QoEMetrics-Datenbank- und -Überwachungsserverberichte sind so konzipiert, dass sie einen kleinen Satz von Daten aufbewahren und melden. Die QoE-Metrikdatenbank ist für schnelle Einfügungen optimiert, und daher kann die Berichterstellungsleistung durch große Anzahl von Anrufen oder konkurrierenden Berichtszugriff auf die Datenbank beeinträchtigt werden. Die QoE-Archivdatenbank von CQD stellt eine zweite Kopie der QoE-Metrikdaten mit viel längeren Aufbewahrungsfunktionen bereit. Das Portal ist auch so optimiert, dass bis zu 7 Monate Daten gleichzeitig angezeigt werden und alle Daten im QoE-Archiv nach Bedarf gemeldet 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 Prototypen für Berichte. Außerdem werden REST-APIs für den programmgesteuerten Zugriff auf die Cubedaten bereitgestellt, sodass eine benutzerdefinierte Präsentation mit HTML/JavaScript oder vielen anderen Frameworks möglich ist. Es ist nicht mehr erforderlich, neue SQL-Abfragen zum Erstellen von benutzerdefinierten Datenansichten für die Berichterstellung zu erstellen.

CQD sollte bereitgestellt werden, wenn die vorhandene QoE-Berichterstellungsfunktion die von der Organisation erforderliche Geschwindigkeit oder Tiefe nicht erfüllt. CQD enthält viele integrierte Berichte. Die Berichte sind sofort nützlich und veranschaulichen, wie ein schrittweises Drilldown in die Daten zusätzliche Erkenntnisse auf jeder Ebene 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 hilft dabei, die Anforderungen jeder Komponente 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 im Abschnitt " Infrastrukturanforderungen für CQD ".

Konfiguration für einen einzelnen Server

Alle CQD-Komponenten und abhängigen Komponenten können auf einem Computer installiert werden. Die Einzelboxkonfiguration ist die einfachste Konfiguration und ermöglicht das eigenständige CQD. CQD benötigt nur Zugriff auf die QoE-Metrikdatenbank auf dem Monitoring Server. Der CQD-Server kann ein eigenständiger Computer, ein virtueller Computer oder sogar der Monitoring Server sein, abhängig von den verfügbaren Ressourcen des Hostcomputers und den Leistungsanforderungen.

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 das CQD installiert werden soll. Weitere Informationen finden Sie unter "Bereitstellen des Anrufqualitätsdashboards" für Skype for Business Server.

Konfiguration mit mehreren Servern

In einer Konfiguration mit mehreren Servern können sich das QoE-Archiv, der Cube und das Portal auf verschiedenen Computern befinden. Es gibt zwei Hauptverwendungen für die Konfiguration mit mehreren Servern:

• Hosting von CQD Web Portal und CQD Cube auf verschiedenen Servern.

• Hosting eines "Development"-Portals getrennt vom "Production"-Portal.

  Hosting von CQD Web Portal und CQD Cube auf verschiedenen Computern. Organisationen, die möglicherweise Anforderungen zum Trennen des CQD-Portals von der SQL Server Installation haben oder die SQL Server Editionen für die SQL Server Instanz und SQL Server Analysis Services Instanz kombinieren und abgleichen möchten, können 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 die Organisation einfach über eine nachhaltige Methode zum Archivieren der QoE-Daten verfügen möchte, ohne leistungsbeschränkungen auf dem Monitoring Server zu erreichen.

Hosting eines "Development"-Portals getrennt vom "Production"-Portal. Organisationen, die eigene benutzerdefinierte Berichte (über die REST-APIs) entwickeln, bevorzugen möglicherweise die Bereitstellung zusätzlicher (CQD)-Portalinstanzen neben dem Produktionsportal, auf die normale Benutzer zur Überwachung der Anrufqualität oder untersuchungen zugreifen. Das Entwicklungsportal kann alle Änderungen am Portal aus der Produktionsumgebung isolieren. Die zusätzlichen Webportale können auf verschiedenen Computern (siehe unten) oder in verschiedenen Webverzeichnissen auf demselben Computer bereitgestellt werden (nicht angezeigt). Um letzteres zu erreichen, muss das zusätzliche CQD-Webportal manuell auf den Produktionscomputer kopiert werden, da der CQD-Setupprozess das CQD-Webportal immer auf der Standardwebsite mit vordefinierten Webanwendungsnamen bereitstellt.

Unterstützte Topologien

CQD führt keine Daten aus mehreren QoEMetrics-Datenbanken zusammen, wie es bei mehreren Skype for Business Server Topologien der Fall ist, die jeweils über einen eigenen Monitoring Server verfügen. Jede CQD-Instanz muss auf eine QoEMetrics-Datenbank verweisen. Da der CQD jedoch einen Großteil der Berichtsarbeitslast vom Monitoring Server verschiebt, sollten große Organisationen, die einen Monitoring Server pro Skype for Business Server Topologie bereitstellen mussten, erwägen, einen Monitoring Server für alle Topologien zu verwenden.

Infrastrukturanforderungen für CQD

CQD, einschließlich aller Komponenten und abhängigen Komponenten, kann auf einem virtuellen Computer, einem einzelnen Computer oder auf mehreren Computern bereitgestellt werden. Die mindesten Software- und Hardwareanforderungen sind unten aufgeführt. Die 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. Daher werden unten einige Leistungsmessungen durchgeführt.

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 nutzt Microsoft SQL Server, Microsoft SQL Server Analysis Services und Microsoft-Internetinformationsdienste, sodass die mindesten Hardware- und Softwareanforderungen von CQD im Wesentlichen mit diesen abhängigen Komponenten identisch sind. Basierend auf den Anforderungen der Organisation hinsichtlich der Aktualität der Daten (die zum Teil vom Volumen der von der Organisation generierten QoE-Daten abhängen) und den Bereitstellungskosten sollten jedoch zusätzliche Überlegungen zur Bereitstellung angestellt werden.

Die Datenverarbeitung im CQD ist in zwei Hauptphasen unterteilt:

• QoE-Archivprozess

• CQD-Cubeverarbeitung

  QoE-Archivverarbeitung. Die QoE-Archivierungsverarbeitungsaufgabe kopiert Daten aus der QoE-Metrikdatenbank auf dem Monitoring Server in die QoE-Archivdatenbank. Es gibt zwei Situationen, in denen die Verarbeitungszeit des Vorgangs grundlegend unterschiedliche Leistungsmerkmale aufweist. Die erste ist nach der Erstinstallation von CQD. Wenn die Aufgabe nach einer Neuinstallation zum ersten Mal ausgeführt wird, kopiert die QoE-Archivverarbeitungsaufgabe alle Daten, die sich in der QoE-Metrikdatenbank befinden, in die QoE-Archivdatenbank. Die zweite ist die regelmäßige Verarbeitung nach dieser ersten Runde. Die QoE-Archivverarbeitungsaufgabe wird alle 15 Minuten ausgeführt und verarbeitet alle neuen QoE-Einträge, 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 unterbereitet ist, kann dieser Vorgang mehrere Stunden dauern. In der folgenden Tabelle finden Sie z. B. die anfänglichen Verarbeitungszeiten des QoE-Archivs.

  CQD-Cubeverarbeitung. Die Cubeverarbeitungsaufgabe aggregiert die Daten aus der QoE-Archivdatenbank in den 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 Standardedition verwendet wird, besteht kein Unterschied zwischen der anfänglichen Cubeverarbeitungszeit und der nachfolgenden Cubeverarbeitungszeit, da sie bei jeder Aktualisierung der Cubedaten immer eine vollständige Verarbeitung aller verfügbaren Daten ist. (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 beiden Editionen verwendet wird. Wenn die Aufgabe in nachfolgenden Ausführungen alle 15 Minuten ausgelöst wird, verarbeitet die Aufgabe nur die neuen Datensätze, die der QoE-Archivdatenbank seit der letzten Ausführung der Aufgabe hinzugefügt wurden. Einmal täglich erfolgt auch eine vollständige Verarbeitung auf der Partition, die die Daten des aktuellen Monats enthält.

Die physikalischen Maschineneigenschaften können sich sowohl auf die CQD-Leistung als auch auf 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 Cubekomponente mehr CPU und Arbeitsspeicher beansprucht. All diese Faktoren tragen zur gesamten Datenverarbeitungszeit von CQD bei, was sich direkt auf die Aktualität und Verfügbarkeit von Daten auswirkt. Organisationen sollten Entscheidungen über die Hardware und Software basierend auf den individuellen Anforderungen der Organisation treffen.

Getestete Hardwarekonfigurationen

In diesem Abschnitt wird davon ausgegangen, dass es eine einzelne QoEMetrics DB in der Umgebung gibt.

Computerprofile

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

Leistungsergebnisse

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

*Es wird nicht erwartet, dass diese in echten Bereitstellungen auftreten, da die QoE-Metrikdatenbank 9 bzw. 18 Monate Daten enthalten müsste, aber sie werden hier zur Vollständigkeit bereitgestellt.

Dienstkontoanforderungen

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

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

IIS verwendet den Netzwerkdienst am häufigsten als App-Poolidentität, kann aber für ein Dienstkonto konfiguriert werden.

Portal Access Control

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

Voraussetzungen für die Vorinstallation

Bei diesen Anweisungen wird davon ausgegangen, dass eine QoE-Metrikdatenbank 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 mindesten Hardware- und Softwareanforderungen von CQD im Wesentlichen mit diesen abhängigen Komponenten identisch sind. Basierend auf den Anforderungen der Organisation hinsichtlich der Aktualität der Daten (die zum Teil vom Volumen der von der Organisation generierten QoE-Daten abhängen) und den Bereitstellungskosten sollten jedoch zusätzliche Überlegungen zur Bereitstellung angestellt 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 2019 CQD)

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

Es folgen die erforderlichen IIS-Rollendienste (in hierarchischer Reihenfolge):

• Webserver

  • Allgemeine HTTP-Features

  • 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:> 3.5- und 4.5-Versionen von .Net Framework sind verfügbar. Beide sind erforderlich (genauer gesagt: 3.5 SP1 ist erforderlich).> Wenn in einigen Systemen ASP.NET vor der IIS-Installation eingerichtet ist, 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 %systemroot%\Microsoft.NET\Framework64\4.0.30319\aspnet_regiis.exe -iru. Führen dism /online /enable-Feature /all /FeatureName:WCF-HTTP-Activation45 Sie Windows Server 2012 und Windows Server 2012 R2 aus, gefolgt vom Entfernen des Moduls "ServiceModel" von der Standardwebsite im IIS-Manager.> Verwaltungstools sind optional, werden jedoch empfohlen.

Führen Sie folgende Schritte aus, um diese Anforderungen mithilfe von PowerShell zu installieren:

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

Die Business Intelligence- oder Enterprise-Edition wird aus Leistungsgründen 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.

Die Standardedition wird zwar nicht empfohlen, aber auch 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 "Verwaltungstools – Vollständig" 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.

Legen Sie beim Konfigurieren des SSAS-Setups in der Analysis Services-Konfiguration "Servermodus" auf "Multidimensional and Data Mining Mode" fest.

Weitere Hilfe zum Installieren und Konfigurieren SQL Server Business Intelligence-Features finden Sie unter Installieren von Analysis Services im multidimensionalen 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 im QoE-Archiv SQL Server Instanz verfügt (erforderlich, um während des Setups ein Linked Server-Objekt zu erstellen). 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-Metriküberwachungsdatenbank SQL Server als auch für die QoE-Archiv-SQL Server gewährt werden.

• Eine, die zum Ausführen des Schritts "Prozesscube" des SQL Server-Agent Auftrags verwendet wird. Setup erstellt einen Anmeldesicherheitsprinzipal für die QoE-Archivdatenbank (mit Lese- und Schreibberechtigungen) und außerdem ein Mitglied in der QoE-Rolle (mit Vollzugriffsberechtigung) für den Cube.

• Eine, die zum Ausführen des IIS-Arbeitsprozesses 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 im selben 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". Es wird zwar nicht empfohlen, es ist jedoch in allen Fällen möglich, ein einzelnes Konto zu verwenden.

Hinweis

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

Kapazitätsplanung

CQD wurde für minimale Auswirkungen auf QoEMetrics entwickelt: Der Code wurde optimiert, um Daten nicht zu sperren, und Importaufträge können optimiert werden.

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

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

• SSIS Cube komprimiert die Daten fast 10x im Vergleich zu DB

• Daten werden monatlich partitioniert; Partitionen können gelöscht werden