نقل بيانات Webex الخاصة بمؤسستك إلى منطقة أخرى في Control Hub

المتطلبات الأساسية

لكي تكون مؤسستك مؤهلة للانتقال عبر المناطق، يجب ألا تحتوي مؤسستك على أي من الخدمات التالية:

• Webex for Broadworks
• Spark Call (قبل الترقية إلى Webex Calling)

البيانات التي يتم ترحيلها

يتم نقل جميع البيانات المرتبطة بـ Webex Identity، مثل الاسم وعنوان البريد الإلكتروني ومجموعات المستخدمين، إلى منطقة الوجهة. سيتم أيضًا ترحيل بيانات التحليلات الخاصة بمكالمات Webex والمراسلة والأجهزة بعد اكتمال ترحيل هوية Webex.

التأثيرات على خدمات Webex الخاصة بك

خلال الترحيل

بمجرد بدء الترحيل:

• قد يستغرق نقل البيانات أقل من ساعة حتى يكتمل بالنسبة لمؤسسات Webex التي تضم أقل من 10000 مستخدم، وقد يستغرق ما يصل إلى ثماني ساعات بالنسبة للمؤسسات التي تضم حوالي 100000 مستخدم. يرجى جدولة ترحيل البيانات الخاصة بك في تاريخ يمكنك فيه استيعاب وقت التوقف المطلوب.

  تأكد من إكمال جميع مهام الدفعة قبل بدء الترحيل المجدول.

• لن تتمكن من الوصول إلى مركز التحكم، ولن يتمكن المستخدمون من الوصول إلى أي مراسلة أو مكالمات أو مركز اتصال Webex أو خدمات اجتماعات للمواقع التي يديرها مركز التحكم.
• إذا قامت مؤسستك بإعداد الدخول الموحد (SSO)، تعطيله تلقائيا.
• لا تستطيع الأجهزة الموجودة في الموقع المسجلة في الحافة والأجهزة المسجلة في السحابة الانضمام إلى الاجتماعات أو إجراء مكالمات.
• قد تتم مقاطعة إجراءات الحذف أو التغيير المجمعة لمساحة العمل أو الجهاز التي بدأت قبل الترحيل مباشرة بسبب الترحيل وقد لا تكتمل بنجاح.
• سوف نرسل رسائل تذكيرية عبر البريد الإلكتروني إلى مسؤولي المؤسسة، ثم تحديثات الحالة كل ساعتين أثناء تقدم التحديث.

ماذا يحدث بعد الترحيل والإجراءات المطلوبة منك

• إذا قامت مؤسستك بإعداد SSO، فلن يتمكن المستخدمون بعد الترحيل من تسجيل الدخول حتى تتم إعادة تكوين SSO على النحو التالي:
  • تنزيل بيانات التعريف SP.
  • استيراد هذه البيانات الوصفية إلى موفر الهوية.
  • قم بتنشيط تسجيل الدخول الموحد بالانتقال إلى إعدادات المؤسسة > المصادقة وتبديل تسجيل الدخول الموحد إلى وضع التشغيل.
• سيتعين إنشاء رموز تنشيط الجهاز التي تم إنشاؤها ولكن لم يتم استخدامها قبل الترحيل مرة أخرى.
• إذا كانت مؤسستك تستخدم تكامل Okta لمزامنة مستخدمي Okta في Control Hub، فستحتاج إلى إعادة إنشاء رمز وصول الناقل كما هو محدد في الخطوتين 3 و 4 ضمن تكوين Okta لمزامنة المستخدم في هذه المقالة.
• لن تظهر بيانات التحليلات فورًا بعد الترحيل. ستستمر عملية نقل بيانات التحليلات في الخلفية وتستمر لمدة تصل إلى يومين إلى ثلاثة أيام. لا يلزم اتخاذ أي إجراءات منك لاستعادة بيانات التحليلات. سوف تظهر تلقائيا. النتيجة هي أنك لن تتمكن من رؤية بيانات التحليلات في Control Hub إلا بعد يومين أو ثلاثة أيام من اكتمال عملية الترحيل.
• ستعمل عملية الترحيل على إعادة تعيين قواعد البيانات المحلية للمستخدمين إذا كانوا يستخدمون استدعاء UCM. نتيجة لذلك، سيتم إعادة تعيين سجلات المكالمات ولن يكون سجل المكالمات السابقة متاحًا بعد الآن.

التأثيرات على المستخدمين النهائيين

• في بداية الترحيل، يتم تسجيل خروج المستخدمين من تطبيق Webex. يجب على المستخدمين تسجيل الدخول مرة أخرى أثناء الترحيل أو بعده.
• إذا قام المستخدمون بتكوين الإعدادات المحلية في عملاء سطح المكتب والجوال لتطبيق Webex، فسيحتاجون إلى إعادة تكوين بعض هذه الإعدادات. ستتم إعادة تعيين الإعدادات التالية بعد الترحيل:
  • الاتصال
  • إظهار تفضيلات الصوت والفيديو
  • إمكانية الوصول
  • تفضيلات الاجتماع
  • الأجهزة

  سيتم الاحتفاظ بالإعدادات المحلية الأخرى مثل الإعدادات العامة وتفضيلات الإشعارات والمظهر (مثل الوضع المظلم) وإعدادات الخصوصية (بدون تغيير) بعد الترحيل.

التأثيرات على التكاملات

هناك العديد من أنواع التكاملات الممكنة مع Webex، وعادةً ما يتم اعتمادها من قبل المستخدمين. سيتم إلغاء رموز المستخدم للتكاملات بمجرد بدء نقل بيانات التطبيق المشترك. لكي تستمر عمليات التكامل في العمل، سيحتاج المستخدمون الذين لديهم الامتيازات الصحيحة إلى إعادة تفويض وصولهم إلى هذه التكاملات.

ستحتاج عمليات التكامل الأخرى التي لم يتم التصريح بها من قبل المستخدمين إلى إعادة التصريح بها من قبل المسؤولين أو مسؤولي الامتثال. على سبيل المثال، لا يمكن إعادة تفويض عمليات تكامل واجهة برمجة التطبيقات للأحداث إلا من قبل مسؤولي الامتثال.

• التطبيقات المضمنة—لا يتم ترحيل رموز الوصول والتحديث للمستخدمين، لذا يجب على المستخدمين تفويض التطبيقات المضمنة مرة أخرى بعد انتهاء ترحيل بيانات التطبيق المشترك. يتم عادةً إجراء ذلك عن طريق تسجيل الدخول إلى التطبيق المضمن.
• التكاملات—لا يتم ترحيل رموز الوصول والتحديث للمستخدمين، لذا يجب على المستخدمين تفويض التكاملات مرة أخرى بعد انتهاء ترحيل بيانات التطبيق المشترك.
  • يتم تكوين بعض التكاملات في Control Hub وقد يتم إلغاء تنشيطها أثناء الترحيل. ومن الأمثلة على ذلك تكامل ThousandEyes، والذي تم إيقاف تشغيله أثناء الترحيل ويجب إعادة تكوينه. تُعد صفحة التطبيقات في Control Hub أيضًا مرجعًا جيدًا لمعرفة التكاملات التي تم إيقاف تشغيلها.
  • يجب إعادة تفويض عمليات التكامل مع حلول منع فقدان البيانات من قبل مسؤولي الامتثال.
  • يجب إعادة تفويض تكاملات المهام والموصلات في مركز اتصال Webex.
  • إذا قام المستخدمون لديك ببناء أي تكاملات مع واجهة برمجة تطبيقات Webex، فلن تعمل رموز الوصول والتحديث المرتبطة بهذه التكاملات بعد الآن.
• يجب إعادة تفويض تطبيقات الخدمة . يحتاج العميل إلى طلب رمز وصول وتحديث جديد.
• إذا أنشأت مؤسستك برامج تتبع، إبطال رمز الوصول المميز لكل روبوت كجزء من الترحيل. إذا حاولت الوصول إلى برامج التتبع ، فستحصل على خطأ HTTP 401 نظرا لأن رمز الوصول المميز سيكون غير صالح أو منتهي الصلاحية. يجب عليك إعادة إنشاء رمز الوصول المميز لجميع برامج التتبع الخاصة بك، وتحديث تكوينات برامج التتبع لاستخدام رمز الوصول الجديد. يمكن القيام بذلك عن طريق الوصول ، وتحديد كل روبوت قمت بإنشائه ، ثم النقر فوق إعادة إنشاء رمز الوصول https://developer.webex.com/my-apps.

إذا واجه المستخدمون مشكلة في تسجيل الدخول إلى Cisco.com باستخدام حساب Webex المرتبط بعد الترحيل، فيمكنك إخبارهم بأنه يمكنهم طلب إلغاء ربط حساباتهم من Webex لإصلاح المشكلة.