Voraussetzungen

Damit Ihre Organisation für die Migration zwischen Regionen berechtigt ist, darf Ihre Organisation nicht über einen der folgenden Dienste verfügen:

• Webex für BroadWorks
• Webex Call (vor dem Upgrade auf Webex Calling)

Migrierte Daten

Alle mit Webex Identity verknüpften Daten wie Name, E-Mail-Adresse und Benutzergruppen werden in die Zielregion migriert. Analysedaten für Webex Calling, Messaging und Geräte werden ebenfalls migriert, nachdem die Webex Identity-Migration abgeschlossen ist.

Auswirkungen auf Ihre Webex-Dienste

Während der Migration

Sobald die Migration beginnt:

• Bei Webex-Organisationen mit weniger als 10.000 Benutzern kann die Datenmigration weniger als eine Stunde dauern, bei Organisationen mit etwa 100.000 Benutzern kann sie jedoch bis zu acht Stunden dauern. Setzen Sie die Datenmigration an einem Datum an, an dem Sie für die erforderliche Ausfallzeit sprechen können.

  Stellen Sie sicher, dass alle Stapeljobs abgeschlossen sind, bevor die geplante Migration beginnt.

• Sie haben keinen Zugriff auf Control Hub und Benutzer können nicht auf Nachrichten, Anrufe, Webex Contact Center und Meeting-Dienste für von Control Hub verwaltete Sites zugreifen.
• Wenn Ihre Organisation eine einmaliges Anmelden (SSO) eingerichtet hat, wird sie automatisch deaktiviert.
• Lokale Geräte, die bei Webex Edge für Geräte und in der Cloud registrierte Geräte registriert sind, können keinen Meetings beitreten oder Anrufe tätigen.
• Aktionen zum Massenlöschen oder Ändern von Workspaces oder Geräten, die direkt vor der Migration gestartet wurden, werden durch die Migration möglicherweise unterbrochen und sind möglicherweise nicht vollständig abgeschlossen.
• Wir senden den Administratoren der Organisation Erinnerungs-E-Mails und während der Aktualisierung alle zwei Stunden Statusaktualisierungen.

Was nach der Migration passiert und welche Maßnahmen Sie ergreifen müssen

• Wenn Ihre Organisation SSO eingerichtet hat, können sich die Benutzer nach der Migration erst wieder anmelden, wenn SSO Organisation wie folgt konfiguriert wurde:
  • Laden Sie SP-Metadaten herunter.
  • Importieren Sie diese Metadaten in den IdP.
  • Aktivieren Sie SSO, indem Sie zu Organisationseinstellungen gehen. > Authentifizierung und Umschalten von Single Sign-On auf „Ein“.
• Geräteaktivierungscodes, die vor der Migration generiert, aber nicht verwendet wurden, müssen erneut generiert werden.
• Es kann bis zu 24 Stunden dauern, bis die Geräte nach der Migration voll funktionsfähig sind. Sie können Geräte manuell neu starten, um diesen Vorgang zu beschleunigen.
• Wenn Ihre Organisation die Okta-Integration verwendet, um Okta-Benutzer mit Control Hub zu synchronisieren, müssen Sie das Trägerzugriffstoken wie in Schritten 3 und 4 unter „Okta für die Benutzersynchronisierung konfigurieren“ in diesem Artikel.
• Analysedaten werden nicht unmittelbar nach der Migration angezeigt. Die Migration der Analysedaten wird im Hintergrund fortgesetzt und dauert bis zu zwei bis drei Tage. Sie müssen keine Maßnahmen ergreifen, um die Analysedaten wiederherzustellen. Es wird automatisch wieder angezeigt. Die Folge ist, dass Sie die Analysedaten erst zwei oder drei Tage nach Abschluss der Migration im Control Hub sehen.
• Durch die Migration werden die lokalen Datenbanken der Benutzer zurückgesetzt, wenn diese UCM Calling verwenden. Dadurch werden Anruflisten zurückgesetzt und der Verlauf früherer Anrufe ist nicht mehr verfügbar.

Auswirkungen auf Endbenutzer

• Zu Beginn der Migration werden Benutzer von der Webex-App abgemeldet. Benutzer müssen sich während oder nach der Migration erneut anmelden.
• Wenn Ihre Benutzer lokale Einstellungen in ihren Desktop- und mobilen Clients der Webex-App konfiguriert haben, müssen sie einige dieser Einstellungen erneut konfigurieren. Die folgenden Einstellungen werden nach der Migration zurückgesetzt:
  • Anrufen
  • Audio- und Videopräferenzen
  • Zugänglichkeit
  • Nachrichteneinstellungen
  • Geräte

  Andere lokale Einstellungen wie allgemeine Einstellungen, Benachrichtigungseinstellungen, Darstellung (z. B. dunkler Modus) und Privatsphäreeinstellungen werden nach der Migration beibehalten (keine Änderung).

Auswirkungen auf Integrationen

Mit Webex sind viele Arten von Integrationen möglich, die normalerweise von den Benutzern autorisiert werden. Benutzertoken für Integrationen werden widerrufen, sobald die Migration der gemeinsamen Anwendungsdaten beginnt. Damit die Integrationen weiterhin funktionieren, müssen Benutzer mit den entsprechenden Berechtigungen ihren Zugriff auf diese Integrationen erneut autorisieren.

Andere Integrationen, die nicht von Benutzern autorisiert wurden, müssen entweder von Administratoren oder Compliance-Beauftragten erneut autorisiert werden. Beispielsweise können die Events-API-Integrationen nur von Compliance-Beauftragten erneut autorisiert werden.

• Eingebettete Apps– Zugriffs- und Aktualisierungstoken für Benutzer werden nicht migriert, daher müssen Benutzer eingebettete Apps nach Abschluss der Migration der allgemeinen Anwendungsdaten erneut autorisieren. Dies geschieht normalerweise durch die Anmeldung bei der eingebetteten App.
• Integrationen– Zugriffs- und Aktualisierungstoken für Benutzer werden nicht migriert, daher müssen Benutzer Integrationen nach Abschluss der Migration der allgemeinen Anwendungsdaten erneut autorisieren.
  • Einige Integrationen sind im Control Hub konfiguriert und können während der Migration deaktiviert werden. Ein Beispiel ist die ThousandEyes-Integration, die während der Migration deaktiviert wird und neu konfiguriert werden muss. Die App-Seite im Control Hub ist auch eine gute Referenz, um zu sehen, welche Integrationen deaktiviert wurden.
  • Integrationen mit Data Loss Prevention-Lösungen müssen von Compliance-Beauftragten erneut autorisiert werden.
  • Webex Contact Center Aufgabenintegrationen und Konnektoren müssen erneut autorisiert werden.
  • Wenn Ihre Benutzer Webex-API-Integrationen erstellt haben, funktionieren die mit diesen Integrationen verknüpften Zugriffs- und Aktualisierungstoken nicht mehr.
• Service-Apps müssen erneut autorisiert werden. Der Client muss ein neues Zugriffs- und Aktualisierungstoken anfordern.
• Wenn Ihre Organisation Bots erstellt hat, wird das Zugriffstoken für jeden Bot im Rahmen der Migration widerrufen. Wenn Sie versuchen, auf die Bots zu zugreifen, erhalten Sie einen HTTP 401-Fehler, da das Zugriffstoken ungültig ist oder abgelaufen ist. Sie müssen das Zugriffstoken für alle Ihre Bots erneut generieren und Ihre Bot-Konfigurationen aktualisieren, um das neue Zugriffstoken zu verwenden. Dazu können Sie auf zugreifen https://developer.webex.com/my-apps, auf jeden von Ihnen erstellten Bot auswählen und dann auf Zugriffstoken erneut erstellen klicken.

Auswirkungen auf Videonachrichten (Vidcast)

Wenn Ihre Organisation Video Messaging (Vidcast) verwendet, müssen Sie nach der Migration einen Fall beim Cisco-Supportteam eröffnen, um Vidcast-Daten in die Zielregion zu übertragen. Dadurch wird sichergestellt, dass alle vorhandenen Vidcast-Videos und -Aufzeichnungen im Webex-Konto jedes Benutzers sichtbar und zugänglich bleiben.

Wenn Ihre Benutzer nach der Migration Probleme haben, sich mit einem verknüpften Webex-Konto bei Cisco.com anzumelden, können Sie ihnen mitteilen, dass sie die Aufhebung der Verknüpfung ihrer Konten mit Webex anfordern können, um das Problem zu beheben.