Configurar los usuarios y las opciones de configuración de la prueba del nodo de monitor

Skype for Business Server 2015
 

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

Resumen: configure cuentas de usuario de prueba y la configuración del nodo de monitor para las transacciones sintéticas de Skype Empresarial Server.

Después de configurar el equipo que funcionará como nodo de monitor, debe hacer lo siguiente:

  1. Configure Test User Accounts que se usarán en estos nodos de monitor. Si usa el método de autenticación Negotiate, también debe usar el cmdlet Set-CsTestUserCredential para habilitar estas cuentas de prueba para su uso en el nodo de monitor.

  2. Actualizar las opciones de configuración del nodo de monitor.

No es necesario que las cuentas de prueba representen usuarios reales, pero deben ser cuentas válidas de Active Directory. Además, estas cuentas deben estar habilitados para Skype Empresarial Server 2015, deben tener direcciones SIP válidas y deben estar habilitadas para telefonía IP empresarial (para usar la transacción sintética Test-CsPstnPeerToPeerCall).

Si está usando el método de autenticación TrustedServer, solamente debe asegurarse de que estas cuentas existen y configurarlas como se ha indicado. Debe asignar al menos tres usuarios de prueba para cada grupo que desee probar. Si usa el método de autenticación Negotiate, también debe usar el cmdlet Set-CsTestUserCredential y el Shell de administración de Skype Empresarial Server para habilitar estas cuentas de prueba a fin de que funcionen con las transacciones sintéticas. Puede hacerlo ejecutando un comando similar al siguiente (en estos comandos se da por sentado que se han creado las tres cuentas de usuario de Active Directory y que estas cuentas están habilitadas para Skype Empresarial Server 2015):

Set-CsTestUserCredential -SipAddress "sip:watcher1@litwareinc.com" -UserName "litwareinc\watcher1" -Password "P@ssw0rd"
Set-CsTestUserCredential -SipAddress "sip:watcher2@litwareinc.com" -UserName "litwareinc\watcher2" -Password "P@ssw0rd"
Set-CsTestUserCredential -SipAddress "sip:watcher3@litwareinc.com" -UserName "litwareinc\watcher3" -Password "P@ssw0rd"

Debe incluir no solo la dirección SIP, sino también el nombre de usuario y una contraseña. Si no incluye la contraseña, el cmdlet Set-CsTestUserCredential le pedirá que la escriba. El nombre de usuario se pueden especificar con el formato nombre de dominio\nombre de usuario que se muestra en el bloque de código anterior.

Para comprobar que se hayan creado las credenciales de usuario de prueba, ejecute estos comandos desde el Shell de administración de Skype Empresarial Server:

Get-CsTestUserCredential -SipAddress "sip:watcher1@litwareinc.com"
Get-CsTestUserCredential -SipAddress "sip:watcher2@litwareinc.com"
Get-CsTestUserCredential -SipAddress "sip:watcher3@litwareinc.com"

Se debería devolver información similar a la siguiente para cada usuario:

Nombre de usuario                 Contraseña

--------                                  --------

Litwareinc\watcher1       System.Security.SecureString

Una vez creados los usuarios, puede crear un nodo de monitor con un comando similar a este:

New-CsWatcherNodeConfiguration -TargetFqdn "atl-cs-001.litwareinc.com" -PortNumber 5061 -TestUsers @{Add= "sip:watcher1@litwareinc.com","sip:watcher2@litwareinc.com", "sip:watcher3@litwareinc.com"}

Este comando crea un nodo de monitor nuevo que usa la configuración predeterminada y ejecuta el conjunto predeterminado de transacciones sintéticas. El nuevo nodo de monitor también usa los usuarios de prueba watcher1@litwareinc.com, watcher2@litwareinc.com y watcher3@litwareinc.com. Si el nodo de monitor usa autenticación TrustedServer, las tres cuentas de prueba pueden ser cualquier cuenta de usuario válida habilitada para Active Directory y Skype Empresarial Server. Si el nodo de monitor usa el método de autenticación Negotiate, estas cuentas de usuario también deben estar habilitadas para el nodo de monitor con el cmdlet Set-CsTestUserCredential.

Para validar que la detección automática de grupo de servidores de destino para el inicio de sesión se ha configurado correctamente en lugar de que esté destinado a un grupo directamente, siga estos pasos:

New-CsWatcherNodeConfiguration -UseAutoDiscovery $true -TargetFqdn "atl-cs-001.litwareinc.com" -PortNumber 5061 -TestUsers @{Add= "sip:watcher1@litwareinc.com","sip:watcher2@litwareinc.com", "sip:watcher3@litwareinc.com"}

Si desea habilitar la prueba de RTC, que comprueba la conectividad con la red telefónica pública conmutada, debe realizar tareas de configuración adicionales al establecer el nodo de monitor. En primer lugar, debe asociar los usuarios de prueba con el tipo de prueba RTC ejecutando un comando similar al siguiente desde el Shell de administración de Skype Empresarial Server:

$pstnTest = New-CsExtendedTest -TestUsers "sip:watcher1@litwareinc.com", "sip:watcher2@litwareinc.com", "sip:watcher3@litwareinc.com"  -Name "Contoso Provider Test" -TestType PSTN
noteNota:
Tenga en cuenta que los resultados de este comando se deben almacenar en una variable. En este ejemplo, se trata de una variable denominada $pstnTest.

En este momento, puede usar el cmdlet New-CsWatcherNodeConfiguration para asociar el tipo de prueba (almacenado en la variable $pstnTest) a un grupo de servidores Skype Empresarial Server 2015. Por ejemplo, en el siguiente comando se crea una nueva configuración de nodo de monitor para el grupo atl-cs-001.litwareinc.com, y se agregan los tres usuarios de prueba que se crearon anteriormente y también el tipo de prueba RTC:

New-CsWatcherNodeConfiguration -TargetFqdn "atl-cs-001.litwareinc.com" -PortNumber 5061 -TestUsers @{Add= "sip:watcher1@litwareinc.com","sip:watcher2@litwareinc.com", "sip:watcher3@litwareinc.com"} -ExtendedTests @{Add=$pstnTest}

Tenga en cuenta que el comando anterior no se ejecutará correctamente si no instaló los archivos principales de Skype Empresarial Server y la base de datos RTCLocal en el equipo del nodo de monitor.

Para probar varias directivas de voz, puede crear una prueba extendida para cada directiva con el cmdlet New-CsExtendedTest . Los usuarios siempre se deben configurar con las directivas de voz deseadas. Las pruebas extendidas se pasan al cmdlet New-CsWatcherNodeConfiguration con delimitadores de coma, como, por ejemplo:

–ExtendedTests @{Add=$pstnTest1,$pstnTest2,$pstnTest3}

Dado que el cmdlet New-CsWatcherNodeConfiguration se ha invocado sin usar el parámetro Tests, para el nodo de monitor solo se habilitarán las transacciones sintéticas predeterminadas (y la transacción sintética extendida especificada). Por lo tanto, el nodo de monitor probará estos componentes:

  • Registration

  • IM

  • GroupIM

  • P2PAV (sesiones de audio/vídeo punto a punto)

  • AvConference (audio/conferencia)

  • Presence

  • ABS (servicio de libreta de direcciones)

  • ABWQ (servicio web de libreta de direcciones)

Los siguientes componentes no se probarán de manera predeterminada:

  • ASConference

  • AVEdgeConnectivity

  • DataConference

  • DialinConferencing

  • ExumConnectivity (mensajería unificada de Exchange)

  • JoinLauncher

  • MCXP2PIM (mensajería instantánea para dispositivos móviles)

  • P2PVideoInteropServerSipTrunkAV

  • PersistentChatMessage

  • PSTN (llamadas de puerta de enlace RTC, especificadas como una prueba extendida)

  • UcwaConference

  • UnifiedContactStore

  • XmppIM

Una vez configurado el nodo de monitor, puede usar el cmdlet Set-CsWatcherNodeConfiguration para agregar o quitar transacciones sintéticas en el nodo. Por ejemplo, para agregar la prueba PersistentChatMessage al nodo de monitor, use el método Add y un comando similar al siguiente:

Set-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" -Tests @{Add="PersistentChatMessage"}

Es posible agregar varias pruebas si se separan los nombres de las pruebas con comas. Por ejemplo:

Set-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" -Tests @{Add="PersistentChatMessage","DataConference","UnifiedContactStore"}

Tenga en cuenta que se generará un error si ya se habilitaron una o varias de estas pruebas (por ejemplo, DataConference) en el nodo de monitor. En este caso, aparecerá un mensaje de error similar al siguiente:

Set-CsWatcherNodeConfiguration: hay una secuencia de teclas duplicada 'DataConference' para la clave 'urn:schema:Microsoft.Rtc.Management.Settings.WatcherNode.2010:TestName' o restricción de identidad identidad.

Cuando se produce este error, no se aplica ningún cambio. Es necesario volver a ejecutar el comando sin la prueba duplicada.

Para quitar una transacción sintética de un nodo de monitor, use el método Remove. Por ejemplo, este comando quita la prueba ABWQ de un nodo de monitor:

Set-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" -Tests @{Remove="ABWQ"}

También puede usar el método Replace para reemplazar todas las pruebas habilitadas actualmente por una o varias pruebas nuevas. Por ejemplo, si solo desea que un nodo de monitor ejecute la prueba IM, puede configurar esto con el siguiente comando:

Set-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" -Tests @{Replace="IM"}

Al ejecutar el comando anterior, se deshabilitarán todas las transacciones sintéticas del nodo de monitor especificado, excepto para la prueba IM.

Si desea ver las pruebas que se asignaron a un nodo de monitor, use un comando similar a este:

Get-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" | Select-Object -ExpandProperty Tests

El comando anterior devolverá información similar a la siguiente, según las transacciones sintéticas que se hayan asignado al nodo:

Registration

IM

GroupIM

P2PAV

AvConference

Presence

PersistentChatMessage

DataConference

tipSugerencia:
Para ver las transacciones sintéticas en orden alfabético, use este comando en su lugar:
Get-CsWatcherNodeConfiguration -Identity "atl-cs-001.litwareinc.com" | Select-Object -ExpandProperty Tests | Sort-Object

Para comprobar que se haya creado un nodo de monitor, escriba el siguiente comando desde el Shell de administración de Skype Empresarial Server:

Get-CsWatcherNodeConfiguration

Obtendrá una información similar a la siguiente:

Identity : atl-cs-001.litwareinc.com

TestUsers : {sip:watcher1@litwareinc.com, sip:watcher2@litwareinc.com ...}

ExtendedTests : {TestUsers=IList<System.String>;Name=PSTN Test; Te...}

TargetFqdn : atl-cs-001.litwareinc.com

PortNumber : 5061

Para comprobar que se haya configurado correctamente el nodo de monitor, escriba el siguiente comando desde el Shell de administración de Skype Empresarial Server:

Test-CsWatcherNodeConfiguration

Este comando probará cada nodo de monitor de la implementación y confirmará si se han completado las siguientes acciones:

  • Se ha instalado el rol de registrador necesario

  • Se ha creado la clave de registro necesaria (completado al ejecutar el cmdlet Set-Cs WatcherNodeConfiguration)

  • Los servidores ejecutan la versión correcta de Skype Empresarial Server

  • Los puertos están bien configurados

  • Los usuarios de prueba asignados tienen las credenciales necesarias

Aparte de modificar las transacciones sintéticas que se ejecutan en un nodo de monitor, los administradores también pueden usar el cmdlet Set-CsWatcherNodeConfiguration para llevar a cabo otras tareas importantes, como habilitar y deshabilitar el nodo de monitor o configurarlo para que use direcciones URL internas o externas cuando ejecute sus pruebas.

De forma predeterminada, los nodos de monitor están diseñadas para ejecutar periódicamente todas sus transacciones sintéticas habilitadas. En ocasiones, sin embargo, es posible que desee suspender esas operaciones. Por ejemplo, si el nodo de monitor está desconectado temporalmente de la red y, a continuación, no hay ningún motivo para ejecutar las transacciones sintéticas. Estas transacciones darán lugar a un error si no hay conectividad de red. Para deshabilitar temporalmente un nodo de monitor, ejecute un comando similar al siguiente desde el Shell de administración de Skype Empresarial Server:

Set-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com" -Enabled $False

Con este comando deshabilitará la ejecución de transacciones sintéticas en el nodo de monitor atl watcher 001.litwareinc.com. Para volver a ejecutarlas, establezca la propiedad Enabled en True ($True):

Set-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com" -Enabled $True
noteNota:
La propiedad Enabled sirve para activar y desactivar nodos de monitor. En caso de que quiera eliminar un nodo de monitor permanentemente, use el cmdlet Remove-CsWatcherNodeConfiguration :
Remove-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com"

Con este comando se elimina toda la configuración de nodo de monitor del equipo en cuestión, lo que evita que se ejecuten transacciones sintéticas automáticamente. No obstante, este comando no desinstala los archivos de agente de System Center ni los archivos de sistema de Skype Empresarial Server.

Cuando realizan pruebas, los nodos de monitor usan de forma predeterminada las direcciones URL externas de una organización, aunque se pueden configurar para que usen las direcciones URL internas. Esto permite que los administradores comprueben el acceso a la dirección URL de los usuarios de dentro de la red perimetral. Para configurar un nodo de monitor para que use direcciones URL internas en lugar de externas, establezca la propiedad UseInternalWebURls en True ($True):

Set-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com" -UseInternalWebUrls $True

Restablecer esta propiedad en el valor predeterminado de False ($False) hará que el monitor vuelva a usar las direcciones URL externas:

Set-CsWatcherNodeConfiguration -Identity "atl-watcher-001.litwareinc.com" -UseInternalWebUrls $False

La mayor parte de las transacciones sintéticas se pueden ejecutar en un nodo de monitor tal cual está. En la mayoría de los casos, en cuanto la transacción sintética se agrega a los valores de configuración del nodo de monitor, el nodo de monitor puede empezar a usar la transacción sintética durante las fases de prueba. Sin embargo, hay algunas transacciones sintéticas que requieren instrucciones de configuración especiales, como se indica en las siguientes secciones.

Si el equipo que actúa como nodo de monitor no está en la red perimetral, lo más seguro es que no pueda ejecutar transacciones sintéticas de conferencia de datos, a menos que deshabilite la configuración de proxy del explorador Windows Internet Explorer® para la cuenta de servicio de red siguiendo estos pasos:

  1. En el equipo que actúa como nodo de monitor, haga clic sucesivamente en Inicio , Todos los programas y Accesorios , haga clic con el botón secundario en Símbolo del sistema y, a continuación, haga clic en Ejecutar como administrador .

  2. En la ventana de la consola, escriba el siguiente comando y presione ENTRAR:

bitsadmin /util /SetIEProxy NetworkService NO_PROXY

Verá el siguiente mensaje que se muestra en la ventana de línea de comandos:

BITSAdmin está en desuso y no se garantiza que esté disponible en futuras versiones de Windows. Las herramientas de administración para el servicio BITS ahora se proporcionan a través de cmdlets de BITS PowerShell.

Configuración de proxy para la cuenta NetworkService establecida en NO_PROXY.

(conexión = predeterminada)

Este mensaje indica que ha deshabilitado la configuración de proxy de Internet Explorer para la cuenta de servicio de red.

La transacción sintética de Mensajería unificada de Exchange (UM) comprueba que los usuarios de prueba se pueden conectar a las cuentas de correo de voz hospedadas en Exchange.

Los usuarios de prueba deben estar configurados previamente con cuentas de correo de voz.

Para usar la transacción sintética de chat persistente, en primer lugar se debe crear un canal y conceder permiso a los usuarios de prueba para que puedan usarlo.

Puede usar la transacción sintética de chat persistente para configurar este canal:

$cred1 = Get-Credential "contoso\testUser1"
$cred2 = Get-Credential "contoso\testUser2"

Test-CsPersistentChatMessage -TargetFqdn pool0.contoso.com -SenderSipAddress sip:testUser1@contoso.com -SenderCredential $cred1 -ReceiverSipAddress sip:testUser2@contoso.com -ReceiverCredential $cred2 -TestUser1SipAddress sip:testUser1@contoso.com -TestUser2SipAddress sip:testUser2@contoso.com -Setup $true

Esta tarea de configuración debe realizarse desde la empresa:

  • Si se realiza en un equipo que no es servidor, el usuario que ejecuta el cmdlet debe pertenecer al rol CsPersistentChatAdministrators de control de acceso basado en roles (RBAC).

  • Si se realiza desde el propio servidor, el usuario que ejecuta el cmdlet debe pertenecer al grupo RTCUniversalServerAdmins.

La transacción sintética Test-CsPstnPeerToPeerCall confirma que es posible realizar y recibir llamadas a través de la Red telefónica conmutada (RTC).

Para ejecutar esta transacción sintética, se debe configurar lo siguiente:

  • Dos usuarios de prueba habilitados para UC (el autor y el receptor).

  • Números de llamada directa a la extensión (DID) de cada cuenta de usuario.

  • Las directivas de VoIP y las rutas de voz que permiten realizar llamadas al número del receptor para llegar a la puerta de enlace RTC.

  • Una puerta de enlace RTC que acepte llamadas, además de medios que enruten llamadas de regreso al grupo de servidores principales de un receptor, en función del número marcado.

La transacciones sintética de almacén de contactos unificados comprueba la capacidad de Skype Empresarial Server 2015 para recuperar contactos en nombre de un usuario de Exchange.

Para ejecutar esta transacción, se deben cumplir las siguientes condiciones:

  • Autenticación de servidor a servidor Lyss-Exchange debe estar configurada.

  • Los usuarios de prueba deben tener un buzón de Exchange válido.

Una vez que se cumplen estas condiciones, puede ejecutar el siguiente cmdlet de Windows PowerShell para migrar las listas de contacto de los usuarios de prueba a Exchange:

Test-CsUnifiedContactStore -TargetFqdn pool0.contoso.com -UserSipAddress sip:testUser1@contoso.com -RegistrarPort 5061 -Authentication TrustedServer -Setup

El proceso de migración de las listas de contactos de los usuarios de prueba a Exchange puede tardar un tiempo. Para supervisar el estado de la migración, puede ejecutarse la misma línea de comandos sin la marca –Setup:

Test-CsUnifiedContactStore -TargetFqdn pool0.contoso.com -UserSipAddress sip:testUser1@contoso.com -RegistrarPort 5061 -Authentication TrustedServer

La ejecución de estas línea de comandos será correcta una vez finalizada la migración.

La transacción sintética de mensajería instantánea XMPP (Extensible Messaging and Presence Protocol) requiere que la característica XMPP esté configurada con uno o más dominios federados.

Para habilitar la transacción sintética XMPP, se debe incluir un parámetro XmppTestReceiverMailAddress con una cuenta de usuario en un dominio XMPP que pueda enrutarse. Por ejemplo:

Set-CsWatcherNodeConfiguration -Identity pool0.contoso.com -Tests @{Add="XmppIM"} -XmppTestReceiverMailAddress user1@litwareinc.com

En este ejemplo, es necesario que haya una regla de Skype Empresarial Server 2015 para enrutar los mensajes de litwareinc.com a una puerta de enlace XMPP.

La transacción sintéticos servidor de interoperabilidad de vídeo (VIS) requiere que descargue e instale los archivos de compatibilidad de transacciones sintéticas (VISSTSupportPackage.msi).

Para instalar VISSTSupportPackage.msi, asegúrese de que las dependencias (en los requisitos del sistema) para el archivo msi ya estén instaladas. Ejecute VISSTSupportPackage.msi para realizar una instalación sencilla. El archivo .msi instala todos los archivos en la ruta de acceso siguiente: “%ProgramFiles%\VIS Synthetic Transaction Support Package”.

Para obtener más información sobre cómo ejecutar la transacción sintética VIS, consulte en la documentación el cmdlet Test-CsP2PVideoInteropServerSipTrunkAV.

De forma predeterminada, las transacciones sintéticas se ejecutarán con los usuarios configurados cada 15 minutos. Las transacciones sintéticas se ejecutan de forma secuencial en un conjunto de usuarios para evitar que dos transacciones sintéticas entren en conflicto. Se necesita un intervalo más largo para dar tiempo para que finalice todas las transacciones sintéticas.

Si es conveniente ejecutar transacciones sintéticas más a menudo, deberá reducir el número de transacciones sintéticas que se ejecutan con un conjunto de usuarios determinado para que las pruebas puedan completarse en el intervalo de tiempo que desee con un tiempo de margen de flexibilidad para posibles retrasos en la red. Si es necesario ejecutar más transacciones sintéticas, cree más conjuntos de usuarios para ejecutar transacciones sintéticas adicionales.

Para cambiar la frecuencia de ejecución de las transacciones, siga estos pasos:

  1. Abra System Center Operations Manager. Haga clic en la sección Autoría y, a continuación, haga clic en la sección Reglas (bajo Autoría).

  2. En la sección Reglas, busque la regla denominada "Regla de recopilación de rendimiento de ejecutor de transacción sintética principal."

  3. Haga clic con el botón secundario en la regla y seleccione sucesivamente Invalidaciones, Invalidar la regla y, a continuación, "Para todos los objetos de la clase: monitor de grupo".

  4. En la ventana Propiedades de invalidación, seleccione el Nombre de parámetro "Frecuencia" y establezca el valor de invalidación que desee.

  5. En la misma ventana, seleccione el módulo de administración al que se debe aplicar esta invalidación.

Las transacciones sintéticas son de gran utilidad para identificar problemas con el sistema. Por ejemplo, el cmdlet Test-CsRegistration podría alertar a los administradores sobre posibles problemas de los usuarios para registrarse en Skype Empresarial Server. Sin embargo, puede que se necesiten más detalles para determinar la causa real del error.

Por este motivo, las transacciones sintéticas proporcionan registros enriquecidos que, para cada una acciones que lleva a cabo una transacción sintética, registran la siguiente información:

  • La hora a la que se inició la actividad.

  • La hora a la que finalizó la actividad.

  • La acción que se ha realizado (por ejemplo, crear, unirse o abandonar una conferencia, iniciar sesión en Skype Empresarial Server o enviar mensaje instantáneo).

  • Mensajes de error o advertencias detalladas o informativas generadas cuando se ejecutó la actividad.

  • Mensajes de registro SIP.

  • Códigos de diagnóstico o registros de excepción generados cuando se ejecutó la actividad.

  • Resultado neto de la ejecución de la actividad.

Esta información se genera automáticamente cada vez que se ejecuta una transacción sintética, pero no se muestra ni se guarda automáticamente en un archivo de registro. Si está ejecutando manualmente una transacción sintética, puede usar el parámetro OutLoggerVariable para especificar la variable de Windows PowerShell en la que se va a almacenar la información. Desde allí, tiene la opción de usar uno de estos dos métodos para guardar y ver mensajes de error en los registros enriquecidos en formato XML o HTML.

Para recuperar la información de solución, especifique el parámetro OutLoggerVariable, seguido de un nombre de variable que elija:

Test-CsRegistration -TargetFqdn atl-cs-001.litwareinc.com -OutLoggerVariable RegistrationTest
noteNota:
: Asegúrese de no anteponer el carácter $ al nombre de la variable. Use, por ejemplo, el nombre de variable RegistrationTest, no $RegistrationTest.

Cuando ejecute este comando, verá una salida similar a esta:

Target Fqdn : atl-cs-001.litwareinc.com

Result : Failure

Latency : 00:00:00

Error Message : This machine does not have any assigned certificates.

Diagnosis :

Sin embargo, existe información más detallada para este error que el mensaje mostrado anteriormente. Para tener acceso a dicha información en formato HTML, use un comando similar al siguiente. Este comando permite guardar la información almacenada en la variable RegistrationTest en un archivo HTML:

$RegistrationTest.ToHTML() | Out-File C:\Logs\Registration.html

Del mismo modo, puede usar el método ToXML() para guardar los datos en un archivo XML:

$RegistrationTest.ToXML() | Out-File C:\Logs\Registration.xml

Puede ver estos archivos con Windows Internet Explorer, Microsoft Visual Studio o con cualquier otra aplicación capaz de abrir archivos HTML/XML.

Las transacciones sintéticas ejecutadas desde System Center Operations Manager generarán automáticamente estos archivos de registro de error. Estos registros no se generarán si se produce un error en la ejecución antes de que Skype Empresarial Server PowerShell pueda cargar y ejecutar la transacción sintética.

importantImportante:
De forma predeterminada, Skype Empresarial Server 2015 guarda los archivos de registro en una carpeta no compartida. Para que estos registros estén disponibles, deberá compartir esta carpeta (por ejemplo, \\atl-watcher-001.litwareinc.com\WatcherNode).
 
Mostrar: