- الرئيسية
- /
- المقال
دليل عمليات الشركاء
تم تصميم هذه الوثيقة لمساعدة شركاء Webex Calling Dedicated Instance المؤهلين الذين أكملوا التكامل مع منصة Dedicated Instance على فهم العمليات والإجراءات اللازمة لتشغيل الخدمة.
النطاق
تم تصميم هذه الوثيقة والمواد الداعمة لمساعدتك على فهم المسؤوليات التشغيلية بين شركة Cisco والشريك، وهي مخصصة للفئات التالية:
-
دعم الشركاء
-
منظمات نجاح الشركاء والعملاء
خدمة الدعم الفني (TAC)
توفر 24x7xشركة Cisco الدعم الفني من المستوى 365 للشركاء. يقدم الشركاء الدعم الفني لعملائهم لاستكشاف أخطاء المثيل المخصص وإصلاحها، كما هو موضح في هذا القسم. يمكن للشريك تصعيد مشكلات الدعم إلى شركة Cisco، حسب الحاجة.
يتم إدارة البنية التحتية للمثيل المخصص بواسطة Cisco Cloud Delivery. تقع مسؤولية استكشاف الأخطاء وإصلاحها على عاتق الشريك في حالة وجود أي مشكلات متعلقة بالأجهزة التي لا تتم إدارتها بواسطة Dedicated Instance. ينبغي على الشركاء التعاون مع:
-
البائعين المناسبين
-
فريق TAC المناسب لمنتج Cisco إذا كانت معدات Cisco تحتوي على عقد صيانة نشط.
لمزيد من المعلومات حول دعم المستوى 1، راجع .
مسؤوليات دعم الشركاء
يتضمن الدعم الفني للشريك القدرة على القيام بما يلي للعملاء:
-
توفير معلومات الخدمة العامة.
-
توفير دعم التكوين.
-
تصفية المشاكل غير الفنية من المشاكل الفنية.
-
دعم عزل المشكلة وتحديد عيوب الخدمة.
-
تحليل مكان حدوث الخطأ.
-
استعادة الإعدادات التي تم تكوينها بشكل غير صحيح، والتي تم تطبيقها بواسطة العميل أو الشريك، لإصلاح المشكلة.
-
حل المشكلات المتعلقة بأي تطبيق أو بنية أساسية يديرها الشريك.
-
توقع متطلبات إدارة القدرة للمستخدمين الجدد بما يتجاوز المتطلبات الأولية.
-
تكوين ميزات التطبيق وإجراء توفير المستخدمين.
-
التعامل مع فواتير العملاء وإصدار الفواتير.
-
السيطرة على علاقة العملاء.
-
إدارة تكامل الحلول لخدمات PSTN.
-
إدارة جاهزية العملاء لترقيات المثيلات المخصصة وتجديد الشهادات وصيانة البنية الأساسية.
عندما يتعاون الشريك مع Cisco TAC للحصول على الدعم، يكون الشريك مسؤولاً عن المساعدة في تحديد المشكلات. وتشمل هذه المسؤولية ما يلي:
-
التقاط وتوفير تفاصيل المشكلات المبلغ عنها
-
المساعدة في عمليات التكرار وفرز المشكلات حسب طلب Cisco TAC
-
المساعدة في اختبار الإصلاحات
-
التأكيد على أن المشكلات لا تتعلق بالأجهزة أو البرامج أو التطبيقات أو المصادر الأخرى التي يقدمها المستخدم النهائي.
يقع على عاتق الشريك مسؤولية التأكد من معالجة أنواع احتياجات الدعم الفني التالية لعملائه.
النوع | Question/Issue |
---|---|
استعلامات المستخدم الأسئلة الأساسية كيف يمكنني أن...؟ |
كيف يعمل هاتفي؟ ما هي الميزات التي أملكها؟ كيف أستخدم هذه الميزات؟ كيف أستخدم بوابة الرعاية الذاتية؟ كيف يمكنني استخدام بوابة إدارة تطبيقات 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 ليست مسؤولة عن دعم:
-
شبكة ومعدات الشريك أو العميل المتصلة بمركز بيانات السحابة المخصص ومباني العميل.
ستكون العقدة المعززة للبقاء التي تم نشرها في مقر العميل مسؤولية مشتركة partner/customer و سيسكو.
-
برامج أو أجهزة الطرف الثالث
يكون الشريك مسؤولاً عن الحصول على الدعم أو التحديثات لبرامج أو أجهزة الطرف الثالث إذا تم تحديد ذلك على أنه سبب الحادث.
الإشعارات والتنبيهات المتعلقة بالدعم
يتلقى الشركاء التنبيهات ونشرات الصيانة في 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، يطلب من الشريك تعطيل تسجيل الدخول الفردي، وإعادة استيراد ملف بيانات تعريف IDP وإعادة تمكين تسجيل الدخول الفردي. ومن المستحسن أيضًا أن يقوم الشريك أو العميل بالتحقق من صحة تسجيل الدخول الموحد (SSO).
سيتم جدولة نافذة الصيانة لمجموعة الشركات الصغيرة والمتوسطة وفقًا لمنطقة الناشر الخاصة بالشركات الصغيرة والمتوسطة.
نوافذ الصيانة هي كما يلي بالنسبة لـ AMER:
-
من الساعة 9 مساءً بالتوقيت الشرقي حتى الساعة 6 صباحًا بالتوقيت الشرقي، من الاثنين إلى الجمعة
-
من الساعة 9 مساءً بالتوقيت الشرقي حتى الساعة 6 صباحًا بالتوقيت الشرقي، في عطلات نهاية الأسبوع (صيانة البنية التحتية لشركة Cisco فقط)
نوافذ الصيانة هي كما يلي ل APJC:
-
من الساعة 9 مساءً بتوقيت اليابان حتى الساعة 6 صباحًا بتوقيت اليابان، من الاثنين إلى الجمعة
-
من الساعة 9 مساءً بتوقيت اليابان حتى الساعة 6 صباحًا بتوقيت اليابان، في عطلات نهاية الأسبوع (صيانة البنية التحتية لشركة Cisco فقط)
نوافذ الصيانة هي كما يلي بالنسبة لـ AUS:
-
من الساعة 9 مساءً بتوقيت ACT حتى الساعة 6 صباحًا بتوقيت ACT، من الاثنين إلى الجمعة
-
من الساعة 9 مساءً بتوقيت ACT حتى الساعة 6 صباحًا بتوقيت ACT، في عطلات نهاية الأسبوع (صيانة البنية التحتية لشركة Cisco فقط)
فترات الصيانة هي كما يلي للاتحاد الأوروبي ومنطقة أوروبا والشرق الأوسط وأفريقيا والمملكة المتحدة:
-
من الساعة 9 مساءً بتوقيت وسط أوروبا حتى الساعة 6 صباحًا بتوقيت وسط أوروبا، من الاثنين إلى الجمعة
-
من الساعة 9 مساءً بتوقيت وسط أوروبا حتى الساعة 6 صباحًا بتوقيت وسط أوروبا، في عطلات نهاية الأسبوع (صيانة البنية التحتية لشركة Cisco فقط)
إن وقت تغيير النوافذ المذكور أعلاه ثابت حسب المنطقة ولا يمكن تغييره.
عند التخطيط للصيانة، ستبذل شركة Cisco كل محاولة لتقليل and/or إزالة فرصة حدوث أي انقطاع في خدمة الهاتف استنادًا إلى بنية التكرار الجغرافي للمثيل المخصص. تتوقع شركة Cisco أن تلتزم جميع تكوينات الشركاء والعملاء بأفضل ممارسات المثيلات المخصصة للتكرار. لا تتحمل شركة Cisco مسؤولية فقدان التكرار بسبب سوء التكوين من قبل الشريك. تقع على عاتق الشريك مسؤولية التحقق من صحة واختبار جميع تكاملات الطرف الثالث التي ليست hosted/managed في السحابة المخصصة.
تبدأ شركة Cisco في ترقيات تطبيقات الاتصالات الموحدة فقط للأسباب التالية:
-
هناك ثغرة أمنية في الإصدار الحالي من تطبيق UC ويتطلب الإصلاح ترقية أو تثبيت COP.
-
يتواجد العميل حاليًا في إصدار أقل من n-1 (من إصدار Dedicated Instance المدعوم الحالي) أو في إصدار يقترب من نهاية عمره الافتراضي.
-
يمكن للشركاء أيضًا طلب الترقية من خلال حالة TAC إذا كان هناك دعم لميزة جديدة متاح في الإصدارات الأحدث من تطبيق UC.
ترسل شركة Cisco إشعارًا بالصيانة إلى partner/customer على الأقل 10 أيام قبل نافذة التغيير، ومن المستحسن أن يستجيب الشريك لشركة Cisco خلال 2-3 أيام إذا كان جدول التغيير المقترح يتعارض مع أولويات أعمالهم. يتيح هذا لشركة Cisco العثور على نافذة تغيير بديلة (يكون تاريخ إعادة الجدولة وفقًا لتاريخ العمليات المتاحة لشركة Cisco فقط). يمكن للشريك إعادة جدولة الصيانة عن طريق إرسال بريد إلكتروني إلى ucm-cloud-change-management@cisco.com مع سبب مفصل لإعادة الجدولة.
ومع ذلك، في السيناريوهات العاجلة أو الطارئة، مثل إصلاح ثغرة أمنية خطيرة، أو اقتراب الشهادات من انتهاء صلاحيتها، فلن تكون المرونة في تغيير نافذة الصيانة ممكنة. لا يتم دعم فحص الثغرات الأمنية للمثيل المخصص بواسطة شريك أو عميل. تتمتع المثيلات المخصصة بنظام فحص الثغرات الأمنية الخاص بها والذي يتم تشغيله باستمرار، كما نقوم أيضًا بإجراء اختبار PEN مستقل بشكل منتظم وتوفير خطاب إثبات على بوابة Cisco Trust.
طلب الشريك إجراء تغييرات
تتطلب التغييرات التي يطلبها الشريك مراجعة مشتركة لتقييم التأثير على المثيل المخصص. وتشمل هذه التغييرات التي يريد الشريك أن تقوم بها شركة Cisco والتغييرات التي يريد الشريك أن يقوم بها. على سبيل المثال:
-
تغييرات التكوين التي تؤثر على أجهزة الحدود أو تكامل التطبيق
-
طلبات إلغاء الخدمة.
يتم إرسال الطلبات الخاصة بإجراء تغييرات كبيرة، مثل إلغاء تنشيط الخدمة، إلى شركة Cisco. يقوم الشريك بجمع المتطلبات وإرسالها إلى شركة Cisco من خلال فريق نجاح الشريك أو مدير الحساب، لبدء مراجعة مشتركة. قبل تنفيذ التغيير، يتم تقييم الطلب بشكل مشترك من قبل إدارة منتج المثيل المخصص والشريك.
التغييرات الطارئة
يمكن لشركة Cisco والشريك إجراء تغييرات طارئة على الفور، أو في نافذة الصيانة المتاحة التالية، للأسباب التالية.
-
لاستعادة الخدمة للعميل
-
للتقليل من تأثير الانقطاع
-
لتجنب انقطاع الخدمة المحتمل للعملاء
-
لإصلاح ثغرة أمنية
في حالة حدوث تغييرات طارئة في الشبكة خارج المثيل المخصص، يقوم الشريك بإخطار شركة Cisco بالتأثيرات التي قد تطرأ على العملاء والتي تكون مرئية لشركة Cisco. عندما يكون ذلك ممكنًا بشكل معقول، يفتح الشريك حالة مع شركة Cisco حتى تتمكن شركة Cisco من الرد على التأثير.
عند إجراء تغيير طارئ في المثيل المخصص، تقوم شركة Cisco بإخطار الشريك عندما يكون ذلك ممكنًا بشكل معقول. يتم إرسال البريد الإلكتروني الذي يحدد أي تأثير على العملاء ناجم عن التغيير الطارئ إلى قائمة الاتصال.
إدارة الحوادث
إدارة الحوادث تقلل من التأثيرات السلبية على الأعمال الناجمة عن الأخطاء في البيئة. تقوم شركة Cisco بتحليل الحوادث أثناء حدوثها لتحديد السبب بسرعة. ثم تقوم شركة Cisco بتطبيق حل بديل حتى يتم نشر إصلاح دائم.
يتولى الشركاء إدارة الحوادث في شبكاتهم وفقًا لعملياتهم الخاصة التي تم إنشاؤها. يقوم الشركاء بإخطار شركة Cisco بالأنشطة التي قد تثير الإنذارات، أو الإشعارات الأخرى التي يمكن أن تراها شركة Cisco.
تتبع شركة Cisco عملية نافذة الصيانة لتطبيق التغييرات.
تصنيف حالات الدعم
يتم تحديد شدة حالة دعم TAC بواسطة الشريك أثناء فتح تذكرة دعم مع Cisco، استنادًا إلى التأثير التجاري. يمكن للشريك طلب تصعيد إلى مستوى خطورة أعلى أثناء دورة حياة التذكرة، استنادًا إلى التأثيرات المتغيرة على العمل.
يعتبر القسم التالي بمثابة إرشادات للشريك لتحديد مستوى الخطورة الصحيح أثناء فتح تذكرة دعم TAC.
تأثير حالة الدعم
يتم تصنيف حالة دعم TAC وفقًا لتأثيرها على العمل (الحجم والنطاق).
يُعد التأثير مقياسًا لمدى أهمية حادثة ما بالنسبة للأعمال، وغالبًا ما يكون مساويًا لمدى قدرة الحادثة على توفير الحل.
مستوى تأثير الحادث | تعريفات التأثير |
منتشر على نطاق واسع | أكثر من ثلاثة أرباع بيئة الشريك متأثرة |
كبير | ما بين نصف إلى ثلاثة أرباع بيئة الشريك متأثرة |
مترجم | ما بين ربع إلى نصف بيئة الشريك تتأثر |
فردية | أقل من ربع بيئة الشريك متأثرة |
حالة دعم عاجلة
يحدد "الإلحاح" مدى خطورة الحادث وتأثيره على الخدمات أو قدرة الشركاء على تلقي الخدمات.
مستوى إلحاح الحادث | تعريفات الاستعجال |
مهم | تم إيقاف إمكانية الاتصال بدون وجود نسخة احتياطية أو تكرار |
مرتفعة | القدرة على الاتصال متدهورة بشدة |
متوسط | تم إيقاف وظيفة أخرى |
منخفضة | تدهور الوظيفة الأخرى |
شدة حالة الدعم
يحدد مستوى الخطورة مستوى الجهد المبذول من قبل شركة Cisco والشريك لحل الحادث.
مستوى خطورة الحادث | تعريفات الشدة |
S1 (حرج) | تلتزم شركة Cisco والشريك بتوفير أي موارد ضرورية على مدار الساعة طوال أيام الأسبوع لحل الموقف |
S2 (عالي) | تلتزم شركة Cisco والشريك بتوفير موارد بدوام كامل خلال ساعات العمل القياسية لحل الموقف |
S3 (متوسط) | تلتزم شركة Cisco والشريك بتوفير الموارد خلال ساعات العمل القياسية لاستعادة الخدمة إلى مستويات مرضية |
S4 (منخفض) | تلتزم شركة Cisco والشريك بتوفير المعلومات أو المساعدة خلال ساعات العمل القياسية |
يتم تحديد مستوى الخطورة من خلال تطبيق تعريفات التأثير والإلحاح.
مصفوفة شدة حالة الدعم
التأثير | |||||
منتشر على نطاق واسع | كبير | مترجم | فردية | ||
الاستعجال | مهم | S1 | S1 | S2 | S3 |
مرتفعة | S1 | S2 | S2 | S3 | |
متوسط | S2 | S3 | S3 | S3 | |
منخفضة | S4 | S4 | S4 | S4 |
تتمتع شركة Cisco بالقدرة أثناء فرز الحوادث على تغيير شدة الحالة وتخفيض شدة تذكرة الدعم، إذا لزم الأمر. وقد يتم ترك القضية مفتوحة لفترة محددة أثناء تقييم الاستقرار التشغيلي.
أهداف وقت استجابة دعم البرامج
يتضمن القسم التالي تفاصيل وقت الاستجابة المخطط له من قبل شركة Cisco للحالات المقدمة بناءً على شدتها. في بعض الأحيان، قد يتم تعديل شدة الحالة لتتوافق مع الإرشادات المذكورة أعلاه.
سيسكو وهدف مستوى الخدمة
توفر Webex Calling Dedicated Instance للشركاء الدعم الفني باللغة الإنجليزية 24x7. يمكن للشركاء إرسال مشكلات 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 حالة وخطة عمل للحل. يعتمد وقت الحل على وجود شخص مؤهل من جانب الشريك متاح للمساعدة في الإنجاب and/or عزل المشكلة، قد يكون عدم التوافق بين شركة Cisco وبيئة الشريك. إذا لم يكن من الممكن توفير مثل هذا الفرد، فقد يتم تمديد أوقات الحل هذه.
إذا كان الوضع مقبولا and/or إذا لم تتمكن شركة Cisco من إنجاز الحل في الإطار الزمني المشار إليه، فيجب على الشركاء تصعيد الأمر إلى شركة Cisco.
ملفات حزمة خيارات Cisco (COP)
تقوم شركة Cisco بإصدار ملفات COP لتغيير طريقة تشغيل الكود الإنتاجي بشكل طفيف وتوفر لشركة Cisco طريقة لنشر البرامج خارج دورات إصدار البرامج العادية. إذا لزم الأمر، يتم إصدار ملفات COP في مرحلة ما بعد إصدار كود الإنتاج الأولي. تقوم فرق الإنتاج بإصدار ملفات COP للمشكلات ذات التأثير العالي وعندما لا يتوفر حل بديل لمشكلة ما. بالإضافة إلى إصلاحات المشكلات، يتم في بعض الأحيان إصدار ملفات COP لتوزيع الأدوات المساعدة عند الترقية (على سبيل المثال، تنظيف القرص).
عادةً، يكون للإشعارات الميدانية التي تحتوي على مشكلات ثابتة ملف COP مرتبط بها. عادةً ما يكون هناك ملف COP منفصل لكل مشكلة.
لا تحتوي PSIRTs دائمًا على ملف COP مرتبط. بالنسبة لفرق الاستجابة لحوادث الأمن السيبراني (PSIRTs)، عادةً ما يتم نشر إصدار جديد للترقية الكاملة.
السيناريوهات التي بدأتها شركة Cisco
إذا قررت شركة Cisco أن بيئة المثيل المخصص للعميل تحتاج إلى تثبيت ملف COP، فستستخدم شركة Cisco إحدى العمليات التالية:
-
إذا كان ملف COP يشير إلى إصلاح طارئ (ثغرة أمنية أو فشل وشيك)، تقوم Cisco بتحميل ملف COP أثناء نافذة الصيانة المجدولة لشركة Cisco.
-
في جميع الحالات الأخرى، سيتم جدولة تثبيت COP كصيانة منتظمة مع الشريك أو العميل وفقًا لإجراءات إدارة التغيير المنتظمة.
السيناريو الذي بدأه العميل
إذا قرر العميل أنه يحتاج إلى تثبيت ملف COP (برامج الهاتف الثابتة، وحزم إعدادات اللغة المحلية، وحزم الأجهزة)، فيجب على العميل بدء العملية التالية:
قم بإنشاء طلب خدمة في Control Hub لملف COP المحدد الذي سيتم تحميله إلى خادم SFTP في Dedicated Instance، راجع Service Request.
سوف تقوم شركة Cisco بتحميل الملف إلى خادم SFTP فقط. تقع على عاتق الشريك مسؤولية تنزيل تطبيق COP إلى UC وتثبيته، وفقًا لراحتك.
يتم نشر ملفات COP على صفحة تنزيل برامج Cisco:
https://software.cisco.com/download/home

إدارة القدرة
تتولى شركة Cisco والشريك إدارة سعة الشبكة ومراكز البيانات للسماح بضم العملاء إلى حل Dedicated Instance. تتضمن عملية إدارة القدرة مراقبة النمو المستمر لمشتركي العملاء.
تتحمل شركة Cisco والشريك مسؤوليات منفصلة في عملية إدارة السعة.
مسؤولية الشريك
ويضمن الشريك أن تتمتع معدات شبكته بسعة كافية للتعامل مع الحمل والقدر المناسب من النمو المتوقع.
يقوم الشريك بتوفير عدد أجهزة Knowledge Workspace وWorkworkers أثناء تنشيط المثيل المخصص (يجب أن يكون الرقم المقدم هو الحالة النهائية للعدد الإجمالي الذي سيتم تكوينه في المثيل المخصص). بناءً على التفاصيل المقدمة، ستقوم شركة Cisco بتحديد حجم تطبيقات UC في المثيل المخصص، لمزيد من المعلومات حول تحديد حجم تطبيقات UC راجع. يتولى الشريك إدارة توفير الميزات والمستخدمين ضمن القدرة المطلوبة.
يجب على الشريك إبلاغ شركة Cisco بالتغييرات التي تطرأ على عدد العاملين في مجال المعرفة وعدد أجهزة مساحة العمل المقدمة أثناء التنشيط. بناءً على التفاصيل المقدمة، ستقوم شركة Cisco بتحليل التغييرات اللازمة لتطبيقات الاتصالات الموحدة وإجراء التغييرات اللازمة. وللغرض نفسه، يحتاج الشريك إلى رفع حالة دعم TAC مع شركة Cisco والعمل معًا على خطة للتوسع. يمكن للشريك تكوين الميزات والمستخدمين فقط بعد إضافة السعة الإضافية للعميل.
قد يستغرق الأمر بعض الوقت لإضافة سعة إضافية، اعتمادًا على نوع متطلبات النمو. سيتم العمل على هذا الأمر بالتعاون بين الشريك وشركة Cisco.
مسؤولية شركة سيسكو
تعمل خدمة Dedicated Instance على مراقبة سعة مركز البيانات والتأكد من أن معدات مركز البيانات لديها سعة كافية للتعامل مع الحمل والكمية المناسبة من النمو المتوقع.
تقوم شركة Cisco بإبلاغ الشريك بالتوسعات أو التغييرات المخطط لها لمعالجة نمو القدرة إذا كانت هذه التغييرات تؤثر على العميل. يتم تنفيذ الترقيات والتغييرات بعد عملية إدارة التغيير.
إدارة الإصدار
تحتفظ شركة Cisco بتطبيقات السحابة المخصصة (CUCM وCUCxN وIM) & P، CER، Expressway وSME (اختياري)) الحالية، حسبما تراه Cisco مناسبًا، مع أحدث الميزات والوظائف. يمكن للعملاء العمل في أي وقت محدد باستخدام الإصدار الأحدث ("n") أو الإصدار السابق ("n-1").
تقوم شركة Cisco بإبلاغ الشريك بتوفر الإصدار والترقيات المخطط لها (بما في ذلك متطلبات الترقية) كجزء من تنبيهات وإشعارات إدارة التغيير . ستقوم شركة Cisco بالتواصل معك عند تحديد العملاء الذين سيتم ترقيتهم. ستقوم شركة Cisco أيضًا بإبلاغ العميل بالإصدار الذي سيتم ترقيته إليه. يجوز للشريك اختيار إعادة جدولة الترقية مرة واحدة، اعتمادًا على احتياجات العمل الخاصة بالعميل، حتى أسبوع قبل الترقية المجدولة. في حالة الانتهاء الناجح من الترقية، ستقوم شركة Cisco بإخطار الشريك.
لمزيد من المعلومات، راجع إدارة التغيير.
إدارة الإصدارات لأنظمة تعاون Cisco
عندما يصبح إصدار جديد من Collaboration Systems متاحًا، يصبح الإصدار السابق ("n-1") "n-2" ويصبح الإصدار الحالي ("n") "n-1".
إجراءات العملاء الخاصة بالمثيل المخصص | الإصدار 12.5-SU7a (ن-2) | v14.0-SU3/SU4 (ن-1) | v15.0-SU1/SU2 (ن) |
---|---|---|---|
نشر العملاء الجدد | غير مدعم | غير مدعوم | مدعم |
الترقيات المدعومة | يحتاج إلى الترقية إلى v15SU2 | يحتاج إلى الترقية إلى v15SU2 | مدعم |
يمكن للعملاء البقاء | يحتاج إلى الترقية إلى v15SU2 | يحتاج إلى الترقية إلى v15SU2 | نعم |
بعد فترة وجيزة من الإعلان عن إصدار جديد من أنظمة التعاون، يدخل إصدار "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 بإجراء عمليات استعادة عند الطلب ولا تسمح باستخدام ذلك كإستراتيجية التراجع عن التغيير. لن يتمكن الشركاء من الوصول إلى هذه النسخ الاحتياطية ولن يُسمح لهم بتكوين النسخ الاحتياطية لمراكز البيانات الخاصة بهم.
|
نظام استرداد الكوارث من سيسكو
يوفر نظام استرداد الكوارث (DRS)، والذي يمكن استدعاؤه من عقدة إدارة Cisco Unified Communications Manager وخدمة IM وPresence أو من أي عقدة Unity Connection، إمكانيات النسخ الاحتياطي والاستعادة الكاملة للبيانات لجميع خوادم UC. يتيح نظام DRS لشركة Cisco إجراء نسخ احتياطية للبيانات بشكل منتظم تلقائيًا أو يتم استدعاؤها بواسطة المستخدم. يقوم DRS أيضًا بإجراء نسخ احتياطي على مستوى المجموعة، مما يعني أنه يجمع النسخ الاحتياطية لجميع الخوادم في مجموعة Cisco Unified Communications Manager إلى موقع مركزي، ثم يقوم بأرشفة بيانات النسخ الاحتياطي إلى جهاز التخزين المادي. تقوم شركة Cisco بإجراء نسخة احتياطية مخصصة للطرق السريعة وتستخدم نفس النسخة لاسترداد العقد.
لن يكون لدى الشركاء إمكانية الوصول إلى DRS. تقوم شركة Cisco بعمل نسخة احتياطية للبيانات لجميع تطبيقات الاتصالات الموحدة المنتشرة في سحابة Dedicated Instance. في حالة حدوث كارثة فعلية، سوف تقوم شركة Cisco باستعادة البيانات من آخر بيانات احتياطية متاحة. يمكن للشركاء إجراء عملية الاسترداد بمجرد قيام شركة Cisco باستعادة DRS.
استراتيجية التعافي من الكوارث:
- استراتيجية التعافي: في حالة حدوث موقف يؤثر على مركز البيانات الخاص بنا، والذي من الممكن أن يؤثر على كل من الناشرين والمشتركين، فإن هدفنا الأساسي هو استعادة الخدمات بسرعة لتقليل أي انقطاعات محتملة. سيضمن مركز البيانات الفاشل عدم تأثر قدرة الاتصال. إن استراتيجية التعافي لدينا قابلة للتكيف وتعتمد على طبيعة الفشل المحددة:
- فشل التطبيق: إذا تم تحديد المشكلة على أنها فشل في التطبيق أو تلف، فإن هدفنا هو إنشاء ناشر جديد باستخدام خدمات النسخ الاحتياطي والاستئناف الخاصة بـ DRS في إطار زمني يبلغ يوم عمل واحد.
- فشل الأجهزة: في حالة فشل الأجهزة، فإن القرار بإعداد ناشر جديد داخل نفس مركز البيانات أو مركز مختلف، أو استرداد الأجهزة الفاشلة، سوف يعتمد على الظروف الفريدة وطبيعة الفشل. أولويتنا، كما هو الحال دائمًا، هي تقليل الانقطاع وتسريع استعادة الخدمة.
- توقيت تفعيل الاسترداد من الكوارث: يعتمد التوقيت الدقيق لبدء بروتوكولات التعافي من الكوارث لدينا على عوامل مختلفة، بما في ذلك حجم الكارثة، والمدة المقدرة للتعافي، والتأثير المحتمل على خدماتنا. يقوم فريقنا المتخصص بمراقبة الوضع بشكل مستمر، والسعي إلى إيجاد التوازن بين تقليل وقت التوقف عن العمل وتنفيذ عملية التعافي من الكوارث بشكل فعال. بناءً على هذه الاعتبارات، سنتواصل معك بشأن اتفاقية مستوى الخدمة (SLA)، والإجراءات التي يتم اتخاذها، والجداول الزمنية المتوقعة للاسترداد بطريقة شفافة لضمان إبقائك على اطلاع طوال العملية.