Przegląd

Jeśli Twoja organizacja ma siedzibę w jednym regionie, ale dane Webex znajdują się w innym regionie, możesz mieć możliwość przeniesienia danych Webex do własnego regionu za pomocą funkcji migracji w Control Hub.

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ż 1 godzinę w przypadku organizacji korzystających z Webex, w których jest mniej niż 10 000 użytkowników, i do 8 godzin w przypadku organizacji liczą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ą mieli dostępu do żadnych wiadomości, połączeń, centrum kontaktowego Webex i usług spotkań dla witryn zarządzanych przez Control Hub.
• 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 następnie okresowo informować o stanie procesu migracji.

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

• Jeśli w Twojej organizacji skonfigurowano funkcję logowania jednokrotnego (SSO), zostanie ona automatycznie wyłączona podczas migracji. Po migracji użytkownicy nie będą mogli się logować, dopóki logowanie jednokrotne nie zostanie 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, jak określono w krokach 3 i 4 w sekcji Konfigurowanie 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 2 do 3 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 2–3 dniach od zakończenia migracji.

  Dane analityczne nie są migrowane w przypadku migracji z centrum danych w USA lub UE do centrum danych w Kanadzie lub Zjednoczonych Emiratach Arabskich.

• 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.
• Sprawdź, czy usługi hybrydowe działają prawidłowo. Niektóre łączniki hybrydowe mogą potrzebować kilku minut, aby ponownie nawiązać połączenie po zakończeniu migracji.
• Zaloguj się do aplikacji Webex i upewnij się, że działa zgodnie z konfiguracją.

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.

• Wersje robocze utworzone przed rozpoczęciem migracji zostają utracone na pierwszym etapie migracji danych dotyczących wiadomości.
• Użytkownicy nie mogą wysyłać wersji roboczych wiadomości w przestrzeni po jej 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.