Servicio de registro centralizado en Skype Empresarial 2015

Skype for Business Server 2015
 

Última modificación del tema:2016-12-20

Resumen: información sobre los componentes del servicio y las opciones de configuración para Servicio de registro centralizado en Skype Empresarial Server 2015.

El Servicio de registro centralizado puede:

  • Iniciar o detener el registro en uno o más equipos y grupos con un único comando desde una ubicación central.

  • Buscar registros en uno o más equipos y grupos. Es posible adaptar la búsqueda a fin de que devuelva todos los registros en todas las máquinas; o bien, que devuelva resultados más precisos.

  • Configure las sesiones de registro de la siguiente manera:

    • Defina un Escenario o use un escenario predeterminado. Un escenario en el Servicio de registro centralizado consta de un ámbito (global o local), un nombre de escenario para identificar el propósito del escenario y uno o más proveedores. Puede ejecutar el escenario predeterminado y un escenario definido en cualquier momento en un equipo.

    • Use un proveedor existente o cree uno. Un proveedor define qué recopila la sesión de registro, su nivel de detalle, qué componentes seguirá y qué marcas se aplican.

      tipSugerencia:
      Si conoce OCSLogger, el término proveedores hace referencia a la colección de componentes (por ejemplo, S4, SIPStack), un tipo de registro (por ejemplo, WPP, EventLog o IIS logfile), un nivel de seguimiento (por ejemplo, Todo, Detallado, Depuración) y las marcas (por ejemplo, TF_COMPONENT, TF_DIAG). Estos elementos se definen en el proveedor (una variable de Windows PowerShell) y se pasan al comando del Servicio de registro centralizado.
    • Configure los registros para equipos y grupos específicos.

    • Defina el ámbito para la sesión de registro desde las opciones Sitio (para ejecutar capturas de registro en equipos solo en ese sitio) o Global (para ejecutar capturas de registro en todos los equipos de la implementación).

El Servicio de registro centralizado es una potente herramienta para la solución de problemas pequeños o grandes, desde el análisis de la causa principal hasta los problemas de rendimiento. Todos los ejemplos se muestran con el Shell de administración de Skype Empresarial Server. La propia herramienta brinda ayuda para la herramienta de línea de comandos, pero hay una serie limitada de funciones que se pueden ejecutar desde la línea de comandos. Al usar el Shell de administración de Skype Empresarial Server, obtiene acceso a un conjunto de características mucho más amplio y mucho más configurable, de modo que el shell necesitará ser siempre su primera opción.

El Servicio de registro centralizado se ejecuta en todos los servidores de la implementación y consta de los siguientes agentes y servicios:

  • Agente del servicio de registro centralizado ClsAgent se ejecuta en cada máquina con Skype Empresarial Server implementado. Escucha comandos (en los puertos TCP 50001-50003 ) de ClsController por medio de WCF y envía respuestas al controlador. Administra las sesiones de registro (las inicia, detiene o actualiza) y busca registros. Además, realiza tareas de mantenimiento, como la purga y el archivado de registros.

  • Cmdlets del controlador del servicio de registro centralizado El Shell de administración de Skype Empresarial Server envía comandos para iniciar, detener, vaciar y buscar a ClsAgent. Cuando se envían los comandos de búsqueda, los registros de resultados se devuelven a ClsControllerLib.dll y se agregan. El controlador envía comandos al agente, recibe el estado de esos comandos y administra los datos de los archivos de registro de búsqueda, tal como los devuelven todos los agentes de todos los equipos en el ámbito de búsqueda, y agrega los datos de registro en un conjunto de salida significativo y ordenado. En los siguientes temas, la información se centra en el uso del Shell de administración de Skype Empresarial Server.

Comunicaciones de ClsController con ClsAgent

Relación entre CLSController y CLSAgent.

Los comandos se emiten por medio de la interfaz de línea de comandos de Windows Server o por medio del Shell de administración de Skype Empresarial Server. Los comandos se ejecutan en el equipo donde haya iniciado sesión y se envían a ClsAgent de forma local o a los demás equipos y grupos de la implementación.

ClsAgent mantiene un archivo de índice de todos los archivos .CACHE disponibles en la máquina local. ClsAgent los asigna de manera que se distribuyan uniformemente entre todos los volúmenes definidos por la opción CacheFileLocalFolders, sin consumir nunca más del 80 % de cada volumen (es decir, la ubicación de la memoria caché local y el porcentaje se pueden configurar con el cmdlet Set-CsClsConfiguration ). ClsAgent también es responsable de limpiar los archivos de registro de seguimiento de eventos (.etl) antiguos almacenados en la memoria caché de la máquina local. Después de dos semanas (que es el período de tiempo que se puede configurar con el cmdlet Set-CsClsConfiguration ), estos archivos se copian a un recurso compartido de archivos y se eliminan del equipo local. Para más detalles, consulte Set-CsClsConfiguration. Cuando se recibe una solicitud de búsqueda, se usan los criterios de búsqueda para seleccionar el conjunto de archivos .etl en la memoria caché a fin de realizar la búsqueda en función de los valores del índice que mantiene el agente.

noteNota:
ClsAgent puede buscar en los archivos que se trasladan al recurso compartido de archivos desde el equipo local. Después de que ClsAgent mueve los archivos al recurso compartido de archivos, ClsAgent no realiza el mantenimiento de limpieza y eliminación de archivos. Es necesario definir una tarea administrativa para supervisar el tamaño de los archivos en el recurso compartido de archivos y eliminarlos o archivarlos.

Los archivos de registro resultantes se pueden leer y analizar con distintas herramientas, incluyendo Snooper.exe y cualquier herramienta que pueda leer un archivo de texto, como Notepad.exe . Snooper.exe forma parte de la Skype Empresarial Server 2015 herramientas de depuración y está disponible como una descarga Web.

Al igual que OCSLogger, el Servicio de registro centralizado tiene varios componentes con los que realizar el seguimiento, y dispone de opciones para seleccionar marcas, como TF_COMPONENT y TF_DIAG. El Servicio de registro centralizado también conserva las opciones del registro de OCSLogger.

La principal ventaja de usar el Shell de administración de Skype Empresarial Server en comparación con ClsController de la línea de comandos es que puede configurar y definir nuevos escenarios usando los proveedores seleccionados orientados al espacio de problemas, a las marcas personalizadas y a los niveles de registro. Los escenarios disponibles para ClsController se limitan a los que están definidos para el archivo ejecutable.

En versiones anteriores, OCSLogger.exe se proporcionaba para que los administradores y el personal de soporte pudieran recopilar archivos de seguimiento de los equipos de la implementación. A pesar de sus ventajas, OCSLogger tenía una limitación. Solo se podían recopilar los registros de un equipo al mismo tiempo. Podía realizar el registro de varios equipos usando copias diferentes de OCSLogger, pero al final obtenía varios registros y ninguna manera sencilla de agregar los resultados.

Cuando un usuario solicita una búsqueda de registros, ClsController determina a qué máquinas se enviará la solicitud (en función de los escenarios seleccionados). También determina si es necesario enviar la búsqueda al recurso compartido de archivos donde se encuentran los archivos .etl guardados. Cuando los resultados de búsqueda se devuelven a ClsController, el controlador combina los resultados en un único conjunto de resultados ordenados por tiempo, que se presenta al usuario. Los usuarios pueden guardar los resultados de búsqueda en la máquina local para su posterior análisis.

Cuando inicia una sesión de registro, especifica los escenarios relativos al problema que está intentando resolver. Puede tener dos escenarios en ejecución al mismo tiempo. Uno de los dos tiene que ser el escenario AlwaysOn. Como su nombre indica, siempre necesita estar en ejecución en la implementación, recopilando información sobre todos los equipos, grupos y componentes.

importantImportante:
De forma predeterminada, el escenario AlwaysOn no se ejecuta en la implementación. Es preciso iniciarlo explícitamente. Una vez iniciado, continuará ejecutándose hasta que se detenga explícitamente, y el estado en ejecución persistirá aunque se reinicien los equipos. Para más detalles sobre cómo iniciar y detener escenarios, consulte Iniciar o detener la captura de registros de CLS en Skype Empresarial Server 2015.

Cuando se produce un problema, inicie un segundo escenario relacionado con el problema notificado. Reproduzca el problema y detenga el registro del segundo escenario. Empiece las búsquedas de registros relativas al problema notificado. La colección agregada de registros produce un archivo de registro que contiene mensajes de seguimiento de todos los equipos del ámbito de sitio o global de la implementación. Si la búsqueda devuelve más datos de los que es razonable analizar (lo que normalmente se conoce como relación señal-ruido, en la que el ruido es demasiado alto), ejecute otra búsqueda con parámetros más limitados. En este punto, puede empezar a observar que aparecen patrones que le ayudarán a centrarse mejor en el problema. Por último, después de realizar un par de búsquedas más refinadas, podrá encontrar los datos relativos al problema y averiguar la causa principal.

tipSugerencia:
Cuando se le presente un escenario de problemas en Skype Empresarial Server, empiece por preguntarse "¿Qué sé realmente ya sobre el problema?". Si cuantifica los límites del problema, podrá eliminar gran parte de las entidades operativas de Skype Empresarial Server.
Considere un escenario de ejemplo en el que sabe que los usuarios no están obteniendo resultados actualizados cuando buscan un contacto. No tiene sentido buscar problemas en los componentes de medios, la Telefonía IP empresarial, las conferencias y algunos otros componentes. Lo que quizás no sepa es dónde está realmente el problema: ¿en el cliente o es un problema del lado del servidor? El replicador de usuarios recopila los contactos de Active Directory y los envía al cliente por medio del servidor de la libreta de direcciones (ABServer). ABServer obtiene sus actualizaciones de la base de datos de RTC (donde el replicador de usuarios las escribió) y las recopila en archivos de la libreta de direcciones a la 1:30 de forma predeterminada. Los clientes de Skype Empresarial Server recuperan la nueva libreta de direcciones según una programación aleatoria. Como conoce el funcionamiento del proceso, puede reducir la búsqueda de la posible causa a un problema relativo a los datos que el replicador de usuarios recopila de Active Directory, a que ABServer no está recuperando o creando los archivos de libretas de direcciones o a que los clientes no están descargando el archivo de libreta de direcciones.

El Servicio de registro centralizado está configurado para definir lo que el servicio de registro necesita recopilar, de qué modo lo tiene que hacer, de qué lugares y cuál es la configuración de registro. Define estas configuraciones de modo global (es decir, para toda la implementación) o para un sitio (es decir, para un sitio específico de la implementación). Cualquier registro que defina utilizará la configuración apropiada de la identidad que utiliza para iniciar, detener, vaciar y buscar registros.

Para mostrar la configuración actual del Servicio de registro centralizado
  1. Inicie el Shell de administración de Skype Empresarial Server: haga clic en Inicio , Todos los programas , Skype Empresarial Server 2015 y, después, en Shell de administración de Skype Empresarial Server .

  2. Escriba lo siguiente en un símbolo de la línea de comandos:

    Get-CsClsConfiguration
    
    tipSugerencia:
    Puede acotar o expandir el ámbito de las opciones de configuración que se devuelven al definir -Identity y un ámbito, como "Site:Redmond" para devolver solamente CsClsConfiguration para el sitio Redmond. Si quiere información detallada sobre una parte determinada de la configuración, puede canalizar la salida a otro cmdlet de Windows PowerShell. Por ejemplo, para obtener información detallada sobre los escenarios definidos en la configuración para el sitio "Redmond", escriba: Get-CsClsConfiguration -Identity "site:Redmond" | Select-Object -ExpandProperty Scenarios.
    Salida de ejemplo de Get-CsClsConfiguration.

    El resultado del cmdlet muestra la configuración actual del Servicio de registro centralizado.

     

    Opciones de configuración Descripción

    Identity

    Identifica el ámbito y el nombre de esta configuración. Hay solamente una configuración global y una configuración por sitio.

    Scenarios

    Listado de todos los escenarios que se definen para esta configuración.

    SearchTerms

    Términos de búsqueda definidos para la configuración en Office 365, no en implementaciones locales.

    SecurityGroups

    Grupos de seguridad definidos que controlan quiénes (es decir, qué miembros de los grupos de seguridad) pueden ver equipos basados en el sitio en el que se encuentran. El sitio, en este contexto, es el sitio según se lo define en el Generador de topologías.

    Regions

    Las regiones definidas se utilizan para recopilar SecurityGroups en una región, por ejemplo EMEA.

    EtlFileRolloverSizeMB

    El parámetro indica el tamaño máximo del archivo de registro antes de que se cree un archivo de registro de seguimiento de eventos (.etl). Un nuevo archivo de registro se crea cuando se alcanza el tamaño definido, incluso si aún no se ha alcanzado el tiempo máximo establecido en EtlFileRolloverMinutes.

    EtlFileRolloverMinutes

    Cantidad máxima definida de tiempo, en minutos, que puede durar un registro antes de que se cree un nuevo archivo .etl. Un nuevo archivo de registro se crea cuando expira el tiempo definido incluso si aún no se ha alcanzado el tamaño máximo establecido en EtlFileRolloverSizeMB.

    TmfFileSearchPath

    Ubicación en la que se buscarán archivos con formato de mensaje de seguimiento.

    CacheFileLocalFolders

    Ruta de acceso definida de la ubicación en la que se escriben los archivos caché en los equipos. CLSAgent escribe los archivos caché y se ejecuta en el contexto del servicio de red. En este caso, %TEMP% se expande a %TEMP% expands to %WINDIR%\ServiceProfiles\NetworkService\AppData\Local. De manera predeterminada, los archivos caché y los archivos de registro se escriben en el mismo directorio.

    CacheFileNetworkFolder

    Puede definir una ruta de acceso de convención de nomenclatura universal (UNC) para recibir los archivos caché durante las operaciones de registro.

    CacheFileLocalRetentionPeriod

    Definido como el tiempo máximo, en días, que se pueden retener los archivos caché.

    CacheFileMaxDiskUsage

    Definido como el porcentaje de espacio en disco que pueden utilizar los archivos caché.

    ComponentThrottleLimit

    Definido como la cantidad máxima de seguimientos por segundo que puede producir un componente antes de que se active el limitador de aceleración automático.

    ComponentThrottleSample

    Cantidad de veces en 60 segundos que puede excederse el ComponentThrottleLimit.

    MinimumClsAgentServiceVersion

    La versión mínima del CLSAgent que se permite ejecutar. Este elemento está pensado para Office 365.

 
Mostrar: