Teams Migration Service
Die meisten Anwender haben vorher Skype for Business genutzt und mit dem Wechsel auf "Teams Only" können Sie ja auch in Teams den Status und Chat nutzen. Dazu sind natürlich die Kontakte und Gruppen hilfreich und durch den Wechsel nach "Teams Only" wird auch die Migration angestoßen.
Buddylisten Internals
Die Pflege von "Favoriten" ist für die Nutzung von Programmen wie Skype oder Teams ist ein effektiver Weg die direkten Kommunikationspartnern im Blick zu behalten. Sie können so direkt die Personen ansprechen und sehen auch den Status. Diese Listen werden natürlich nicht auf dem lokalen Endgerät gespeichert sondern auf einem Server, damit die Einstellungen auch über mehrere Geräte identisch sind. Viel wichtiger ist aber auch die Funktion, dass damit der Server weiß, welche Favoriten für den Anwender von Interesse sind und vielleicht serverseitig den Status überwachen kann.
Je nach Applikation liegen die Buddy-Listen an verschiedenen Stellen
Applikation | Speicherort |
---|---|
Lync 2010/Lync2013 Server |
SQL-Datenbank des Skype for Business Servers |
Skype for Business Unified Contact Store: OFF |
SQL-Datenbank des Skype for Business Servers |
Skype for Business Unified Contact Store: ON |
Exchange Postfach des Benutzers |
Teams |
Azure Blob |
Damit ist natürlich auch klar, die Kontakte aus einer Quelle in das Ziel übertragen werden müssen. Es gab hier auch schon früher einen "Migrations-Service" im Skype for Business Server, der die Kontakte zwischen der SQL-Datenbank und dem Exchange Postfach übertragen hat. Der "Teams Migration Service" hat aber nur die Aufgabe die Kontakte zu "Teams" zu übertragen.
Wenn Sie einen Benutzer von Skype for Business OnPremises direkt nach Teams verschieben (Siehe MovetoTeams), dann wird der Benutzer zwar nach Teams umgestellt aber die Kontakte landen erst einmal im Skype for Business Online Server, damit der Teams Migration Service diese dann übertragen kann
Meetings
Der Service konvertiert aber nicht nur Buddy-Listen sondern aktualisiert auch die anstehenden Meetings in ihrem Postfach
Trigger
Wie Sie aus der Seite Teams Modes gut sehen können, die die Funktion "Instant Messaging und Präsenz" mit Teams nur mit den beiden Betriebsarten "Island" und "TeamsOnly" nutzbar. Bei Island wird aber nicht migriert, so dass nur der Wechsel eines Benutzers von einem Island-mode oder SfB*-Mode zu TeamsOnly die Migration antriggert. Die Migration der Meetings hingegen startet, sobald der Benutzer in eine Teams-Betriebsart wechselt, die auch Meetings erlaubt. Dies ist also "SfBwithTeamsCollabandMeeting" und "TeamsOnly"
Achtung: Die globale Änderung des Teams Mode triggert keine Migration an. Der Meetings Migration Service reagiert nur auf Änderungen am jeweiligen Benutzer.
Sie können aber als Administrator auch noch mal eine Migration von Hand anstoßen.
- Start-CsExMeetingMigration Module
https://docs.microsoft.com/en-us/powershell/module/skype/start-csexmeetingmigration?view=skype-ps
Status
Der Teams Migration Service läuft "asynchron", d.h. wenn Sie einen Benutzer auf "TeamsOnly" umstellen, dann kann es einige Minuten oder länger dauern, bis die Kontakte migriert wurden. Der Benutzer startet also mit "leeren" Kontakten, die sich später dann füllen. Das wird dem Benutzer, der zu schnell Teams startet, auch gemeldet:
Für einen Administrator ist es dann aber wichtig zu wissen, welche Benutzer in welchen Status sind. Auch diese Information kann abgerufen werden. Über die Skype for Business Online PowerShell (Teams PowerShell) können Sie das Commandlet "Get-CsMeetingMigrationStatus " dazu nutzen. Zuerst schaue ich mir immer mal den Status an.
Get-CsMeetingMigrationStatus -SummaryOnly MigrationType : All State UserCount ----- --------- Pending 0 InProgress 0 Failed 0 Succeeded 0
Wenn ich den "SummaryOnly" weglasse, dann listet das Commandlet alle Benutzer und ihren Migrationsstatus auf:
Get-CsMeetingMigrationStatus | ft UserprincipalName,State,MigrationType UserPrincipalName State MigrationType ----------------- ----- ------------- s2nix1@uclabor.de Pending SfBToSfB s2t1@uclabor.de Pending SfBToTeams s2t2@uclabor.de Pending SfBToTeams
Die Bedeutung des MigrationType ist
- SfBToTeam
Der Benutzer kam von einem SfB*-Mode und wurde auf TeamsOnly umgestellt - SfBToSfB
Diesen Eintrag habe ich bei einem Benutzer gesehen, der deaktiviert wurde (Lizenzentzug). Auch hier scheint der Migration Service vielleicht die Reste zu entfenen
Wenn die Migration abgeschlossen ist, dann ändert sich nur der "State" von Pending auf Succeded. Bislang habe ich noch keinen "Fail" gesehen
- Get-CsMeetingMigrationStatus
https://docs.microsoft.com/en-us/powershell/module/skype/get-csmeetingmigrationstatus?view=skype-ps
Konfiugration
Es gibt auch noch eine globale Konfiguration, in der sie die Migration der Meetings deaktivieren können. Ich habe an diesen Einstellungen bislang nie etwas verändert.
Get-CsTenantMigrationConfiguration Identity : Global MeetingMigrationEnabled : True ACPMeetingMigrationTriggerEnabled : True MeetingMigrationSourceMeetingTypes : SfB MeetingMigrationTargetMeetingTypes : Current
- Get-CsTenantMigrationConfiguration
https://docs.microsoft.com/en-us/powershell/module/skype/get-cstenantmigrationconfiguration?view=skype-ps - Set-CsTenantMigrationConfiguration
https://docs.microsoft.com/en-us/powershell/module/skype/set-cstenantmigrationconfiguration?view=skype-ps
Weitere Links
- Teams Modes
- Unified Contact Store
- Teams PowerShell
- Using the Meeting Migration Service
(MMS)
https://docs.microsoft.com/en-us/SkypeForBusiness/audio-conferencing-in-office-365/setting-up-the-meeting-migration-service-mms