A teljes ServiceNow-frissítéstervezési ellenőrzőlista (Xanadu-tól Yokohamáig)

Miért igényelnek komoly tervezést a ServiceNow-frissítések

A ServiceNow évente két major verziót ad ki, és a naprakészen maradás nem opcionális – üzleti követelmény. A régebbi verziók elveszítik a támogatást, lemaradnak a kritikus biztonsági javításokról, és nem férnek hozzá az új funkciókhoz, amelyeket a versenytársai már használnak. De egy rosszul megtervezett frissítés megszakíthatja az integrációkat, kikapcsolhat testreszabásokat, és hetekig megzavarhatja az üzleti folyamatokat.

30+ ServiceNow-frissítés kezelése után nagyvállalati környezetekben átfogó ellenőrzőlistát dolgoztunk ki, amely megelőzi a meglepetéseket. Akár Xanadu-ról Yokohamára vált, akár több kihagyott verziót pótol, ez az ellenőrzőlista minden fázist lefed.

1. fázis: Frissítés előtti felmérés (2-4 héttel előtte)

Kihagyott verziók elemzése

Ha verziókat hagy ki, tekintse át a release note-okat minden köztes verzióhoz. Minden verzió deprecálhat funkciókat, megváltoztathat API-kat, vagy módosíthat alapértelmezett viselkedéseket. Hozzon létre egy mátrixot a törő változásokról, és térképezze fel a testreszabásai ellen. Egy elhanyagolt deprecáció-értesítés a frissítés utáni hibák első számú oka.

Testreszabás-leltár

Generáljon egy teljes listát az összes testreszabott gyári rekordról az Instance Scan vagy a sys_update_xml tábla használatával. Minden testreszabásnál határozza meg: Szükséges-e még? Ütközik-e a célverzió változásaival? Helyettesíthető-e új platformfunkcióval? Dokumentálja ezt egy táblázatban a rekordtípus, tábla, jelenlegi viselkedés és frissítési kockázati szint oszlopaival.

Plugin-kompatibilitás ellenőrzése

Tekintse át az összes aktivált plugint a célverzió kompatibilitási mátrixával szemben (elérhető a ServiceNow termékdokumentációjában). Egyes pluginok külön frissítést igényelnek, néhány elavult, és néhányat új ajánlatokkal helyettesítenek. Forduljon a ServiceNow támogatáshoz vagy account managerhez azoknál a pluginoknál, amelyek nem szerepelnek a kompatibilitási mátrixban.

Integrációs audit

Sorolja fel minden bejövő és kimenő integrációt. Mindegyiknél ellenőrizze: Olyan API-kat használ, amelyek változnak a célverzióban? Vannak hitelesítési változások? Vannak adatmodell-változások, amelyek érintik a mezőleképezéseket? Tesztelje minden integrációt egy sub-production környezetben, mielőtt az élesre nyúl.

Teljesítmény-alapérték

Dokumentálja a jelenlegi teljesítménymutatókat – oldalbetöltési időket, tranzakció-válaszidőket, lassú lekérdezések számát és ütemezett feladatok időtartamát. Szüksége van erre az alapértékre a frissítés utáni teljesítmény-regressziók azonosításához. Ha előtte nem mér, nem tudja bizonyítani, hogy egy frissítés utáni probléma új-e vagy már korábban is létezett.

2. fázis: Környezet-előkészítés (1-2 héttel előtte)

Klónozza az élest sub-production környezetbe

Kezdje egy friss éles klónnal a teszt vagy fejlesztői környezetében. Ne frissítsen olyan környezetet, amely hónapokig sodródott az élestől – reális reprezentációra van szüksége arról, hogyan néz ki ma az éles.

Mentés ellenőrzése

Ellenőrizze, hogy a mentési folyamat működik, és vissza tud állítani belőle. Ha a ServiceNow felhőjében van tárolva, erősítse meg a rendszer mentési ütemezését a ServiceNow támogatással. Ha on-premise (ritka, de még létezik), tesztelje a visszaállítási eljárást a végétől a végéig.

Visszaállítási terv

Dokumentálja a pontos lépéseket a frissítés visszaállításához, ha kritikus problémákat fedeznek fel a frissítés után. Tartalmazza: kinek van jogosultsága a visszaállítás aktiválására, mi az időablak (általában 24-48 óra), és mely adatok vesznek el, ha visszaállít (minden, a frissítés után létrehozott rekord). Egy visszaállítási terv, amelyet soha nem teszteltek, nem terv – kívánság.

Kommunikációs terv

Értesítse az összes érintettet: IT-csapatokat, üzleti felhasználókat, integrációs partnereket és a menedzsmentet. Tartalmazza a frissítési ablakot, a várható leállást, mire számítsanak a felhasználók közvetlenül a frissítés után (lassabb teljesítmény indexelés alatt, UI-változások), és kihez forduljanak, ha problémába ütköznek.

3. fázis: Frissítés végrehajtása

Először sub-production környezetben futtassa

Soha ne frissítsen először az élesen. Futtassa a frissítést a klónozott tesztkörnyezetében, oldjon meg minden problémát, és dokumentálja a megoldási lépéseket. Ezután futtassa még egyszer egy második környezetben, hogy ellenőrizze, a javításai tisztán működnek. Csak két sikeres sub-production frissítés után haladjon tovább az élesre.

Csendes időszakban hajtsa végre

Ütemezze az éles frissítést a legalacsonyabb használati időszakára – általában hétvégékre vagy késő esti órákra. Maga a frissítés a rendszer méretétől függően 2-8 órát vehet igénybe, plusz további idő a frissítés utáni validációra.

Kövesse nyomon a frissítési folyamatot

Figyelje a frissítési naplót valós időben. A ServiceNow részletes naplózást biztosít a frissítési folyamat során. Figyeljen a kihagyott rekordokról, sikertelen plugin-aktiválásokról és adatmigrációs problémákról szóló figyelmeztetésekre. Dokumentáljon mindent – a frissítési napló lesz az elsődleges hivatkozása a hibaelhárításhoz.

4. fázis: Frissítés utáni validáció (1-2 héttel utána)

Füstteszt

Futtassa a kritikus üzleti folyamatait a végétől a végéig közvetlenül a frissítés után. Ez magában foglalja: incidens létrehozását és megoldását, változási kérés benyújtását és jóváhagyását, discovery-szkennelés futtatását, a legfontosabb flow-k végrehajtását, és annak ellenőrzését, hogy az összes integráció helyesen küld és fogad adatokat.

Teljesítmény-összehasonlítás

Hasonlítsa össze a jelenlegi teljesítménymutatókat a frissítés előtti alapértékkel. Némi teljesítmény-romlás normális közvetlenül a frissítés után (indexelés, gyorsítótár-újraépítés), és 24-48 órán belül megoldódik. Ha a teljesítmény 48 óra után is romlott, vizsgáljon meg konkrét tranzakciókat a Transaction Log használatával.

Felhasználói átvételi tesztelés (UAT)

Tesztelje a kulcsfontosságú üzleti felhasználókkal a munkafolyamataikat. A műszaki tesztelés a konfigurációs problémákat fogja meg; a felhasználói tesztelés a használhatósági problémákat. Allokáljon legalább egy hetet az UAT-ra, mielőtt sikeresnek nyilvánítaná a frissítést.

Frissítés utáni Instance Scan

Futtassa az Instance Scant újra a frissítés után. Hasonlítsa össze az eredményeket a frissítés előtti szkennel. Az új megállapítások olyan testreszabásokat jelezhetnek, amelyek igazítást igényelnek az új verzióhoz. Oldja meg a kritikus megállapításokat, mielőtt továbblép.

Frissítési támogatásra van szüksége?

A ServiceNow-frissítések nem kell, hogy stresszesek legyenek. A Milic Media 30+ nagyvállalati frissítést kezelt – a rutinszerű egyverziós ugrásoktól a komplex több verziós pótlásokig. Mi kezeljük a felmérést, tervezést, végrehajtást és validációt, hogy a csapata a napi munkájára összpontosíthasson.

Foglaljon ingyenes frissítéstervezési konzultációt, és felmérjük a frissítési hatókörét, azonosítjuk a kockázatokat, és reális ütemtervet és költségvetést adunk.