Hibaelhárítás az automatizálás fut

Az automatizálási hibaelhárítás az ok szűkítésének folyamata. A legtöbb probléma a hozzáférésből, a terv elérhetőségéből, a hálózat állapotából, az eseményindító eltéréséből, a feltételek eltéréséből, a széles körű alkalmazási körből vagy az átfedő szabályokból ered.

Kezdje ezzel az ellenőrzőlistával, amikor:

1. Egy szabály nem hozta meg a várt változást.
2. Egy szabály rossz munkára futott.
3. Egy szabály a vártnál gyakrabban futott.
4. Az automatizálás a betöltés, az újrapróbálkozás, a hozzáférés nélküli, a frissítés vagy az internet nélküli állapotokat mutatja.
5. Biztonságosan tesztelnie kell egy szabályt.

Diagnosztikai referencia

kérdés	Miért számít
Az Automations betöltődik?	Ha az építő nem tudja inicializálni, a szabályokat nem lehet felülvizsgálni vagy módosítani.
Online vagy?	Az automatizálás kezeléséhez hálózati hozzáférés szükséges.
A megfelelő Térben vagy?	A szabályok és a hozzáférés területspecifikusak.
Megtekintheti a szerepe az automatizálásokat?	A hozzáférés nélküli állapotok megakadályozzák a szabályok felülvizsgálatát.
A terv lehetővé teszi az automatizálást?	A frissítési üzenetek azt jelentik, hogy a funkció nem érhető el a jelenlegi csomagban.
Aktív a szabály?	A szüneteltetett vagy letiltott szabályok nem futhatnak.
Az eseményindító a szabály mentése után történt?	A szabály nem reagálhat a múltbeli változásokra, hacsak az építő kifejezetten nem támogatja ezt a viselkedést.
Minden feltétel megegyezett a változás idején?	A feltételek határozzák meg, hogy a művelet megengedett-e.
A tárgy a hatókörön belül van?	A szabályok nem hathatnak a hatókörükön kívüli munkára.
Vannak átfedő szabályok?	Hasonló szabályok duplikált vagy váratlan frissítéseket hozhatnak létre.

Diagnosztizáljon egy szabályt, amely nem futott le

1. Nyissa meg az Automatizálást.
2. Erősítse meg az építtető betöltését.
3. Győződjön meg arról, hogy a szabály létezik és aktív.
4. Győződjön meg arról, hogy az érintett elem a hatókörön belül van.
5. Erősítse meg, hogy az eseményindító a szabály mentése után történt.
6. Hasonlítsa össze az elemet minden feltétellel.
7. Győződjön meg arról, hogy a műveleti cél továbbra is létezik, és elérhető.
8. Teszteljen egy biztonságos elemmel, amely egyértelműen megfelel a szabálynak.

Várható eredmény: Tudja, hogy a probléma hozzáféréssel, elérhetőséggel, eseményindítóval, állapottal, hatókörrel vagy műveleti viselkedéssel van-e.

Diagnosztizáljon egy szabályt, amely túl gyakran futott

1. Szüneteltesse vagy tiltsa le a szabályt, ha továbbra is váratlan frissítéseket okoz.
2. Először tekintse át a hatókört.
3. Tekintse át a triggert.
4. Adjon meg szigorúbb feltételeket.
5. Ellenőrizze, hogy egy másik szabály képes-e reagálni ugyanarra a változásra.
6. Teszteljen egyező és nem megfelelő biztonságos elemekkel.
7. Csak a megfelelő eredmény után engedélyezze újra.

Az ismétlődő frissítések diagnosztizálása

1. Keressen hasonló triggerekkel rendelkező szabályokat.
2. Hasonlítsa össze hatókörüket és feltételeiket.
3. Ideiglenesen tiltsa le a szélesebb vagy ismétlődő szabályt.
4. Tesztelje a fennmaradó szabályt.
5. A szabályok átdolgozása úgy, hogy csak egy művelet hajtsa végre ugyanazt a frissítést.

Diagnosztizálja a hozzáférés- vagy tervblokkolókat

1. Ellenőrizze az Automatizálás oldalon megjelenő üzenetet.
2. Ha azt írja ki, hogy nincs internet, csatlakozzon újra, és próbálja újra.
3. Ha nem jelenik meg hozzáférés, kérje meg a Space-adminisztrátort, hogy vizsgálja felül a szerepkörét.
4. Ha frissítést kér, kérje meg a számlázás tulajdonosát, hogy ellenőrizze a csomag elérhetőségét.
5. Ha az újrapróbálkozást jelzi, frissítse az alkalmazást, és próbálja újra az építőt.

Ha nincs külön futási előzmény

Előfordulhat, hogy egyes terek nem jelenítenek meg külön futási előzmények panelt a látható építőben. Ebben az esetben ellenőrizze a viselkedést az érintett elemen keresztül:

1. Erősítse meg, hogy a tétel a várt időpontban megváltozott.
2. Ellenőrizze, hogy változott-e a várt mező, a jogosult, az emlékeztető vagy az értesítés.
3. Hasonlítsa össze az elem állapotát a szabály feltételeivel.
4. Reprodukáljon biztonságos tesztanyaggal, és jegyezze fel a hozzávetőleges időt.

Hibaelhárítás

A szabály nem fut le a feladat változása után

• Tünet: A feladat megváltozott, de a várt művelet nem történt meg.
• Ok: Előfordulhat, hogy az eseményindító nem egyezik a változással, vagy a feltételek nem egyeztek a változtatás időpontjában.
• Felbontás:
  1. Erősítse meg a pontos triggert.
  2. Erősítse meg, hogy a feladat a hatókörön belül volt.
  3. Erősítsen meg minden feltételt.
  4. Teszteljen biztonságos feladattal.

A szabály a nem kapcsolódó elemeket érinti

• Tünet: Frissítésre kerülnek azok az elemek, amelyeknek nem kell egyeznie.
• Ok: A hatókör vagy a feltételek túl tágak.
• Felbontás:
  1. Szüneteltesse vagy tiltsa le a szabályt.
  2. Szűk hatókör.
  3. Adja hozzá a szükséges feltételeket.
  4. Az újbóli engedélyezés előtt tesztelje a nem egyező elemeket.

A Builder nem nyitható meg hibaelhárítás céljából

• Tünet: Nem tudja betölteni a buildert.
• Ok: Offline, nincs hozzáférés, a terv elérhetősége, a munkamenet vagy az inicializálás probléma.
• Felbontás:
  1. Erősítse meg a hálózati hozzáférést.
  2. Próbálja újra.
  3. Frissítse az alkalmazást.
  4. Kérjen meg egy adminisztrátort, hogy igazolja a szerepét.
  5. A probléma bejelentésekor tüntesse fel a szóközt és a hozzávetőleges időt.

FAQ

Mit kell feltüntetnem automatizálási probléma bejelentésekor?

Tartalmazza a terület nevét, a szabály nevét, az érintett elemet, a várt műveletet, a tényleges eredményt és a hozzávetőleges időt.

Mi a legbiztonságosabb teszt?

Csak tesztelés céljából hozzon létre alacsony kockázatú elemet. Állítsa be a szabályt, erősítse meg, hogy egy várt művelet megtörténik, majd tisztítsa meg.