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
• Spark Call (vor dem Upgrade auf Webex Calling)

Welche Daten migriert werden

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.

Ausnahmen für die Migration von Daten sind: CCUC-Analysedaten werden derzeit nicht migriert. Die Migration von Analysedaten gilt nicht für Organisationen, die zwischen einem US-Rechenzentrum und einem kanadischen Rechenzentrum migrieren.

Auswirkungen auf Ihre Webex -Dienste

Während der Migration

Nach Beginn der Migration:

• Die Datenmigration kann bei Webex Organisationen mit weniger als 10.000 Benutzern weniger als eine Stunde in Anspruch nehmen und bei Organisationen mit etwa 100.000 Benutzern bis zu acht Stunden. Bitte planen Sie Ihre Datenmigration an einem Datum, an dem Sie die erforderliche Ausfallzeit einplanen können.

  Stellen Sie sicher, dass alle Batch-Jobs abgeschlossen werden, bevor die geplante Migration beginnt.

• Sie haben keinen Zugriff auf Control Hub und die Benutzer können nicht mehr auf Messaging-, Anruf-, Webex Kontaktcenter Center- und Meeting-Dienste für von Control Hub verwaltete Sites zugreifen.
• Wenn Ihre Organisation die Einzelanmeldung (SSO) eingerichtet hat, wird diese automatisch deaktiviert.
• Lokale Geräte, die registriert sind bei Webex Edge für Geräte und Cloud-registrierte Geräte nicht in der Lage sein, an Meetings teilzunehmen oder Anrufe zu tätigen.
• Massenlöschungs- oder Änderungsaktionen für Arbeitsbereiche oder Geräte, die unmittelbar vor der Migration gestartet wurden, werden möglicherweise durch die Migration unterbrochen und nicht erfolgreich abgeschlossen.
• Wir senden E-Mail-Erinnerungen an Administratoren der Organisation und anschließend alle zwei Stunden Statusaktualisierungen, während die Aktualisierung In Bearbeitung.

Was geschieht nach der Migration und erforderliche Maßnahmen Ihrerseits

• Wenn Ihre Organisation SSO eingerichtet hat, können sich Benutzer nach der Migration erst anmelden, wenn SSO wie folgt neu konfiguriert wurde:
  • Laden Sie die SP-Metadaten herunter.
  • Importieren Sie diese Metadaten in den IdP.
  • Aktivieren Sie SSO , indem Sie zu Organisationseinstellungen > Authentifizierung und Umschalten Einmaliges Anmelden zu aktivieren.
• 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 Inhaber-Zugriffstoken erneut generieren, wie in . angegeben Schritte 3 und 4 unter Konfigurieren von Okta für die Benutzersynchronisierung 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. Es sind keine Maßnahmen Ihrerseits erforderlich, um Analysedaten wiederherzustellen. Sie wird automatisch wieder angezeigt. Dies hat zur Folge, dass Analysedaten in Control Hub erst zwei oder drei Tage nach Abschluss der Migration angezeigt werden.
• Durch die Migration werden die lokalen Datenbanken der Benutzer zurückgesetzt, wenn diese UCM-Anrufe verwenden. Daraufhin werden die Anrufprotokolle zurückgesetzt und das Protokoll vorheriger Anrufe ist nicht mehr verfügbar.

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 neu konfigurieren. Die folgenden Einstellungen werden nach der Migration zurückgesetzt:
  • Anrufe
  • Audio- und Videopräferenzen
  • Zugänglichkeit
  • Nachrichten Präferenzen
  • Geräte

  Andere lokale Einstellungen wie allgemeine Einstellungen, Benachrichtigungspräferenzen, Darstellung (z. B. dunkler Modus) und Privatfunktion 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.

Wenn Sie die Integrationen nicht erneut autorisieren, funktionieren die Integrationen nicht mehr.

• Eingebettete Apps – Zugriff und Aktualisierungstoken für Benutzer werden nicht migriert. Benutzer müssen daher eingebettete Apps erneut autorisieren, nachdem die Migration der allgemeinen Anwendungsdaten abgeschlossen ist. Dies geschieht normalerweise, indem Sie sich bei der eingebetteten App anmelden.
• Integrationen – Zugriff 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 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 Robots erstellt hat, wird das Zugriffstoken für jeden Bot im Rahmen der Migration widerrufen. Wenn Sie versuchen, auf die Bots zuzugreifen, erhalten Sie einen HTTP 401-Fehler, da das Zugriffstoken ungültig oder abgelaufen ist. Sie müssen das Zugriffstoken für alle Ihre Robots neu generieren und Ihre Bot-Konfigurationen für die Verwendung des neuen Zugriffstokens aktualisieren. Rufen Sie dazu aufhttps://developer.webex.com/my-apps , wählen Sie jeden von Ihnen erstellten Bot aus und klicken Sie dann auf Zugriffstoken erneut generieren .

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 .