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

  • Artículo

Importante

Cloud Connector Edition se retirará el 31 de julio de 2021 junto con Skype Empresarial Online. Una vez que su organización haya actualizado a Teams, obtenga información sobre cómo conectar su red de telefonía local a Teams mediante enrutamiento directo.

Solución de problemas de la implementación de Cloud Connector Edition.

En este artículo se describen soluciones a problemas comunes con las implementaciones de Cloud Connector Edition. Si tiene problemas con las llamadas a y desde la red telefónica conmutada (RTC), puede investigar siguiendo las soluciones descritas en este artículo.

Cloud Connector proporciona mecanismos integrados para resolver automáticamente algunos problemas. Un proceso de detección automática busca posibles problemas con los dispositivos Cloud Connector y, si es posible, toma medidas correctivas para resolverlos sin la intervención del administrador. El proceso de detección funciona de la siguiente manera:

  • Secuencia de detección: El servicio Cloud Connector Management ejecuta un proceso cada 60 segundos para detectar si un dispositivo está apagado. En cloud Connector versión 2.0 y posteriores, el proceso de detección usa el modificador de Skype Empresarial Corpnet para realizar conexiones de PowerShell a los equipos de Cloud Connector; para las versiones anteriores a 2.0, el proceso de detección usa el modificador de administración de Cloud Connector.

    Nota

    Para que la recuperación automática se realice correctamente, debe haber conectividad de red entre el host y las máquinas virtuales a través del conmutador de red del host. Asegúrese de comprobar la conectividad de red para asegurarse de que la detección y recuperación automáticas se pueden realizar correctamente.

  • Monitoreo: Los siguientes servicios se supervisan en Cloud Connector versión 2.0 y posteriores:

    • Virtual Machines no están conectados a los conmutadores virtuales de Cloud Connector Corporate o Internet

    • Virtual Machines están en un estado guardado o detenido

    • Servicios del servidor de administración central: REPLICA, MASTER

    • Servicios del servidor de mediación: REPLICA, RTCSRV y MEDSVC

    • Servicios del servidor perimetral: REPLICA, RTCSRV, RTCDATAPROXY, RTCMRAUTH, RTCMEDIARELAY

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

      En Cloud Connector versión 1.4.2, solo se supervisan los siguientes servicios:

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

    • Servicio del servidor perimetral: RTCSRV

  • Proceso de recuperación: Si los servicios supervisados no están disponibles, se marca un dispositivo y los servicios se detienen y se marcan como manuales hasta que se puedan resolver todos los problemas. Esto impide que las llamadas encaminen a un dispositivo que pueda causar errores en las llamadas.

    El servicio administración del conector en la nube vuelve a intentar la recuperación automática de la siguiente manera:

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

    • Para los tres primeros intentos de recuperación, el tiempo del intervalo es de 10 segundos. A partir del cuarto reintento, el tiempo de intervalo aumenta dos veces el tiempo del intervalo anterior. Por ejemplo, el cuarto reintento tendrá lugar en 20 segundos, el quinto en 40 segundos, y así sucesivamente.

    • Cuando se alcanza el tiempo de intervalo máximo de una hora, las reintentos continúan una vez por hora.

    • Cuando la recuperación se realiza correctamente, el intervalo y los recuentos de reintentos se establecen en sus valores iniciales.

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

Solución de problemas

A continuación, se muestran soluciones a los problemas más comunes:

  • 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 se puede resolver automáticamente. Las NICS no se pueden agregar a las máquinas virtuales mientras se están ejecutando. Apaga y quita estas máquinas virtuales en el administrador de Hyper-V y, a continuación, ejecuta los siguientes cmdlets:

    Uninstall-CcAppliance

    Install-CcAppliance

  • Problema: después de instalar el servidor de Active Directory y el bosque, el servidor CMS o el servidor de mediación no se unen al dominio correctamente.

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

    • Inicie sesión en Active Directory Server y compruebe que el dominio se ha creado correctamente.

    • Inicie sesión en el servidor CMS/mediación y compruebe que en corpnet NIC se asigna una dirección IP válida, y que la dirección IP estática y DNS válida se configura como la dirección IP del servidor AD.

    • Inicie sesión en el servidor CMS/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 : Failed while removing virtual Ethernet switch. El modificador virtual "Conmutador de administración de conectores de nube" no se puede eliminar porque se está usando ejecutando máquinas virtuales o asignado a grupos secundarios".

    Resolución: El "Conmutador de administración de conectores de nube" no se eliminó después de la implementación. Si se produce este error, ve al administrador de Hyper-v y comprueba que todavía no hay una máquina virtual conectada a ella. Si todavía hay máquinas virtuales conectadas, desconéctalas y elimina el conmutador de administración. Si el conmutador de administración sigue sin poder eliminarse, 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".

    Nota

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

    El error de inicio también puede deberse a que anteriormente se había producido un error en este servidor front-end (mediante conmutación por error del equipo). En ese caso, la invocación no se realiza correctamente (usando la conmutación por error del equipo).

    Resolución: Este problema se produce en un servidor perimetral cuando el certificado de CA raíz o certificado de CA intermedio no es de confianza para el servidor perimetral. Incluso si el certificado externo se puede importar, pero la cadena de certificados está rota. Bajo esta condición, el servicio RTCMRAUTH y/o RTCSRV no puede iniciarse.

    Importe el certificado de CA raíz y todos los certificados de CA intermedios de su certificado externo manualmente en el servidor perimetral y reinicie el servidor perimetral. 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 implementó un entorno de alta disponibilidad, Microsoft proporciona un cmdlet para ayudar a mover un equipo host (instancia de implementación) a la topología actual o fuera de ella al comprobar e instalar Windows Update manualmente. Siga estos pasos para lograr esto:

  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, vea Configurar la configuración híbrida del servidor de mediación 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 de inquilinos con Skype Empresarial credenciales de administrador de inquilinos y, a continuación, ejecute el siguiente cmdlet para comprobar la configuración de EnableAutoUpdate del sitio:

    Get-CsHybridPSTNSite

    Si EnableAutoUpdate se establece en True, puede ignorar este mensaje de advertencia de forma segura porque el servicio CCEManagement controla la descarga e instalación de actualizaciones de Windows tanto para máquinas virtuales como para 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.

  • Problema: Recibe un mensaje de error: No se puede registrar el dispositivo porque su entrada/configuración <actual SiteName> o <ApplianceName> o FQDN> del <servidor de mediación o <la dirección> IP del servidor de mediación entran 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>, <el FQDN> del servidor de mediación y <la dirección> IP del servidor de mediación deben ser únicos y usarse solo para un registro de dispositivo. De forma predeterminada, <ApplianceName> procede del nombre de host. <FQDN> del servidor de mediación y <dirección> IP del servidor de mediación definida en el archivo ini de configuración.

    Por ejemplo, si usa (ApplianceName= MyserverNew, Mediation Server FQDN=ms.contoso.com, Mediation Server IP Address=10.10.10.10) para registrarse 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), tiene el conflicto.

    En primer lugar, compruebe el archivo de CloudConnector.ini en la sección del directorio ApplianceRoot. <Obtendrá los valores de SiteName>, <FQDN> del servidor de mediación y <dirección> IP del servidor de mediación en el archivo. <ApplianceName> es el nombre del servidor host.

    En segundo lugar, inicie PowerShell remoto de inquilinos con sus credenciales de administrador de inquilinos de Skype Empresarial y, a continuación, 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

  • Problema: El cmdlet de Get-CcRunningVersion devuelve un valor vacío si hay un dispositivo implementado que se ejecuta en el host.

    Resolución: Esto puede ocurrir al actualizar de 1.3.4 o 1.3.8 a 1.4.1. Después de instalar la versión 1.4.1 con la .msi, debe ejecutar Register-CcAppliance antes de ejecutar cualquier otro cmdlet. Register-CcAppliance migra el archivo de module.ini de %UserProfile%\CloudConnector a %ProgramData%\CloudConnector. Si no la encuentra, se creará una nueva module.ini en la carpeta %ProgramData%\CloudConnector y reemplazará la información de la versión de copia de seguridad o 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 manualmente el archivo a la versión correcta de ejecución y copia de seguridad.

  • Problema: Después de ejecutar el cmdlet de Switch-CcVersion para cambiar a una versión anterior que es diferente de la versión actual del script, no hay compatibilidad con alta disponibilidad para esta versión anterior.

    Resolución: Por ejemplo, ha actualizado de 1.4.1 a 1.4.2. La versión actual del script, que puede determinarse mediante la ejecución Get-CcVersionde , y la versión en ejecución, que se pueden determinar mediante la ejecución Get-CcRunningVersion son 1.4.2. En este momento, si ejecuta Switch-CcVersion para volver a cambiar la versión en ejecución a 1.4.1, no hay compatibilidad con alta disponibilidad para esta versión anterior.

    Para obtener soporte técnico completo de alta disponibilidad, vuelva a la versión 1.4.2 para que la versión en ejecución y la versión de script sean las mismas. Si tienes problemas con la implementación de 1.4.2, desinstálala y vuelve 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: Skype Empresarial certificados de entidad emisora de certificados es válido 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.

    Nota

    En Cloud Connector versión 2.0 y posteriores, el cmdlet de Renew-CcServerCertificate ha cambiado a Update-CcServerCertificate y el cmdlet de Renew-CcCACertificate ha cambiado a Update-CcCACertificate.

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

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

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

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

    Enter-CcUpdate

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

    Para las versiones de Cloud Connector anteriores a la 2.0:

    Reset-CcCACertificate 
Renew-CcServerCertificate 
Remove-CcLegacyServerCertificate

    O para Cloud Connector versión 2.0 y posteriores:

    Reset-CcCACertificate 
Update-CcServerCertificate 
Remove-CcLegacyServerCertificate

  3. Si se usa TLS entre la puerta de enlace y el servidor de mediación, ejecute el cmdlet de Export-CcRootCertificate desde el dispositivo y, a continuación, instale el certificado exportado en las puertas de enlace RTC. Es posible que también tenga que volver a emitir el certificado en la puerta de enlace.

    Export-CcRootCertificate

  4. Ejecute el cmdlet Exit-CcUpdate para iniciar los servicios y salir del modo de mantenimiento.

    Exit-CcUpdate

    Si los certificados de entidad de certificación están en peligro y hay varios dispositivos en el sitio, realice los siguientes pasos secuenciales en cada dispositivo del sitio.

    Microsoft recomienda que realices estos pasos durante los tiempos de uso no máximos.

  5. En el primer dispositivo, ejecute el cmdlet de Remove-CcCertificationAuthorityFile para limpiar los archivos de copia de seguridad de ca en el <directorio SiteRoot> .

    Remove-CcCertificationAuthorityFile

  6. Ejecute el cmdlet de Enter-CcUpdate para agotar los servicios y poner cada dispositivo en modo de mantenimiento.

    Enter-CcUpdate

  7. En el primer dispositivo, ejecute los siguientes cmdlets para restablecer y crear nuevos certificados de entidad de certificación y todos los certificados de servidor interno:

    Para las versiones de Cloud Connector anteriores a la 2.0:

    Reset-CcCACertificate
Renew-CcServerCertificate
Remove-CcLegacyServerCertificate

    O para Cloud Connector versión 2.0 y posteriores:

    Reset-CcCACertificate
Update-CcServerCertificate
Remove-CcLegacyServerCertificate

  8. En el primer dispositivo, ejecute el siguiente cmdlet para hacer una copia de seguridad de los archivos de entidad de certificación en la <carpeta SiteRoot> .

    Backup-CcCertificationAuthority

  9. En todos los demás dispositivos en el mismo sitio, ejecute los siguientes comandos para consumir los archivos de copia de seguridad de CA, de modo que todos los dispositivos usen el mismo certificado raíz y, a continuación, soliciten nuevos certificados.

    Reset-CcCACertificate
Update-CcServerCertificate
Remove-CcLegacyServerCertificate

  10. Si se usa TLS entre la puerta de enlace y el servidor de mediación, ejecute el cmdlet de Export-CcRootCertificate desde cualquier dispositivo del sitio y, a continuación, instale el certificado exportado en las puertas de enlace RTC. Es posible que también deba volver a emitir el certificado en la puerta de enlace.

    Export-CcRootCertificate

  11. Ejecute el cmdlet Exit-CcUpdate para iniciar los servicios y salir del modo de mantenimiento.

    Exit-CcUpdate

  • Problema: Recibe el siguiente mensaje de error en el registro del servicio de administración de Cloud Connector, "C:\Archivos de programa\Skype for Business Edición de conector de nube\ManagementService\CceManagementService.log": Error CceService: 0 : Excepción inesperada al informar del estado en línea: System.Management.Automation.CmdletInvocationException: Error de inicio de sesión para el usuario <Global Administración> de inquilinos. Cree un nuevo objeto de credenciales y asegúrese de usar el nombre de usuario y la contraseña correctos. --->

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

    Set-CcCredential -AccountType TenantAdmin

  • Problema: Después de cambiar la contraseña de la cuenta del servidor host que usó para la implementación, recibe el siguiente mensaje de error: "ConvertTo-SecureString : Clave no válida para su uso en el estado especificado". en %ProgramFiles%\Skype for Business Edición de conector de nube\ManagementService\CceManagementService.log o mientras se ejecuta el cmdlet de Get-CcCredential.

    Resolución: Todas las credenciales de Cloud Connector se almacenan en el archivo siguiente: "%SystemDrive%\Programdata\Cloudconnector\credentials.<CurrentUser>.xml". Cuando se modifica la contraseña en el servidor host, tendrá que actualizar las credenciales que hay almacenadas localmente.

    Si ejecuta la versión 1.4.2 de Cloud Connector, vuelva a generar todas las contraseñas de Cloud Connector mediante estos pasos:

    1. Reinicie el servidor host.

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

    3. Inicia una consola de PowerShell como administrador y, a continuación, ejecuta "Register-CcAppliance -Local" para volver a escribir las contraseñas siguiendo la descripción. Introduzca las mismas contraseñas que usó antes para la implementación de Cloud Connector.

      Si ejecuta Cloud Connector versión 2.0 o posterior, vuelva a generar todas las contraseñas de Cloud Connector siguiendo estos pasos:

    4. Reinicie el servidor host.

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

    6. Inicia una consola de PowerShell como administrador y, a continuación, ejecuta "Register-CcAppliance -Local" para volver a escribir las contraseñas siguiendo 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:

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

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

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

      Si el archivo de contraseña almacenado en caché se generó con Cloud Connector versión 2.0 o posterior, de forma predeterminada, VmAdmin y DomainAdmin usan la misma contraseña que CceService. Si ha cambiado las contraseñas de DomainAdmin y VMAdmin, debe realizar los siguientes pasos:

    10. 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.

    11. 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: Con Cloud Connector versión 2.1 y posteriores, al ejecutar Register-CcAppliance u otros cmdlets en el dispositivo, recibe un mensaje de error como: "Por Each-Object : La propiedad 'Common' no se encuentra en este objeto. Compruebe que la propiedad existe. En C:\Program Files\WindowsPowerShell\Modules\CloudConnector\Internal\MtHostCommon.ps1:681 char:14"

    Resolución: Cloud Connector 2.1 y versiones posteriores requieren .NET Framework 4.6.1 o posterior. Actualice .NET Framework en el dispositivo a la versión 4.6.1 o posterior y ejecute los cmdlets de nuevo.

  • Problema: Con Cloud Connector Edition 2.1, al ejecutar Install-CcAppliance, recibe un mensaje de error como: "Error al instalar nueva instancia con error: No se puede establecer "Estado" porque solo se pueden usar cadenas como valores para establecer propiedades XmlNode"

    Resolución: En Cloudconnector.ini, en la sección [Común], agrega la configuración de "Estado" como se indica a continuación: CountryCode=US State=WA City=Redmond

    No es obligatorio que la línea "Estado" tenga un valor, pero la línea "Estado" no se puede quitar del archivo Cloudconnector.ini.

  • Problema: Recibes el siguiente mensaje de error "Dismount-WindowsImage : error Dismount-WindowsImage. Código de error = 0xc1550115" al instalar o actualizar Cloud Connector Edition.

    Resolución: Inicia una consola de PowerShell como administrador y ejecuta "DISM -Cleanup-Wim'". Esto limpiará todas las imágenes problemáticas. Ejecuta Install-CcAppliance de nuevo o espera a que los bits se actualicen automáticamente.

  • Problema: Se produce un error en la implementación del primer dispositivo cloud connector en un entorno HA

    Resolución: Los pasos que debe seguir dependen del motivo por el que se haya dado un error en la implementación:

    • Si se produce un error en el primer dispositivo de Cloud Connector y no puede determinar el motivo del error, deberá volver a instalar el dispositivo hasta que la implementación se realice correctamente y, a continuación, instale los otros dispositivos.

    • Si el primer dispositivo cloud connector falla con un problema secundario, como un problema de certificado externo, es posible que pueda solucionar el problema sin volver a instalar el dispositivo. A continuación, puede usar PowerShell remoto de inquilino para marcar la implementación como correcta como se indica a continuación. (También puede usar los pasos siguientes si la primera implementación se realizó correctamente, pero, por algún motivo, Cloud Connector no puede informar de que la implementación se realizó correctamente).

    • Para obtener la identidad (GUID) del primer dispositivo Cloud Connector, ejecute el cmdlet de Get-CsHybridPSTNAppliance.

    • Para marcar el dispositivo como implementado correctamente, ejecute la Set-CsCceApplianceDeploymentStatus como se indica a continuación:

    Set-CsCceApplianceDeploymentStatus -Identity <Appliance Identity GUID> -Action Deploy -Status Finished

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

    Resolución: Le recomendamos que aproveche las actualizaciones automatizadas del sistema operativo proporcionadas por Skype for Business Edición de conector de nube. Después de registrar un dispositivo para la administración en línea y habilitar la actualización automática del sistema operativo, el servidor host y las máquinas virtuales comprobarán e instalarán Windows Novedades automáticamente según la configuración del intervalo de tiempo 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: Cuando Cloud Connector se actualiza a una nueva compilación, los cmdlets de Cloud Connector no se actualizan. Esto sucede a veces si una ventana de PowerShell se deja abierta cuando se produce la actualización automática.

    Resolución: Para cargar los cmdlets actualizados, puede realizar uno de los siguientes pasos:

    • Cierre PowerShell en el dispositivo Cloud Connector y, a continuación, vuelva a abrir PowerShell.

      • O bien, puede ejecutar Import-Module CloudConnector -Force.

  • Problema: "El término 'Stop-CsWindowsService' no se reconoce como el nombre de un cmdlet, función, archivo de script o programa operativo". al intentar ejecutar Enter-CcUpdate cmdlet.

    Resolución: Elimine el archivo $HOME\AppData\Local\Microsoft\Windows\PowerShell\ModuleAnalysisCache. PowerShell crea este archivo como una caché de cmdlets a partir de módulos que encuentra para que no tenga que volver a analizar todos los módulos cada vez, ya que eso haría que las cosas fueran muy lentas. Lo más probable es que hubiera algún daño en los archivos que proporcionara resultados engañosos a PowerShell cuando volvía a leer de esa memoria caché.

  • Problema: "Import-Module CloudConnector" genera el error "Import-Module: El módulo especificado "CloudConnector" no se cargó porque no se encontró ningún archivo de módulo válido en ningún directorio de módulo"

    Resolución:

    • Valide que, de hecho, el módulo CloudConnector existe en c:\Archivos de programa\WindowsPowerShell\Modules

    • Después de validar que el módulo CloudConnector existe en esta ubicación, la variable de entorno PSModulePath que almacena la ruta de acceso a las ubicaciones de los módulos se puede cambiar:

    a. Cambio temporal: Inicie Powershell como administrador y ejecute el siguiente comando: $env:PSModulePath = $env:PSModulePath + "; C:\Archivos de programa\WindowsPowerShell\Modules"

    b. Para cambios persistentes, inicie PowerShell como administrador y ejecute los siguientes comandos, uno por uno: $CurrentValue = [Environment]::GetEnvironmentVariable("PSModulePath", "Machine") SetEnvironmentVariable("PSModulePath", $CurrentValue + "; C:\Archivos de programa\WindowsPowerShell\Modules", "Máquina")

Instalar actualizaciones de Windows manualmente

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 reinicia un servidor host, los usuarios no podrán usar Cloud Connector para realizar o 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. Selecciona Sistema y seguridad >Windows Update y, a continuación, administra las actualizaciones y reinicios del servidor según corresponda para tu entorno.

  • Si existe solo un dispositivo en el sitio, conecte cada máquina virtual y abra el Panel de control. Selecciona sistema y seguridad >Windows Update y, a continuación, configura las actualizaciones y reinicios del servidor según 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.

Sugerencias al instalar software antivirus en el equipo host de Cloud Connector

Si necesita instalar software antivirus en el equipo host de Cloud Connector, debe agregar las siguientes exclusiones:

  • Directorio de dispositivos locales en cada equipo.

  • Directorio de sitios remoto en cada equipo.

  • El directorio de sitios local del equipo hospeda la carpeta raíz del sitio compartido.

  • %ProgramFiles%\Skype for Business Edición de conector de nube

  • %ALLUSERSPROFILE%\CloudConnector

  • %ProgramFiles%\WindowsPowerShell\Modules\CloudConnector

  • El proceso Microsoft.Rtc.CCE.ManagementService.exe.