דרישות מקדימות

כדי שהארגון שלך יהיה זכאי לבצע הגירה בין אזורים, על הארגון שלך לא לכלול אף אחד מהשירותים הבאים:

• Webex for BroadWorks
• Spark Call (לפני השדרוג ל- Webex Calling)

אילו נתונים מועברים

כל הנתונים המשויכים לזהות Webex, כגון שם, כתובת דוא"ל וקבוצות משתמשים, עוברים הגירה לאזור היעד. נתוני ניתוח עבור Webex Calling, העברת הודעות ומכשירים גם יועברו לאחר השלמת הגירת הזהות של Webex.

חריגים לאילו נתונים עוברים הגירה הם: נתוני ניתוח CCUC לא יועברו בשלב זה. הגירת נתוני ניתוח נתונים אינה חלה על ארגונים המהגרים בין מרכז נתונים אמריקאי למרכז נתונים קנדי.

השפעות על שירותי Webex שלך

במהלך ההגירה

לאחר תחילת ההגירה:

• העברת הנתונים עשויה להימשך פחות משעה אחת עבור ארגוני Webex עם פחות מ-10,000 משתמשים, ועשויה להימשך עד שמונה שעות עבור ארגונים עם כ-100,000 משתמשים. אנא תזמן את העברת הנתונים שלך בתאריך שבו תוכל להכיל את זמן ההשבתה הנדרש.

  ודא שכל עבודות האצווה יושלמו לפני שההגירה המתוזמנת תתחיל.

• לא תהיה לך גישה ל-Control Hub, ומשתמשים לא יוכלו לגשת לשום הודעות, שיחות, מוקד אנשי הקשר של Webex ושירותי פגישות עבור אתרים המנוהלים על Control Hub.
• אם הארגון שלך להגדיר כניסה יחידה יחידה (SSO), היא תושבת באופן אוטומטי.
• מכשירים מקומיים הרשומים עם Webex Edge למכשירים ומכשירים הרשומים בענן לא יוכלו להצטרף לפגישות או לבצע שיחות.
• פעולות מחיקה או שינוי בכמות גדולה של סביבת עבודה או מכשיר שהחלו ממש לפני ההעברה עלולות להיקטע על ידי ההעברה ולא להסתיים בהצלחה.
• אנו נשלח תזכורות באימייל למנהלי הארגון, ולאחר מכן נעדכן סטטוס כל שעתיים בזמן שהעדכון מתבצע.

מה קורה לאחר ההגירה והפעולות הנדרשות ממך

• אם הארגון שלך להגדיר SSO, לאחר ההעברה המשתמשים לא יכולים להיכנס עד שה- SSO יוגדר מחדש באופן הבא:
  • הורד מטא נתונים של SP.
  • ייבא מטא נתונים אלה ל-IDP.
  • הפעל SSO על ידי מעבר אל הגדרות ארגון > אימות ומתחלף כניסה יחידה על.
• קודי הפעלת מכשיר שנוצרו אך לא נעשה בהם שימוש לפני ההעברה יהיה צורך ליצור שוב.
• אם הארגון שלך משתמש באינטגרציה של Okta כדי לסנכרן משתמשי Okta לתוך Control Hub, עליך ליצור מחדש את אסימון הגישה של הנושא כפי שצוין ב שלבים 3 ו-4 תחת הגדר את Okta עבור סנכרון משתמש במאמר זה .
• נתוני Analytics לא יופיעו מיד לאחר ההעברה. העברת הנתונים של Analytics תימשך ברקע ותימשך עד יומיים עד שלושה ימים. לא נדרשות ממך פעולות כדי להחזיר נתוני ניתוח. זה יופיע שוב אוטומטית. ההשפעה היא שלא תראה נתוני ניתוח ב-Control Hub עד יומיים או שלושה לאחר השלמת ההעברה.
• ההעברה תאפס את מסדי הנתונים המקומיים של משתמשים אם הם משתמשים ב-UCM Calling. כתוצאה מכך, היסטוריית השיחות תאופס והיסטוריית השיחות הקודמות לא תהיה זמינה יותר.

השפעות למשתמשי קצה

• בתחילת ההגירה, משתמשים מתנתקים מיישום Webex. המשתמשים חייבים להיכנס שוב במהלך ההגירה או לאחריה.
• אם המשתמשים שלך הגדירו הגדרות מקומיות בלקוחות השולחני והנייד של אפליקציית Webex , אז הם צריכים להגדיר מחדש חלק מההגדרות הללו. ההגדרות הבאות יאופסו לאחר ההגירה:
  • שיחות
  • העדפות אודיו ווידאו
  • נגישות
  • העדפות העברת הודעות
  • מכשירים

  הגדרות מקומיות אחרות כגון הגדרות כלליות, העדפות התראות, מראה (למשל מצב כהה) והגדרות פרטיות יישמרו (ללא שינוי) לאחר ההגירה.

השפעות לשילובים

ישנם סוגים רבים של שילובים אפשריים עם Webex, והם בדרך כלל מורשים על-ידי משתמשים. אסימוני משתמשים לשילובים נשללים ברגע שהגירת נתוני היישום המשותף מתחילה. כדי שהשילובים ימשיכו לעבוד, משתמשים עם ההרשאות הנכונות יצטרכו לאשר מחדש את הגישה שלהם לשילובים אלה.

שילובים אחרים שאינם מורשים על-ידי משתמשים יצטרכו לקבל אישור מחדש על-ידי מנהלי מערכת או אחראי תאימות. לדוגמה, שילובים של Events API יכולים להיות מורשים מחדש רק על ידי קציני תאימות.

אי מתן אישור מחדש של שילובים יגרום לכך שהשילובים לא יעבדו עוד.

• יישומים מוטבעים—אסימוני גישה ורענון עבור משתמשים אינם עוברים הגירה, ולכן המשתמשים חייבים לאשר יישומים מוטבעים שוב לאחר סיום הגירת נתוני היישום המשותף. פעולה זו מתבצעת בדרך כלל על-ידי כניסה ליישום מוטבע.
• שילובים—אסימוני גישה ורענון עבור משתמשים אינם עוברים הגירה, ולכן המשתמשים חייבים לאשר שילובים שוב לאחר סיום הגירת נתוני היישום המשותף.
  • שילובים מסוימים מוגדרים ב-Control Hub ועשויים להיות מושבתים במהלך ההגירה. דוגמה אחת היא שילוב ThousandEyes, שכבוי במהלך ההגירה ויש להגדיר אותו מחדש. דף היישומים ב-Control Hub הוא גם התייחסות טובה כדי לראות אילו שילובים כובו.
  • שילובים עם פתרונות למניעת איבוד נתונים צריכים להיות מורשים מחדש על-ידי קציני תאימות.
  • יש לאשר מחדש שילובים של המשימה של Webex Contact ומחברים .
  • אם המשתמשים שלך בנו שילובי API של Webex, אסימוני הגישה והרענון המשויכים לשילובים אלה לא יעבדו עוד.
• יש לאשר מחדש את יישומי השירות. הלקוח צריך לבקש אסימון גישה חדש ורענון.
• אם הארגון שלך יצר בוטים, אסימון הגישה לכל בוט יבוטל כחלק מההעברה. אם תנסה לגשת לבוטים, תקבל שגיאת HTTP 401 מכיוון שאסימון הגישה יהיה לא חוקי או פג תוקף. עליך ליצור מחדש את אסימון הגישה עבור כל הבוטים שלך, ולעדכן את תצורות הבוט שלך כדי להשתמש באסימון הגישה החדש. ניתן לעשות זאת על ידי גישהhttps://developer.webex.com/my-apps , בחירה בכל בוט שיצרת ולאחר מכן לחיצה עליו צור מחדש את אסימון הגישה .

אם המשתמשים שלך מתקשים להיכנס אל Cisco.com עם חשבון Webex מקושר לאחר ההגירה, תוכל ליידע אותם שהם יכולים לבקש לבטל את הקישור של החשבונות שלהם מ-Webex כדי לפתור את הבעיה.