Conceptos fundamentales
El vocabulario de SONAR (clientes, sitios, dispositivos, estado, políticas, checks, tareas, alertas, empleados, roles) y cómo se relacionan los objetos.
Casi todas las pantallas de la consola son una lista de uno de los objetos siguientes. Entender cómo encajan hace que el resto de esta documentación se lea rápido, y algunos de ellos se confunden con facilidad: esos se señalan al final.
La cadena, en una frase
Un dispositivo ejecuta el agente y pertenece a un sitio de un cliente; las políticas de automatización que le llegan a través de ese cliente y ese sitio le dan sus checks y sus tareas; un check que falla genera una alerta, que se gestiona según indica su plantilla de alerta; y cada cambio hecho en la consola se escribe en el registro de auditoría a nombre del usuario de SONAR que lo hizo.
Cómo se organizan los dispositivos
Cliente
El nivel superior del árbol: una organización cuyos equipos usted gestiona. Cada sitio, y por tanto cada dispositivo, pertenece exactamente a un cliente. Los clientes aparecen en el grupo Clients de la barra lateral de Sysadmin y se gestionan desde Management › Clients.
Sitio
Una subdivisión de un cliente: una oficina, una sucursal, un departamento. Un dispositivo pertenece exactamente a un sitio. El instalador del agente siempre se genera para un sitio, así que el sitio decide dónde aparece un dispositivo nuevo.
Dispositivo y agente
Un dispositivo es un equipo que ejecuta el agente. El dispositivo es el registro en la consola; el agente es el software en el equipo. Cada dispositivo tiene un tipo, workstation o server, que se elige al instalar el agente. El tipo decide qué política de automatización le da al dispositivo un cliente o un sitio, ya que cada uno de ellos puede tener una política para estaciones de trabajo y otra para servidores.
Los dispositivos aparecen en Dashboard › Sysadmin, y al seleccionar uno se abre el panel del dispositivo con sus pestañas. Vea La lista de dispositivos.
Estado del dispositivo
El estado de un dispositivo es el tiempo transcurrido desde la última señal de vida (heartbeat) del agente, que este envía aproximadamente una vez por minuto mientras está conectado. Last Response, en la lista de dispositivos, muestra cuándo llegó esa última señal.
online
El agente ha informado dentro del umbral de offline
No se aplica
offline
Ninguna señal de vida durante más tiempo que el umbral de offline
12 horas (720 minutos)
overdue
Ninguna señal de vida durante más tiempo que el umbral de retraso
30 días (43.200 minutos)
Ambos umbrales se definen por dispositivo, en el cuadro de diálogo Edit del dispositivo, como Offline after (minutes) y Overdue after (minutes). Lo que genera una alerta de disponibilidad es que un dispositivo pase a estar con retraso (overdue), cuando el dispositivo o su plantilla de alerta la solicitan; la alerta se resuelve cuando el dispositivo vuelve a informar.
Los contadores del dashboard Home y del Clients overview agrupan los dispositivos por franjas fijas de tiempo desde su último contacto (menos de 12 horas, más de 12 horas, más de 24 horas, más de 7 días, más de 30 días) y cuentan aparte los dispositivos en modo de mantenimiento. El Clients overview también cuenta por separado los dispositivos archivados.
Modo de mantenimiento
Un interruptor en un dispositivo, o en todos los dispositivos de un sitio o de un cliente a la vez (Enable Maintenance Mode en el menú del dispositivo o en el árbol de clientes). Mientras un dispositivo está en modo de mantenimiento, no se genera ninguna alerta para él. Sus checks y tareas siguen ejecutándose, y se cuenta en In Maintenance en lugar de por su estado. Úselo para trabajos planificados, para que un servidor que usted está reiniciando no avise a nadie.
Dispositivo archivado
Archive Agent indica al agente del equipo que se desinstale, lo que ocurre si el dispositivo está en línea en ese momento, y conserva el registro y el historial del dispositivo en la consola, contado en Archived. No se genera ninguna alerta para un dispositivo archivado. Desarchivarlo no reinstala el agente; para volver a gestionar ese equipo, instale el agente en él.
Automatización
Política de automatización
Un conjunto con nombre de checks y tareas (y, opcionalmente, una política de actualizaciones y una plantilla de alerta) que usted define una vez y asigna a muchos dispositivos. Las políticas se gestionan en Management › Automations y se asignan con Assign Automation Policy, en un dispositivo, un sitio o un cliente.
Un dispositivo recibe, del nivel más específico al más general:
la política asignada al propio dispositivo;
la Workstation Policy o la Server Policy del sitio, según el tipo de dispositivo;
la política para estaciones de trabajo o para servidores del cliente;
la política predeterminada para estaciones de trabajo o para servidores, definida en Admin Center › Settings, en Defaults.
Block policy inheritance en un dispositivo, un sitio o un cliente impide que se apliquen los niveles superiores. Cuando un check propio del dispositivo y un check de una política miden lo mismo (el mismo disco, el mismo servicio), prevalece el check del dispositivo, salvo que la política esté marcada como Enforced, en cuyo caso prevalece el check de la política. Las tareas no se fusionan: el dispositivo ejecuta sus propias tareas y las de todas las políticas que le llegan.
Vea Políticas de automatización.
Check
Una medición que el agente toma de forma programada, con un resultado de éxito o fallo: CPU Load Check, Memory Check, Disk Space Check, Ping Check, Windows Service Check, Event Log Check, Script Check. Un check que falla un número determinado de veces seguidas genera una alerta. Los resultados están en la pestaña Checks del dispositivo. Vea Checks.
Tarea
Una tarea automatizada: una secuencia de comandos y scripts que el agente ejecuta de forma programada (Daily, Weekly, Monthly, Run Once) o cuando falla un check (On check failure), una vez cuando la tarea llega por primera vez a un dispositivo (Onboarding), o solo cuando usted la inicia (Manual). Los resultados están en la pestaña Tasks del dispositivo. Vea Tareas automatizadas.
Script
Un fragmento de código reutilizable guardado en Management › Scripts (PowerShell, Batch, Python, Shell, Nushell o Deno) que usted ejecuta en un dispositivo, en muchos dispositivos, como check o como paso de una tarea. Vea Biblioteca de scripts.
Alertas
Alerta
Un registro de que algo requiere atención: un dispositivo pasó a estar con retraso, un check falló o una tarea falló. Cada alerta tiene una gravedad (Informational, Warning o Error) y permanece abierta hasta que se resuelve, ya sea sola, cuando el check vuelve a pasar o el dispositivo regresa, o a mano. La campana del encabezado muestra las alertas activas más recientes.
Plantilla de alerta
Las reglas que deciden qué ocurre cuando una alerta se abre y cuando se resuelve: quién recibe un correo electrónico o un SMS, si la alerta se muestra en la consola y qué script o solicitud web se ejecuta como acción. Las plantillas se gestionan desde el botón Alerts del encabezado y se asignan a un cliente, un sitio o una política de automatización, o se definen como predeterminadas en Admin Center › Settings.
La plantilla vigente para un dispositivo es la más específica: la de la política del dispositivo, luego la del sitio, luego la del cliente y luego la predeterminada. En los niveles de sitio y de cliente, una plantilla que trae la política de automatización asignada tiene prioridad sobre una asignada directamente. Vea Alertas y plantillas de alerta.
Personas y acceso
Usuario de SONAR
Una persona que inicia sesión en la consola. Los usuarios de SONAR se gestionan en Admin Center › Users, inician sesión con una contraseña y un segundo factor, y tienen un rol cada uno. Todo lo que cambian se escribe en el registro de auditoría a su nombre.
Rol
Lo que un usuario de SONAR puede hacer en la consola: un conjunto de permisos, agrupados como Agents, System, Automation & Tasks, Policies, etc., más Client & Site Access, es decir, los Allowed Clients y Allowed Sites a los que el rol está limitado. Una lista vacía significa que se permiten todos los clientes, o todos los sitios. Super User lo concede todo. Los roles se gestionan en Admin Center › Roles. Vea Roles y permisos.
Empleado
Una persona que usa los equipos gestionados, no alguien que inicia sesión en la consola. SONAR crea un registro de empleado la primera vez que el módulo de productividad ve un nombre de usuario de Windows nuevo en una sesión, y usted lo completa con el nombre, el cargo, el departamento y los sitios en los que trabaja la persona. Un empleado puede tener varios nombres de usuario. Los empleados están en Management › Employees, y los términos de uso firmados asociados a ellos, en Management › Terms. Vea Empleados.
Política de acceso
Un conjunto de franjas horarias de inicio de sesión de Windows (por ejemplo, de lunes a viernes, de 08:00 a 18:00) asignado a dispositivos (un dispositivo, un sitio, un cliente o todos los dispositivos) y a usuarios (un nombre de usuario, un patrón de nombre de usuario o los empleados de un sitio). Para esos usuarios en esos dispositivos, el módulo de productividad bloquea un inicio de sesión fuera de la franja, avisa antes de que termine la franja y cierra la sesión del usuario cuando termina, según la configuración de la política. Los usuarios que ninguna política cubre no se ven afectados. Las políticas de acceso están en Observability › Policies. Vea Políticas de acceso.
Solicitud de extensión
Una solicitud que un usuario final envía desde un equipo Windows para tener más tiempo fuera de su franja. Aparece en Observability › Requests, donde usted la aprueba o la deniega; una solicitud aprobada concede a ese usuario un permiso temporal. Vea Solicitudes de extensión.
Registro de auditoría
El registro de lo que ocurrió a través de la consola: objetos creados, cambiados y eliminados, con sus valores antes y después; inicios de sesión; comandos y scripts ejecutados; acciones masivas; sesiones remotas. Está en Reports & Audits › Audits, y los registros de un dispositivo están en su pestaña Audits. La pestaña History del dispositivo guarda la salida de los comandos, scripts y tareas ejecutados en él. Vea Registro de auditoría.
Distinciones que conviene tener claras
Usuario de SONAR no es empleado. Un usuario de SONAR inicia sesión en la consola y actúa sobre los dispositivos. Un empleado usa un equipo gestionado y nunca inicia sesión en la consola. La misma persona puede ser ambas cosas, con dos registros sin relación entre sí.
Política de automatización no es política de acceso. Una política de automatización da checks y tareas a los dispositivos: se ocupa del cuidado del equipo. Una política de acceso decide cuándo pueden las personas iniciar sesión en Windows: se ocupa del usuario. Se gestionan en lugares distintos (Management › Automations y Observability › Policies) y nunca se afectan entre sí.
Check no es tarea. Un check mide e informa de un éxito o un fallo; puede generar una alerta. Una tarea actúa: ejecuta comandos y scripts. Ambos se encuentran cuando una tarea se configura para ejecutarse On check failure, que es como un check que falla puede corregir su propia causa.
Rol no es solo alcance de clientes. Un rol concede acciones y a la vez las limita a sus clientes y sitios permitidos. Dar a alguien acceso a un cliente no le permite ejecutar scripts en él, salvo que el rol también conceda Run Scripts.
Fuera de línea no es lo mismo que con retraso. Fuera de línea significa que el dispositivo no ha informado desde hace un rato, como un portátil que se apaga por la noche. Con retraso significa que lleva ausente el tiempo suficiente para generar una alerta de disponibilidad.
Páginas relacionadas
Arquitectura y componentes: el software que hace funcionar estos objetos
Un recorrido por la consola: dónde está cada objeto
Incorpore su primer dispositivo: el vocabulario en la práctica
Atualizado
Isto foi útil?