Migruj dane Webex swojej organizacji do innego regionu w Control Hub

Wymagania wstępne

Aby organizacja kwalifikowała się do migracji między regionami, nie musi posiadać ż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 Webex Identity, takie jak nazwa, adres e-mail i grupy użytkowników, są migrowane do regionu docelowego. Dane analityczne dla Webex Calling, Messaging i Devices zostaną również zmigrowane 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 potrwać krócej niż godzinę dla organizacji Webex z mniej niż 10 000 użytkownikami i może potrwać do ośmiu godzin dla organizacji z około 100 000 użytkownikami. Zaplanuj migrację danych w dniu, w którym możesz dostosować się do wymaganego przestoju.

  Upewnij się, że wszystkie zadania wsadowe zostaną zakoń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ć e-maile z przypomnieniami do administratorów organizacji, a następnie aktualizować stan co dwie godziny, gdy aktualizacja jest w toku.

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

• 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.
  • Importuj te metadane do dostawcy tożsamości.
  • Aktywuj jednokrotne logowanie, przechodząc do ustawień organizacji > Uwierzytelnianie i przełączanie Jednokrotne logowanie 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.
• Jeśli Twoja organizacja korzysta z integracji Okta, aby zsynchronizować użytkowników Okta z Control Hub, musisz zregenerować token dostępu okaziciela określony w krokach 3 i W tym artykule w sekcji 4 Konfigurowanie usługi Okta dla synchronizacji użytkowników.
• Dane analityczne nie pojawią się natychmiast po migracji. Migracja danych analitycznych będzie kontynuowana w tle i trwa do dwóch do trzech dni. Nie są wymagane żadne działania wymagane do przywrócenia danych analitycznych. Zostanie on ponownie wyświetlony automatycznie. Wpływ polega na tym, że nie zobaczysz danych analitycznych w Control Hub do dwóch lub trzech dni po zakończeniu migracji.
• Migracja zresetuje lokalne bazy danych użytkowników, jeśli korzystają z usługi 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ą wylogowani z aplikacji Webex. Użytkownicy muszą się ponownie zalogować podczas migracji lub po niej.
• 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

Dzięki Webex możliwe jest wiele typów integracji, które zazwyczaj są autoryzowane przez użytkowników. Tokeny użytkowników do integracji są cofane po rozpoczęciu migracji wspólnych danych aplikacji. Aby integracje mogły nadal działać, użytkownicy z uprawnieniami prawnymi będą musieli ponownie autoryzować dostęp do tych integracji.

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

• Wbudowane aplikacje — tokeny dostępu i odświeżania dla użytkowników nie są migrowane, więc użytkownicy muszą ponownie autoryzować osadzone aplikacje po zakończeniu migracji danych wspólnej aplikacji. Zazwyczaj odbywa się to przez zalogowanie 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ą być dezaktywowane podczas migracji. Jednym z przykładów jest integracja ThousandEyes, która jest wyłączona podczas migracji i musi zostać ponownie skonfigurowana. Strona aplikacji w Control Hub jest również dobrym odniesieniem do sprawdzania, jakie integracje zostały wyłączone.
  • Integracje z rozwiązaniami zapobiegania utracie danych muszą być ponownie autoryzowane przez funkcjonariuszy ds. zgodności.
  • Integracje zadań i łączniki Webex Contact Center muszą być ponownie autoryzowane.
  • Jeśli Twoi użytkownicy zbudowali dowolne integracje interfejsu API Webex, tokeny dostępu i odświeżania powiązane z tymi integracjami przestaną działać.
• Aplikacje usługowe wymagają ponownej autoryzacji. 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 po migracji użytkownicy mają problemy z zalogowaniem się do Cisco.com przy użyciu powiązanego konta Webex, możesz poinformować ich, że mogą poprosić o usunięcie łącza do swoich kont z Webex w celu rozwiązania problemu.