Objetivo

Describir el proceso de integración entre ALTIRIS y CMS

Alcance

Hardware de tipo TERMINAL y PC que sea gestionado por ALTIRIS

Procesos

Proceso de carga administrativa

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

Atributos	Descripción
S/N	Número de serie del recurso proporcionado por el proveedor
Nombre	Nombre del recurso, inicialmente igual a S/N
Marca	Marca del recurso, proporcionado por el proveedor
Modelo	Modelo del recurso, proporcionado por el proveedor
Expediente de compra asociado	Número administrativo de la compra
Ubicación	Ubicación del recurso, inicialmente ALMACÉN PROVINCIAL o dónde determine el peticionario.

Posteriormente, los recursos se ponen a disposición de los nodos y se realiza el despliegue.

Proceso de sincronización

ALTIRIS proporciona una vista de los elementos gestionados (Terminales y PCs) a la que la 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 CMS se inserta con expediente de compra "desconocido" ya que es un descuadre respecto al HW cargado administrativamente.
- Si existe en la 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.

- ACTUALIZACIÓN
  - Se identifica por este orden: S/N, MAC o ID ALTIRIS

Atributos VISTA ALTIRIS	Atributos CMS	ACTUALIZACIÓN	INSERCIÓN
S/N	ca_owned_resource.serial_number	NO ACTUALIZA (CLAVE)	INSERTA CON S/N=ID ALTIRIS
Nombre	ca_owned_resource.resource_name	ACTUALIZA	INSERTA
Marca	ca_owned_resource.manufacturer_uuid	ACTUALIZA (Ver consideraciones)	INSERTA
Modelo	ca_owned_resource.model_uuid	ACTUALIZA (Ver consideraciones)	INSERTA
Expediente		NO ACTUALIZA	INSERTA CON EXPEDIENTE = DESCONOCIDO
Ubicación	ca_owned_resource.location_uuid	ACTUALIZA (Ver consideraciones)	INSERTA
Código SAS	usp_owned_resource.zcod_sas	ACTUALIZA	INSERTA
IP	ca_owned_resource.alarm_id	ACTUALIZA	INSERTA
MAC	ca_owned_resource.mac_address	ACTUALIZA (Ver consideraciones)	INSERTA (Ver consideraciones)
ESTADO	ca_owned_resource.resource_status	ACTUALIZA (Ver consideraciones)	INSERTA
ID ALTIRIS		ACTUALIZA	INSERTA
Tipo Procesador	usp_owned_resource.ztipo_procesador	ACTUALIZA	INSERTA
Fecha Ultima Conexión	usp_owned_resource.zalt_fecha_ult_inventario	ACTUALIZA	INSERTA
Número Procesadores	ca_owned_resource.number_proc_inst	ACTUALIZA	INSERTA
Memoria RAM	ca_owned_resource.total_memory	ACTUALIZA	INSERTA
Velocidad CPU	ca_owned_resource.processor_speed	ACTUALIZA	INSERTA
Tamaño disco	ca_owned_resource.total_disk_space	ACTUALIZA	INSERTA
Sistema operativo	usp_owned_resource.zop_system	ACTUALIZA	INSERTA
Clase	ca_owned_resource.resource_class	ACTUALIZA (Ver consideraciones)	INSERTA
Fecha Bios	ca_owned_resource.bios_ver	ACTUALIZA	INSERTA
Subnet	usp_owned_resource.subnet	ACTUALIZA	INSERTA
Dominio	usp_owned_resource.zalt_dominio	ACTUALIZA	INSERTA
Service Pack	usp_owned_resource.servicepack	ACTUALIZA	INSERTA

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 "DESCONOCIDO". Posteriormente 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.

Si la ubicación no está informada o no se corresponde, se inserta con valor "DESCONOCIDO".

3) Estados

ALTIRIS identifica 2 estados ACTIVE y 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

				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 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

SÍNTOMA

Causa

PROCEDIMIENTO

Equipos están en estados "NO ACTIVOS" (PRERREGISTRO, BAJA, RETIRADA DEFINITIVA) y se consideran ACTIVOS

Si están gestionados por ALTIRIS y está en estado ACTIVE, la integración hará que se vuelva a poner ACTIVO.

Revisar por parte de los equipos provinciales porqué los recursos "NO ACTIVO" han vuelto a conectar y si son circuntsancias correctas.

Hay que tener en cuenta que los recursos en RETIRADA DEFINITIVA no se pueden volver a poner activos desde DRI y/o CMS. Se considera que esos recursos han llegado a fin de vida y hay que solicitar una petición de modificación del dato o bien ponerlos bajo la gestión de ALTIRIS

Código SAS erróneo

CMS actualiza el código SAS que informa la vista de ALTIRIS

Si esto ocurre, posiblemente nos encontremos ante un equipo que ha sido clonado y no se ha actualizado el código SAS.

Abrir incidencia desde MiCentroServicios:

Catálogo "una aplicación no funciona correctamente"
Aplicación = "SERVICIO GESTION DE ACTIVOS (ALTIRIS)"
Completar Grado de afectación
Asignación inicial = "SOPORTE PROVINCIAL (SPU y AT2) para realizar la acción correctora

Ubicación incorrecta

Si esto ocurre la tabla de direccionamiento que usa ALTIRIS y a partir de la cual se identifica la ubicación no está actualizada.

Abrir incidencia desde MiCentroServicios:

Catálogo "una aplicación no funciona correctamente"
Aplicación = "SERVICIO GESTION DE ACTIVOS (ALTIRIS)"
Completar Grado de afectación
Asignación inicial = "SOPORTE PROVINCIAL (SPU y AT2) para realizar la acción correctora. en el caso de las ubicaciones incorrectas es posible que se deba escalar a tras su revisión inicial por parte de SOPORTE PROVINCIAL a ADMINISTRACIÓN SISTEMAS CENTRALIZADOS para que desde el grupo de Provisión realicen las acciones oportunas.