Migrujte data služby Webex vaší organizace do jiné oblasti v prostředí Control Hub

Požadavky

Aby vaše organizace mohla migrovat mezi regiony, nesmí mít žádnou z následujících služeb:

• Webex pro BroadWorks
• Volání Spark (před upgradem na volání Webex)

Jaká data se migrují

Všechna data přidružená k identitě Webex, jako je jméno, e-mailová adresa a skupiny uživatelů, jsou migrována do cílové oblasti. Analytická data pro služby Webex Calling, zasílání zpráv a zařízení budou také migrována po dokončení migrace identity Webex.

Dopady na vaše služby Webex

Během migrace

Po zahájení migrace:

• Migrace dat může u organizací Webex s méně než 10 000 uživateli trvat méně než jednu hodinu a u organizací s přibližně 100 000 uživateli může trvat až osm hodin. Naplánujte migraci dat na datum, kdy se budete moci přizpůsobit požadovaným výpadkům.

  Ujistěte se, že všechny dávkové úlohy budou dokončeny před zahájením plánované migrace.

• Nebudete mít přístup k Centru řízení a uživatelé nebudou mít přístup k žádným zprávám, volání, kontaktnímu centru Webex a službám schůzek pro weby spravované Centrem Control Hub.
• Pokud vaše organizace nastavila jednotné přihlašování (SSO), bude automaticky zakázáno.
• Místní zařízení zaregistrovaná ve Webex Edge pro zařízení a zařízení registrovaná v cloudu se nebudou moci připojovat ke schůzkám ani volat.
• Akce hromadného odstranění nebo změny pracovního prostoru nebo zařízení spuštěné těsně před tím, než může být migrace přerušena a nemusí být úspěšně dokončena.
• Správcům organizace rozešleme e-mailové připomenutí a stav se aktualizuje každé dvě hodiny během aktualizace.

Co se stane po migraci a požadované akce od vás

• Pokud vaše organizace nastavila jednotné přihlašování, pak se uživatelé po migraci nemohou přihlásit, dokud se jednotné přihlašování nepřekonfiguruje následujícím způsobem:
  • Stáhnout metadata SP.
  • Importovat tato metadata do Idp.
  • Jednotné přihlašování aktivujte v nabídce Nastavení organizace > Ověřování a zapnutím jednotného přihlašování zapnutím.
• Aktivační kódy zařízení , které byly vygenerovány, ale nebyly použity před migrací, budou muset být vygenerovány znovu.
• Pokud vaše organizace používá integraci Okta k synchronizaci uživatelů Okta do prostředí Control Hub, musíte znovu vygenerovat přístupový token doručitele, jak je uvedeno v krocích 3 a 4 v tomto článku v části Konfigurace Okta pro synchronizaci uživatelů.
• Data analýzy se po migraci nezobrazí. Migrace analytických dat bude pokračovat na pozadí a trvá až dva až tři dny. Pro vrácení analytických dat nejsou od vás vyžadovány žádné akce. Automaticky se znovu objeví. Dopad spočívá v tom, že analytická data v centru Control Hub neuvidíte až dva nebo tři dny po dokončení migrace.
• Migrace resetuje místní databáze uživatelů, pokud používají službu UCM Calling. V důsledku toho budou historie hovorů resetována a historie předchozích hovorů již nebude k dispozici.

Dopady na koncové uživatele

• Na začátku migrace jsou uživatelé odhlášeni z aplikace Webex. Uživatelé se musí znovu přihlásit během migrace nebo po ní.
• Pokud vaši uživatelé nakonfigurovali místní nastavení ve svých desktopových a mobilních klientech aplikace Webex, musí některá z těchto nastavení překonfigurovat. Po migraci budou resetována následující nastavení:
  • Volání
  • Předvolby zvuku a videa
  • Usnadnění přístupu
  • Předvolby zpráv
  • Zařízení

  Další místní nastavení, jako jsou obecná nastavení, předvolby oznámení, vzhled (např. tmavý režim) a nastavení ochrany osobních údajů, budou po migraci zachována (beze změny).

Dopady na integraci

Se službou Webex je možné provést mnoho typů integrací, které jsou obvykle autorizovány uživateli. Tokeny uživatelů pro integraci jsou zrušeny, jakmile začne migrace společných dat aplikací. Aby integrace nadále fungovaly, uživatelé s oprávněnými právy budou muset znovu autorizovat svůj přístup k těmto integracím.

Ostatní integrace, které nejsou autorizovány uživateli, budou muset být znovu autorizovány správci nebo pracovníky pro dodržování předpisů. Například integrace rozhraní API událostí mohou být znovu schváleny pouze pracovníky pro dodržování předpisů.

• Integrované aplikace – Přístupové a obnovovací tokeny pro uživatele nejsou migrovány, takže po dokončení migrace společných dat aplikací musí uživatelé znovu autorizovat vložené aplikace. To se obvykle provádí přihlášením do vestavěné aplikace.
• Integrace – přístupové a obnovovací tokeny pro uživatele nejsou migrovány, takže po dokončení migrace společných dat aplikací musí uživatelé znovu autorizovat integrace.
  • Některé integrace jsou nakonfigurovány v centru Control Hub a mohou být během migrace deaktivovány. Jedním příkladem je integrace Eyes, která je během migrace vypnutá a musí být překonfigurována. Stránka s aplikacemi v prostředí Control Hub je také dobrým odkazem na to, které integrace byly vypnuty.
  • Pověřenci pro dodržování předpisů musí znovu schválit integrace s řešeními pro prevenci ztráty dat .
  • Integrace úloh Webex Contact Center a konektory musí být znovu autorizovány.
  • Pokud vaši uživatelé vytvořili jakékoli integrace rozhraní Webex API, nebudou již přístupové a obnovovací tokeny přidružené k těmto integracím fungovat.
• Servisní aplikace je třeba znovu autorizovat. Klient musí požádat o nový přístupový a obnovovací token.
• Pokud vaše organizace vytvořila roboty, přístupový token pro každého robota se v rámci migrace odvolá. Pokud se pokusíte o přístup k robotům, zobrazí se chyba HTTP 401, protože přístupový token bude neplatný nebo vyprší jeho platnost. Musíte znovu vygenerovat přístupový token pro všechny roboty a aktualizovat konfigurace robota tak, aby používaly nový přístupový token. To lze provést přístupem , https://developer.webex.com/my-appsvýběrem každého robota, kterého jste vytvořili, a kliknutím na Znovu vygenerovat přístupový token.

Pokud mají vaši uživatelé po migraci potíže s přihlášením k webu Cisco.com s propojeným účtem Webex, můžete je informovat, že mohou požádat o odpojení svých účtů od webu Webex, aby problém vyřešili.