- Kezdőlap
- /
- Cikk
Ennek a dokumentumnak az a célja, hogy segítse a Dedikált Példány platformra való integrációt befejező, minősített Webex Calling Dedikált Instance partnereket a szolgáltatás működéséhez szükséges folyamatok és eljárások megértésében.
Hatály
Ennek a dokumentumnak és a kiegészítő anyagoknak a célja, hogy segítse a Cisco és a partner közötti működési felelősségek megértését, és a következő közönségeknek szólnak:
Partnertámogatás
Partner- és ügyfél-sikerszervezetek
Műszaki támogatási szolgáltatás (TAC)
A Cisco biztosítja24x7x 365 1. szintű műszaki támogatás a partnereknek. A partnerek műszaki támogatás nyújtanak ügyfeleik számára a dedikált példány hibaelhárításához, a jelen szakaszban ismertetettek szerint. A partner szükség esetén eszkalálhatja a támogatási problémákat a Cisco felé.
A dedikált példány infrastruktúráját a Cisco Cloud Delivery kezeli. A nem dedikált példányok által kezelt eszközökkel kapcsolatos bármilyen probléma a partner felelőssége a hibaelhárítás. A partnereknek kapcsolatba kell lépniük a következőkkel:
Megfelelő szállítók
A megfelelő Cisco termék TAC csapata, ha a Cisco berendezés aktív karbantartási szerződéssel rendelkezik.
A Tier 1 támogatással kapcsolatos további információkért: hivatkozzon .
Partnertámogatási kötelezettségek
A partner műszaki támogatás magában foglalja a következőket az ügyfelek számára:
Adjon meg általános szolgáltatási információkat.
Konfigurációs támogatás biztosítása.
A nem műszaki problémák szűrése műszaki problémákból.
Támogassa a probléma elkülönítését és a szolgáltatáshiba meghatározását.
Elemezze, hol történt a hiba.
Állítsa vissza a nem megfelelően konfigurált, egy ügyfél vagy a partner által alkalmazott beállításokat a probléma elhárítása érdekében.
A partner által kezelt alkalmazásokkal vagy infrastruktúrával kapcsolatos problémák megoldása.
Kapacitáskezelési követelmények előrejelzése az új felhasználók számára a kezdeti követelményeken túl.
Alkalmazásfunkciók konfigurálása és a felhasználók beüzemelése.
Ügyfélszámlázás és számlázás kezelése.
Az ügyfélkapcsolat tulajdonosa.
A PSTN-szolgáltatások megoldásintegrációjának kezelése.
Az ügyfelek készenlétének kezelése a dedikált példányok frissítésére, a tanúsítvány megújítására és az infrastruktúra karbantartására.
Amikor a partner kapcsolatba lép a Cisco TAC -tal a támogatásért, a partner felelős a problémák megoldásához való segítségnyújtásért. Ez a felelősség a következőket foglalja magában:
A bejelentett problémák rögzítése és részleteinek megadása
Segítségnyújtás a többszörözési és próbaüzemi problémákban a Cisco TAC kérésének megfelelően
Segítség a javítások tesztelésében
Annak megerősítése, hogy a problémák nem a végfelhasználó által biztosított hardverhez, szoftverhez, alkalmazáshoz vagy más forráshoz kapcsolódnak .
A partner felelőssége annak biztosítása, hogy az alábbi típusú műszaki támogatás igények kielégítésre kerüljenek ügyfelei számára.
Típus | Kérdés/probléma |
---|---|
Felhasználói lekérdezések Alap kérdések Hogyan…? | Hogyan működik a telefonom? Milyen funkcióim vannak? Hogyan használhatom ezeket a funkciókat? Hogyan használhatom a Self-Care portált? Hogyan használhatom a dedikált példány UC-alkalmazások felügyeleti portált? Hogyan tárcsázhatok egy PSTN-szám? Hogyan módosíthatom a hangposta PIN-kódját? |
A partner által kezelt leggyakoribb támogatási problémák | A telefon nem kapcsol be Nem lehet telefonokat regisztrálni Nem lehet ellenőrizni a hangpostát. Nem használható a Cisco UCM funkciója Nem lehet hívást kezdeményezni. Nem lehet hívást fogadni Nem hallani a hangot Nem lehet bejelentkezni a Jabber/ Webex alkalmazásba Nem használható a Jabber/ Webex App softphone |
Műszaki ügyfélbeállítási problémák | Soft kliensek telepítése Végfelhasználók, funkciók vagy tárcsázási terv beállítása és konfigurálása Hang-, videó-, hangposta vagy IM és jelenléti szolgáltatás beállítása és konfigurálása Felhasználói fiókok és végpontok üzembe helyezése, beleértve az LDAP és az SSO megvalósítását |
Lehetséges alkalmazáshibák | Jelentse a Cisco az olyan funkciókat és szolgáltatásokat, amelyek nem a dokumentáció szerint működnek |
Szolgáltatás leállási ideje vagy rendelkezésre állása | Ellenőrizze a szolgáltatás elérhetőségét és állapotát. Ellenőrizze az elérhetőséget az ügyfél hálózati környezetében, beleértve a felhőkapcsolatot vagy a PSTN-hálózatot, illetve a telefonos integrációhoz szükséges SIP -kapcsolatot. |
Partner műszaki támogatási követelményei
Amikor a partner támogatási igényét eszkalálja a Cisco TAC felé, a partnernek meg kell adnia a következő információkat:
Általános esetinformációk
Adjon meg érvényes előfizetési számot vagy szolgáltatási szerződésszámot.
A hívó félnek a partnert vagy viszonteladott ügyfélfiókot képviselő Partnertámogatási csapattagként kell azonosítania magát.
A Partner Képviselő neve, telefonszám és e- e-mail-cím , vagy a Cisco felé eszkalálódó csapat általános Partneradatai.
Amikor kapcsolatba lép a Cisco Cloud támogatásával, azonosítsa a partnert, az ügyfelet és a problémát.
Cisco támogatási szerepkörök és felelősségek
A Cisco felelős azért, hogy támogatást nyújtson a partnernek a dedikált példányfelhő szolgáltatáshoz a Cisco Cloud adatközpont belül, beleértve a elhárítást és a probléma magas szintű kiváltó ok-elemzését (a Cisco nem ad részletes infrastruktúra-szintű információt a kiváltó ok elemzésében) .1-es vagy 2-es súlyosságú incidens esetén a Cisco proaktívan e-mailben értesíti a partnereit.
A Cisco nem felelős a következők támogatásáért:
A dedikált példányfelhő adatközpont és ügyfélhelyiségéhez kapcsolódó partner- vagy ügyfélhálózat és berendezés.
Az ügyfél telephelyén telepített Enhanced Survivability Node-ért a partner/ügyfél és a Cisco közös felelőssége lesz.
Harmadik féltől származó szoftver vagy hardver
A partner felelős a harmadik féltől származó szoftverek vagy hardverek támogatásának vagy frissítésének beszerzéséért, ha megállapítást nyer, hogy ez okozza az incidenst.
Támogatáshoz kapcsolódó értesítések és riasztások
A partnerek riasztásokat és karbantartási közleményeket kapnak a Control Hubban az alapszolgáltatások azonosított kimaradásainak bejelentéséhez és megoldásához. A partnerek előzetes értesítést kapnak a hatásos karbantartási tevékenységekről, illetve a fenntartott karbantartási időszakokon kívül eső tevékenységekről.
Ezeket a riasztásokat a rendszer azoknak a partnereknek küldi el, akik regisztráltak a Control Hub „Karbantartás és kimaradás” értesítésekre vonatkozó riasztásokra, lásd: Riasztások a Control Hubban . A partnerek felelősek annak biztosításáért, hogy a Cisco pontos, aktuális kapcsolatfelvételi információk rendelkezzen . A Cisco azt javasolja a rendszergazdáknak, hogy hozzanak létre egy fiókot, és használják a Webex alkalmazást az értesítésekhez.
Változáskezelés
A dedikált példány csapat formális, szabványos eljárásokat alkalmaz a felhőszolgáltatás stabilitásának és biztonságának biztosítása érdekében. Ezek a szabványosított eljárások elősegítik a hatékony és eredményes végrehajtást a módosítási kérelmek kezelése során.
Karbantartás
Karbantartás ablak
A Cisco értesíti a partnert a tervezett karbantartási tevékenységekről. Minden tervezett módosítás egy karbantartási időszakban történik. A Cisco legalább 10 munkanappal korábban írásban értesíti a partnert az olyan tervezett karbantartásról, amely megzavarná az ügyfélhívási képességet. Ezeket a riasztásokat a rendszer azoknak a partnereknek küldi el, akik regisztráltak a Control Hub riasztásaira a következőhöz: „ Karbantartás és leállások ” értesítéseket, lásd Riasztások a Control Hubban . A partnerek felelősek annak biztosításáért, hogy a Cisco pontos, aktuális kapcsolatfelvételi információk rendelkezzen . A Cisco azt javasolja a rendszergazdáknak, hogy hozzanak létre egy fiókot, és használják a Webex alkalmazást az értesítésekhez.
A karbantartás a következő tevékenységeket foglalja magában:
Rutinszerű karbantartási tevékenységek, amelyek minimális kockázattal járnak az ügyfeleket érintő hatással
Tervezett és ütemezett tevékenységek, amelyek megzavarják az ügyfél hívási képességét.
A Cisco által kezelt UC-alkalmazások tanúsítványainak rutinszerű megújításai. A megújítások a tanúsítványok érvényességi időszakán, valamint a megújítás dátumán és időpontján alapulnak. A Cisco csak a lejárati dátum előtt 3-7 nappal újítja meg az UC-alkalmazások tanúsítványait, és követi a szokásos változáskezelési folyamatot.
Azok az ügyfelek, akik engedélyezték az egyszeri bejelentkezés (SSO) az UC-alkalmazásokban, miután a Cisco befejezte a tanúsítvány megújítását, a partnernek le kell tiltania az SSO-t , újraimportálnia az IDP metaadatfájlját, és újra engedélyeznie kell az SSO-t. A partnernek vagy az ügyfélnek is javasolt az SSO érvényesítése.
A karbantartási időszakok a következők AMER esetében:
21:00 ET 06:00 óráig ET, hétfőtől péntekig
21:00 ET 06:00 óráig ET, hétvégén (csak a Cisco infrastruktúra-karbantartása esetén)
A karbantartási időszakok a következők APJC esetén:
21:00 JST reggel 6 óráig JST, hétfőtől péntekig
21:00 JST reggel 6 óráig JST, hétvégén (csak a Cisco infrastruktúra-karbantartása esetén)
A karbantartási időszakok a következők AUS esetén:
21:00 ACT reggel 6 óráig ACT, hétfőtől péntekig
21:00 ACT reggel 6 óráig ACT, hétvégén (csak a Cisco infrastruktúra-karbantartása esetén)
A karbantartási időszakok a következők az EU és az EMEA esetében:
21:00 Közép-európai idő szerint reggel 6 óráig Közép-európai idő, hétfőtől péntekig
21:00 Közép-európai idő szerint reggel 6 óráig Közép-európai idő, hétvégén (csak a Cisco infrastruktúra-karbantartása esetén)
A fent említett ablakmódosítási idő régiónként fix, és nem módosítható. |
A karbantartás tervezése során a Cisco mindent megtesz annak érdekében, hogy a dedikált példány georedundáns architektúrája alapján minimálisra csökkentse és/vagy kiküszöbölje a telefonos szolgáltatás megszakadásának lehetőségét. A Cisco elvárja, hogy minden partner- és ügyfél-konfiguráció betartsa a dedikált példányok redundanciájára vonatkozó bevált módszerek . A Cisco nem vállal felelősséget a partner általi hibás konfigurációból eredő redundanciakiesésért. A partner felelőssége, hogy érvényesítse és tesztelje az összes olyan külső féltől származó integrációt, amelyet nem a dedikált példány felhőben üzemeltetnek/kezelnek.
A Cisco csak a következő okok miatt kezdeményezi az UC-alkalmazások frissítését:
Az UC-alkalmazás jelenlegi verziójában egy biztonsági rés található, és a javításhoz frissítésre vagy COP-telepítésre van szükség.
Az Ügyfél jelenleg egy n-1-nél régebbi verzióban van (a jelenlegi dedikált példány támogatott verziójának), vagy egy olyan verzióban, amely közeleg az EOL-hez.
A partnerek TAC eseten keresztül is kérhetnek frissítést, ha az UC alkalmazás későbbi verzióiban elérhető új funkció támogatása.
A Cisco a módosítási időszak előtt 10 nappal karbantartási értesítést küld a partnernek és az ügyfélnek, és javasolt, hogy a partner 2-3 napon belül válaszoljon a Cisco , ha a javasolt módosítási ütemezés ütközik az üzleti prioritásaikkal. Ez lehetővé teszi, hogy a Cisco alternatív módosítási ablakot találjon (hétköznap és hétvégék) (az átütemezett dátum csak a Cisco műveletei által elérhető dátumokra vonatkozik). Sürgős vagy vészhelyzeti forgatókönyvek esetén azonban, mint például a súlyos biztonsági rés javítása vagy a hamarosan lejáró tanúsítványok esetén, nem lesz lehetőség rugalmasan módosítani a karbantartási időszakot.
A dedikált példányok sérülékenység-ellenőrzése Partner vagy Ügyfél által nem támogatott. A dedikált példány saját sebezhetőség-ellenőrző rendszerrel rendelkezik, amely folyamatosan fut, emellett rendszeres független PEN-tesztet is végzünk, és tanúsító levelet is biztosítunk a Cisco Trust Portalon. |
A partner a következő e-mail-címen keresztül ütemezheti át a karbantartást ucm-cloud-change-management@cisco.com az átütemezés részletes indoklásával.
A partner módosításokat kért
A partner által igényelt módosítások közös felülvizsgálatot igényelnek a dedikált példányra gyakorolt hatás felmérése érdekében. Ide tartoznak azok a módosítások, amelyeket a partner a Cisco szeretne végrehajtani, illetve a partner által végrehajtani kívánt módosítások. Például:
A határolóeszközöket vagy az alkalmazásintegrációt érintő konfigurációs módosítások
Szolgáltatás kikapcsolását kéri.
A nagy módosításokra vonatkozó kéréseket, például a szolgáltatások inaktiválását, a Cisco-hoz kell benyújtani. A partner rögzíti a követelményeket, és a Partner Success Csapaton vagy a fiókmenedzseren keresztül benyújtja a Cisco -nak, hogy közös felülvizsgálatot kezdeményezzen. A módosítás végrehajtása előtt a kérelmet a dedikált példány termékkezelője és partnere közösen értékeli.
Vészhelyzeti változások
A Cisco és a partnere a vészhelyzeti módosításokat azonnal vagy a következő elérhető karbantartási időszakban végezheti el az alábbi okok miatt.
A szolgáltatás visszaállítása egy ügyfél számára
Az áramkimaradás hatásainak csökkentése érdekében
A potenciális ügyfélkiesések elkerülése érdekében
Egy biztonsági rés elhárításához
A dedikált példányon kívüli hálózat vészhelyzeti változásai esetén a partner értesíti a Ciscót a Cisco számára látható Cisco. Amikor ésszerűen lehetséges, a partner a Cisco nyit egy esetet, hogy a Cisco reagálni tudjon a hatásra.
A dedikált példány vészhelyzeti módosítása esetén a Cisco értesíti a partnert, amikor ésszerűen lehetséges. A rendszer elküldi a kommunikációs listára azt az e-mailt, amely azonosítja a vészhelyzeti változás által okozott ügyfélhatásokat.
Incidenskezelés
Incidenskezelés minimalizálja a környezeti hibák által az üzletre gyakorolt kedvezőtlen hatásokat. A Cisco elemzi az eseményeket, amint azok előfordulnak, hogy gyorsan azonosítsák az okot. A Cisco ezután alkalmaz egy kerülő megoldást, amíg egy végleges javítást nem lehet telepíteni.
A partnerek a hálózatukon az incidenskezelést a saját kialakított folyamataik szerint kezelik. A partnerek értesítik a Cisco -t azokról a tevékenységekről, amelyek riasztást adhatnak, vagy más olyan értesítést, amely látható a Cisco számára .
A Cisco a Karbantartási ablak folyamatát követi a módosítások alkalmazásakor.
Támogatási eset besorolás
A TAC támogatási eset súlyosságát a partner állítja be, amikor támogatási jegyet nyit a Cisco alkalmazással, az üzleti hatás alapján. A partner a jegy életciklusa során kérheti a súlyosabb eszkalációt az üzletre gyakorolt változó hatások alapján.
A következő szakasz útmutatásul szolgál a partner számára a megfelelő súlyossági szint meghatározásához a TAC támogatási jegy megnyitásakor.
Támogatási eset hatása
A TAC-támogatás ügyek osztályozása az üzletre gyakorolt hatása (méret, hatókör) alapján történik.
A hatás egy esemény üzleti kritikusságának mérőszáma, gyakran megegyezik azzal, hogy egy incidens milyen mértékben vezet a megoldás elérhetőségéhez.
Incidens hatásszintje | Hatásdefiníciók |
Elterjedt | A partnerkörnyezet több mint háromnegyede érintett |
Nagy | A partner környezetének fele-háromnegyede érintett |
Lokalizált | A partner környezetének egynegyede és fele érintett |
Egyéni | A partner környezetének kevesebb mint egynegyede érintett |
Támogatási eset sürgőssége
Sürgősség meghatározza az incidens kritikus voltát és annak a Szolgáltatásokra vagy a partnerek Szolgáltatásokhoz való hozzáférési képességére gyakorolt hatását.
Incidens sürgősségi szintje | Sürgősségi definíciók |
Kritikus | A hívási képesség mentés vagy redundancia nélkül leáll |
Nagy | A hívási képesség erősen csökkent |
Közepes | A többi funkció leállt |
Alacsony | A többi funkció leromlott |
Támogatási eset súlyossága
Súlyosság A Cisco és a partner által az incidens megoldására fordított erőfeszítések szintjét határozza meg.
Az incidens súlyossági szintje | Súlyossági meghatározások |
S1 (kritikus) | A Cisco és a partnere minden szükséges erőforrást a hét minden napján, 24 órában rendelkezésre bocsát a helyzet megoldása érdekében |
S2 (Magas) | A Cisco és a partnere a normál munkaidőben teljes munkaidős erőforrásokat köt le a helyzet megoldása érdekében |
S3 (Közepes) | A Cisco és a partnere a normál munkaidőben lefoglalja az erőforrásokat, hogy visszaállítsa a szolgáltatást a megfelelő szintre |
S4 (alacsony) | A Cisco és a partnere a szokásos munkaidőben lefoglalja az erőforrásokat, hogy tájékoztatást vagy segítséget nyújtson |
A súlyossági szintet a Hatás és Sürgősség definíciók alkalmazása határozza meg.
Támogatási eset súlyossági mátrixa
Hatás | |||||
Elterjedt | Nagy | Lokalizált | Egyéni | ||
Sürgősség | Kritikus | S1 | S1 | S2 | S3 |
Nagy | S1 | S2 | S2 | S3 | |
Közepes | S2 | S3 | S3 | S3 | |
Alacsony | S4 | S4 | S4 | S4 |
A Cisco az incidens-triage alatt képes módosítani az esetek súlyosságát, és leminősíteni a támogatási jegy súlyosságát, ha ez indokolt. Az ügy egy meghatározott ideig nyitva maradhat, amíg folyamatban van a működési stabilitás értékelése.
Szoftvertámogatás válaszidő-célkitűzések
A következő szakasz részletesen ismerteti a Cisco tervezett válaszidejét a benyújtott esetekre, azok súlyosságától függően. Esetenként az eset súlyossága módosítható a fenti irányelveknek megfelelően.
Cisco és szolgáltatásszint célkitűzés
A Webex Calling dedikált példány angol nyelvű műszaki támogatás nyújt a partnereknek24x 7. A partnerek közvetlenül beküldhetik az S3 és S4 kiadásokat Cisco támogatási esetkezelő . S1 és S2 problémák esetén javasolt az 1-800-553-2447 globális TAC-szám hívása.
A Cisco szabványa szerint az esetek 95%-ában teljesítenie kell az S3 és S4 súlyossági szinteket, a következő rács alapján:
Súlyossági szint | Válasz belül: |
S1 | 15 perc |
S2 | 30 perc |
S3 | 1 munkanap |
S4 | 3 munkanap |
A válaszidő az az eltelt idő a Cisco tudomásul veszi egy adott súlyosságú problémát. Ha a Cisco nem tudja megoldani a problémát a megadott időközön belül, a Cisco állapotot és cselekvési tervet biztosít a megoldáshoz. A megoldási idő attól függ, hogy a partner oldaláról képzett személy áll-e rendelkezésre, hogy segítse a probléma reprodukálását és/vagy leválasztását, legyen az inkompatibilitás a Cisco és a partner környezete között. Ha egy ilyen személy nem tehető elérhetővé, akkor ezek a megoldási idők meghosszabbodhatnak.
Ha a Cisco nem ért el elfogadható állapotot és/vagy megoldást a jelzett időkereten belül, a partnereknek eszkalálniuk kell a Cisco.
Cisco Options Package (COP) fájlokat
A Cisco COP-fájlokat bocsát ki, hogy némileg módosítsa az éles kód futásának módját, és lehetőséget biztosít a Cisco számára a szoftverek szokásos szoftverkiadás ciklusokon kívüli telepítésére. Szükség esetén a COP-fájlok a kezdeti éles kód kiadása után valamikor megjelennek. A produkciós csapatok COP-fájlokat adnak ki a súlyos problémák esetén, és amikor nincs megkerülő megoldás egy problémára. A hibajavítások mellett időnként COP-fájlok is megjelennek a segédprogramok terjesztése céljából frissítéskor (például lemeztisztításkor).
A kijavított problémákkal rendelkező helyszíni közleményekhez általában COP-fájl tartozik . Általában minden egyes problémához külön COP-fájl tartozik.
A PSIRT-ekhez nem mindig tartozik COP-fájl. A PSIRT-ek esetében jellemzően egy új verzió jelenik meg a teljes frissítés érdekében. |
A Cisco által kezdeményezett senarios
Ha a Cisco úgy találja, hogy egy ügyfél dedikált példányának környezetében COP-fájl telepítésre van szükség, a Cisco a következő folyamatok egyikét használja:
Ha a COP-fájl vészhelyzeti javítást (sérülékenység vagy közvetlen hiba) diktál, a Cisco a Cisco ütemezett karbantartási időszaka alatt tölti fel a COP-fájl .
Minden egyéb esetben a COP-telepítés rendszeres karbantartásként kerül ütemezésre partnerrel vagy ügyféllel a szokásos változáskezelési eljárást követően.
Ügyfél által kezdeményezett forgatókönyv
Ha egy ügyfél úgy dönt, hogy COP-fájl telepítésére van szüksége (telefon firmware, nyelvi területi csomagok, eszközcsomagok), akkor kezdeményeznie kell a következő folyamatot:
Hozzon létre egy szolgáltatáskérés a Control Hubban az SFTP -kiszolgálóra feltöltendő adott COP-fájl dedikált példányban, lásd: Szolgáltatási kérelem .
A Cisco csak az SFTP -kiszolgálóra tölti fel a fájlt. A COP to UC alkalmazás letöltése és telepítése a partner felelőssége, az Ön kényelmének megfelelően. |
A COP-fájlokat a Cisco szoftverletöltő oldalán teszik közzé:
Kapacitáskezelés
A Cisco és a partnere kezeli a hálózat és az adatközpontok kapacitását annak érdekében, hogy lehetővé tegye az ügyfelek beléptetését a dedikált példányos megoldásba. A kapacitáskezelési folyamat magában foglalja az előfizetők számának folyamatos növekedésének nyomon követését.
A Cisco és a partner külön felelősséggel tartozik a kapacitáskezelési folyamatban.
Partner felelőssége
A partner gondoskodik arról, hogy a hálózati eszközei elegendő kapacitással rendelkezzenek a terhelés kezelésére és az előrejelzett növekedés megfelelő mértékű szintjére.
A partner biztosítja a Knowledge Workers és a Workspace eszközök számát a dedikált példány aktiválása során (a megadott számnak a dedikált példányban konfigurálandó teljes szám végállapotának kell lennie). A megadott adatok alapján a Cisco elvégzi az UC-alkalmazások dedikált példányban történő méretezését az UC-alkalmazások méretezésével kapcsolatos további információkért hivatkozzon . A partner kezeli a funkciók és a felhasználók szolgáltatását a kért kapacitáson belül.
A partnernek tájékoztatnia kell a Cisco a változásokról, az aktiválás során megadott Knowledge Workers és Workspace eszközök számáról. A megadott adatok alapján a Cisco elemzi az UC-alkalmazásokhoz szükséges módosításokat, és elvégzi a szükséges módosításokat. Ehhez a partnernek TAC- támogatási eset kell előterjesztenie a Cisco , és együtt kell dolgoznia a bővítési terven. A funkciókat és a felhasználókat a partner csak azután tudja konfigurálni, hogy az ügyfél számára biztosított többletkapacitást.
A növekedési igény típusától függően időbe telhet a további kapacitás hozzáadása. Ezt a partner és a Cisco közösen dolgozza fel. |
Cisco felelősség
A dedikált példány szolgáltatás figyeli az adatközpont kapacitását, és biztosítja, hogy az adatközpont berendezései elegendő kapacitással rendelkezzenek a terhelés és az előrejelzett növekedés megfelelő mértékű kezelésére.
A Cisco tájékoztatja a partnert a kapacitásnövekedés kezelése érdekében tervezett bővítésekről vagy módosításokról, ha azok az ügyfelet érintik. A frissítések és módosítások végrehajtása a változáskezelési folyamatot követi.
Verziókezelés
A Cisco a dedikált példányfelhő alkalmazásokat (CUCM, CUCxN, IM&P, CER, Expressway és SME (opcionális)) a Cisco megfelelőnek ítélt módon tartja naprakészen a legújabb funkciókkal és funkciókkal. Az ügyfelek bármikor dolgozhatnak a legújabb kiadással („n”) vagy az előző kiadással („n-1”).
A Cisco ennek részeként tájékoztatja a partnert a kiadás elérhetőségéről és a tervezett frissítésekről (beleértve a frissítési követelményeket is). Változáskezelés riasztások és értesítések. A Cisco kommunikálni fog, amikor azonosítjuk a frissíteni kívánt ügyfeleket. A Cisco közli azt a kiadást is, amelyre az ügyfél frissítve lesz. A partner dönthet úgy, hogy az ügyfél üzleti igényeitől függően egyszer, legfeljebb egy héttel az ütemezett frissítés előtt ütemezi át a frissítést. A frissítés sikeres befejezésekor a Cisco értesíti a partnert.
További információkért lásd: Változáskezelés .
Verziókezelés a Cisco Collaboration Systems kiadásához
Amikor egy új Collaboration Systems-kiadás elérhetővé válik, az előző kiadás („n-1”) verziója „n-2”, a jelenlegi („n”) pedig „n-1” lesz.
Dedikált példány ügyfélműveletek | v12.5-SU7a (n-1) | v14.0-SU3 (n) | v15.0-SU1 (nincs kiadva) |
---|---|---|---|
Új ügyfél-telepítések | Nem támogatott | Igen | Q2-CY24 |
Támogatott frissítések | Nem támogatott** | Igen | Q2-CY24 |
Az ügyfelek maradhatnak | A v15-SU1 elérhetőségéig | Igen | NA |
** Együtt kell működnie a Cisco az üzleti követelményeken, hogy a 12.5-ös verzión maradhasson, és meg kell terveznie, hogy az ügyfél mikor áll majd készen a v14.0SU3-as verzióra. Bejelentették a v12.5 EOL verziót. |
Röviddel az új Collaboration Systems kiadás bejelentése után az „n-2” kiadás az Értékesítés végének időszakába lép. Minden ügyfélnek, aki használja ezt a kiadást, frissítenie kell a legújabb kiadásra. A Cisco segítséget nyújt ehhez azáltal, hogy tájékoztatja a partnert, hogy kezdje el a felkészülést a frissítésre. A Cisco és a partner közösen egyeztet egy karbantartási időszakot az ügyfél üzleti igényeinek megfelelően.
A Collaboration Systems legújabb kiadására való frissítés nem kötelező az n-1 Collaboration Systems kiadásban résztvevő ügyfelek számára. Ha a Collaboration Systems kiadásának frissítésére van szükség, vagy ha az SU frissítésére új funkciók miatt van szükség, forduljon a Cisco a frissítés karbantartási időszakának egyeztetéséhez. Ha a Cisco úgy találja, hogy stabilitási vagy teljesítménybeli okokból SU frissítésre van szükség, a Cisco a partnerrel egyeztetve ütemezi be a frissítést.
A Cisco értesíti a partnert a frissítés sikeres befejezésekor.
Hálózatkezelés
Partneri kötelezettségek
A partner felügyeli a Cisco dedikált példány adatközpont csatlakozó hálózatát és berendezéseit. A partner a következő hálózatát és berendezéseit is felügyeli:
A dedikált példány szolgáltatás támogatására szolgál, ÉS
Kapcsolódik az ügyfél telephelyéhez.
A Partner felügyeli az összes, a dedikált példányfelhővel integrált, partner által kezelt eszközt.
A Cisco felelősségei
A Webex Calling dedikált példánya iparágvezető hálózati eszközöket használ az adatközpont - hálózati kapcsolatok figyelésére, és bizonyosságbiztosítási eszközöket használ a szolgáltatási hiányosságok proaktív azonosítására és elkülönítésére a globálisan szétszórt, földrajzilag redundáns adatközpontjaink között.
A Cisco nem figyeli az integrációs szolgáltatásokat a dedikált példányfelhőhöz kapcsolódó, partner által kezelt eszközökhöz. Ez magában foglalja, de nem kizárólagosan, a következőket:
A Cisco nem figyeli a dedikált példány SIP törzsét a dedikált példány UC-fürtön kívül más fürt felé.
A Cisco nem figyeli a dedikált példány CTI útvonalpontjait a Cisco által felügyelt Contact Center Express-től eltérő ügyfélkapcsolati központ felé.
Biztonsági mentési és visszaállítási feladatok
Az alábbiakban összefoglaljuk a Cisco és a partnerek biztonsági mentési és visszaállítási műveletekkel kapcsolatos felelősségeit.
Buli | Felelősségek | ||
Partner | A partner Dedikált példányfelhő-rendszerében a partnernek mindig fenn kell tartania:
|
||
Cisco | A Cisco minden este biztonsági mentést készít a dedikált példányban telepített összes UC-alkalmazásról, a legújabb 3 megfelelő biztonsági másolatot pedig a Cisco adatközpontjában menti a rendszer. A 3 napnál régebbi biztonsági másolatokat további 30 napig tárolja a rendszer. Az összes biztonsági másolat jelszóval védett, és minden ügyfél különálló, amely csak az UC alkalmazás visszaállítására lesz használva a vész-helyreállítás részeként (a katasztrófa utáni helyreállítás kapcsolatos további információkért lásd: Cisco katasztrófa utáni helyreállítás rendszer ). A Cisco nem végez igény szerinti visszaállítást, és nem engedélyezi ennek használatát módosítás-visszaállítási stratégiaként.
|
Cisco katasztrófa utáni helyreállítás rendszer
A Disaster Recovery System (DRS), amely a Cisco Unified Communications Manager Administration, IM és jelenléti szolgáltatás csomópontból vagy bármely Unity Connection csomópontból hívható, teljes adatmentési és visszaállítási lehetőséget biztosít az összes UC kiszolgáló számára. A DRS lehetővé teszi a Cisco számára, hogy rendszeresen ütemezett automatikus vagy felhasználó által hívott adatmentést végezzen. A DRS fürtszintű biztonsági mentést is végez, ami azt jelenti, hogy a Cisco Unified Communications Manager fürt lévő összes kiszolgálóról egy központi helyre gyűjti a biztonsági mentéseket, majd archiválja a biztonsági mentési adatokat a fizikai tárolóeszközre. A Cisco egyéni biztonsági mentést készít az Expressway-ekről, és ugyanezt használja a csomópontok helyreállításához.
A partnerek nem férhetnek hozzá a DRS-hez. A Cisco a dedikált példányfelhőben telepített összes UC-alkalmazás adatairól biztonsági másolatot készít. Valóságos katasztrófa esetén a Cisco visszaállítja az adatokat az utolsó rendelkezésre álló biztonsági mentési adatokból. A partnerek elvégezhetik a helyreállítást, miután a Cisco elvégezte a DRS-visszaállítást.
Katasztrófa utáni helyreállítási stratégia:
- Helyreállítási stratégia : Az adatközpontunkat érintő olyan helyzet esetén, amely a megjelenítőket és az előfizetőket is érintheti, elsődleges célunk a szolgáltatások gyors helyreállítása az esetleges fennakadások minimalizálása érdekében. A feladatátvételi adatközpont gondoskodik arról, hogy a hívási képesség ne legyen érintett. Helyreállítási stratégiánk adaptálható, és a hiba sajátos természetétől függ:
- Sikertelen alkalmazás : Ha a problémát alkalmazáshibaként vagy -sérülésként azonosítják, a célunk egy DRS biztonsági mentési és újraindítási szolgáltatásokat használó új kiadó létrehozása egy munkanapon belül.
- Hardverhiba : Hardverhiba esetén az egyedi körülményektől és a hiba természetétől függ az a döntés, hogy új kiadót állítanak-e be ugyanazon az adatközponton vagy egy másikon, vagy hogy helyreállítják-e a meghibásodott hardvert. A mi prioritásunk, mint mindig, a fennakadás minimalizálása és a szolgáltatás helyreállításának felgyorsítása.
- A vész-helyreállítás aktiválásának időzítése : A katasztrófa utáni helyreállítás protokolljaink kezdeményezésének pontos időzítése különböző tényezőktől függ, beleértve a katasztrófa mértékét, a helyreállítás becsült időtartamát és a szolgáltatásainkra gyakorolt lehetséges hatásokat. Elkötelezett csapatunk folyamatosan figyelemmel kíséri a helyzetet, igyekszik megtalálni az egyensúlyt az állásidő csökkentése és a katasztrófa utáni helyreállítás folyamat hatékony végrehajtása között. Ezen megfontolások alapján átlátható módon közöljük a szolgáltatási szint megállapodást (SLA), a folyamatban lévő műveleteket és a helyreállítás várható ütemezési idejét, hogy Ön mindig tájékozott legyen a folyamat során.