Сфера

Цей документ і допоміжні матеріали призначені для розуміння операційних обов’язків між Cisco та партнером і призначені для таких аудиторій:

  • Підтримка партнерів

  • Організації роботи з партнерами та клієнтами

Служба технічної підтримки (TAC)

Cisco надає партнерам технічну підтримку 24x7xрівня 1 365. Партнери надають технічну підтримку своїм клієнтам для усунення несправностей виділеного екземпляра, як описано в цьому розділі. За потреби партнер може надсилати проблеми зі службою підтримки Cisco.

Інфраструктурою виділеного екземпляра керує Cisco Cloud Delivery. Усі проблеми, пов’язані з пристроями, якими не керує виділений екземпляр, несуть відповідальність за виправлення неполадок. Партнери повинні взаємодіяти з:

  • Відповідні постачальники

  • Відповідна команда з TAC продукту Cisco, якщо обладнання Cisco має активний контракт на обслуговування.

Додаткову інформацію про підтримку рівня 1 див. в розділі.

Обов’язки підтримки партнерів

Технічна підтримка партнера включає в себе можливість виконати для клієнтів таке:

  • Надайте загальну інформацію про службу.

  • Надайте підтримку конфігурації.

  • Фільтрувати нетехнічні проблеми з технічними проблемами.

  • Підтримка ізоляції проблеми та визначення дефектів служби.

  • Аналізуйте, де сталася помилка.

  • Щоб виправити проблему, відновіть неправильно налаштовані параметри, які застосовуються клієнтом або партнером.

  • Вирішуйте проблеми з будь-якою програмою або інфраструктурою, керованою партнером.

  • Прогнозуйте вимоги до керування пропускною здатністю для нових користувачів, що перевищують початкові вимоги.

  • Налаштуйте функції програми та виконайте підготовку користувачів.

  • Обробляйте виставлення рахунків і рахунків-фактур клієнтів.

  • Керуйте відносинами з клієнтами.

  • Керуйте інтеграцією рішення служб ТМЗК.

  • Керуйте готовністю клієнта до оновлення версії Dedicated Instance, подовження сертифіката та обслуговування інфраструктури.

Коли партнер співпрацює з Cisco TAC для надання підтримки, він несе відповідальність за допомогу в вирішенні проблем. Ця відповідальність включає в себе:

  • Фіксація та надання деталей про проблеми, про які повідомляється

  • Допомога в вирішенні проблем з реплікацією та обробкою відповідно до запиту Cisco TAC

  • Допомога в перевірці виправлень

  • Підтвердження того, що проблеми не пов’язані з обладнанням, програмним забезпеченням, програмами чи іншими джерелами, наданими кінцевим користувачем.

Партнер несе відповідальність за те, щоб клієнти відповідали таким типам потреб технічної підтримки.

Таблиця 1. Запитання і проблеми виділеного екземпляра
ТипЗапитання/проблема
Запитання користувача Основні запитання Як я …?

Як працює мій телефон? Які функції я маю? Як я можу використовувати ці функції?

Як використовувати портал самообслуговування?

Як використовувати портал адміністрування програм виділеного екземпляра UC? Як набрати номер ТМЗК?

Як змінити PIN-код голосової пошти?

Найпоширеніші проблеми з підтримкою, які вирішує партнер

Не ввімкнений телефон Не вдається зареєструвати телефони Не вдається перевірити голосову пошту.

Не вдалося скористатися функцією Cisco UCM. Не вдалося здійснити виклик.

Не вдається отримати виклик Не вдається почути аудіо Не вдається увійти в програму Jabber/Webex

Не вдалося скористатися програмним телефоном програми Jabber/Webex.

Проблеми з налаштуванням технічного клієнта

Установлення програмних клієнтів

Налаштування та налаштування кінцевих користувачів, функцій або абонентської групи Налаштування та налаштування голосової, відео, голосової пошти або служби обміну миттєвими повідомленнями та присутності

Підготовка облікових записів користувачів і кінцевих пристроїв, зокрема впровадження LDAP і SSO

Можливі помилки застосунку Звітувати Cisco про функції та функції, які не працюють у задокументованому стані
Простій служби або доступність

Підтвердьте доступність і стан служби.

Підтвердьте доступність у мережевому середовищі клієнта, зокрема підключення до хмари або мережі ТМЗК або підключення SIP для інтеграції телефонії.

Вимоги до технічної підтримки партнерів

Коли партнер звертається до Cisco TAC із запитом щодо підтримки, партнер повинен надати наведену далі інформацію.

Загальна інформація про регістр

  • Укажіть дійсний номер підписки або номер договору про обслуговування.

  • Абоненти, що телефонують, повинні ідентифікувати себе як членів команди підтримки партнерів, що представляють партнера або повторно налаштований обліковий запис клієнта.

  • Ім’я, номер телефону та адреса електронної пошти представника партнера або інформація про партнера для команди, що надсилається в Cisco.

У разі звернення до служби підтримки Cisco Cloud Support вкажіть партнера, клієнта та проблему.

Ролі та обов’язки служби підтримки Cisco

Cisco несе відповідальність за підтримку партнера для хмарної служби виділеного екземпляра в хмарному центрі обробки даних Cisco, включно з усуненням проблеми та аналізом кореневої причини на високому рівні (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 подовжує сертифікати програм UC лише за 3–7 днів до дати закінчення терміну дії та дотримується стандартного процесу керування змінами.

    Для Клієнтів, які ввімкнули єдиний вхід (SSO) у застосунках UC, після завершення подовження сертифіката Cisco партнер повинен вимкнути SSO, повторно імпортувати файл метаданих IDP та повторно ввімкнути SSO. Партнеру або клієнту також рекомендується перевірити SSO.

    Період обслуговування кластера SME буде заплановано відповідно до регіону видавця SME.

Вікна обслуговування для AMER такі:

  • 9:00 ET до 18:00 ET, з понеділка по п’ятницю

  • 9:00 за ET до 6:00 за ET у вихідні (тільки технічне обслуговування інфраструктури Cisco)

Вікна обслуговування є такими для APJC:

  • 21:00 за східним часом до 18:00 за східним часом, з понеділка по п’ятницю

  • 9:00 за часом до 18:00 за часом у вихідні дні (тільки обслуговування інфраструктури Cisco)

Вікна обслуговування є такими для AUS:

  • 21:00 АКТ до 18:00 АКТ, з понеділка по п’ятницю

  • 9:00 АКТ до 18:00 АКТ у вихідні дні (тільки технічне обслуговування інфраструктури Cisco)

Вікна обслуговування для ЄС, EMEA та Великої Британії такі:

  • 21:00 CET – 18:00 CET, з понеділка по п’ятницю

  • 9:00 за CET до 18:00 за CET у вихідні дні (тільки обслуговування інфраструктури Cisco)

Час зміни вікон, згаданих вище, встановлений для кожного регіону й не може бути змінено.

Плануючи обслуговування, Cisco робитиме кожну спробу мінімізувати та/або усунути ймовірність будь-яких перебоїв у роботі служби телефонії на основі геонадлишкової архітектури виділеного екземпляра. Cisco очікує, що всі конфігурації партнерів і клієнтів дотримуються найкращих практик виділеного екземпляра щодо резервування. Cisco не несе відповідальності за втрату резервування через неправильну конфігурацію партнера. Партнер несе відповідальність за перевірку та тестування всіх сторонніх інтеграцій, які не розміщені/не керовані в хмарі виділеного екземпляра.

Cisco ініціює оновлення версії програм UC лише з таких причин:

  1. У поточній версії програми UC є вразливість безпеки, і для виправлення потрібне оновлення версії або встановлення COP.

  2. Зараз клієнт перебуває в версії, меншій за n-1 (поточної підтримуваної версії виділеного екземпляра) або в версії, яка наближається до EOL.

  3. Партнери також можуть подати запит на оновлення версії через запит TAC, якщо нова підтримка функцій доступна в пізніших версіях програми UC.

Cisco надсилає сповіщення про обслуговування партнеру й клієнту за 10 днів до вікна змін. Партнеру рекомендується відповісти в Cisco протягом 2–3 днів, якщо запропонований розклад змін конфліктує з його бізнес-пріоритетами. Це дозволяє Cisco знаходити вікно альтернативних змін (вихідні та вихідні) (змінена дата збігається лише з датами операцій Cisco). Однак у екстрених або екстрених сценаріях, як-от серйозне виправлення вразливості безпеки, термін дії сертифікатів, термін дії яких добігає кінця, гнучкість у зміні вікна технічного обслуговування буде неможливою.

Сканування вразливості виділеного екземпляра партнером або клієнтом не підтримується. Виділений екземпляр має власний режим сканування вразливості, який постійно працює. Ми також проводимо регулярний незалежний тест PEN і надаємо лист-підтвердження на порталі Cisco Trust.

Партнер може перепланувати обслуговування, надіславши докладну інформацію про причину перепланування електронного листа на адресу ucm-cloud-change-management@cisco.com .

Запитані партнером зміни

Зміни, запитані партнером, потребують спільного перегляду для оцінки впливу на виділений екземпляр. Включно зі змінами, які партнер хоче внести Cisco, і змінами, які партнер хоче внести. Наприклад:

  • Зміни конфігурації, які впливають на прикордонні пристрої або інтеграцію застосунків

  • Запити на деактивацію служби.

Запити щодо великих змін, як-от деактивація служби, надсилаються до Cisco. Партнер фіксує вимоги та подає їх до Cisco через команду з роботи з партнерами або менеджера облікових записів, щоб ініціювати спільний перегляд. Перед впровадженням змін запит спільно оцінюється відділом керування продуктами Dedicated Instance і партнером.

Екстрені зміни

Cisco та партнер можуть негайно внести екстрені зміни або в наступному доступному періоді технічного обслуговування з таких причин.

  • Щоб відновити службу клієнту,

  • Щоб зменшити вплив перебоїв у роботі,

  • Щоб уникнути потенційних перебоїв у роботі клієнта,

  • Щоб усунути вразливість безпеки

У разі екстрених змін у мережі за межами виділеного екземпляра партнер повідомляє Cisco про вплив на клієнтів, які видимі для Cisco. Якщо це можливо, партнер відкриває справу до Cisco, щоб Cisco міг реагувати на вплив.

Під час здійснення екстреної зміни в виділеному екземплярі Cisco сповіщає партнера, коли це можливо. Електронний лист, який ідентифікує будь-який вплив на клієнта, спричинений екстреними змінами, надсилається до списку зв’язку.

Управління інцидентами

Управління інцидентами мінімізує негативний вплив на бізнес, викликаний помилками в довкіллі. Cisco аналізує інциденти в міру їх виникнення, щоб швидко визначити причину. Потім Cisco застосовує робочий режим, доки не можна буде розгорнути постійне виправлення.

Партнери обробляють управління інцидентами у своїх мережах відповідно до своїх власних встановлених процесів. Партнери повідомляють Cisco про дії, які можуть викликати попередження, або інші сповіщення, які можуть бути видимими для Cisco.

Cisco виконує процес вікна обслуговування, щоб застосувати зміни.

Класифікація запитів до служби підтримки

Серйозність запиту до служби підтримки TAC встановлюється партнером під час відкриття звернення до служби підтримки в Cisco на основі впливу на бізнес. Партнер може подати запит на підвищення ступеня тяжкості протягом життєвого циклу квитка на підставі зміни впливу на бізнес.

Наведений далі розділ служить інструкцією для партнера щодо визначення правильного рівня серйозності під час відкриття звернення до служби підтримки TAC.

Вплив на запит до служби підтримки

Запит до служби підтримки TAC класифікується відповідно до його впливу на бізнес (розмір, обсяг).

Вплив - це міра ділової критичності Інциденту, часто рівна тій мірі, в якій інцидент призводить до доступності рішення.

Таблиця 2. Рівні впливу інцидентів
Рівень впливу інцидентів Визначення впливу
Широке поширення Зазнають впливу понад три чверті середовища партнера
Великий Впливає від половини до трьох чвертей середовища партнера
Локалізовано Впливає на середовище партнера від чверті до половини
Індивідуалізовано Впливає менше ніж на чверть середовища партнера

Терміновий запит до служби підтримки

Невідкладність визначає критичність Інциденту та його вплив на Послуги або здатність партнерів отримувати Послуги.

Таблиця 3. Рівні екстреної підтримки
Рівень невідкладності інциденту Визначення терміновості
Критично Можливість викликів зупинено без резервування або резервування
Високий Здатність здійснювати виклики серйозно погіршилася.
Середній Іншу функцію зупинено
Низький Інші функції знижено

Серйозність запиту до служби підтримки

Серйозність визначає рівень зусиль, витрачених Cisco та партнером для вирішення інциденту.

Таблиця 4. Рівні серйозності запиту до служби підтримки
Рівень серйозності інциденту Визначення серйозності
S1 (критично) Cisco та партнер виділяють будь-які необхідні ресурси 24 x 7 для вирішення ситуації
S2 (високий) Cisco та партнер виділяють ресурси на повний робочий день у стандартний робочий час для вирішення ситуації
S3 (середній) Cisco та партнер виділяють ресурси у стандартний робочий час, щоб відновити рівень обслуговування до задовільного рівня
S4 (низький) Cisco та партнер виділяють ресурси у стандартний робочий час для надання інформації або допомоги

"Рівень серйозності визначається застосуванням визначень ""Вплив і невідкладність""."

Матриця серйозності запиту до служби підтримки

Вплив
Широке поширенняВеликийЛокалізованоІндивідуалізовано

Терміновий стан

Критично S1 S1 S2 S3
Високий S1 S2 S2 S3
Середній S2 S3 S3 S3
Низький S4 S4 S4 S4

Компанія Cisco може змінювати серйозність запиту в разі виникнення інцидентів і, якщо це необхідно, знижувати рівень серйозності звернення до служби підтримки. Випадок може бути залишений відкритим протягом встановленого періоду, поки оцінюється операційна стабільність.

Завдання часу відповіді служби підтримки програмного забезпечення

У наведеному нижче розділі детально описується запланований час відповіді 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 1 робочий день
S4 3 робочих дні

Час відповіді – це час, який минув для Cisco, щоб визнати проблему заданої серйозності. Якщо Cisco не може вирішити проблему протягом вказаного інтервалу, Cisco надасть стан і план дій для вирішення проблеми. Час вирішення залежить від того, чи зможе кваліфікована особа зі сторони партнера допомогти у відтворенні та/або ізоляції проблеми, чи є несумісністю між Cisco та середовищем партнера. Якщо така особа не може бути доступна, цей час роздільної здатності може бути продовжено.

Якщо прийнятний статус та/або рішення не були досягнуті компанією Cisco у вказані терміни, партнери повинні звернутися до компанії Cisco.

Файли пакета Cisco Options (COP)

Cisco випускає файли COP, щоб трохи змінити спосіб роботи виробничого коду, і надає Cisco спосіб розгортання програмного забезпечення за межами звичайних циклів випуску програмного забезпечення. За потреби файли COP публікуються в певний момент після випуску початкового коду продукту. Виробничі команди випускають файли COP для проблем із високим впливом і за відсутності доступного робочого процесу для проблеми. На додаток до виправлення проблеми, файли COP іноді випускаються для розповсюдження службових програм під час оновлення (наприклад, очищення диска).

Зазвичай повідомлення полів із виправленими проблемами мають пов’язаний файл COP. Зазвичай для кожної проблеми є окремий файл COP.

PSIRT не завжди мають пов’язаний файл COP. Для PSIRT, як правило, публікується нова версія для повного оновлення.

Ініційовані Cisco сенатори

Якщо Cisco визначить, що для середовища виділеного екземпляра клієнта потрібне встановлення файлу COP, Cisco використовує один із таких процесів:

  1. Якщо файл COP диктує екстрене виправлення (вразливість або неминуча помилка), Cisco передасть файл COP під час запланованого періоду технічного обслуговування Cisco.

  2. У всіх інших випадках встановлення COP буде заплановано як регулярне обслуговування партнера або клієнта згідно з регулярною процедурою керування змінами.

Ініційований клієнтом сценарій

Якщо клієнт вирішить, що йому потрібне встановлення файлу COP (мікропрограма телефона, пакети локалізації мови, пакети пристроїв), клієнт повинен ініціювати такий процес.

Створіть запит на обслуговування в Control Hub для конкретного файлу COP, який буде передаватися на сервер SFTP у виділеному екземплярі, див. Запит на обслуговування.

Cisco передасть файл лише на сервер SFTP. Це відповідальність партнера за завантаження COP в програму UC та встановлення її на ваш розсуд.

Файли COP публікуються на сторінці завантаження програмного забезпечення Cisco:

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

Екран файлу COP

Керування потужностями

Cisco та партнер керують потужностями мережі та центрів обробки даних, щоб дозволити підключення клієнтів до рішення Dedicated Instance. Процес управління потужностями включає моніторинг поточного зростання клієнтських абонентів.

Cisco та партнер несуть окремі обов’язки у процесі керування потужностями.

Відповідальність партнера

Партнер гарантує, що його мережеве обладнання має достатню потужність для обробки навантаження та відповідного обсягу прогнозного зростання.

Партнер надає підрахунок працівників знань і пристроїв робочої області під час активації виділеного екземпляра (номер має бути кінцевим станом загальної кількості, яка буде налаштована в виділеному екземплярі). На основі наданих деталей Cisco зробить розмір програм UC у виділеному екземплярі. Додаткову інформацію про розмір програми UC див. . Партнер керує підготовкою функцій і користувачів у межах запитаної місткості.

Партнер повинен повідомити Cisco про зміни відповідно до кількості працівників знань і пристроїв робочої області, наданих під час активації. На основі наданих деталей Cisco проаналізує зміни, необхідні для застосунків UC, і встановить необхідні зміни. Крім того, партнеру необхідно подати запит до компанії Cisco до служби підтримки TAC і разом розробити план розширення. Партнер може налаштовувати функції та користувачів лише після додавання додаткової ємності для клієнта.

Додавання додаткових потужностей може тривати деякий час, залежно від типу потреби в зростанні. Це буде працювати спільно між партнером і Cisco.

Відповідальність Cisco

Служба виділеного екземпляра відстежує продуктивність центру обробки даних і гарантує, що обладнання центру обробки даних має достатньо потужностей для обробки навантаження та відповідного обсягу прогнозного зростання.

Cisco повідомляє партнера про заплановані розширення або зміни, щоб запобігти зростанню потужності, якщо ці зміни вплинуть на клієнта. Реалізація оновлень та змін слідує за процесом керування змінами.

Керування випуском

Cisco зберігає хмарні програми виділеного екземпляра (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. Керування випуском виділеного екземпляра
Дії клієнтів виділеного екземпляраv12.5-SU7a

(n-2)

v14.0-SU3/SU4

(n-1)

v15.0-SU1/SU2

(n)

Розгортання нових клієнтівНе підтримуєтьсяНе підтримуєтьсяПідтримується
Підтримуються оновлення версіїНеобхідно оновити до версії 15 SU2.Необхідно оновити до версії 15 SU2.Підтримується
Клієнти можуть залишатисяНеобхідно оновити до версії 15 SU2.Необхідно оновити до версії 15 SU2.Так

Невдовзі після оголошення нового випуску Collaboration Systems випуск "n-2" вступає в період завершення продажу. Усі клієнти, які використовують цей випуск, повинні оновити версію до останньої. Cisco допоможе в цих зусиллях, повідомивши партнера про те, щоб почати підготовку до оновлення. Cisco та партнер спільно координуватимуть період технічного обслуговування відповідно до бізнес-потреб клієнта.

Оновлення до останньої версії Collaboration Systems рекомендується клієнтам, які використовують версію n-1 Collaboration Systems. Якщо потрібне оновлення версії випуску Collaboration Systems або якщо потрібне оновлення версії SU через нові функції, зверніться до Cisco, щоб координувати період обслуговування для оновлення версії. Якщо Cisco виявить, що оновлення версії SU потрібне з міркувань стабільності або продуктивності, Cisco координує роботу з партнером, щоб запланувати оновлення версії.

Cisco сповістить партнера про успішне завершення оновлення версії.

Керування мережею

Обов’язки партнерів

Партнер виконує моніторинг своєї мережі та обладнання, підключеного до центру обробки даних Cisco Dedicated Instance. Партнер також здійснює моніторинг своєї мережі та обладнання, які є:

  • Використовується для підтримки служби виділеного екземпляра, І

  • Підключено до території клієнта.

Партнер виконує моніторинг усіх пристроїв, керованих партнером, інтегрованих із хмарою виділеного екземпляра.

Обов’язки Cisco

Webex Calling Dedicated Instance використовує провідні в галузі мережеві інструменти для моніторингу з’єднань мережевих центрів обробки даних між нашим центром обробки даних і мережею партнера, а також інструменти забезпечення для упередженої ідентифікації та ізоляції порушень служби в наших розподілених геонадлишкових центрах обробки даних у всьому світі.

Cisco не відстежує служби інтеграції в пристрої під керуванням партнером, підключені до хмари виділеного екземпляра. Це включає, але не обмежується наступним:

  • Cisco не відстежує SIP-транк виділеного екземпляра відносно кластера, іншого ніж кластер виділеного екземпляра UC.

  • Cisco не виконує моніторинг точок маршрутизації виділеного екземпляра CTI до контактного центру, відмінного від експрес контактного центру, керованого Cisco.

Резервне копіювання та відновлення обов’язків

Нижче наведено стислий виклад обов’язків Cisco та партнерів щодо операцій із резервного копіювання та відновлення.

Вечірка Обов’язки
Партнер

У хмарній системі виділеного екземпляра партнера партнер завжди повинен підтримувати:

  • Належний захист і резервування даних кінцевого користувача під керуванням партнера.

  • Належний захист і резервування даних кінцевих користувачів, керованих партнером.

Cisco

Cisco виконує резервні копії всіх програм UC, розгорнутих у виділеному екземплярі, щоночі, а останні 3 належних резервних копій зберігаються в центрі обробки даних Cisco. Резервні копії старше 3 днів зберігаються ще 30 днів. Усі резервні копії захищені паролем і окремі для кожного клієнта, які будуть використовуватися лише для відновлення програми UC в межах відновлення після відмови (додаткову інформацію про відновлення після відмови див. в системі відновлення після відмови Cisco). Cisco не виконує відновлення на вимогу або не дозволяє використовувати це як стратегію резервування змін.

Партнери не матимуть доступу до цих резервних копій і не матимуть змоги налаштовувати резервні копії на свої центри обробки даних.

  • Cisco Unified CM відновлено до останньої резервної копії конфігурації.
  • Cisco Unity Connection відновлено до останньої резервної копії конфігурації та голосової пошти.
  • Cisco IM і службу Presence відновлено до останньої резервної копії конфігурації. Миттєві повідомлення не резервні.

Система відновлення після відмови Cisco

Система відновлення після відмови (DRS), на яку можна зателефонувати з Cisco Unified Communications Manager Administration, вузла обміну миттєвими повідомленнями та служби Presence або з будь-якого вузла Unity Connection, забезпечує повне резервування та відновлення даних для всіх серверів UC. DRS дозволяє Cisco виконувати регулярні заплановані автоматичні резервування даних або виклики користувачами. DRS також виконує резервну копію на рівні кластера, тобто збирає резервні копії для всіх серверів у кластері Cisco Unified Communications Manager до центрального розташування, а потім архівує резервні дані на фізичний пристрій зберігання. Cisco виконує користувацьке резервне копіювання Expressways і використовує те саме для відновлення вузлів.

Партнери не матимуть доступу до DRS. Cisco зберігає дані для всіх застосунків UC, розгорнутих у хмарі виділеного екземпляра. У разі фактичного стихійного лиха Cisco відновить дані з останніх доступних резервних даних. Партнери можуть виконати відновлення після того, як Cisco виконає відновлення DRS.

Стратегія відновлення після відмови:

  • Стратегія відновлення: У разі виникнення ситуації, що впливає на наш центр обробки даних, що потенційно може вплинути як на видавців, так і на абонентів, наша основна мета – швидко відновити послуги, щоб мінімізувати будь-які можливі порушення. Центр даних аварійного перемикання переконається, що це не впливає на можливість викликів. Наша стратегія відновлення адаптується та залежить від специфічного характеру помилки:
    1. Помилка програми: Якщо проблема ідентифікована як несправність застосунку або корупція, наша мета – створити нового видавця за допомогою резервного копіювання DRS і відновити роботу служб протягом одного робочого дня.
    2. Помилка апаратного забезпечення: У разі помилки апаратного забезпечення рішення про створення нового видавця в межах одного або іншого центру обробки даних або відновлення несправного апаратного забезпечення залежатиме від унікальних обставин та характеру помилки. Наш пріоритет, як завжди, - мінімізувати порушення та прискорити відновлення обслуговування.
  • Час активації відновлення після відмови: Точний час ініціювання наших протоколів відновлення після стихійного лиха залежить від різних факторів, включаючи масштаб стихійного лиха, приблизну тривалість відновлення та потенційний вплив на наші послуги. Наша віддана команда постійно стежить за ситуацією, прагнучи балансувати між скороченням часу простою та ефективним виконанням процесу відновлення після стихійного лиха. Виходячи з цих міркувань, ми повідомимо про Угоду про рівень обслуговування (SLA), про вжиті дії та очікувані графіки відновлення у прозорий спосіб, щоб ви залишалися в курсі протягом усього процесу.