Objetivo

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

Alcance

Hardware de tipo TERMINAL y PC que sea gestionado por ALTIRIS

Proceso

Proceso de carga administrativa

Los elementos se cargan en la CMDB una vez el SAS realiza una compra de equipamiento. Dicho equipamiento se inserta en la CMDB 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 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 se inserta con expediente de compra "desconocido" ya que es un descuadre respecto al HW cargado administrativamente.
  • Si existe en la CMDB 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
     • Se identifica por este orden: S/N, 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 
• 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

• 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 inserta con valor "DESCONOCIDO".

3) Estados

ALTIRIS identifica 2 estados ACTIVE y RETIRED.

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

				COMENTARIOS
PRERREGISTRO	ACTIVE	SI	ACTIVO
PRERREGISTRO	RETIRED	NO	PRERREGISTRO	Es algo a analizar. No tiene sentido que esté retired o sin conexión sin haber pasado por activo
PRERREGISTRO	SIN CONEXIÓN ALTIRIS	NO	PRERREGISTRO	Es algo a analizar. No tiene sentido que esté retired o sin conexión sin haber pasado por activo
PRERREGISTRO	NO INFORMADO	N/A	PRERREGISTRO	Es una situación correcta si el elemento aún no ha sido desplegado. Si hay constancia de que el elemento se ha desplegado hay que revisar porqué no se ha hecho la transición a ACTIVO
ACTIVO	ACTIVE	N/A	ACTIVO
ACTIVO	RETIRED	NO	ACTIVO	Es algo a analizar. Un recurso que está RETIRED en Altiris puede estar ACTIVO por ejemplo por una baja laboral
ACTIVO	SIN CONEXIÓN ALTIRIS	NO	ACTIVO	Es algo a analizar. Un recurso que está purgado de la vista de Altiris (SIN CONEXIÓN ALTIRIS) puede estar ACTIVO por ejemplo por una baja laboral
ACTIVO	NO INFORMADO	NO	ACTIVO	Es algo a analizar. Debería estar en PRERREGISTRO
BAJA	ACTIVE	SI	ACTIVO	Es algo a analizar. Si bien se activa, se debe analizar porqué un recurso que ha sido identificado como BAJA (que no presta ya servicio) ha vuelto a conectar con ALTIRIS.
BAJA	RETIRED	NO	BAJA
BAJA	SIN CONEXIÓN	NO	BAJA
BAJA	NO INFORMADO	N/A
RETIRADA DEFINITIVA	ACTIVE	SI	ACTIVO	Es algo a analizar. Si bien se activa, se debe analizar porqué un recurso que ha sido identificado como RETIRADA DEFINITIVA (que se ha llevado a punto limpio) ha vuelto a conectar con ALTIRIS.
RETIRADA DEFINITIVA	RETIRED	NO	RETIRADA DEFINITIVA
RETIRADA DEFINITIVA	SIN CONEXIÓN	NO	RETIRADA DEFINITIVA
RETIRADA DEFINITIVA	NO INFORMADO	NO	RETIRADA DEFINITIVA

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

No se ha incluido el campo Chassis Type en la integración, es decir, no se rellene el valor de dicho campo en la CMDB, 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