Wymagania wstępne

Aby Twoja organizacja mogła kwalifikować się do migracji między regionami, nie może ona oferować ż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 usługą Webex Identity, takie jak imię i nazwisko, adres e-mail i grupy użytkowników, są migrowane do regionu docelowego. Dane analityczne dotyczące połączeń, wiadomości iurządzeń Webex zostaną również przeniesione po zakończeniu migracji tożsamości Webex.

Wpływ na Twoje usługi Webex

Podczas migracji

Po rozpoczęciu migracji:

• Migracja danych może zająć mniej niż godzinę w przypadku organizacji korzystających z Webex, które mają mniej niż 10 000 użytkowników, i do ośmiu godzin w przypadku organizacji mających około 100 000 użytkowników. 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 rozpoczęciem zaplanowanej migracji.

• 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.
• Będziemy wysyłać przypomnienia e-mailem do administratorów organizacji, a aktualizacje statusu będą pojawiać się co dwie godziny, dopóki aktualizacja nie zostanie przeprowadzona.

Co się dzieje po migracji i jakie działania musisz podjąć?

• 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 SP.
  • Zaimportuj te metadane do dostawcy tożsamości.
  • Aktywuj SSO, przechodząc do Ustawienia organizacji > Uwierzytelnianie i przełączanie Logowania jednokrotnego na włączone.
• Kody aktywacyjne urządzeń, które zostały wygenerowane, ale nie zostały użyte przed migracją, będą musiały zostać wygenerowane ponownie.
• Po migracji urządzenia mogą zacząć w pełni działać dopiero po 24 godzinach. Aby przyspieszyć ten proces, możesz ręcznie ponownie uruchomić urządzenia.
• Jeśli Twoja organizacja korzysta z integracji Okta w celu synchronizacji użytkowników Okta z Control Hub, musisz ponownie wygenerować token dostępu nośnika zgodnie ze specyfikacją w krokach 3 i 4 4 w sekcji Konfiguracja Okta do synchronizacji użytkowników w tym artykule.
• Dane analityczne nie pojawią się od razu po migracji. Migracja danych analitycznych będzie kontynuowana w tle i potrwa od dwóch do trzech dni. Aby przywrócić dane analityczne, nie musisz podejmować żadnych działań. Pojawi się ponownie automatycznie. Skutkiem tego dane analityczne będą widoczne w Control Hub dopiero po dwóch lub trzech dniach od zakończenia migracji.
• Migracja spowoduje zresetowanie lokalnych baz danych użytkowników, jeśli używają oni funkcji UCM Calling. W rezultacie historia połączeń zostanie zresetowana, a 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ć w trakcie migracji lub po jej zakoń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 typów integracji z platformą Webex, które zazwyczaj wymagają autoryzacji przez użytkowników. Tokeny użytkownika dla integracji zostają unieważnione po rozpoczęciu migracji wspólnych danych aplikacji. Aby integracje mogły nadal działać, użytkownicy posiadający odpowiednie uprawnienia będą musieli ponownie autoryzować dostęp do tych integracji.

Pozostałe integracje, które nie zostały autoryzowane przez użytkowników, będą wymagały ponownej autoryzacji przez administratorów lub specjalistów ds. zgodności. Na przykład integracje z interfejsem API zdarzeń mogą zostać ponownie autoryzowane wyłącznie przez inspektorów zgodności.

• Aplikacje osadzone— tokeny dostępu i odświeżania dla użytkowników nie są migrowane, więc użytkownicy muszą ponownie autoryzować aplikacje osadzone po zakończeniu migracji wspólnych danych aplikacji. Zazwyczaj można tego dokonać logując się do osadzonej aplikacji.
• Integracje— tokeny dostępu i odświeżania dla użytkowników nie są migrowane, więc użytkownicy muszą ponownie autoryzować integracje po zakończeniu migracji wspólnych danych aplikacji.
  • Niektóre integracje są konfigurowane w Control Hub i mogą zostać dezaktywowane podczas migracji. Jednym z przykładów jest integracja ThousandEyes, która jest wyłączana podczas migracji i wymaga ponownej konfiguracji. Strona aplikacji w Control Hub to również dobre źródło informacji, gdzie można sprawdzić, które integracje zostały wyłączone.
  • Integracje z rozwiązaniami zapobiegania utracie danych wymagają ponownej autoryzacji przez inspektorów zgodności.
  • Integracje zadań i łącznikiWebex Contact Center muszą zostać ponownie autoryzowane.
  • Jeśli użytkownicy utworzyli integracje z interfejsem API Webex, tokeny dostępu i odświeżania powiązane z tymi integracjami przestaną działać.
• Aplikacje usługowewymagają ponownej autoryzacji. Klient musi poprosić o nowy token dostępu i odświeżenie tokena.
• 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.

Wpływ na wiadomości wideo (Vidcast)

Jeśli Twoja organizacja korzysta z usługi Video Messaging (Vidcast), po migracji musisz zgłosić sprawę do zespołu pomocy technicznej Cisco w celu przeniesienia danych Vidcast do regionu docelowego. Dzięki temu wszystkie istniejące filmy i nagrania Vidcast pozostaną widoczne i dostępne na koncie Webex każdego użytkownika.

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