Wymagania wstępne

Aby Twoja organizacja kwalifikowała się do migracji między regionami, Twoja organizacja nie może mieć żadnej z następujących usług:

• Webex dla BroadWorks
• Spark Call (przed uaktualnieniem do Webex Calling)

Jakie dane są migrowane

Wszystkie dane powiązane z tożsamością Webex, takie jak imię i nazwisko, adres e-mail i grupy użytkowników, są migrowane do regionu docelowego. Dane analityczne dotyczące usług Webex Calling, Messaging i Devices zostaną również zmigrowane po zakończeniu migracji usługi Webex Identity.

Wpływ na Twoje usługi Webex

Podczas migracji

Po rozpoczęciu migracji:

• Migracja danych może zająć mniej niż godzinę w przypadku organizacji Webex mających mniej niż 10 000 użytkowników, a w przypadku organizacji mających około 100 000 użytkowników może zająć do ośmiu godzin. Zaplanuj migrację danych w dniu, w którym możesz dostosować się do wymaganego przestoju.

  Upewnij się, że wszystkie zadania wsadowe zostaną ukończone przed zaplanowaną migracją.

• Nie będziesz mieć dostępu do Control Hub, a użytkownicy nie będą mogli uzyskać dostępu do żadnych wiadomości, połączeń, centrum kontaktowego Webex i usług spotkań dla witryn zarządzanych przez Control Hub.
• Jeśli Twoja organizacja skonfigurowała logowanie jednokrotne ,SSO), zostanie ono automatycznie wyłączone.
• Urządzenia lokalne zarejestrowane w Webex Edge for Devices i urządzenia zarejestrowane w chmurze nie będą mogły dołączać do spotkań ani nawiązywać połączeń.
• Zbiorcze usuwanie lub zmienianie obszaru roboczego lub urządzenia akcje rozpoczęte tuż przed migracją mogą zostać przerwane przez migrację i mogą nie zostać zakończone pomyślnie.
• Wyślemy e-maile z przypomnieniem do administratorów organizacji, a następnie będziemy aktualizować stan co dwie godziny w trakcie aktualizacji.

Co dzieje się po migracji i wymagane działania od Ciebie

• Jeśli Twoja organizacja skonfigurowała logowanie jednokrotne, po migracji użytkownicy nie będą mogli się zalogować, dopóki logowanie jednokrotne nie zostanie ponownie skonfigurowane w następujący sposób:
  • Pobierz metadane dostawcy usług.
  • Zaimportuj te metadane do IdP.
  • Aktywuj logowanie SSO, wybierając kolejno opcje Ustawienia organizacji > Uwierzytelnianie i Jednokrotne logowanie na Wł.
• Kody aktywacji urządzeń , które zostały wygenerowane, ale nie zostały użyte przed migracją, będą musiały zostać ponownie wygenerowane.
• Pełne działanie urządzeń po migracji może potrwać do 24 godzin. Urządzenia można ręcznie ponownie uruchamiać, aby przyspieszyć ten proces.
• Jeśli Twoja organizacja korzysta z integracji Okta do synchronizowania użytkowników usługi Okta w Control Hub, należy ponownie wygenerować token dostępu okaziciela, jak określono w krokach 3 i 4 w obszarze Konfigurowanie usługi Okta do synchronizacji użytkowników w tym artykule.
• Dane analityczne nie pojawią się natychmiast po migracji. Migracja danych analitycznych będzie kontynuowana w tle i potrwa od dwóch do trzech dni. Aby przywrócić dane analityczne, nie trzeba podejmować żadnych czynności. Pojawi się ponownie automatycznie. Oznacza to, że dane analityczne nie będą widoczne w Control Hub aż dwa lub trzy dni po zakończeniu migracji.
• Migracja spowoduje zresetowanie lokalnych baz danych użytkowników, jeśli korzystają z usługi UCM Calling. W rezultacie historie połączeń zostaną zresetowane i historia poprzednich połączeń nie będzie już dostępna.

Wpływ na użytkowników końcowych

• Na początku migracji użytkownicy są wylogowywani z aplikacji Webex. Użytkownicy muszą się ponownie zalogować podczas migracji lub po jej ukończeniu.
• Jeśli użytkownicy skonfigurowali ustawienia lokalne w swoich klientach stacjonarnych i mobilnych aplikacji Webex, muszą ponownie skonfigurować niektóre z tych ustawień. Następujące ustawienia zostaną zresetowane po migracji:
  • Dzwonienie
  • Preferencje audio i wideo
  • Dostępność
  • Preferencje wiadomości
  • Urządzenia

  Inne ustawienia lokalne, takie jak ustawienia ogólne, preferencje powiadomień, wygląd (np. tryb ciemny) i ustawienia prywatności zostaną zachowane (bez zmian) po migracji.

Wpływ na integracje

Istnieje wiele rodzajów integracji z Webex i są one zwykle autoryzowane przez użytkowników. Tokeny użytkowników dla integracji są unieważniane po rozpoczęciu migracji wspólnych danych aplikacji. Aby integracje mogły nadal działać, użytkownicy z odpowiednimi uprawnieniami będą musieli ponownie autoryzować dostęp do tych integracji.

Inne integracje, które nie są autoryzowane przez użytkowników, będą wymagały ponownej autoryzacji przez administratorów lub pracowników ds. zgodności. Na przykład integracje API usługi Events mogą być ponownie autoryzowane tylko przez pracowników ds. zgodności.

• Aplikacje osadzone — tokeny dostępu i odświeżania użytkowników nie są migrowane, dlatego użytkownicy muszą ponownie autoryzować aplikacje osadzone po zakończeniu migracji wspólnych danych aplikacji. Zwykle odbywa się to logując się do aplikacji osadzonej.
• Integracje — tokeny dostępu i odświeżania użytkowników nie są migrowane, dlatego użytkownicy muszą ponownie autoryzować integracje po zakończeniu migracji wspólnych danych aplikacji.
  • Niektóre integracje są skonfigurowane w portalu Control Hub i mogą zostać dezaktywowane podczas migracji. Jednym z przykładów jest integracja z usługą ThousandEyes, która jest wyłączona podczas migracji i wymaga ponownej konfiguracji. Strona aplikacji w Control Hub jest również dobrym punktem odniesienia do sprawdzenia, które integracje zostały wyłączone.
  • Integracje z rozwiązaniami w zakresie zapobiegania utracie danych muszą zostać ponownie autoryzowane przez pracowników ds. zgodności.
  • Integracje zadań i łączniki zadań Webex Contact Center muszą zostać ponownie autoryzowane.
  • Jeśli użytkownicy utworzyli jakiekolwiek integracje interfejsu API Webex, tokeny dostępu i odświeżania powiązane z tymi integracjami nie będą już działać.
• Należy ponownie autoryzować aplikacje usług . Klient musi poprosić o nowy token dostępu i odświeżania.
• Jeśli twoja organizacja utworzyła boty, token dostępu dla każdego bota zostanie odwołany w ramach migracji. Jeśli spróbujesz uzyskać dostęp do botów, pojawi się błąd HTTP 401, ponieważ token dostępu będzie nieprawidłowy lub wygaśnie. Musisz ponownie wygenerować token dostępu dla wszystkich botów i zaktualizować konfiguracje botów, aby użyć nowego tokenu dostępu. Można to zrobić, uzyskując https://developer.webex.com/my-appsdostęp , wybierając każdego utworzonego bota, a następnie klikając Wygeneruj ponownie tokendostępu.

Jeśli użytkownicy mają problemy z zalogowaniem się do witryny Cisco.com przy użyciu połączonego konta Webex po migracji, możesz im powiadomić, że mogą poprosić o odłączenie swoich kont od usługi Webex w celu rozwiązania problemu.