Cerrar
InicioMicrosoft TEAMSMicrosoft Teams, conceptos y tecnología (Parte XXIV) – Solución Problemas Migración Usuario

Microsoft Teams, conceptos y tecnología (Parte XXIV) – Solución Problemas Migración Usuario

Siguiendo con el artículo anterior  de migración de usuarios de Skype for Business Online a Teams: Microsoft Teams, conceptos y tecnología (Parte XXIV), quiero comentaros además un  caso que me ha pasado a mi. Justo cuando estaba aplicando la directiva de actualización a Teams, en la sesión de PowerShell se mostraban algunas advertencias como esta:

Nota: Yo tengo entorno sincronizado con AzureAd Connect y ADFS

Claramente me indica que el usuario está ubicado en On-Premises, vamos que tenemos un entorno híbrido el cual en mi caso no existe ni ha existido nunca. Ahora toca investigar pero siempre con orden y criterio, veamos rápidamente uno de los atributos que define para Office 365 donde está el usuarios en Skype For Business Online: HostingProvider.  Para poder comprobar valores tienen los usuarios ya migrados a Teams y los que no, lo primero es conectarnos vía PowerShell a Skype For Business On-Line: Administrar Skype Empresarial Online con PowerShell de Office 365:

Conectar utilizando un Skype para el nombre de cuenta de administrador empresarial en línea y la contraseña:

Import-Module SkypeOnlineConnector
$userCredential = Get-Credential
$sfbSession = New-CsOnlineSession -Credential $userCredential
Import-PSSession $sfbSession

Conectar con un Skype para la cuenta de administrador empresarial en línea con la autenticación multifactor:

Import-Module SkypeOnlineConnector
$sfbSession = New-CsOnlineSession
Import-PSSession $sfbSession

Una vez conectado, veamos como podemos consultar el atributo HostingProvider, para ello escribimos el siguiente cmdlet: Get-CsOnlineUser -Identity <Nombre_Usuario> | Select HostingProvider, aquí os muestro dos usuarios, el Usuario 1 tiene el atributo HostingProvider establecido a SRV y el Usuario 2 lo tiene establecido a sipfed.online.lync.com:

Bueno .. pues ya tenemos algo por donde empezar a trabajar, pero recordad que ese atributo que desde la parte del cliente no podemos tocarlo y más cuando no tenemos un entorno hibriddo. La única forma de solventar este problema es ponerse en contacto con el soporte de MSFT y que lo cambien ellos, pero antes de eso, os voy a contar los pasos a seguir en mi caso:

  1. Abrir el caso de soporte con MSFT
  2. Realizar todas las pruebas que los técnicos de nivel 1 me habían solicitado
    1. Ejecutar varios comandos para mostrar los atributos de los usuarios afectados de mi Directorio Activo
      1. ldifde -f export.txt -r “(Userprincipalname=*)”
      2. ldifde -f export.txt -r “(Userprincipalname=*)” -l “objectGuid, userPrincipalName”
      3. Get-AdUser -Identity <usario> – Properties * | Select *ms* (este se lo había hecho llegar yo para que viesen que no hemos actualizado el esquema del DA en ningún momento, por lo que no hemos tenido nunca SkypefB On-Premises)
  3. Retirar los usuarios de la sincronización de AzureAd Connect temporalmente de los usuarios afectados
    1. Quitar a los usuarios afectados de la replicación del AzureAD Connect
    2. Borrar los usuarios de la papelera de reciclaje de Azure: Remove-MsolUser -UserPrincipalName <Nombre-Usuario> -RemoveFromRecycleBin
    3. Replicar nuevamente y así comprobar si la replicación ahora se hacía correctamente y no había problemas con el atributo HostingProvider

Del punto número 2 claramente no hemos sacado nada, porque nunca habíamos tenido Lync y/o SkypeFB On-Premises, por lo que, nunca hemos actualizado el esquema del AD y no tenemos ninguno de estos atributos en las fichas de los usuarios:

  • msRTCSIP-PrimaryUserAddress
  • msRTCSIP-PrimaryHomeServer
  • msRTCSIP-UserEnabled
  • msRTCSIP-OptionFlags
  • msRTCSIP-UserPolicies
  • msRTCSIP-DeploymentLocator (este es el importante para nosotros ahora)
  • msRTCSIP-FederationEnabled
  • msRTCSIP-InternetAccessEnabled

Aquí os dejo un artículo que os puede aclarar más este punto, porque en algún momento he tenido que quitar un Skype For Business On-Premises de forma “manual” y mover los usuarios a Skype For Business Online y hay que tocar estos atributos para no tener problemas: Eliminar Skype for Business On-Premises forzosamente y habilitar usuarios en Skype for Business OnLine. Por que aplica en este articulo, os muestro la siguiente imagen del articulo comentado porque os muestro que valores deben tener los atributos:

Por lo que, si mis usuarios tienen el valor SRV .. entonces Skype For Business Online cree que están en On-Premises y no nos dejará migrarlos a Teams. Pues bien, aún seguimos igual … SIII!! Pero es que quien tiene que solucionarnos el problema es MSFT, pero el soporte de Nivel 1 no tiene posibilidad de hacerlo, tienen que escalarlo, tenemos que esperar hasta que “caigan de la burra”, se den por vencidos y nos cambien el valor de forma manual.

Una vez que pasan unos días .. casi 10, me llaman y me dicen que han cambiado el valor SRV por sipfed.online.lync.com y que pruebe. Lo primero que hago es comprobar que el atributo HostingProvider ha cambiado y .. claro que ha cambiado:

Ahora ejecuto nuevamente el cmdlet Grant-CsTeamsUpgradePolicy y sin problema …

Por último, como tenía varios usuarios sin  migrar a Teams porque no había podido, he utilizado el siguiente script para no tener que ir usuario por usuario (filtro la aplicación del comando por los usuarios que tengan el atributo HostingProvider con el valor que necesitamos):

$Users = get-csonlineuser | where {$_.HostingProvider -eq “sipfed.online.lync.com”}
foreach ($user in $users) {Grant-CsTeamsUpgradePolicy $user.userprincipalname -PolicyName UpgradeToTeams}

Y con esto .. hemos terminado y todo arreglado, ya tenemos a todos los usuarios con la política de migración a Teams. EL problema, es que no sé porque ha cogido ese valor si yo no tengo ese atributo en el Directorio Activo, entiendo que algo habrá pasado en el AD de MSFT en algún momento y se ha establecido “solito”, porque nosotros no hemos podido cambiarlo nunca.

Recomendación si os pasa esto … Abrir el caso con el soporte de MSFT y que os cambien ellos el valor del atributo, que no se paren en nada más porque es perder un tiempo importante.

Espero que os sea de ayuda si os pasa algo parecido!!

Microsoft Teams, con
Microsoft Teams, con
NO HAY COMENTARIOS

DEJA UN COMENTARIO

Este sitio web utiliza cookies. Si continúas navegando, consideramos que aceptas su uso. Puedes obtener más información en nuestra política de cookies. ACEPTAR

Aviso de cookies
Share This