Übersicht

Auf Anfrage steht diese Funktion allen Kunden in Europa und Kanada zur Verfügung, die ihre allgemeinen Webex-Anwendungsdaten regionenübergreifend migrieren möchten.

Voraussetzungen

Damit Ihre Organisation regionenübergreifend migriert werden kann, darf Ihre Organisation über keinen 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. Die Analysedaten für Webex Calling, Messaging und Geräte werden ebenfalls migriert, nachdem die Migration der Webex-Identität abgeschlossen ist.

Folgende Ausnahmen werden von den migrierten Daten gemacht:

  • CCUC-Analysedaten werden derzeit nicht migriert.
  • Die Migration von Analysedaten gilt nicht für Organisationen, die zwischen einem US-Rechenzentrum in ein kanadisches Rechenzentrum migrieren.

Auswirkungen auf Ihre Webex-Dienste

Während der Migration

Sobald die Migration beginnt:

  • Die Datenmigration kann in Webex-Organisationen mit weniger als 10.000 Benutzern weniger als eine Stunde dauern und in 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-Aufträge abgeschlossen sind, bevor die angesetzte 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.
  • Es werden E-Mail-Erinnerungen an Administratoren der Organisation gesendet und der Status wird anschließend alle zwei Stunden während der Aktualisierung aktualisiert.

Was passiert nach der Migration und den 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:
    • SP-Metadaten herunterladen.
    • Importieren Sie diese Metadaten in den IdP.
    • Aktivieren Sie die SSO-Authentifizierung über Organisationseinstellungen > Authentifizierung und aktivieren Sie Single Sign-On .
  • 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 Prozess zu beschleunigen.
  • Wenn Ihre Organisation Okta-Integration verwendet, um Okta-Benutzer in Control Hub zu synchronisieren, müssen Sie das Inhaberzugriffstoken erneut generieren, wie in den Schritten 3 und 4 unter Okta für die Benutzersynchronisierung in diesem Artikel konfigurieren.
  • Analysedaten werden nicht sofort nach der Migration angezeigt. Die Migration von Analysedaten wird im Hintergrund fortgesetzt und dauert bis zu zwei bis drei Tage. Sie müssen keine Maßnahmen ergreifen, um Analysedaten zurückzuholen. Sie wird automatisch wieder angezeigt. Dies hat zur Folge, dass Ihnen Analysedaten erst zwei oder drei Tage nach Abschluss der Migration im Control Hub angezeigt werden.
  • Durch die Migration werden die lokalen Datenbanken der Benutzer zurückgesetzt, wenn sie UCM Calling verwenden. Infolgedessen wird der Anrufverlauf zurückgesetzt und der Verlauf 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 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 in Webex möglich, die in der Regel von Benutzern autorisiert werden. Benutzertoken für Integrationen werden widerrufen, sobald die Migration der allgemeinen Anwendungsdaten beginnt. Damit die Integrationen weiterhin funktionieren, müssen Benutzer mit den richtigen Berechtigungen ihren Zugriff auf diese Integrationen erneut autorisieren.

Andere Integrationen, die nicht von Benutzern autorisiert sind, müssen entweder von Administratoren oder Compliance-Beauftragten erneut autorisiert werden. Die Ereignis-API-Integrationen können beispielsweise nur von Compliance-Beauftragten neu autorisiert werden.

Wenn Integrationen nicht erneut autorisiert werden, funktionieren die Integrationen nicht mehr.

  • Eingebettete Apps – Zugriffs- und Aktualisierungstoken für Benutzer werden nicht migriert. Daher müssen Benutzer eingebettete Apps erneut autorisieren, nachdem die Migration der allgemeinen Anwendungsdaten abgeschlossen ist. Dies geschieht in der Regel durch Anmeldung bei der eingebetteten App.
  • Integrationen – Zugriffs- und Aktualisierungstoken für Benutzer werden nicht migriert. Daher müssen Benutzer Integrationen erneut autorisieren, nachdem die Migration der allgemeinen Anwendungsdaten abgeschlossen ist.
    • Einige Integrationen sind im Control Hub konfiguriert und werden möglicherweise während der Migration deaktiviert. Ein Beispiel ist die ThousandEyes-Integration, die während der Migration deaktiviert wird und neu konfiguriert werden muss. Die App-Seite 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 neu autorisiert werden.
    • Webex Contact Center Aufgabenintegrationen und Konnektoren müssen neu 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 einen neuen Zugriff und einen Aktualisierungs-Token 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.

Migration von allgemeinen Anwendungsdaten ansetzen

Es kann etwa eine Stunde dauern, bis die Datenmigration abgeschlossen ist, wenn Ihre Organisation weniger als 10.000 Benutzer hat, und bis zu acht Stunden, wenn Ihre Organisation etwa 100.000 Benutzer hat. Stellen Sie sicher, dass Sie die Migration zu einem Datum ansetzen, das für Ihre Organisation die geringste Ausfallzeit hat.

Stellen Sie sicher, dass alle Batch-Aufträge abgeschlossen sind, bevor die angesetzte Migration beginnt.

1

Melden Sie sich bei Control Hub an, und gehen Sie zu Dienste > Aktualisierungen und Migration.

2

Klicken Sie im Abschnitt Allgemeine Anwendungsdaten auf Details anzeigen.

3

Klicken Sie auf Migration planen.

4

Wählen Sie ein Datum und eine Uhrzeit aus, um die Migration zu starten, und klicken Sie dann auf Ansetzen.

Wenn Sie die Datenmigration neu ansetzen oder abbrechen möchten, empfehlen wir Ihnen, die Änderungen einen Tag vor dem geplanten Datum vorzunehmen.

Migrationsdatum neu an terminiert

Wenn Sie sich entscheiden, die Migration neu zu planen, empfehlen wir Ihnen, die Änderungen einen Tag vor dem geplanten Datum vorzunehmen.

Sie können geplante Migrationen nicht innerhalb von 24 Stunden nach der geplanten Startzeit neu ansetzen. Die Schaltfläche „Neu ansetzen“ ist zu diesem Zeitpunkt in Control Hub nicht verfügbar.

1

Melden Sie sich bei Control Hub an, und gehen Sie zu Dienste > Aktualisierungen und Migration.

2

Wählen Sie auf der Karte Zum regionalen Rechenzentrum migrierenAnzeigen aus.

3

Klicken Sie im Abschnitt Allgemeine Anwendungsdaten auf Details anzeigen.

4

Wählen Sie Neu anwählenaus.

5

Wählen Sie ein Datum und eine Uhrzeit aus, und klicken Sie auf Neu ansetzen.

Stornieren des angesetzten Migrationsdatums

Wenn Sie Ihre Migration abbrechen, empfehlen wir Ihnen, Änderungen einen Tag vor dem geplanten Datum vorzunehmen.

Sie können geplante Migrationen nicht innerhalb von 24 Stunden nach der geplanten Startzeit abbrechen. Die Schaltfläche „Abbrechen“ ist zu diesem Zeitpunkt im Control Hub nicht verfügbar.

1

Melden Sie sich bei Control Hub an, und gehen Sie zu Dienste > Aktualisierungen und Migration.

2

Wählen Sie auf der Karte Zum regionalen Rechenzentrum migrierenAnzeigen aus.

3

Klicken Sie im Abschnitt Allgemeine Anwendungsdaten auf Details anzeigen.

4

Klicken Sie auf Migration abbrechen.