Aplicación de invalidaciones a detecciones de objetos
System Center Operations Manager supervisa los equipos y dispositivos que ha detectado, y también supervisa las aplicaciones y características que detecta en los equipos supervisados. Puede haber situaciones en las que quiera limitar la detección. Por ejemplo, es posible que quiera que solo se detecten y supervisen algunas instancias de SQL Server, o bien desea quitar un equipo que ya se haya detectado.
Los pasos precisos para limitar o restringir la detección dependen del objeto, la aplicación o la característica que desea excluir de la detección. Sin embargo, el procedimiento general es el mismo: identifique la detección que desea limitar y cree una invalidación para deshabilitar la detección.
La invalidación para deshabilitar la detección se puede aplicar a:
Todos los objetos de la clase a los que se aplica la detección. Si usa esta selección para la invalidación, deshabilite completamente la detección.
Grupo. La pertenencia a grupos se puede definir explícita o dinámicamente. Al crear un grupo, guárdelo en un módulo de administración no sellado. Sin embargo, un elemento de un módulo de administración no sellado, como una invalidación, no puede hacer referencia a un elemento de un módulo de administración no sellado diferente, como un grupo. Si va a usar un grupo para limitar la aplicación de una invalidación, debe guardar el grupo en el mismo módulo de administración no sellado que la invalidación, o bien debe cerrar el módulo de administración que contiene el grupo. Para obtener más información, consulte Creación y administración de grupos.
Uno o varios objetos específicos de la clase a los que se aplica la detección. Con este método, puede seleccionar entre objetos detectados.
Todos los objetos de otra clase. Con este método, se especifica una clase de objetos a la que se va a aplicar la invalidación.
Elegir cómo aplicar la invalidación para deshabilitar la detección depende de su situación. La situación más sencilla es cuando se desea deshabilitar la detección de un objeto específico o para todos los objetos de una clase. Cuando desee deshabilitar la detección de cualquier objeto que cumpla determinados criterios, debe usar un grupo que contenga esos objetos o cree un grupo que identifique esos objetos.
Por ejemplo, quiere deshabilitar la detección de discos lógicos en servidores de administración. Puede configurar una invalidación para deshabilitar la detección de discos lógicos de Windows Server aplicables y aplicarlo al grupo Servidores de administración de Operations Manager, que se crea automáticamente al instalar Operations Manager. Si, en su lugar, desea deshabilitar la detección de discos lógicos en equipos de una unidad organizativa específica, no hay ningún grupo integrado que satisfaga esa definición y, por tanto, tendría que crear un grupo que identifique esos equipos.
Después de que ya se haya detectado un objeto, si desea eliminar el objeto y no volver a detectarlo, deshabilite la detección de ese objeto y, a continuación, ejecute el cmdlet Remove-SCOMDisabledClassInstance en shell de Operations Manager. Para obtener ayuda con este cmdlet, abra shell de Operations Manager y escriba Get-Help Remove-SCOMDisabledClassInstance.
Pasos siguientes
Para obtener información sobre cómo crear un módulo de administración que se puede escribir personalizado para almacenar las invalidaciones, consulte How to Create a Management Pack for Overrides (Cómo crear un módulo de administración para invalidaciones).
Antes de realizar cambios en la configuración de supervisión definida en un módulo de administración de Operations Manager, consulte How to Override a Rule or Monitor (Cómo invalidar una regla o monitor ) para comprender cómo configurar el cambio.
Para comprender las diferencias entre las clases y los grupos de Operations Manage y cómo se aplican los flujos de trabajo a cada uno, consulte Using Classes and Groups for Overrides in Operations Manager (Usar clases y grupos para invalidaciones en Operations Manager).
Comentarios
https://aka.ms/ContentUserFeedback.
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea:Enviar y ver comentarios de