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.

...

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 se proporciona en los expedientes.
• Si la marca o modelo no está informada se inserta con valor "DESCONOCIDO". 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 se actualiza ubicación de aquellos equipos en provincia de Granada.
Sólo se actualiza ubicación si hay cambio de área

• Si la ubicación no está informada o no se corresponde, se actualiza o se  inserta con valor "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 ACTIVE y RETIRED.

En CMS existen 2 tipos 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.

...

• Si el tipo en Altiris viene como "Thin Client" en la CMDB CMS se inserta y se actualiza como "Terminal"
• Si el tipo en Altiris viene como "Servidor" en la CMDb 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 igua igual que ocurre con los Modelos.

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

...

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

Errores conocidos y procedimientos de actuación

...