Migrieren Sie die Webex-Daten Ihrer Organisation in eine andere Region in Control Hub

Voraussetzungen

Damit Ihre Organisation für die Migration in verschiedenen Regionen in Frage kommt, muss 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 der Webex-Identität 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 auch migriert, nachdem die Migration der Webex-Identität abgeschlossen ist.

Auswirkungen auf Ihre Webex-Dienste

Während der Migration

Sobald die Migration beginnt:

• Die Datenmigration kann für Webex-Organisationen mit weniger als 10.000 Benutzern weniger als eine Stunde und für Organisationen mit rund 100.000 Benutzern 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 Batch-Jobs abgeschlossen werden, 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 E-Mail-Erinnerungen an Administratoren der Organisation und aktualisieren den Status dann alle zwei Stunden, während die Aktualisierung ausgeführt wird.

Was geschieht nach der Migration und die erforderlichen Aktionen von Ihnen?

• 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 unter Organisationseinstellungen > Authentifizierung und aktivieren Sie die Option Einmalige Anmeldung .
• Geräteaktivierungscodes , die vor der Migration generiert, aber nicht verwendet wurden, müssen erneut generiert werden.
• Wenn Ihre Organisation die Okta-Integration verwendet, um Okta-Benutzer in Control Hub zu synchronisieren, müssen Sie das Inhaberzugriffstoken gemäß den Schritten 3 und 4 unter Okta für Benutzersynchronisierung konfigurieren in diesem Artikel .
• Analysedaten werden nicht sofort nach der Migration angezeigt. Die Migration der Analysedaten wird im Hintergrund fortgesetzt und dauert bis zu zwei bis drei Tage. Es sind keine Aktionen erforderlich, um Analysedaten zurückzuholen. Sie wird automatisch wieder angezeigt. Die Auswirkung ist, dass Sie Analysedaten erst zwei oder drei Tage nach Abschluss der Migration in Control Hub sehen.
• Durch die Migration werden die lokalen Datenbanken der Benutzer zurückgesetzt, wenn sie UCM Calling verwenden. Infolgedessen werden Anrufprotokolle zurückgesetzt und der Verlauf vorheriger Anrufe wird nicht mehr verfügbar sein.

Auswirkungen für 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

Es sind viele Arten von Integrationen mit Webex möglich, die in der Regel von Benutzern autorisiert werden. Benutzertokens für Integrationen werden gesperrt, sobald die Migration der allgemeinen 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 werden, müssen entweder von Administratoren oder Compliance-Beauftragten erneut autorisiert werden. Beispielsweise können Events-API-Integrationen nur von Compliance-Beauftragten erneut autorisiert werden.

• Eingebettete Apps – Zugriff und Aktualisierungstoken für Benutzer werden nicht migriert, sodass Benutzer eingebettete Apps nach Abschluss der Migration der allgemeinen Anwendungsdaten erneut autorisieren müssen. Dies geschieht normalerweise, indem Sie sich bei der eingebetteten App anmelden.
• Integrationen – Zugriff und Aktualisierungstoken für Benutzer werden nicht migriert, sodass Benutzer Integrationen erneut autorisieren müssen, nachdem die Migration der allgemeinen Anwendungsdaten abgeschlossen ist.
  • Einige Integrationen sind in 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 Seite „Apps“ in Control Hub ist auch eine gute Referenz, um zu sehen, welche Integrationen deaktiviert wurden.
  • Integrationen mit Lösungen zur Verhinderung von Datenverlusten müssen von Compliance-Beauftragten erneut autorisiert werden.
  • Webex Contact Center Aufgabenintegrationen und Connectors 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.
• Dienst-Apps müssen erneut autorisiert werden. Der Client muss nach einem neuen Zugriffs- und Aktualisierungstoken fragen.
• 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.

Wenn Ihre Benutzer nach der Migration Probleme bei der Anmeldung bei Cisco.com mit einem verknüpften Webex-Konto haben, können Sie sie darüber informieren, dass sie anfordern können, die Verknüpfung ihrer Konten über Webex aufzuheben, um das Problem zu beheben .