Voorwaarden

Om ervoor te zorgen dat uw organisatie in aanmerking komt om over regio's te migreren, mag uw organisatie geen van de volgende services hebben:

• Webex voor BroadWorks
• Spark Call (vóór de upgrade naar Webex Calling)

Welke gegevens worden gemigreerd

Alle gegevens die zijn gekoppeld aan Webex-identiteit, zoals naam, e-mailadres en gebruikersgroepen, worden gemigreerd naar de doelregio. Analysegegevens voor Webex Calling, Berichten en Apparaten worden ook gemigreerd nadat de migratie van de Webex-identiteit is voltooid.

Uitzonderingen op welke gegevens worden gemigreerd zijn: CCUC-analysegegevens wordt momenteel niet gemigreerd. Migratie van analysegegevens is niet van toepassing op organisaties die migreren tussen een datacenter in de Verenigde Staten naar een Canadees datacenter.

Gevolgen voor uw Webex services

Tijdens de migratie

Zodra de migratie begint:

• Gegevensmigratie kan minder dan een uur duren voor Webex organisaties met minder dan 10.000 gebruikers en kan tot acht uur duren voor organisaties met ongeveer 100.000 gebruikers. Plan uw gegevensmigratie op een datum waarop u rekening kunt houden met de vereiste uitvaltijd.

  Zorg ervoor dat alle batchtaken zijn voltooid voordat de geplande migratie begint.

• U hebt geen toegang tot Control Hub en gebruikers hebben geen toegang tot berichten-, bel-, Webex - contactcenter en vergaderservices voor door Control Hub beheerde sites.
• Als uw organisatie eenmalige aanmelding (SSO) heeft ingesteld, wordt deze automatisch uitgeschakeld.
• Apparaten op locatie die zijn geregistreerd bij Webex Edge voor apparaten en in de cloud geregistreerde apparaten kunnen niet deelnemen aan vergaderingen of bellen.
• Acties voor bulksgewijs verwijderen of wijzigen van werkruimten of apparaten die vlak voor de migratie zijn gestart, worden mogelijk onderbroken door de migratie en worden mogelijk niet voltooid.
• We sturen e-mailherinneringen naar beheerders van de organisatie en vervolgens elke twee uur statusupdates terwijl de update wordt bezig.

Wat gebeurt er na de migratie en vereiste acties van u

• Als uw organisatie SSO heeft ingesteld, kunnen gebruikers zich na de migratie pas aanmelden nadat SSO als volgt opnieuw is geconfigureerd:
  • SP-metagegevens downloaden.
  • Importeer deze metagegevens naar de IdP.
  • Activeer SSO door naar . te gaan Organisatie-instellingen > Verificatie en schakelen Eenmalige aanmelding aan.
• Activeringscodes apparaat die zijn gegenereerd maar niet zijn gebruikt vóór de migratie, moeten opnieuw worden gegenereerd.
• Als uw organisatie Okta-integratie gebruikt om Okta-gebruikers te synchroniseren met Control Hub, moet u het dragertoegangstoken opnieuw genereren zoals is opgegeven in stap 3 en 4 onder Okta configureren voor gebruikerssynchronisatie in dit artikel .
• Analytics-gegevens worden niet onmiddellijk na de migratie weergegeven. De migratie van Analytics-gegevens wordt op de achtergrond voortgezet en duurt maximaal twee tot drie dagen. U hoeft niets te doen om analytische gegevens terug te halen. Het wordt automatisch opnieuw weergegeven. De gevolgen zijn dat u de analysegegevens pas twee of drie dagen na de voltooiing van de migratie in Control Hub ziet.
• Met de migratie worden de lokale databases van gebruikers opnieuw ingesteld als ze UCM Calling gebruiken. Als gevolg hiervan wordt de gespreksgeschiedenis opnieuw ingesteld en is de geschiedenis van eerdere gesprekken niet langer beschikbaar.

Gevolgen voor eindgebruikers

• Aan het begin van de migratie worden gebruikers afgemeld bij de Webex-app. Gebruikers moeten zich tijdens of na de migratie opnieuw aanmelden.
• Als uw gebruikers lokale instellingen hebben geconfigureerd in hun desktop- en mobiele clients van de Webex -app, moeten ze enkele van deze instellingen opnieuw configureren. De volgende instellingen worden gereset na de migratie:
  • Oproepen
  • Audio- en videovoorkeuren
  • Toegankelijkheid
  • Berichtenvoorkeuren
  • Apparaten

  Andere lokale instellingen, zoals algemene instellingen, meldingsvoorkeuren, uiterlijk (bijvoorbeeld donkere modus) en privacyinstellingen blijven behouden (niet gewijzigd) na de migratie.

Gevolgen voor integraties

Er zijn veel typen integraties mogelijk met Webex en deze zijn meestal geautoriseerd door gebruikers. Gebruikerstokens voor integraties worden ingetrokken zodra de algemene migratie van toepassingsgegevens is gestart. Om ervoor te zorgen dat de integraties blijven werken, moeten gebruikers met de juiste rechten hun toegang tot deze integraties opnieuw autoriseren.

Andere integraties die niet zijn geautoriseerd door gebruikers, moeten opnieuw worden geautoriseerd door beheerders of nalevingsfunctionarissen. De Events API-integraties kunnen bijvoorbeeld alleen opnieuw worden geautoriseerd door nalevingsfunctionarissen.

Als u integraties niet opnieuw autoriseert, werken de integraties niet meer.

• Ingesloten apps: toegangs- en vernieuwingstokens voor gebruikers worden niet gemigreerd, dus gebruikers moeten ingesloten apps opnieuw autoriseren nadat de migratie van algemene toepassingsgegevens is voltooid. Dit wordt meestal gedaan door u aan te melden bij de ingesloten app.
• Integraties: toegangs- en vernieuwingstokens voor gebruikers worden niet gemigreerd, dus gebruikers moeten opnieuw integraties autoriseren nadat de migratie van algemene toepassingsgegevens is voltooid.
  • Sommige integraties worden geconfigureerd in Control Hub en worden mogelijk gedeactiveerd tijdens de migratie. Een voorbeeld daarvan is de ThousandEyes-integratie, die tijdens de migratie is uitgeschakeld en opnieuw moet worden geconfigureerd. De app-pagina in Control Hub is ook een goede referentie om te zien welke integraties zijn uitgeschakeld.
  • Integraties met oplossingen voor gegevensverliespreventie moeten opnieuw worden goedgekeurd door de nalevingsfunctionarissen.
  • Webex Contact Center-taakintegraties en connectoren moeten opnieuw worden geautoriseerd.
  • Als uw gebruikers Webex API-integraties hebben gebouwd, werken de toegangs- en vernieuwingstokens die aan deze integraties zijn gekoppeld niet meer.
• Service-apps moeten opnieuw worden geautoriseerd. De client moet een nieuw toegangs- en vernieuwingstoken vragen.
• Als uw organisatie bots heeft gemaakt, wordt het toegangstoken voor elke bot ingetrokken als onderdeel van de migratie. Als u toegang probeert te krijgen tot de bots, krijgt u een HTTP 401-foutmelding omdat het toegangstoken ongeldig of verlopen is. U moet het toegangstoken voor al uw bots opnieuw genereren en uw botconfiguraties bijwerken om het nieuwe toegangstoken te gebruiken. Dit kan worden gedaan door toegang te krijgen tothttps://developer.webex.com/my-apps , selecteer elke bot die u hebt gemaakt en klik vervolgens op Toegangstoken opnieuw genereren .

Als uw gebruikers problemen ondervinden bij het aanmelden bij Cisco.com met een gekoppeld Webex-account na de migratie, kunt u hen laten weten dat ze kunnen verzoeken hun accounts te ontkoppelen van Webex om het probleem op te lossen.