النطاق

تم تصميم هذه الوثيقة والمواد الداعمة لمساعدتك على فهم المسؤوليات التشغيلية بين شركة Cisco والشريك، وهي مخصصة للفئات التالية:

  • دعم الشركاء

  • منظمات نجاح الشركاء والعملاء

خدمة الدعم الفني

توفر شركة Cisco الدعم الفني ⁦24x⁩7x365 Tier 1 للشركاء. يقدم الشركاء الدعم الفني لعملائهم لاستكشاف أخطاء المثيل المخصص وإصلاحها، كما هو موضح في هذا القسم. يمكن للشريك تصعيد مشكلات الدعم إلى شركة Cisco، حسب الحاجة.

يتم إدارة البنية التحتية للمثيل المخصص بواسطة Cisco Cloud Delivery. تقع مسؤولية استكشاف الأخطاء وإصلاحها على عاتق الشريك في حالة حدوث أي مشكلات تتعلق بالأجهزة التي لا تتم إدارتها بواسطة Dedicated Instance. ينبغي على الشركاء التعاون مع:

  • البائعين المناسبين

  • فريق TAC المناسب لمنتج Cisco إذا كانت معدات Cisco تحتوي على عقد صيانة نشط.

لمزيد من المعلومات حول دعم المستوى 1، راجع.

مسؤوليات دعم الشركاء

يتضمن الدعم الفني للشريك القدرة على تنفيذ ما يلي للعملاء:

  • توفير معلومات عامة عن الخدمة.

  • توفير دعم التكوين.

  • تصفية المشاكل غير الفنية من المشاكل الفنية.

  • دعم عزل المشكلة وتحديد عيوب الخدمة.

  • تحليل مكان حدوث الخطأ.

  • استعادة الإعدادات التي تم تكوينها بشكل غير صحيح، والتي تم تطبيقها بواسطة العميل أو الشريك، لإصلاح المشكلة.

  • حل المشكلات المتعلقة بأي تطبيق أو بنية أساسية يديرها الشريك.

  • توقع متطلبات إدارة القدرة للمستخدمين الجدد بما يتجاوز المتطلبات الأولية.

  • تكوين ميزات التطبيق وإجراء إعداد المستخدم.

  • التعامل مع فواتير العملاء وإصدار الفواتير.

  • السيطرة على علاقتك مع العملاء.

  • إدارة تكامل الحلول لخدمات PSTN.

  • إدارة جاهزية العملاء لترقيات المثيلات المخصصة وتجديد الشهادات وصيانة البنية التحتية.

عندما يتعاون الشريك مع Cisco TAC للحصول على الدعم، يكون الشريك مسؤولاً عن المساعدة في تحديد المشكلات. وتشمل هذه المسؤولية ما يلي:

  • التقاط وتوفير تفاصيل المشكلات المبلغ عنها

  • المساعدة في تكرار المشكلات وفرزها حسب طلب Cisco TAC

  • المساعدة في اختبار الإصلاحات

  • التأكد من أن المشكلات لا تتعلق بالأجهزة أو البرامج أو التطبيقات أو المصادر الأخرى التي يوفرها المستخدم النهائي.

يقع على عاتق الشريك مسؤولية التأكد من تلبية أنواع احتياجات الدعم الفني التالية لعملائه.

الجدول رقم 1. أسئلة ومشاكل حول المثيلات المخصصة
النوعسؤال/مشكلة
استفسارات المستخدم الأسئلة الأساسية كيف يمكنني أن …؟

كيف يعمل هاتفي؟ ما هي الميزات التي أملكها؟ كيف أستخدم تلك الميزات؟

كيف أستخدم بوابة الرعاية الذاتية؟

كيف يمكنني استخدام بوابة إدارة تطبيقات Dedicated Instance UC؟ كيف يمكنني الاتصال برقم PSTN؟

كيف يمكنني تغيير رقم البريد الصوتي الخاص بي؟

مشكلات الدعم الأكثر شيوعًا التي يتعامل معها الشريك

الهاتف لا يعمل. غير قادر على تسجيل الهواتف. غير قادر على التحقق من البريد الصوتي.

غير قادر على استخدام ميزة Cisco UCM غير قادر على إجراء مكالمة.

تعذر تلقي مكالمة تعذر سماع الصوت تعذر تسجيل الدخول إلى تطبيق Jabber/Webex

غير قادر على استخدام برنامج الهاتف الرقمي الخاص بتطبيق Jabber/Webex

مشكلات إعداد العميل الفني

تركيب العملاء الناعمين

إعداد وتكوين المستخدمين النهائيين أو الميزات أو خطة الاتصال إعداد وتكوين الصوت أو الفيديو أو البريد الصوتي أو خدمة الرسائل الفورية والحضور

توفير حسابات المستخدمين ونقاط النهاية، بما في ذلك تنفيذ LDAP وSSO

أخطاء التطبيق المحتملة قم بالإبلاغ إلى شركة Cisco بشأن الوظائف والميزات التي لا تعمل كما هو موثق
توقف الخدمة أو توفرها

تأكيد توفر الخدمة وحالتها.

تأكيد التوفر في بيئة شبكة العميل، بما في ذلك الاتصال السحابي أو شبكة PSTN، أو اتصال SIP للتكامل الهاتفي.

متطلبات الدعم الفني للشريك

عندما يقوم الشريك بتصعيد حاجة الدعم إلى مركز Cisco TAC، يجب على الشريك تقديم المعلومات التالية:

معلومات عامة عن القضية

  • قم بتوفير رقم اشتراك صالح أو رقم عقد الخدمة.

  • يجب على المتصلين التعريف بأنفسهم كأعضاء في فريق دعم الشركاء يمثلون الشريك أو حساب العميل المعاد بيعه.

  • الاسم ورقم الهاتف وعنوان البريد الإلكتروني لممثل الشريك أو معلومات الشريك العامة للفريق الذي يتم تصعيده إلى Cisco.

عند الاتصال بدعم Cisco Cloud، حدد الشريك والعميل والمشكلة.

أدوار ومسؤوليات دعم شركة Cisco

تتحمل شركة Cisco مسؤولية تقديم الدعم للشريك فيما يتعلق بخدمة Dedicated Instance Cloud ضمن مركز بيانات Cisco Cloud، بما في ذلك المعالجة وتحليل السبب الجذري عالي المستوى للمشكلة (لن تقدم Cisco معلومات مفصلة على مستوى البنية التحتية في تحليل السبب الجذري). في حالة وقوع حوادث من الدرجة 1 أو الدرجة 2، ستقوم Cisco بإخطار الشركاء بشكل استباقي عبر البريد الإلكتروني.

شركة Cisco ليست مسؤولة عن دعم:

  • شبكة ومعدات الشريك أو العميل المتصلة بمركز بيانات السحابة المخصص ومباني العميل.

    ستكون مسؤولية تعزيز قابلية البقاء على قيد الحياة التي يتم نشرها في مقر العميل مشتركة بين الشريك/العميل وشركة Cisco.

  • برامج أو أجهزة تابعة لجهات خارجية

    يكون الشريك مسؤولاً عن الحصول على الدعم أو التحديثات لبرامج أو أجهزة الطرف الثالث إذا تم تحديد ذلك على أنه سبب الحادث.

دعم الإشعارات والتنبيهات ذات الصلة

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

يتم إرسال هذه التنبيهات إلى الشركاء الذين قاموا بالتسجيل للحصول على تنبيهات Control Hub الخاصة بإشعارات "الصيانة والانقطاعات"، راجع التنبيهات في Control Hub. يقع على عاتق الشركاء مسؤولية التأكد من أن شركة Cisco لديها معلومات اتصال دقيقة وحديثة. توصي شركة Cisco المسؤولين بإنشاء حساب واستخدام تطبيق Webex للإشعارات.

إدارة التغيير

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

الصيانة

نافذة الصيانة

تقوم شركة Cisco بإخطار الشريك بأنشطة الصيانة المخطط لها. تتم جميع التغييرات المخطط لها في نافذة الصيانة. تقدم شركة Cisco للشريك إشعارًا كتابيًا قبل 10 أيام عمل على الأقل للصيانة المخطط لها والتي من شأنها تعطيل قدرة العملاء على الاتصال. يتم إرسال هذه التنبيهات إلى الشركاء الذين قاموا بالتسجيل للحصول على تنبيهات Control Hub الخاصة بإشعارات "الصيانة والانقطاعات"، راجع التنبيهات في Control Hub. يقع على عاتق الشركاء مسؤولية التأكد من أن شركة Cisco لديها معلومات اتصال دقيقة وحديثة. توصي شركة Cisco المسؤولين بإنشاء حساب واستخدام تطبيق Webex للإشعارات.

تتضمن الصيانة الأنشطة التالية:

  • أنشطة الصيانة الروتينية التي تنطوي على أدنى حد من مخاطر التأثير على العملاء

  • الأنشطة المخطط لها والمجدولة والتي من شأنها تعطيل قدرة العميل على الاتصال.

  • التجديدات الروتينية لشهادات تطبيق UC المُدارة من Cisco. تعتمد عمليات التجديد على مدة صلاحية وتاريخ ووقت تجديد الشهادات. تقوم شركة Cisco بتجديد شهادات تطبيقات الاتصالات الموحدة قبل 3-7 أيام فقط من تاريخ انتهاء الصلاحية وتتبع عملية إدارة التغيير القياسية.

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

نوافذ الصيانة لـ AMER هي كما يلي:

  • من الساعة 9 مساءً بالتوقيت الشرقي حتى الساعة 6 صباحًا بالتوقيت الشرقي، من الاثنين إلى الجمعة

  • من الساعة 9 مساءً بالتوقيت الشرقي حتى الساعة 6 صباحًا بالتوقيت الشرقي، في عطلات نهاية الأسبوع (صيانة البنية التحتية لشركة Cisco فقط)

نوافذ الصيانة هي كما يلي ل APJC:

  • من الساعة 9 مساءً حتى الساعة 6 صباحًا بتوقيت اليابان، من الاثنين إلى الجمعة

  • من الساعة 9 مساءً بتوقيت اليابان حتى الساعة 6 صباحًا بتوقيت اليابان، في عطلات نهاية الأسبوع (صيانة البنية الأساسية لشركة Cisco فقط)

تكون نوافذ الصيانة على النحو التالي بالنسبة لـ AUS:

  • من الساعة 9 مساءً حتى الساعة 6 صباحًا بتوقيت ACT، من الاثنين إلى الجمعة

  • من الساعة 9 مساءً بتوقيت أستراليا حتى الساعة 6 صباحًا بتوقيت أستراليا، في عطلات نهاية الأسبوع (صيانة البنية الأساسية لشركة سيسكو فقط)

فترات الصيانة هي كما يلي للاتحاد الأوروبي ومنطقة أوروبا والشرق الأوسط وأفريقيا:

  • من الساعة 9 مساءً بتوقيت وسط أوروبا حتى الساعة 6 صباحًا بتوقيت وسط أوروبا، من الاثنين إلى الجمعة

  • من الساعة 9 مساءً بتوقيت وسط أوروبا حتى الساعة 6 صباحًا بتوقيت وسط أوروبا، في عطلات نهاية الأسبوع (صيانة البنية التحتية لشركة Cisco فقط)

إن وقت تغيير النوافذ المذكور أعلاه ثابت حسب المنطقة ولا يمكن تغييره.

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

تبدأ شركة Cisco في ترقية تطبيقات UC فقط للأسباب التالية:

  1. هناك ثغرة أمنية في الإصدار الحالي من تطبيق UC ويتطلب الإصلاح ترقية أو تثبيت COP.

  2. يتواجد العميل حاليًا في إصدار أقل من n-1 (من إصدار Dedicated Instance المدعوم الحالي) أو في إصدار يقترب من نهاية عمره الافتراضي.

  3. يمكن للشركاء أيضًا طلب الترقية من خلال حالة TAC إذا كان هناك دعم ميزة جديدة متاح في الإصدارات الأحدث من تطبيق UC.

ترسل شركة Cisco إشعار صيانة إلى الشريك والعميل قبل 10 أيام من نافذة التغيير، ومن المستحسن أن يستجيب الشريك لشركة Cisco خلال 2-3 أيام إذا كان جدول التغيير المقترح يتعارض مع أولويات أعمالهم. يتيح هذا لشركة Cisco العثور على نافذة تغيير بديلة (أيام الأسبوع وعطلات نهاية الأسبوع) (يكون تاريخ إعادة الجدولة وفقًا لتواريخ عمليات Cisco المتاحة فقط). ومع ذلك، في السيناريوهات العاجلة أو الطارئة، مثل إصلاح الثغرات الأمنية الخطيرة، أو اقتراب صلاحية الشهادات من نهايتها، فلن تكون المرونة في تغيير نافذة الصيانة ممكنة.

لا يتم دعم فحص الثغرات الأمنية للمثيلات المخصصة بواسطة شريك أو عميل. تتمتع المثيلات المخصصة بنظام فحص الثغرات الخاص بها والذي يتم تشغيله باستمرار، كما نجري أيضًا اختبارات PEN مستقلة منتظمة ونقدم خطاب إثبات على Cisco Trust Portal.

يمكن للشريك إعادة جدولة الصيانة عن طريق إرسال بريد إلكتروني إلى ucm-cloud-change-management@cisco.com مع ذكر سبب مفصل لإعادة الجدولة.

طلب الشريك إجراء تغييرات

تتطلب التغييرات التي يطلبها الشريك مراجعة مشتركة لتقييم التأثير على المثيل المخصص. تتضمن هذه التغييرات التي يريد الشريك أن تقوم بها شركة Cisco والتغييرات التي يريد الشريك إجراؤها. على سبيل المثال:

  • تغييرات التكوين التي تؤثر على أجهزة الحدود أو تكامل التطبيق

  • طلبات لإلغاء تفعيل الخدمة.

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

التغييرات الطارئة

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

  • لاستعادة الخدمة للعميل

  • لتقليل تأثير الانقطاع

  • لتجنب انقطاع الخدمة المحتمل للعملاء

  • لإصلاح ثغرة أمنية

في حالة حدوث تغييرات طارئة في الشبكة خارج المثيل المخصص، يقوم الشريك بإخطار شركة Cisco بالتأثيرات على العملاء التي يمكن لـ Cisco رؤيتها. عندما يكون ذلك ممكنًا بشكل معقول، يفتح الشريك حالة مع شركة Cisco حتى تتمكن شركة Cisco من الرد على التأثير.

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

إدارة الحوادث

إدارة الحوادث تقلل من التأثيرات السلبية على الأعمال التجارية الناجمة عن الأخطاء في البيئة. تقوم شركة Cisco بتحليل الحوادث أثناء حدوثها لتحديد السبب بسرعة. ثم تقوم شركة Cisco بتطبيق حل بديل حتى يتم نشر إصلاح دائم.

يتولى الشركاء إدارة الحوادث في شبكاتهم وفقًا لعملياتهم الخاصة التي أنشأوها. يقوم الشركاء بإخطار شركة Cisco بالأنشطة التي يمكن أن تثير الإنذارات، أو الإشعارات الأخرى التي تكون مرئية لشركة Cisco.

تتبع شركة Cisco عملية نافذة الصيانة لتطبيق التغييرات.

تصنيف حالات الدعم

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

يعتبر القسم التالي بمثابة دليل للشريك لتحديد مستوى الخطورة الصحيح أثناء فتح تذكرة دعم TAC.

تأثير حالة الدعم

يتم تصنيف حالة دعم TAC وفقًا لتأثيرها على العمل (الحجم والنطاق).

يُعد التأثير مقياسًا لمدى أهمية الأعمال في حادث ما، وغالبًا ما يكون مساويًا لمدى قدرة الحادث على توفير الحل.

الجدول رقم 2. مستويات تأثير الحادث
مستوى تأثير الحادث تعريفات التأثير
منتشر على نطاق واسع أكثر من ثلاثة أرباع البيئة الشريكة متأثرة
كبير ما بين نصف إلى ثلاثة أرباع بيئة الشريك متأثرة
مترجم ما بين ربع إلى نصف بيئة الشريك متأثرة
فردية أقل من ربع بيئة الشريك متأثرة

دعم حالة الطوارئ

الاستعجال يحدد مدى خطورة الحادث وتأثيره على الخدمات أو قدرة الشركاء على تلقي الخدمات.

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

دعم شدة الحالة

الخطورة تحدد مستوى الجهد المبذول من قبل شركة Cisco والشريك لحل الحادث.

الجدول رقم 4. مستويات شدة حالة الدعم
مستوى خطورة الحادث تعريفات الخطورة
س1 (حرج) تلتزم شركة Cisco والشريك بتوفير أي موارد ضرورية على مدار الساعة طوال أيام الأسبوع لحل الموقف
S2 (عالي) تلتزم شركة Cisco والشريك بتوفير الموارد بدوام كامل خلال ساعات العمل القياسية لحل الموقف
س3 (متوسط) تلتزم شركة Cisco والشريك بتوفير الموارد خلال ساعات العمل القياسية لاستعادة الخدمة إلى مستويات مرضية
س4 (منخفض) تلتزم شركة Cisco والشريك بتوفير المعلومات أو المساعدة خلال ساعات العمل القياسية

يتم تحديد مستوى الخطورة من خلال تطبيق تعريفات التأثير والإلحاح.

مصفوفة شدة حالة الدعم

التأثير
منتشر على نطاق واسعكبيرمترجمفردية

الاستعجال

مهم S1 S1 S2 S3
مرتفعة S1 S2 S2 S3
متوسطة S2 S3 S3 S3
منخفضة S4 S4 S4 S4

تتمتع شركة Cisco بالقدرة أثناء فرز الحوادث على تغيير شدة الحالة وتخفيض شدة تذكرة الدعم، إذا لزم الأمر. وقد تُترك القضية مفتوحة لفترة زمنية محددة أثناء تقييم الاستقرار التشغيلي.

أهداف وقت استجابة دعم البرامج

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

سيسكو وهدف مستوى الخدمة

توفر Webex Calling Dedicated Instance للشركاء الدعم الفني باللغة الإنجليزية ⁦24x⁩7. يمكن للشركاء إرسال مشكلات S3 وS4 مباشرةً في Cisco Support Case Manager. بالنسبة لمشكلات S1 وS2، يوصى بالاتصال برقم TAC العالمي 1-800-553-2447.

تتمثل معايير شركة Cisco في تلبية مستويات الخطورة S3 وS4 بنسبة 95% على الأقل من الوقت، استنادًا إلى الشبكة التالية:

مستوى الخطورة الرد داخل:
S1 15 دقيقة
S2 30 دقيقة
S3 يوم عمل واحد
S4 3 أيام عمل

وقت الاستجابة هو الوقت المستغرق لشركة Cisco للاعتراف بوجود مشكلة ذات خطورة معينة. إذا لم تتمكن شركة Cisco من حل المشكلة خلال الفاصل الزمني المحدد، فستوفر Cisco حالة وخطة عمل للحل. يعتمد وقت الحل على وجود شخص مؤهل من جانب الشريك متاح للمساعدة في إعادة إنتاج و/أو عزل المشكلة، وقد يكون هناك عدم توافق بين شركة Cisco وبيئة الشريك. إذا لم يكن من الممكن توفير مثل هذا الفرد، فقد يتم تمديد أوقات الحل هذه.

إذا لم تتمكن شركة Cisco من الوصول إلى حالة و/أو حل مقبول في الإطار الزمني المشار إليه، فيجب على الشركاء تصعيد الأمر إلى شركة Cisco.

ملفات حزمة خيارات Cisco (COP)

تقوم شركة Cisco بإصدار ملفات COP لتغيير طريقة تشغيل الكود الإنتاجي بشكل طفيف وتوفر لشركة Cisco طريقة لنشر البرامج خارج دورات إصدار البرامج العادية. إذا لزم الأمر، يتم إصدار ملفات COP في مرحلة ما بعد إصدار كود الإنتاج الأولي. تقوم فرق الإنتاج بإصدار ملفات COP للمشكلات ذات التأثير العالي وعندما لا يكون هناك حل بديل متاح لمشكلة ما. بالإضافة إلى إصلاحات المشكلات، يتم في بعض الأحيان إصدار ملفات COP لتوزيع الأدوات المساعدة عند الترقية (على سبيل المثال، تنظيف القرص).

عادةً، يكون للإشعارات الميدانية التي تحتوي على مشكلات ثابتة ملف COP مرتبط بها. يوجد عادةً ملف COP منفصل لكل مشكلة.

لا تحتوي فرق الاستجابة لحوادث الأمن PSIRT دائمًا على ملف COP مرتبط. بالنسبة لفرق الاستجابة لحوادث الأمن السيبراني (PSIRT)، عادةً ما يتم نشر إصدار جديد للترقية الكاملة.

بدأت شركة سيسكو في تنفيذ السيناريوهات

إذا قررت شركة Cisco أن بيئة المثيل المخصص للعميل تحتاج إلى تثبيت ملف COP، تستخدم شركة Cisco إحدى العمليات التالية:

  1. إذا كان ملف COP يحدد إصلاحًا طارئًا (ثغرة أمنية أو فشل وشيك)، تقوم Cisco بتحميل ملف COP أثناء نافذة الصيانة المجدولة لشركة Cisco.

  2. في جميع الحالات الأخرى، سيتم جدولة تثبيت COP كصيانة منتظمة مع الشريك أو العميل وفقًا لإجراءات إدارة التغيير المنتظمة.

السيناريو الذي بدأه العميل

إذا قرر العميل أنه يحتاج إلى تثبيت ملف COP (برامج الهاتف الثابتة، وحزم إعدادات اللغة المحلية، وحزم الأجهزة)، فيجب على العميل بدء العملية التالية:

قم بإنشاء طلب خدمة في Control Hub لملف COP المحدد الذي سيتم تحميله إلى خادم SFTP في Dedicated Instance، راجع طلب الخدمة.

سوف تقوم شركة Cisco بتحميل الملف إلى خادم SFTP فقط. تقع على عاتق الشريك مسؤولية تنزيل تطبيق COP إلى UC وتثبيته، وفقًا لراحتك.

يتم نشر ملفات COP على صفحة تنزيل برامج Cisco:

https://software.cisco.com/download/home

شاشة ملف COP

إدارة القدرة

تتولى شركة Cisco والشريك إدارة سعة الشبكة ومراكز البيانات للسماح بضم العملاء إلى حل Dedicated Instance. تتضمن عملية إدارة القدرة مراقبة النمو المستمر لعدد المشتركين.

تتحمل شركة Cisco والشريك مسؤوليات منفصلة في عملية إدارة السعة.

مسؤولية الشريك

ويضمن الشريك أن معدات شبكته لديها القدرة الكافية للتعامل مع الحمل والقدر المناسب من النمو المتوقع.

يقوم الشريك بتوفير عدد أجهزة Knowledge Workspace وWorkworkers أثناء تنشيط المثيل المخصص (يجب أن يكون الرقم المقدم هو الحالة النهائية للعدد الإجمالي الذي سيتم تكوينه في المثيل المخصص). بناءً على التفاصيل المقدمة، ستقوم شركة Cisco بتحديد حجم تطبيقات UC في Dedicated Instance، لمزيد من المعلومات حول تحديد حجم تطبيقات UC راجع. يتولى الشريك إدارة توفير الميزات والمستخدمين ضمن السعة المطلوبة.

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

قد يستغرق الأمر بعض الوقت لإضافة سعة إضافية، اعتمادًا على نوع متطلبات النمو. سيتم العمل على هذا الأمر بالتعاون بين الشريك وشركة Cisco.

مسؤولية شركة سيسكو

تراقب خدمة Dedicated Instance سعة مركز البيانات وتضمن أن معدات مركز البيانات لديها سعة كافية للتعامل مع الحمل والكمية المناسبة من النمو المتوقع.

تقوم شركة Cisco بإبلاغ الشريك بالتوسعات أو التغييرات المخطط لها لمعالجة نمو القدرة إذا كانت هذه التغييرات تؤثر على العميل. يأتي تنفيذ الترقيات والتغييرات في أعقاب عملية إدارة التغيير.

إدارة الإصدار

تحافظ شركة Cisco على تحديث تطبيقات Dedicated Instance Cloud (CUCM، وCUCxN، وIM&P، وCER، وExpressway، وSME (اختياري))، حسبما تراه Cisco مناسبًا، مع أحدث الميزات والوظائف. يمكن للعملاء العمل في أي وقت محدد باستخدام الإصدار الأحدث ("n") أو الإصدار السابق ("n-1").

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

لمزيد من المعلومات، راجع إدارة التغيير.

إدارة الإصدارات لأنظمة Cisco Collaboration Systems

عندما يصبح إصدار جديد من Collaboration Systems متاحًا، يصبح الإصدار السابق ("n-1") هو "n-2" ويصبح الإصدار الحالي ("n") هو "n-1".

الجدول 5. إدارة إصدار المثيل المخصص
إجراءات العملاء الخاصة بالمثيل المخصصالإصدار 12.5-SU7a

(ن-1)

الإصدار 14.0-SU3

(ن)

الإصدار 15.0-SU1

(لم يتم إصداره)

نشر العملاء الجددلا يدعمنعمQ2-CY24
الترقيات المدعومةغير مدعوم**نعمQ2-CY24
يمكن للعملاء البقاءحتى الإصدار v15-SU1 متاح نعمغير متاح
** سوف تحتاج إلى العمل مع شركة Cisco على متطلبات العمل للبقاء على الإصدار 12.5 والتخطيط لموعد استعداد العميل للانتقال إلى الإصدار 14.0SU3. تم الإعلان عن الإصدار v12.5 EOL.

بعد وقت قصير من الإعلان عن إصدار جديد من أنظمة التعاون، يدخل إصدار "n-2" فترة نهاية البيع. يجب على أي عملاء يستخدمون هذا الإصدار الترقية إلى الإصدار الأحدث. وسوف تساعد شركة Cisco في هذا الجهد من خلال إعلام الشريك بالبدء في الاستعداد للترقية. ستعمل شركة Cisco والشريك بشكل مشترك على تنسيق فترة الصيانة وفقًا لاحتياجات عمل العميل.

يعد الترقية إلى أحدث إصدار من Collaboration Systems اختياريًا للعملاء الذين يستخدمون إصدار n-1 Collaboration Systems. إذا كان الترقية إلى إصدار أنظمة التعاون مطلوبًا، أو إذا كان الترقية إلى SU مطلوبًا بسبب ميزات جديدة، فاستشر شركة Cisco لتنسيق نافذة الصيانة للترقية. إذا وجدت شركة Cisco أن ترقية SU مطلوبة لأسباب تتعلق بالاستقرار أو الأداء، فستقوم Cisco بالتنسيق مع الشريك لجدولة الترقية.

ستقوم شركة Cisco بإخطار الشريك عند الانتهاء الناجح من الترقية.

إدارة الشبكة

مسؤوليات الشريك

يقوم الشريك بمراقبة شبكته ومعداته المتصلة بمركز بيانات Cisco Dedicated Instance. ويقوم الشريك أيضًا بمراقبة شبكته ومعداته التي:

  • يستخدم لدعم خدمة المثيل المخصص، و

  • متصل بمقر العميل.

يقوم الشريك بمراقبة جميع الأجهزة التي يديرها الشريك والمتكاملة مع Dedicated Instance Cloud.

مسؤوليات شركة سيسكو

تستخدم Webex Calling Dedicated Instance أدوات الشبكة الرائدة في الصناعة لمراقبة اتصالات شبكة مركز البيانات بين مركز البيانات الخاص بنا وشبكة الشركاء وأدوات الضمان لتحديد وعزل ضعف الخدمة بشكل استباقي عبر مراكز البيانات الموزعة جغرافيًا والمتكررة عالميًا.

لا تقوم شركة Cisco بمراقبة خدمات التكامل في الأجهزة التي يديرها الشركاء والمتصلة بـ Dedicated Instance Cloud. ويتضمن ذلك، على سبيل المثال لا الحصر، ما يلي:

  • لا تقوم شركة Cisco بمراقبة جذع SIP المخصص تجاه مجموعة أخرى غير مجموعة UC المخصصة للمثيل

  • لا تقوم شركة Cisco بمراقبة نقاط مسار CTI الخاصة بالمثيلات المخصصة تجاه مركز اتصال آخر غير مركز الاتصال السريع المُدار من Cisco.

مسؤوليات النسخ الاحتياطي والاستعادة

فيما يلي ملخص لمسؤوليات شركة Cisco والشركاء فيما يتعلق بعمليات النسخ الاحتياطي والاستعادة.

حزب المسؤوليات
الشريك

في نظام Dedicated Instance Cloud الخاص بالشريك، يجب على الشريك دائمًا الحفاظ على:

  • الحماية المناسبة والنسخ الاحتياطية لبيانات المستخدم النهائي التي يديرها الشريك.

  • الحماية المناسبة والنسخ الاحتياطية لبيانات المستخدم النهائي التي يديرها الشريك.

Cisco

تقوم شركة Cisco بعمل نسخة احتياطية لجميع تطبيقات UC المنتشرة في Dedicated Instance كل ليلة ويتم حفظ أحدث 3 نسخ احتياطية جيدة في مركز بيانات Cisco. يتم تخزين النسخ الاحتياطية التي يزيد عمرها عن 3 أيام لمدة 30 يومًا إضافيًا. جميع النسخ الاحتياطية محمية بكلمة مرور ومنفصلة لكل عميل، وسيتم استخدامها فقط لاستعادة تطبيق UC كجزء من عملية الاسترداد من الكوارث (لمزيد من المعلومات حول عملية الاسترداد من الكوارث، راجع نظام الاسترداد من الكوارث من Cisco). لا تقوم شركة Cisco بإجراء عمليات استعادة عند الطلب ولا تسمح باستخدام ذلك كاستراتيجية للتراجع عن التغيير.

لن يتمكن الشركاء من الوصول إلى هذه النسخ الاحتياطية ولن يُسمح لهم بتكوين النسخ الاحتياطية لمراكز البيانات الخاصة بهم.

  • تمت استعادة Cisco Unified CM إلى أحدث نسخة احتياطية للتكوين.
  • تم استعادة اتصال Cisco Unity إلى أحدث نسخة احتياطية من التكوين والبريد الصوتي.
  • تمت استعادة خدمة Cisco IM and Presence إلى أحدث نسخة احتياطية للتكوين. لا يتم عمل نسخة احتياطية للرسائل الفورية.

نظام التعافي من الكوارث من شركة سيسكو

يوفر نظام استرداد الكوارث (DRS)، والذي يمكن استدعاؤه من عقدة إدارة Cisco Unified Communications Manager وخدمة المراسلة الفورية والحضور أو من أي عقدة Unity Connection، إمكانيات النسخ الاحتياطي والاستعادة الكاملة للبيانات لجميع خوادم UC. يتيح نظام DRS لشركة Cisco إجراء نسخ احتياطية للبيانات مجدولة بشكل منتظم تلقائيًا أو بواسطة المستخدم. يقوم DRS أيضًا بإجراء نسخ احتياطي على مستوى المجموعة، مما يعني أنه يجمع النسخ الاحتياطية لجميع الخوادم في مجموعة Cisco Unified Communications Manager في موقع مركزي، ثم يقوم بأرشفة بيانات النسخ الاحتياطي إلى جهاز التخزين المادي. تقوم شركة Cisco بإجراء نسخة احتياطية مخصصة للطرق السريعة وتستخدمها لاستعادة العقد.

لن يتمكن الشركاء من الوصول إلى DRS. تقوم شركة Cisco بعمل نسخة احتياطية للبيانات لجميع تطبيقات UC المنتشرة في سحابة Dedicated Instance. في حالة حدوث كارثة فعلية، سوف تقوم شركة Cisco باستعادة البيانات من آخر بيانات احتياطية متوفرة. يمكن للشركاء إجراء عملية الاسترداد بمجرد قيام شركة Cisco باستعادة DRS.

استراتيجية التعافي من الكوارث:

  • إستراتيجية التعافي: في حالة حدوث موقف يؤثر على مركز البيانات الخاص بنا، والذي من الممكن أن يؤثر على كل من الناشرين والمشتركين، فإن هدفنا الأساسي هو استعادة الخدمات بسرعة لتقليل أي انقطاعات محتملة. سيتأكد مركز البيانات الفاشل من عدم تأثر قدرة الاتصال. إن استراتيجية التعافي لدينا قابلة للتكيف وتعتمد على طبيعة الفشل المحددة:
    1. فشل التطبيق: إذا تم تحديد المشكلة على أنها فشل في التطبيق أو تلف، فإن هدفنا هو إنشاء ناشر جديد باستخدام خدمات النسخ الاحتياطي والاستئناف لـ DRS في إطار زمني يبلغ يوم عمل واحد.
    2. فشل الأجهزة: في حالة فشل الأجهزة، فإن القرار بإعداد ناشر جديد داخل نفس مركز البيانات أو مركز مختلف، أو استرداد الأجهزة الفاشلة، سيعتمد على الظروف الفريدة وطبيعة الفشل. أولويتنا، كما هو الحال دائمًا، هي تقليل الانقطاعات وتسريع استعادة الخدمة.
  • توقيت تفعيل الاسترداد من الكوارث: يعتمد التوقيت الدقيق لبدء بروتوكولات التعافي من الكوارث لدينا على عوامل مختلفة، بما في ذلك حجم الكارثة، والمدة المقدرة للتعافي، والتأثير المحتمل على خدماتنا. يقوم فريقنا المتخصص بمراقبة الوضع بشكل مستمر، والسعي إلى إيجاد التوازن بين تقليل وقت التوقف عن العمل وتنفيذ عملية التعافي من الكوارث بشكل فعال. بناءً على هذه الاعتبارات، سنقوم بإبلاغك باتفاقية مستوى الخدمة (SLA)، والإجراءات التي يتم اتخاذها، والجداول الزمنية المتوقعة للاسترداد بطريقة شفافة لضمان إبقائك على اطلاع طوال العملية.