HELD bieži tiek apspriesta kā protokola detaļa, taču uzņēmuma ārkārtas arhitektūrā tā ir daļa no plašākas operētājsistēmas atrašanās vietas uzticamībai. Protokols ir noderīgs tikai tad, ja atrašanās vietas pārvaldība, identitātes kartēšana un izmaiņu kontrole tiek veikta ar disciplīnu.
Kur HELD rada pievienoto vērtību
HELD atbalsta atrašanās vietas iegūšanas modeļus, kur infrastruktūras kontekstam ir nozīme. Pārvaldītā uzņēmuma vidē tas var uzlabot konsekvenci, ja to savieno pārī ar labi pārvaldītu LIS.
Praktiski riski
- Tīkla topoloģijas izmaiņas padara atrašanās vietu kartējumus nederīgus.
- Vāja identitātes un atrašanās vietas korelācija.
- Slikta pārvaldība pagaidu vai jaukta darba scenārijiem.
Komentārs
Uzņēmumi bieži nepietiekami iegulda datu dzīves ciklā ap HELD iespējotām sistēmām. Protokols pats par sevi nevar atrisināt pārvaldības novirzi. Reālā prasība ir kontrolēts dzīves cikls atrašanās vietas ierakstiem un kartēšanas noteikumiem.
Īstenošanas prioritātes
1. Versijas atrašanās vietas kartējumi un izsekojiet visām izmaiņām. 2. Definējiet īpašumtiesības saistībā ar iekļaušanu, atjauninājumiem un pārbaudēm. 3. Pievienojiet tīkla izmaiņu saskaņošanas pārbaudes. 4. Integrējiet incidentu rezultātus atpakaļ kartēšanas politikā.