Skype Empresarial Server: Planear el panel de calidad de llamadas

Resumen: Obtenga información sobre lo que debe tener en cuenta al planear el panel de calidad de llamadas.

Información general del panel de calidad de llamadas de Skype Empresarial Server

El panel de calidad de llamadas (CQD) Skype Empresarial Server es una capa de informes que se encuentra sobre la base de datos de calidad de la experiencia en el servidor de supervisión de Skype Empresarial Server. El CQD usa Microsoft SQL Server Analysis Services para proporcionar información agregada de uso y calidad de llamadas, así como para filtrar y dinamizar el conjunto de datos. Entre las características del CQD se incluyen:

• Almacenamiento de archivo de datos de QoE a través del componente Archivo de QoE del CQD. El componente QoE Archive puede almacenar datos de QoE durante una duración más larga que la del servidor de supervisión. Esto permite crear tendencias e informes de hasta siete meses de datos a la vez, con la capacidad de deslizar la ventana de informes hasta que haya datos.
• Creación de informes y análisis con la potencia y velocidad de Microsoft SQL Server Analysis Services. El CQD usa Microsoft SQL Analysis Services para proporcionar capacidades rápidas de resumen, filtro y pivotación para alimentar el panel a través de un cubo de análisis. La velocidad de ejecución de informes y la capacidad de explorar en profundidad los datos pueden reducir considerablemente los tiempos de análisis.
• Nuevo esquema de datos optimizado para informes de calidad de llamadas. El cubo tiene un esquema diseñado para informes de calidad de voz e investigaciones. Los usuarios del portal pueden centrarse en las tareas de creación de informes en lugar de averiguar cómo se asigna el esquema de la base de datos de métricas de QoE a las vistas que necesitan. La combinación del archivo de QoE y el cubo proporciona una abstracción que reduce la complejidad de la generación de informes y el análisis a través del CQD. El esquema de base de datos del archivo de QoE también contiene tablas que se pueden rellenar con datos específicos de la implementación para mejorar el valor general de los datos.
• Diseñador de informes integrado y edición de informes local. El componente Portal viene con varios informes integrados modelados después de la metodología de calidad de llamadas. Los usuarios del portal pueden modificar los informes y crear nuevos informes a través de la funcionalidad de edición del portal.
• Acceso a la API web a la estructura del informe y a los datos del cubo de análisis. El marco de creación de informes del panel no es la única forma de mostrar los datos del cubo. El CQD proporciona varios ejemplos de uso de HTML y JavaScript para recuperar datos de las API web del CQD y representar los datos en un formato personalizado. La combinación del Editor de informes y las API web del CQD permite crear prototipos rápidos de informes y crear informes personalizados.

Goals de diseño del CQD

El panel de calidad de llamadas permite a los profesionales de TI usar datos de agregados para identificar áreas en su entorno que estén experimentando problemas en la calidad de los medios. También les permite comparar estadísticas de diferentes grupos de usuarios, e identificar tendencias y patrones. No se centra en resolver problemas de llamadas individuales, sino en identificar los problemas y soluciones que se aplican a muchos usuarios de un entorno determinado.

Componentes del panel de calidad de llamadas

El panel de calidad de llamadas consta de varias bases de datos, trabajos, procesos y aplicaciones web del agente SQL de Microsoft. Los trabajos del Agente SQL de Microsoft copian periódicamente datos de la base de datos de métricas de QoE en la base de datos del archivo de QoE y procesa el cubo con los datos de la base de datos archivo de QoE. La base de datos repositorio almacena las definiciones de informes que potencian el portal. El portal proporciona acceso del explorador a los datos del cubo.

Los componentes del CQD, incluidas las bases de datos Archivo, Cubo y Repositorio de QoE, se pueden instalar en el servidor de supervisión, instalarse en su propio servidor o instalarse en varios servidores. El método de instalación particular depende de las demandas de rendimiento del CQD y afecta a otros procesos en los mismos servidores. Para obtener más información, consulte la sección "Componentes y topologías para CQD" más adelante en este artículo.

Introducción a la arquitectura

En resumen, el CQD necesita los siguientes elementos:

• Dos bases de datos: una base de datos de archivado y una base de datos de repositorio.

• Un cubo SSAS que visualiza datos agregados

• IIS hosts CQD Web Portal

La misma arquitectura del CQD admite Lync Server 2013 y Skype Empresarial.

CQD y Skype Empresarial frente a Lync 2013

Solo en un entorno Skype Empresarial, están disponibles las siguientes funcionalidades:

• Wi-Fi informes de intensidad de la señal

• Wi-Fi informes de controladores de chipset

• Valorar los datos de mi llamada

Información disponible a través del CQD

El CQD puede mostrar Skype Empresarial Server el audio, el vídeo y la secuencia de uso compartido de aplicaciones cuenta y cuenta las llamadas buenas o malas, así como las relaciones entre las llamadas malas y las buenas. Las vistas se pueden segmentar y filtrar por muchas dimensiones diferentes. El CQD extrae los datos de la base de datos de métricas de QoE en el servidor de supervisión. A continuación, los datos se combinan con los datos proporcionados por el cliente, como la asignación de subred a compilación de red para hacer posibles informes como "Calidad de llamadas por edificio".

El CQD también abstrae muchas de las idiosincrasias de datos de QoE internas, como "llamador" y "destinatario", de modo que el usuario pueda centrarse en generar vistas de informe en torno al "servidor" y el "cliente". Después de la metodología de calidad de llamadas, el CQD se ha simplificado para ayudar a identificar las condiciones que los bolsillos de las llamadas malas tienen en común: uno de los principios para mejorar la calidad de las llamadas.

Ver datos en el CQD

Los datos del CQD se pueden ver a través del portal del CQD y se puede acceder a ellos a través de llamadas a la API REST.

CQD Portal

El Portal es la forma más rápida de ver los datos en el cubo. El Portal incluye varios informes integrados que se pueden administrar inmediatamente. Los informes integrados se vinculan de forma estructurada para guiar al usuario a sectores sucesivos más pequeños y pequeños de los datos de llamada. Los informes integrados también resaltan las diferentes formas en que se pueden mostrar los datos mediante la demostración de una combinación de gráficos y tablas con distintos pivotes, filtros y medidas. Cada usuario que acceda al Portal puede tener su propio conjunto de informes que puede modificar y compartir. Para obtener más información sobre el uso del portal web del CQD, vea Usar el panel de calidad de llamadas para Skype Empresarial Server.

Sistemas operativos compatibles con el portal del CQD: Windows 8.1, Windows 8, Windows Server 2012 R2, Windows Server 2012 y Windows Server 2016 (Skype Empresarial Server Solo para el CQD de 2019).

Exploradores compatibles con el portal del CQD: Internet Explorer 11, Internet Explorer 10 e Internet Explorer 9.

API de REST

También se puede acceder a los datos del cubo a través de llamadas a la API rest. Los datos recuperados a través de las llamadas a la API rest se pueden representar a través de páginas HTML. Los usuarios pueden aprovechar la velocidad de las consultas y el esquema de alto nivel del CQD mientras crean informes personalizados adecuados para sus necesidades empresariales. Para obtener más información sobre la API y las muestras, consulte Desarrollar panel de calidad de llamadas para Skype Empresarial Server.

Definición de los requisitos de su organización para el CQD

El CQD proporciona el archivado de datos de QoE y un análisis rápido y profundo de los datos de calidad de llamadas. La siguiente guía le ayuda a decidir cuándo y por qué implementaría el CQD.

Cuándo implementar el CQD

El CQD se puede implementar para establecer una medición de calidad de llamadas de línea base, incluso si una organización no experimenta problemas de calidad de llamadas. Establecer una medición de calidad de llamada de línea base es importante porque cada organización tiene una combinación diferente de Wi-Fi frente a los trabajadores por cable y remotos frente a los trabajadores de oficina. Cuando surgen problemas de calidad de llamada, las mediciones de calidad de llamada más recientes se pueden comparar con intervalos de tiempo anteriores. Las características más recientes del CQD permiten la detección sencilla de cambios en la calidad de las llamadas a lo largo del tiempo.

El CQD se puede implementar para buscar de forma proactiva áreas problemáticas que puedan afectar a la calidad de las llamadas. Incluso si la calidad media de las llamadas de una organización podría cumplir los objetivos establecidos por la organización, podría haber bolsillos de problemas de calidad de llamadas ocultos por las métricas promedio. El CQD permite un desglose de las métricas de calidad de llamadas en forma de tabla dinámica según muchas dimensiones de la base de datos de QoEMetrics. Detectar valores atípicos en grupos de compañeros es una forma rápida de localizar de forma proactiva los problemas de calidad de las llamadas.

El CQD debe implementarse si hay problemas de calidad de llamadas en la organización para reducir el tiempo necesario para solucionar problemas. El CQD puede simplificar las investigaciones existentes sobre la calidad de las llamadas al ofrecer un rápido rendimiento de los informes y capacidades dinámicas de obtención de detalles. El CQD está diseñado para muchos tipos de flujos de trabajo en la validación de investigaciones de calidad de llamadas de reparaciones en el entorno.

Por qué implementar el CQD

El CQD debe implementarse si los informes de QoE deben producirse durante más de 3 meses de datos. Los informes de servidor de supervisión y base de datos de QoEMetrics están diseñados para conservar e informar de un pequeño conjunto de datos. La base de datos de métricas de QoE está optimizada para inserciones rápidas y, por tanto, el rendimiento de los informes puede verse impedido por un gran volumen de llamadas o por el acceso de informes de la competencia a la base de datos. La base de datos de archivo de QoE del CQD proporciona una segunda copia de los datos de métricas de QoE con capacidades de retención más largas. El Portal también está optimizado para mostrar hasta siete meses de datos a la vez y puede informar sobre todos los datos del Archivo de QoE según sea necesario.

El CQD debe implementarse si se necesitan informes personalizados de QoE. El portal tiene una característica de Editor de informes para crear y crear prototipos de informes de forma rápida y sencilla. También pone a disposición API de REST para el acceso mediante programación a los datos del cubo, lo que permite una presentación personalizada con HTML/JavaScript u otros muchos marcos. Ya no es necesario crear nuevas consultas SQL para crear vistas de datos personalizadas para la creación de informes.

El CQD debe implementarse si la funcionalidad de informes de QoE existente no cumple con la velocidad o profundidad requerida por la organización. El CQD incluye muchos informes integrados. Los informes son inmediatamente útiles y demuestran cómo explorar progresivamente los datos puede ofrecer más información en cada nivel. La jerarquía de informes también ayuda a administrar los numerosos informes de forma lógica y fomenta la creación de muchos más informes que sean fácilmente accesibles y comprensibles. El CQD no solo ofrece velocidad y flexibilidad, sino que también está optimizado para los flujos de trabajo desarrollados por la metodología de calidad de llamadas.

Componentes y topologías para el CQD

El CQD incluye varios componentes y ayuda a comprender los requisitos de cada componente y su relación entre sí para obtener la implementación más sencilla y con el mejor rendimiento de la herramienta. En la tabla siguiente se describe el componente dependiente de cada componente del CQD.

Configuración de un solo servidor

Todos los componentes del CQD y los componentes dependientes se pueden instalar en una máquina. La configuración de un solo cuadro es la configuración más sencilla y permite que el CQD sea autocontenido. El CQD solo necesita acceso a la base de datos de métricas de QoE en el servidor de supervisión. El servidor CQD puede ser una máquina independiente, una máquina virtual o incluso el servidor de supervisión, dependiendo de los recursos disponibles de la máquina host y de los requisitos de rendimiento.

Durante la instalación, el usuario que realice la instalación simplemente debe proporcionar las instancias de Microsoft SQL Server y Microsoft SQL Server Analysis Services que se han configurado anteriormente en el equipo donde se instalará el CQD. Consulte Implementar panel de calidad de llamadas para obtener Skype Empresarial Server para obtener más información.

Configuración de varios servidores

En una configuración multiservidor, el archivo de QoE, el cubo y el portal pueden estar todos en equipos diferentes. Hay dos usos principales para la configuración multiservidor:

• Hospede el portal web del CQD y el cubo del CQD en diferentes servidores.

• Alojamiento de un Portal de "desarrollo" independiente del Portal de "producción".

  Hospede el portal web del CQD y el cubo del CQD en diferentes equipos. Las organizaciones que podrían tener requisitos para separar el portal del CQD de la instalación de SQL Server o que podrían querer mezclar y hacer coincidir ediciones de SQL Server para la instancia de SQL Server y SQL Server Analysis Services instancia pueden elegir instalar el portal del CQD y el cubo del CQD en equipos diferentes. El componente Archivo de QoE también puede ser el único componente del CQD que se instala si la organización simplemente quiere tener un método sostenible para archivar los datos de QoE sin alcanzar los límites de rendimiento en el servidor de supervisión.

Alojamiento de un Portal de "desarrollo" independiente del Portal de "producción". Las organizaciones que desarrollan sus propios informes personalizados (a través de las API de REST) podrían preferir implementar instancias adicionales del portal (CQD) junto con el portal de producción al que los usuarios habituales tienen acceso para supervisión o investigaciones de calidad de llamadas. El Portal de desarrollo puede aislar cualquier modificación en el Portal desde el entorno de producción. Los portales web adicionales se pueden implementar en equipos diferentes (como se muestra a continuación) o implementarse en directorios web diferentes en el mismo equipo (no se muestra). Para lograr esto último, el portal web adicional del CQD debe copiarse manualmente en la máquina de producción porque el proceso de configuración del CQD siempre implementa el portal web del CQD en el sitio web predeterminado con nombres de aplicación web predefinidos.

Topologías compatibles

El CQD no combina datos de varias bases de datos de QoEMetrics, como ocurre cuando hay varias topologías de Skype Empresarial Server, cada una con su propio servidor de supervisión. Cada instancia del CQD debe apuntar a una base de datos de QoEMetrics. Sin embargo, como el CQD moverá gran parte de la carga de trabajo de informes fuera del servidor de supervisión, las grandes organizaciones que necesitaban implementar un servidor de supervisión por Skype Empresarial Server topología deben considerar el uso de un servidor de supervisión para todas las topologías.

Requisitos de infraestructura para el CQD

El CQD, incluidos todos sus componentes y componentes dependientes, se puede implementar en una máquina virtual, en una sola máquina o en varias máquinas. Los requisitos mínimos de software y hardware se enumeran a continuación. La disponibilidad de los datos y el rendimiento de las consultas pueden variar entre minutos y horas, según el número de usuarios activos Skype Empresarial Server y el hardware y la configuración, por lo que a continuación se indican algunas mediciones de rendimiento.

El CQD usa Microsoft SQL Server, Microsoft SQL Server Analysis Services y Microsoft Internet Information Services de modo que los requisitos mínimos de hardware y software del CQD son básicamente los mismos que los componentes dependientes. Sin embargo, en función de los requisitos de la organización en torno a la actualización de los datos (que dependerán en parte del volumen de datos de QoE que genera la organización) y el coste de implementación, es necesario tener en cuenta otras consideraciones de implementación.

El procesamiento de datos en el CQD se divide en dos fases principales:

• Proceso de archivo de QoE

• Procesamiento del cubo del CQD

  Procesamiento del archivo de QoE. La tarea de procesamiento del Archivo de QoE copia los datos de la base de datos de métricas de QoE del servidor de supervisión a la base de datos de archivo de QoE. Hay dos situaciones en las que el tiempo de procesamiento de la tarea tendría características fundamentalmente diferentes de rendimiento. El primero es después de la instalación inicial del CQD. Cuando la tarea se ejecuta por primera vez después de una nueva instalación, la tarea de procesamiento archivo de QoE copiará todos los datos de la base de datos de métricas de QoE en la base de datos del archivo de QoE. El segundo es el procesamiento periódico después de esta ronda inicial. La tarea de procesamiento del archivo de QoE se ejecutará cada 15 minutos y procesará todos los nuevos registros de QoE que se encuentren en la base de datos de métricas de QoE. Por lo general, el tiempo de procesamiento inicial no es un problema porque se ejecuta solo la primera vez, cuando se instala el CQD. Sin embargo, si el servidor del CQD está gravemente mal aprovisionado, esta tarea puede tardar varias horas. Consulte la tabla siguiente para ver los tiempos iniciales de procesamiento de QoE Archive.

  Procesamiento del cubo del CQD. La tarea de procesamiento del cubo agrega los datos de la base de datos del archivo de QoE en el cubo. El tiempo de procesamiento inicial del cubo y el tiempo de procesamiento del cubo subsiguiente se determinan por la edición de SQL Server Analysis Services usada para el cubo del CQD. Si se usa la edición Standard, no hay diferencia entre el tiempo de procesamiento inicial del cubo y el tiempo de procesamiento posterior del cubo porque cada vez que se actualizan los datos del cubo, siempre será un procesamiento completo de todos los datos disponibles. (Esto significa que el tiempo de procesamiento del cubo aumenta a medida que aumenta la cantidad de datos en la base de datos del archivo de QoE). Dado que business intelligence edition y Enterprise Edition de SQL Server tienen compatibilidad con particiones, si se usa alguna edición, solo la ejecución inicial procesará todos los datos de la base de datos del Archivo de QoE. En ejecuciones posteriores, cuando la tarea se desencadena cada 15 minutos, la tarea solo procesará los nuevos registros agregados a la base de datos de Archivo de QoE desde la última vez que se ejecutó la tarea. Una vez al día, también habrá un procesamiento completo en la partición que contiene los datos del mes actual.

Las características de la máquina física pueden afectar al rendimiento del CQD, así como a las características de software disponibles de los componentes de SQL Server. El componente qoe archive será más intensivo en disco en comparación con otros componentes, mientras que el componente cubo será más intensivo de CPU y memoria. Todos estos factores contribuyen al tiempo total de procesamiento de datos del CQD, lo que afecta directamente a la disponibilidad y la frescura de los datos. Las organizaciones deben tomar decisiones sobre el hardware y el software en función de las necesidades individuales de la organización.

Configuraciones de hardware probadas

En esta sección se da por supuesto que hay una única base de datos de QoEMetrics en el entorno.

Perfiles de equipo

Resultados de rendimiento

*No se espera que se encuentren en implementaciones reales porque la base de datos de métricas de QoE tendría que tener 9 y 18 meses de datos, respectivamente, pero se proporcionan aquí para que sean completas.

Requisitos de la cuenta de servicio

Necesitará una cuenta (con acceso de lectura a QoEMetrics) que el agente SQL del servidor CQD pueda usar para importar datos a QoEArchiveDB.

Es posible que también tenga que configurar una cuenta independiente para un trabajo de SSAS para extraer datos de QoEArchiveDB (este es un proceso opcional).

IIS usa con más frecuencia Network Service como identidad de grupo de aplicaciones, pero se puede configurar en una cuenta de servicio.

Access Control de portal

De forma predeterminada, cualquier usuario autenticado tiene acceso. Esto se puede cambiar mediante reglas de autorización de IIS para restringir a un grupo específico.

Requisitos de preinstalación

En estas instrucciones se supone que ya se ha instalado una base de datos de métricas de QoE y se está ejecutando en alguna parte de la topología Skype Empresarial Server.

Requisitos de hardware

El CQD usa Microsoft SQL Server, Microsoft SQL Analysis Server y Microsoft Internet Information Server para que los requisitos mínimos de hardware y software del CQD sean básicamente los mismos que los componentes dependientes. Sin embargo, en función de los requisitos de la organización en torno a la actualización de los datos (que dependerán en parte del volumen de datos de QoE que genera la organización) y el coste de implementación, es necesario tener en cuenta otras consideraciones de implementación.

Requisitos de software

Los siguientes sistemas operativos son necesarios para el CQD:

• Windows Server 2008 R2 con IIS 7.5

• Windows Server 2012 con IIS 8.0

• Windows Server 2012 R2 con IIS 8.5

• Windows Server 2016 con IIS 10.0 (solo Skype Empresarial Server CQD de 2019)

• Windows Server 2019 (solo Skype Empresarial Server CQD de 2019)

Los siguientes son los servicios de rol de IIS necesarios (en orden jerárquico):

• Servidor web

  • Características HTTP comunes

  • Contenido estático

  • Documento predeterminado

  • Desarrollo de aplicaciones

  • ASP.NET

  • Filtros ISAPI

  • Diagnósticos de & de estado

  • Registro HTTP

  • Seguridad

  • Autorización de dirección URL

  • Autenticación de Windows

  • Herramientas de administración

  • Consola de administración de IIS

Para instalar estos requisitos con PowerShell, ejecute lo siguiente:

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

Se admiten las siguientes versiones de SQL Server:

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

Se recomienda la edición Enterprise o Business Intelligence por motivos de rendimiento. Estas ediciones permiten el uso de varios archivos de partición que se pueden procesar en paralelo, lo que es beneficioso para el procesamiento de datos que abarcan varios meses o más.

Aunque no se recomienda, también se admite la edición Standard. El procesamiento se restringirá a una única partición (que debe configurarse durante la configuración).

En todos los casos, deben instalarse "Servicios de motor de base de datos" y "Analysis Services". Se recomienda, pero no es necesario, instalar también la característica "Herramientas de administración: completadas", que agrega SQL Server Management Studio compatibilidad con Analysis Services. La pantalla de selección de características debe ser similar a la figura.

Al configurar la configuración de SSAS, en la Configuración de Analysis Services, establezca "Modo de servidor" en "Modo multidimensional y de minería de datos".

Para obtener ayuda adicional sobre la instalación y configuración de SQL Server características de inteligencia empresarial, vea Instalar Analysis Services en modo multidimensional y de minería de datos.

Requisitos de la cuenta

Se recomiendan tres cuentas de servicio de dominio en el principio de privilegios mínimos:

• Una que ya tiene una entidad de seguridad de inicio de sesión para la base de datos de métricas de QoE (con privilegio de db_datareader) y una entidad de seguridad de inicio de sesión en QoE Archive SQL Server Instance (necesaria para crear un objeto de servidor vinculado durante la instalación). Esta cuenta se usará para ejecutar el paso "QoE Archive Data" del trabajo de Agente SQL Server.

  Nota

  Si está trabajando en un entorno muy bloqueado, necesita comprobar que esta cuenta de servicio tiene derechos de usuario de "Inicio de sesión como trabajo por lotes" y "Permitir el inicio de sesión local" tanto en la base de datos de supervisión de métricas de QoE SQL Server como en el archivo de QoE SQL Server.

• Uno que se usará para ejecutar el paso "Cubo de proceso" del trabajo de Agente SQL Server. El programa de instalación creará una entidad de seguridad de inicio de sesión para la base de datos de archivo de QoE (con privilegios de lectura y escritura) y también creará un miembro del rol de QoE (con privilegio de control total) para el cubo.

• Una que se usará para ejecutar el proceso de trabajo de IIS para los portales web y las API web. El programa de instalación creará una entidad de seguridad de inicio de sesión para la base de datos de archivo de QoE (con privilegio de lectura), una entidad de seguridad de inicio de sesión para la base de datos del repositorio (con privilegios de lectura y escritura) y un miembro de QoERole (con privilegio de control total) para el cubo.

  Nota

  Cuando la base de datos de QoE Archive y la base de datos de repositorio se hospedan en la misma SQL Server, solo se crea una entidad de seguridad de inicio de sesión con dos asignaciones de usuarios.

Las dos primeras cuentas se pueden considerar lógicamente como "cuentas de servicio back-end" y la última cuenta es una "cuenta de servicio front-end". Aunque no se recomienda, es posible usar una sola cuenta en todos los casos.

Planificación de capacidad

El CQD está diseñado para un impacto mínimo en QoEMetrics: el código se ha optimizado para no bloquear datos y los trabajos de importación son ajustables.

El tipo de hardware que se debe usar depende de los requisitos de la rapidez con la que se deben ejecutar las sincronizaciones. El tamaño del disco es el siguiente:

• QoEArchive es ~1,5 veces mayor que la DB de QoEMetrics inicialmente

• SSIS Cube comprime los datos casi 10 veces en comparación con db

• Los datos se particiona mensualmente; las particiones se pueden eliminar