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

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

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

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

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

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

במהלך ההעברה

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

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

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

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

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

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

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

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

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

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

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

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

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

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