...

Objetivo

Describir el proceso de integración entre ALTIRIS y CMDB (DRI)

...

CMS

Alcance

Hardware de tipo TERMINAL y PC que sea gestionado por ALTIRIS

...

Procesos

Proceso de carga administrativa

Los elementos se cargan en la CMDB CMS una vez el SAS realiza una compra de equipamiento mediante petición en ayudaDIGITAL. Dicho equipamiento se inserta en la CMDB CMS en estado PRREREGISTRO aportando como datos:

Posteriormente, los recursos se ponen a disposición de los nodos y se realiza el despliegue. En la recepción de los recursos se informa, a través del flujo de la Web de Expediente y Despliegue, además de los siguientes atributos

...

...

Proceso de sincronización 

ALTIRIS proporciona una vista de los elementos gestionados (Terminales y PCs) a la que la CMDB CMS se conecta diariamente para la actualización del equipamiento, dicha vista se compara con el HW cargado administrativamente primero por S/N y si no encuentra o el S/N es nulo, busca por coincidencia por MAC e ID ALTIRIS. Todo lo que muestra ALTIRIS es un recurso gestionado y por tanto:

• • Si no existe en la CMDB CMS se inserta con expediente de compra "desconocido" ya que es un descuadre respecto al HW cargado administrativamente.
  • Si existe en la CMDB CMS se actualizan los atributos de acuerdo a la información que muestra la vista de ALTIRIS.

Reglas

• • INSERCIÓN:
    • Si el S/N no viene informado, se inserta con S/N=ID vista ALTIRIS.
    • SI el S/N proporcionado no se encuentra, se busca por MAC, si no se encuentra la MAC se inserta con S/N=ID vista ALTIRIS. Verifica antes que no existe un recurso con el mismo nombre para evitar duplicados.

1. • ACTUALIZACIÓN
     • Si se identifica con Se identifica por este orden: S/N o , MAC o  ID ALTIRIS
       
       

...

Consideraciones

1) Marca y modelo

• No se actualiza marca o modelo si tiene expediente informado. Esto es así para no desvirtuar la información administrativa que se proporciona en los expedientes.
• Si la marca o modelo no está informada se inserta con valor "ALTIRISDESCONOCIDO". Posteriormente se mediante un procesado se da de alta las marcas y modelos necesarios para que se produzca la actualización del registro, no así para los registros en los que en el origen está no informado.

2) Ubicación

• Se actualizan todas las ubicaciones menos los siguientes casos:

• • Portátiles a excepción de los que están en estado "PRERREGISTRO.
  • No
Sólo
• • se actualiza ubicación de aquellos equipos en provincia de Granada.

• Si la ubicación si hay cambio de áreaSi la ubicación no está informada o no se corresponde, se actualiza o se  inserta con valor "ALTIRIS"DESCONOCIDO".
• Incorporar en el proceso la actualización del nuevo atributo para identificar si se ha informado ubicación fina desde ayudaDIGITAL_Escritorio; si dicho campo esta informado correctamente;  no se realiza cambios de ubicación.

3) Estados

ALTIRIS identifica 2 estados ACTIVO ACTIVE y BAJA.

• Baja lo determina cuando el recurso tiene fecha de última comunicación > 3 meses
• Si el recurso lleva sin comunicar más de 6 meses, se purga de la vista.

Por lo que la actualización de estados que se realiza es:

...

ACTIVO, siempre que sea

• BAJA
• RETIRADA DEFINITIVA
• SUSTRACCIÓN

...

BAJA, siempre que sea

• ACTIVO

...

RETIRED.

En CMS existen 2 atributos de estados:

• Estado, el que tiene el recurso en CMS : PRERREGISTRO, ACTIVO, BAJA Y RETIRADA DEFINITIVA
• Estado Altiris, que refleja el estado que tiene el recurso en ALTIRIS: ACTIVE, RETIRED, SIN CONEXIÓN ALTIRIS, estado que representa que el recurso ha pasado más de 6 meses sin conectar y se purga de la vista de ALTIRIS. Semalmente se repasa todo que estaba informado en CMS que está en ALTIRIS y si no lo encuentra, le informa ese estado.

Los estados ALMACÉN, TALLER, EN REPARACIÓN, BAJA POR SUSTRACCIÓN, TRASLADO EXTERNO están en proceso de revisión.

Graficamente las transiciones son

En formato tabulado

4) Clases

Se ha añadido a la integración Altiris el campo "Clase"(Tipo), ya que anteriormente no se estaba teniendo en cuenta.
Se manejan tanto en las inserciones como en las actualizaciones, y siguiendo las siguientes reglas:

• Si el tipo en Altiris viene como "Thin Client" en la CMS se inserta y se actualiza como "Terminal"
• Si el tipo en Altiris viene como "Servidor" en la CMS se inserta y se actualiza como "Servidor"
• Si el tlpo en Altiris viene como "PC" aqui hay varios casos:
  • Si el Chassis type es "Laptop","Notebook" o "Other" se inserta y actualiza como "Ordenador Portatil".
  • Si el Chassis type es "Other" y en el modelo vienen incluidas las palabras (ULTRABOOK,PORTATIL,ULTRALIGERO) será considerado "Ordenador Portátil"
  • Si el Chassis type es cualquier otro ( incluyendos nulos) se inserta y actualiza como "Ordenador Personal".
  • Si el modelo viene como Vmware o Virtual, independientemente del Chassis type, se inserta y acualiza como "Maquina Virtual".

--------------------------------------------------------
NOTA: Los cambios de clase se realizan cuando la máquina no dispone de Expediente de Compra ni Contrato de Mantenimiento, al igual que ocurre con los Modelos.

No se ha incluido el campo Chassis Type en la integración, es decir, no se rellena el valor de dicho campo en la CMS, simplemente se tiene en cuenta para diferenciar la clase.

5) MACs

Las Macs virtuales y de VPN no se actualizan, son las que comienzan por 00-A0-C6

Antiguamente no se tenían en cuenta los cambios de clase en cuanto a las actualizaciones.

Errores conocidos y procedimientos de actuación

ERRORES CONOCIDOS Y PROCEDIMIENTO DE ACTUACIÓN