בצע הגירה של נתוני Webex של הארגון שלך לאזור אחר ב-Control Hub

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

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

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

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

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

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

במהלך ההעברה

לאחר תחילת הנדידה:

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

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

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

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

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

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

• בתחילת ההגירה, משתמשים מתנתקים מיישום 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 כדי לפתור את הבעיה.