Solución de problemas con la implementación de Cloud Connector

Skype for Business Server 2015
 

Última modificación del tema:2017-09-25

En este tema se describen soluciones a problemas comunes con las implementaciones de Cloud Connector Edition. Si tiene problemas con las llamadas en los dos sentidos de la red telefónica conmutada (RTC), puede investigar el problema siguiendo las soluciones que se describen en este tema.

Cloud Connector proporciona mecanismos incorporados para resolver algunos problemas automáticamente. Un proceso de detección automática busca posibles problemas con el Cloud Connector aparatos y, si es posible, realiza una acción correctiva para resolver dichos problemas sin necesidad de intervención del administrador. El proceso de detección funciona de la siguiente manera:

  • Secuencia de detección: El servicio de administración del conector de nube ejecuta un proceso cada 60 segundos para detectar si un dispositivo está presionada. En el conector de la nube 2.0 y versiones posteriores, el proceso de detección utiliza el Skype para negocios Corpnet conmutador para realizar conexiones de PowerShell para las máquinas de nube conector; para versiones anteriores a la 2.0, el proceso de detección utiliza el conmutador de administración del conector de nube.

    noteNota:
    Para que la recuperación automática tener éxito, debe haber conectividad de red entre el host y máquinas virtuales sobre el conmutador de red del host. Asegúrese de comprobar la conectividad de red para asegurarse de que la detección automática y recuperación puede tener éxito.
  • Supervisión: Se supervisan los siguientes servicios en nube conector 2.0 y versiones posteriores:

    • Las máquinas virtuales no están conectadas a la nube conector corporativo o switches virtuales de Internet

    • Las máquinas virtuales están en un estado detenido o guardado

    • Servicios de servidor de administración central: réplica, maestro

    • Servicios de servidor de mediación: réplica, RTCSRV y MEDSVC

    • Servicios de servidor de borde: réplica RTCSRV, RTCDATAPROXY, RTCMRAUTH, RTCMEDIARELAY

    • Las reglas están deshabilitadas para RTCSRV CS en servidor perimetral, CS RTCMEDSRV en el servidor de mediación de firewall de entrada

    En el conector de nube versión 1.4.2, se supervisan sólo los siguientes servicios:

    • Servicios de servidor de mediación: RTCSRV y MEDSVC

    • Servicio del servidor de borde: RTCSRV

  • Proceso de recuperación: Si los servicios supervisados están inactivos, un dispositivo se marca hacia abajo, y servicios se detiene y marcados manuales hasta que todos los problemas se pueden resolver. Esto evitará que las llamadas del enrutamiento a un dispositivo que se puede producir errores de llamada.

    El servicio de administración del conector de nube volverá a intentar la recuperación automática como sigue

    • El intervalo de reintento inicial es cada diez segundos con un intervalo máximo de tiempo de una hora.

    • Los intentos de recuperación primero tres, el intervalo de tiempo es de 10 segundos. A partir del cuarto reintento, aumenta el intervalo de tiempo por dos veces el anterior intervalo de tiempo. Por ejemplo, el cuarto reintento se ocurren en 20 segundos, el quinto de 40 segundos y así sucesivamente.

    • Cuando se alcanza el intervalo máximo de tiempo de una hora, reintentos continuará una vez cada hora.

    • Cuando la recuperación sea exitosa, los recuentos de intervalo y vuelva a intentarlo se establecen en sus valores iniciales.

    • Si se reinicia el servicio de administración, los recuentos de intervalo y vuelva a intentarlo se restablecen a sus valores iniciales.

A continuación se indican las soluciones a los problemas que aparecen con más frecuencia:

  • Problema: la implementación presenta un error o deja de responder cuando se ejecutan los scripts de implementación. Después de iniciar sesión en cada máquina virtual, falta la dirección IP o esta es incorrecta para la NIC externa, interna o de administración.

    Resolución: este problema no puede resolverse automáticamente. No pueden agregarse las NIC a las máquinas virtuales mientras estas están en ejecución. Apague y quite estas máquinas virtuales en el Administrador de Hyper-V y después ejecute los siguientes cmdlets:

    Uninstall-CcAppliance
    
    Install-CcAppliance
    
  • Problema: Después de instalan el servidor de Active Directory y el bosque, el servidor CMS o el servidor de mediación no se unió al dominio correctamente.

    Resolución: para resolver este problema, lleve a cabo los siguientes pasos:

    • Inicie sesión en el servidor de Active Directory y compruebe que se haya creado el dominio correctamente.

    • Inicie sesión en el servidor CMS o de mediación, y compruebe en el NIC de red corporativa que se haya asignado una dirección IP válida y que estén configurados un DNS y una IP estática válidos como la dirección IP del servidor de AD.

    • Inicie sesión en el servidor CMS o de mediación, y abra un símbolo del sistema. Asegúrese de poder hacer ping a la dirección IP y el FQDN del servidor de Active Directory. Si no puede, es posible que haya un conflicto con la dirección IP. Intente asignar una nueva IP para Active Directory y actualice en consecuencia el DNS en el servidor CMS o de mediación.

  • Problema: recibe el siguiente mensaje de error: "Remove-VMSwitch: Error al quitar el conmutador Ethernet virtual. No se puede eliminar el conmutador virtual 'Cloud Connector Management Switch' porque lo están usando máquinas virtuales en ejecución o se ha asignado a grupos secundarios".

    Resolución: el conmutador “Cloud Connector Management Switch” no se eliminó después de la implementación. Si se encuentra con este error, vaya al Administrador de Hyper-V y compruebe que todavía no haya ninguna máquina virtual conectada a él. Si sigue habiendo máquinas virtuales conectadas, desconéctelas y elimine el conmutador de administración. Si todavía no puede eliminarse el conmutador de administración, reinicie el servidor host y vuelva a intentarlo.

  • Problema: recibe el siguiente mensaje de error: "El servicio RTCMRAUTH no se inició. Compruebe que no se haya inhabilitado el servicio".

    noteNota:
    Este problema solo se aplica a las versiones de Cloud Connector anteriores a la 1.4.2.

    La imposibilidad de iniciar también puede deberse a que el servidor front-end se haya conmutado previamente por error (mediante una conmutación por error del equipo), en cuyo caso debería invocar una conmutación por recuperación (mediante una conmutación por recuperación del equipo).

    Resolución: este problema se produce en un servidor perimetral cuando dicho servidor no confía en el certificado de CA raíz o de CA intermedia, incluso cuando pueda importarse el certificado externo, pero la cadena de certificados se vea interrumpida. En esta situación, no puede iniciarse el servicio RTCMRAUTH o RTCSRV.

    Importe en el servidor perimetral el certificado de CA raíz y todos los certificados de CA intermedia de su certificado externo de forma manual y reinicie el servidor. Después de ver que se hayan iniciado los servicios RTCMRAUTH y RTCSRV en el servidor perimetral, vuelva al servidor host, inicie una consola de PowerShell como administrador y ejecute el siguiente cmdlet para cambiar a la nueva implementación:

    Switch-CcVersion
    
  • Problema: el servidor host se reinició cuando se aplicaron las actualizaciones de Windows, y las llamadas a las que presta servicio el servidor están fallando.

    Resolución: Si implementa un entorno de alta disponibilidad, Microsoft proporciona un cmdlet para ayudar a mover un equipo host (instancia de implementación) dentro o fuera de la topología actual al comprobar e instalar manualmente Windows update. Para ello, siga estos pasos:

    1. En el servidor host, inicie una consola de PowerShell como administrador y después ejecute lo siguiente:

      Enter-CcUpdate
      
    2. Compruebe si existen actualizaciones e instale las que estén disponibles.

    3. En la consola de PowerShell, ejecute el siguiente cmdlet:

      Exit-CcUpdate
      
  • Problema: cuando se realiza una llamada desde el cliente de Skype Empresarial con un número de RTC, la llamada no puede escalarse a conferencia invitando a otro número de RTC.

    Resolución: para resolver este problema, consulte Configuración del servidor de mediación híbrido en línea.

  • Problema: se muestra un mensaje de advertencia sobre Windows Update al instalar un servidor de Active Directory: "La actualización automática de Windows no está habilitada. Para asegurarse de que la característica o el rol recién instalados se actualicen automáticamente, active Windows Update en el Panel de control".

    Resolución: inicie una sesión de PowerShell remoto del inquilino usando las credenciales de administrador del inquilino de Skype Empresarial y después ejecute el siguiente cmdlet para comprobar la configuración de EnableAutoUpdate del sitio:

    Get-CsHybridPSTNSite
    

    Si EnableAutoUpdate está configurado en True , puede omitir con tranquilidad este mensaje de advertencia porque el servicio CCEManagement se encargará de la descarga e instalación de las actualizaciones de Windows para ambas máquinas virtuales y el servidor host. Si EnableAutoUpdate está configurado en False , ejecute el siguiente cmdlet para establecerlo en True .

    Set-CsHybridPSTNSite -EnableAutoUpdate $true
    

    Puede también comprobar si existen actualizaciones e instalarlas manualmente. Consulte la siguiente sección.

  • Recibe un mensaje de error: No puede registrarse el dispositivo porque su <SiteName> o <ApplianceName> o <Mediation Server FQDN> o <Mediation Server IP Address> de configuración/entrada actual entra en conflicto con los dispositivos existentes. Elimine el dispositivo en conflicto o actualice la información de la configuración/entrada, y después vuelva a realizar el registro. '; cuando se ejecute Register-CcAppliance para registrar el dispositivo actual como en línea.

    Resolución: los valores para <ApplianceName>, <Mediation Server FQDN> y <Mediation Server IP Address> deben ser exclusivos y deben usarse solamente para el registro de un dispositivo. De manera predeterminada, <ApplianceName> proviene del nombre del host. <Mediation Server FQDN> y <Mediation Server IP Address> están definidos en el archivo ini de configuración.

    Por ejemplo, se usa (ApplianceName= MyserverNew, Mediation Server FQDN=ms.contoso.com, Mediation Server IP Address=10.10.10.10) para el registro en SiteName=MySite, pero si hay un dispositivo registrado (ApplianceName= Myserver, Mediation Server FQDN=ms.contoso.com, Mediation Server IP Address=10.10.10.10), experimentará el conflicto.

    Primero, compruebe el archivo CloudConnector.ini en la sección del directorio de raíz del dispositivo. Recibirá los valores de <SiteName>, <Mediation Server FQDN> y <Mediation Server IP Address> en el archivo.<ApplianceName> es el nombre del servidor host.

    Segundo, inicie el PowerShell remoto del inquilino usando las credenciales de administrador del inquilino de Skype Empresarial y después ejecute el siguiente cmdlet para comprobar los dispositivos registrados.

    Get-CsHybridPSTNAppliance
    

    Después de identificar cualquier conflicto, puede actualizar el archivo CloudConnector.ini con información que coincida con el dispositivo registrado o anular el registro del dispositivo existente para resolver los conflictos.

    Unregister-CsHybridPSTNAppliance -Force
    
  • El cmdlet Get-CcRunningVersion devuelve un valor vació si hay un dispositivo implementado en ejecución en el host.

    Resolución: esto puede producirse cuando se actualiza de 1.3.4 o 1.3.8 a 1.4.1. Después de instalar la versión 1.4.1 con .msi, debe ejecutar Register-CcAppliance antes de ejecutar cualquier otro cmdlet. Register-CcAppliance migrará el archivo module.ini de %perfilusuario%\CloudConnector a %ProgramData%\CloudConnector. Si no se hizo esto, se creará un nuevo module.ini en la carpeta %ProgramData%\CloudConnector y se reemplazará la información de la versión de copia de seguridad/en ejecución para 1.3.4 o 1.3.8.

    Compare los archivos module.ini files en la carpeta %perfilusuario%\CloudConnector y %ProgramData%\CloudConnector. Si hay diferencias, elimine el archivo module.ini en %ProgramData%\CloudConnector y vuelva a ejecutar Register-CcAppliance. También puede modificar el archivo manualmente para corregir la versión en ejecución y de copia de seguridad.

  • Después de ejecutar el cmdlet Switch-CcVersion para cambiar a una versión anterior que sea diferente de la versión de script actual, no hay compatibilidad de alta definición para esta versión anterior.

    Resolución: por ejemplo, ha actualizado de 1.4.1 a 1.4.2. Tanto la versión del script actual, que puede determinarse ejecutando Get-CcVersion, como la versión en ejecución, que puede determinarse ejecutando Get-CcRunningVersion, son la 1.4.2. En este momento, si ejecuta Switch-CcVersion para volver la versión en ejecución a 1.4.1, no habrá compatibilidad con alta disponibilidad para esta versión anterior.

    Para obtener compatibilidad total con alta disponibilidad, vuelva a 1.4.2 para que la versión en ejecución y la versión del script sean las mismas. Si está experimentando problemas con su implementación de 1.4.2, desinstálela y vuelva a instalarla tan pronto como sea posible.

  • Problema: los certificados de una entidad de certificación o los certificados internos emitidos al almacén de administración central, al servidor de mediación y al servidor perimetral están a punto de expirar o están en peligro.

    Resolución: los certificados de la entidad de certificación de Skype Empresarial son válidos durante cinco años. Los certificados internos emitidos al almacén de administración central, al servidor de mediación y al servidor perimetral son válidos durante dos años.

    noteNota:
    En el conector de la nube 2.0 y versiones posteriores, el cmdlet renovar CcServerCertificate ha cambiado a CcServerCertificate de actualización y el cmdlet renovar CcCACertificate ha cambiado a CcCACertificate de actualización.

    Si los certificados internos emitidos al almacén de administración central, al servidor de mediación y al servidor perimetral están a punto de expirar o están en peligro, ejecute el cmdlet Renew-CcServerCertificate o Update-CcServerCertificate para renovar los certificados.

    Si los certificados de la entidad de certificación están a punto de expirar, ejecute el cmdlet Renew-CcCACertificate o Update-CcCACertificate para renovar los certificados.

    Si los certificados de la entidad de certificación están en peligro y solo hay un dispositivo en el sitio, lleve a cabo los siguientes pasos:

    1. Ejecute el cmdlet Enter-CcUpdate para depurar los servicios y poner el dispositivo en modo de mantenimiento.

    2. Ejecute los siguientes cmdlets para restablecer y crear nuevos certificados de la entidad de certificación y todos los certificados internos del servidor:

      Versiones de conector de nube antes 2.0:

      Reset-CcCACertificate 
      Renew-CcServerCertificate 
      Remove-CcLegacyServerCertificate 
      
      

      O para la versión de conector de nube 2.0 y versiones posterior:

      Reset-CcCACertificate 
      Update-CcServerCertificate 
      Remove-CcLegacyServerCertificate 
      
      
    3. Ejecute el cmdlet Exit-CcUpdate para iniciar los servicios y salir del modo de mantenimiento.

    4. Ejecute el cmdlet Export-CcRootCertificate en el archivo local file del dispositivo y después copie e instale el certificado exportado en sus puertas de enlace de RTC.

    Si los certificados de la entidad de certificación están en peligro y hay varios dispositivos en el sitio, lleve a cabo los siguientes pasos:

    • En cada dispositivo del sitio, ejecute el cmdlet Enter-CcUpdate para depurar los servicios y poner cada dispositivo en modo de mantenimiento.

    • En cada dispositivo del sitio, ejecute uno a uno los siguientes cmdlets para restablecer y crear nuevos certificados de la entidad de certificación y todos los certificados internos del servidor:

      Versiones de conector de nube antes 2.0:

      Reset-CcCACertificate
      Renew-CcServerCertificate
      Remove-CcLegacyServerCertificate 
      
      

      O para la versión de conector de nube 2.0 y versiones posterior:

      Reset-CcCACertificate
      Update-CcServerCertificate
      Remove-CcLegacyServerCertificate 
      
      
    • En cada dispositivo del sitio, ejecute el cmdlet Exit-CcUpdate para iniciar los servicios y salir del modo de mantenimiento.

    • Ejecute el cmdlet Export-CcRootCertificate en el archivo local file del cualquier dispositivo y después copie e instale el certificado exportado en sus puertas de enlace de RTC.

  • Problema: debe comprobar si existen actualizaciones de Windows e instalarlas manualmente en el servidor host o las máquinas virtuales.

    Resolución: recomendamos que aproveche las actualizaciones automatizadas del sistema operativo proporcionada por Skype Empresarial Cloud Connector Edition. Después de que se registre un dispositivo para administración en línea y se habilite la actualización automática del sistema operativo, el servidor host y las máquinas virtuales automáticamente comprobarán si existen actualizaciones de Windows y las instalarán de acuerdo con la configuración de la ventana de la hora de actualización del sistema operativo.

    Si tiene que comprobar si existen actualizaciones de Windows e instalarlas manualmente, siga los pasos provistos en esta sección que se apliquen a su tipo de implementación. Debe planificar y actualizar tanto el servidor host como las máquinas virtuales que estén ejecutándose en él al mismo tiempo a fin de minimizar el tiempo de inactividad necesario para las actualizaciones.

    Si lo prefiere, puede usar un servidor de Windows Server Update Services (WSUS) para proporcionar actualizaciones para los servidores de Cloud Connector. Solo tiene que configurar la actualización de Windows para que no se instale automáticamente.

    Para obtener información sobre cómo actualizar manualmente su implementación de Cloud Connector, consulte la siguiente sección.

  • Problema: recibe el siguiente mensaje de error en el registro de servicios de administración de Cloud Connector, "C:\Program Files\Skype for Business Cloud Connector Edition\ManagementService\CceManagementService.log”: Error CceService: 0 : Excepción inesperada al notificar el estado en línea: System.Management.Automation.CmdletInvocationException: Error al iniciar sesión para el usuario <Global Tenant Admin>. Cree un nuevo objeto de credenciales y asegúrese de usar el nombre de usuario y la contraseña correctos. -->

    Resolución: las credenciales del administrador global de inquilinos de Office 365 han cambiado desde que se registró el dispositivo de Cloud Connector. Para actualizar las credenciales almacenadas en local en el dispositivo de Cloud Connector, ejecute lo siguiente desde el PowerShell del administrador en el dispositivo host:

    Set-CcCredential -AccountType TenantAdmin
    
  • Problema: Después de cambiar la contraseña de la cuenta del servidor de host utiliza para la implementación, recibirá el siguiente mensaje de error: "ConvertTo-SecureString: clave no válida para utilizar en el estado especificado." en %ProgramFiles%\Skype de negocios nube conector Edition\ManagementService\CceManagementService.log o mientras se ejecuta el cmdlet Get-CcCredential.

    Resolución: Todas las credenciales de la nube de conector se almacenan en el siguiente archivo: "% SystemDrive%\Programdata\Cloudconnector\credentials. < UsuarioActual >".xml". Cuando se cambia la contraseña en el servidor host, debe actualizar las credenciales almacenadas localmente.

    Si está ejecutando el conector de nube versión 1.4.2, regenerar todas las contraseñas de nube conector siguiendo estos pasos:

    1. Reinicie el servidor host.

    2. Elimine el siguiente archivo: "%SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml".

    3. Inicie una consola de PowerShell como administrador y después ejecute "Register-CcAppliance -Local" para volver a introducir las contraseñas a continuación de la descripción. Introduzca las mismas contraseñas que usó antes para la implementación de Cloud Connector.

    Si está ejecutando el conector de nube versión 2.0 o posterior, vuelva a generar todas las contraseñas de nube conector siguiendo estos pasos:

    1. Reinicie el servidor host.

    2. Elimine el siguiente archivo: "%SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml".

    3. Inicie una consola de PowerShell como administrador y después ejecute "Register-CcAppliance -Local" para volver a introducir las contraseñas a continuación de la descripción.

    Si el archivo de contraseñas almacenadas en caché se generó con la versión 1.4.2 de Cloud Connector, use la contraseña de VMAdmin para la contraseña de CceService cuando se le solicite. Introduzca la misma contraseña que usó antes para la implementación de Cloud Connector de todas las otras cuentas.

    Si el archivo de contraseñas almacenadas en caché se generó con la versión 1.4.2 de Cloud Connector y las contraseñas de DomainAdmin y VMAdmin son diferentes, debe realizar los siguientes pasos:

    1. Ejecute Set-CcCredential -AccountType DomainAdmin como sigue:

      1. Cuando se soliciten las credenciales de cuenta anteriores, introduzca las credenciales que ha utilizado para la contraseña de CceService.

      2. Cuando se soliciten las credenciales de cuenta nuevas, introduzca la contraseña para la contraseña de DomainAdmin que usó antes.

    Si se generó el archivo de contraseña almacenada en caché con el conector de nube versión 2.0 o posterior, de forma predeterminada, VmAdmin y Administrador de dominio utilizan la misma contraseña como CceService. Si ha cambiado la contraseña del administrador del dominio y VMAdmin, debe realizar los siguientes pasos:

    1. Ejecute Set-CcCredential -AccountType DomainAdmin como sigue:

      1. Cuando se soliciten las credenciales de cuenta anteriores, introduzca las credenciales que ha utilizado para la contraseña de CceService.

      2. Cuando se soliciten las credenciales de cuenta nuevas, introduzca la contraseña para la contraseña de DomainAdmin que usó antes.

    2. Ejecute Set-CcCredential -AccountType VmAdmin como sigue:

      1. Cuando se soliciten las credenciales de cuenta anteriores, introduzca las credenciales que ha utilizado para la contraseña de CceService.

      2. Cuando se soliciten las credenciales de cuenta nuevas, introduzca la contraseña para la contraseña de VmAdmin que usó antes.

  • Problema: Recibe el siguiente mensaje de error "WindowsImage de desmontar: no se pudo desmontar-WindowsImage. Código de error = 0xc1550115 "al instalar o actualizar edición de conector de nube.

    Resolución: Iniciar una consola de PowerShell como administrador, ejecute "DISM-Cleanup-Wim'". Esto limpiará todas las imágenes con problemas. Vuelva a ejecutar instalar CcAppliance o espere a que los bits de la actualización automática.

Si no quiere usar actualizaciones automáticas en su entorno, siga estos pasos para comprobar si existen actualizaciones de Windows y aplicarlas manualmente. Puede ser necesario reiniciar el servidor para la comprobación e instalación de actualizaciones de Windows. Cuando se reinicie un servidor host, los usuarios no podrán usar Cloud Connector para realizar ni recibir llamadas. Puede comprobar si existen actualizaciones e instalarlas de forma manual a fin de controlar en qué momento deben producirse, y después reiniciar las máquinas según la necesidad durante los tiempos que usted elija para evitar interrupciones de los servicios.

Para comprobar manualmente si existen actualizaciones, conecte cada servidor host y abra el Panel de control . Seleccione Sistema y seguridad > Windows Update y administre las actualizaciones y los reinicios de servidor como sea apropiado para su entorno.

  • Si existe solo un dispositivo en el sitio, conecte cada máquina virtual y abra el Panel de control . Seleccione Sistema y seguridad > Windows Update y configure las actualizaciones y los reinicios de servidor como corresponda.

  • Si hay más de un dispositivo en el sitio, los usuarios no pueden acceder a la instancia que se actualiza y reinicia durante las actualizaciones. Estos se conectarán con otras instancias de la implementación hasta que todas las máquinas virtuales y todos los servicios de Skype Empresarial se inicien en las máquinas virtuales después de completadas las actualizaciones. Para evitar cualquier posible interrupción en el servicio, puede quitar la instancia de HA mientras aplica las actualizaciones y restaurarla cuando se completen. Para ello, realice lo siguiente:

    1. En cada servidor host, abra una consola de PowerShell como administrador.

    2. Quite la instancia de HA con el siguiente cmdlet:

      Enter-CcUpdate
      
    3. Siga los pasos para una sola instancia para aplicar manualmente las actualizaciones y reinicie la máquina virtual.

    4. Vuelva a configurar la instancia en HA con el siguiente cmdlet:

      Exit-CcUpdate
      

Para implementaciones de varios sitios, siga los pasos destinados a un único sitio para cada sitio de la implementación aplicando las actualizaciones de a uno por vez.

 
Mostrar: