Cómo solucionar problemas de incorporación Operations Management Suite

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 3126513
Resumen
Este artículo contiene una serie de pasos, procedimientos, y sugerencias para solucionar problemas para ambos Operations Manager integrado Adjuntar acceso de agente directo en Microsoft Operations Management Suite (OMS) y clientes de modo.

El artículo trata los siguientes temas

Error de registro del Administrador de operaciones

Describe dos mensajes de error que pueden surgir al registrar un grupo de administración de Operations Manager (OpsMgr).

Pasos de registro o la configuración de proxy

Describe cómo configurar los servidores proxy (si los tiene) para permitir el tráfico a penetraciones operacional.

Comprobación de la implementación después de registro

Proporciona pasos para solucionar problemas para integrado Operations Manager instale modo tanto para los agentes con conexión directa. También se describe cómo comprobar el flujo de datos, así como para buscar los errores comunes y cómo corregirlos.

Otros problemas conocidos y soluciones provisionales de Operations Manager

Describe otros diversos problemas relacionados con la incorporación de conocimientos operacionales de Operations Manager.
Más información

Error de registro del Administrador de operaciones

Error 2200

Cuando intenta conectarse a un grupo de administración de Operations Manager de OMS, recibirá el siguiente mensaje de error:

Error 2200: No se puede registrar al Asesor de servicio. Póngase en contacto con el administrador del sistema.

Este problema puede deberse a una de las siguientes condiciones:
  • No se creó el área de trabajo de la OMS antes de intentar integrar con Operations Manager. Para corregir este problema, vaya al sitio Microsoft.com\OMS y crear un área de trabajo en primer lugar. A continuación, intente resumir con la misma cuenta.
  • Una vez instalado el último requiere acumulativos, los módulos de administración necesarios no se han importado en el grupo de administración de OpsMgr. Para corregir este problema, abra la consola de OpsMgr, vaya a la vista de administración y, a continuación, seleccione la opción para importar módulos de administración. A continuación, vaya a %SystemDrive%\Program comunes\System Center 2012 SP1\Operations Manager\Server\Management paquetes para los paquetes acumulativos de actualizacionesy, a continuación, importar los módulos de administración en esta carpeta. En cuanto se completa la operación, reinicie la consola y reintente incorporación.

Error 3000

Cuando intenta conectarse a un grupo de administración de OpsMgr OMS, recibirá el siguiente mensaje de error:

Error 3000: No se puede registrar al Asesor de servicio. Póngase en contacto con el administrador del sistema.

Este problema puede deberse a una de las siguientes condiciones:
  • El reloj del servidor puede ser sincronizado con la hora actual en más de 5 minutos. Puede solucionar este problema, cambie la hora del reloj del servidor para que coincida con la hora actual. Para ello, abra un símbolo del sistema como administrador, ejecutar w32tm /tz para comprobar la zona horaria y, a continuación, ejecutar w32tm /resync para sincronizar la hora.

    Nota: Incluso cuando el reloj dice que está sincronizado (que es, sincronizado con el servidor de hora de la compañía), puede que sea sincronizado con el de las máquinas virtuales de Azure. Dado que el sesgo de tiempo permitido es sólo 5 minutos, suele ser un problema. Compruebe que están sincronizando con un servidor de hora de confianza en Internet. Puede solucionar aún más este tipo de problema al habilitar el seguimiento detallado en el servidor de administración o el equipo que ejecuta al OnSite. Para obtener más información acerca del seguimiento en Operations Manager, consulte el artículo siguiente:
    942864 Cómo utilizar el seguimiento de diagnóstico en System Center Operations Manager 2007 y System Center Essentials
    Básicamente, debe ejecutar el siguiente comando:
    StartTracing.cmd VER - reproduce the issue – StopTracing.cmd FormatTracing.cmd
    En los archivos de seguimiento de salida, encontrará una excepción que indica que el token se rechazó porque no era todavía válido o ha caducado.
  • Un servidor interno de proxy o el firewall puede estar bloqueando la comunicación a los extremos de servicio asesor. En la siguiente sección se incluye información detallada acerca de cómo solucionar estos problemas.

Pasos de registro o la configuración de proxy

Cuando un servidor interno de proxy o firewall está bloqueando la comunicación a los extremos de servicio Advisor, puede fallar el registro. O bien, una vez completado el registro, se produce un error en la comunicación de OpsMgr. Esta sección describe el tipo de comunicaciones y extremos que se deben permitir en los servidores de administración, consola y agentes directos para la comunicación de información operativa trabajar.

Paso 1: Solicitud de excepción para los extremos de servicio

Los siguientes dominios y direcciones URL deben ser accesibles a través del firewall o servidor proxy para el servidor de administración para tener acceso a los servicios Web de perspectivas operacionales de Azure.

Algunos servidores proxy pueden requerir que se omite la inspección de HTTPS. Las direcciones URL que requieren esto se indican en las tablas siguientes.

Servidor de administración
DIRECCIÓN URLOmitir la inspección de HTTPSPuertos
Service.systemcenteradvisor.com443
*. service.opinsights.azure.com443
scadvisor.AccessControl.Windows.NET443
scadvisorservice.AccessControl.Windows.NET443
*.BLOB.Core.Windows.NET/*X443
Data.systemcenteradvisor.com443
ODS.systemcenteradvisor.com443
*. ods.opinsights.azure.comX443
*. systemcenteradvisor.com443

Nota: Con algunas soluciones próximas (por ejemplo, seguridad y auditoría), debido al gran volumen de datos enviados en esos escenarios, los agentes informan datos directamente a la nube sin cola a través del servidor de administración, incluso al informar a OpsMgr y recibir la configuración del grupo de administración de OpsMgr. En estos casos el dominio y el puerto siguiente también debe ser en servidores proxy y servidores de seguridad:

DIRECCIÓN URLOmitir la inspección de HTTPSPuertos
*. ods.opinsights.azure.comX443

Nota: La configuración especificada en el paso 2 del proxy se propagarán automáticamente a los agentes de cliente de OpsMgr.
Consola de Operations Manager
Los siguientes dominios y direcciones URL deben ser accesibles a través del firewall para ver el portal web de Asesor y la consola de Operations Manager (para realizar 'registro' a penetraciones operacional de Azure).

RecursoOmitir la inspección de HTTPSPuertos
*. systemcenteradvisor.com80, 443
*. live.com80, 443
*. microsoft.com80, 443
*. microsoftonline.com 80, 443
Login.Windows.NET80, 443

Además, asegúrese de que el proxy de Internet Explorer está configurado correctamente en el equipo que se usa. Puede ser especialmente valiosa para intentar conectar con un sitio Web SSL habilitado como https://www.Bing.com Para comprobar que las conexiones HTTPS funcionará. Si la conexión HTTPS no funciona desde un explorador, probablemente no funcionará también desde la consola de Operations Manager o en los módulos de servidor que se relacionan con los servicios web en la nube.
Agentes conectados directamente
Agente directo no utiliza las credenciales para conectarse al área de trabajo; en su lugar, debe especificar el identificador del área de trabajo y la clave. Estas credenciales se utilizan para el registro y, a continuación, después de que el agente está registrado, se utiliza un certificado. Agente directo necesita conectarse sólo a los siguientes destinos:

DIRECCIÓN URLOmitir la inspección de HTTPSPuertos
*.BLOB.Core.Windows.NET/*X443
*. oms.opinsights.azure.comX443
*. ods.opinsights.azure.comX443
ODS.systemcenteradvisor.com443

Después de completar el registro de su entorno de OpsMgr para el servicio de asesor, siga los pasos 2, 3 y 5 para permitir que los servidores de administración enviar datos al servicio Web Advisor. Nota Este paso 4 es necesario sólo si no ha instalado las actualizaciones más recientes.

Paso 2: Configurar el servidor proxy en la consola de OpsMgr

  1. Abra la consola de OpsMgr.
  2. Vaya a la vista de administración .
  3. Bajo el nodo System Center Advisor , seleccione Conexión de Asesor.
  4. Haga clic en Configurar el servidor Proxy:

  5. Seleccione la casilla de verificación utilizar un servidor proxy para tener acceso al servicio Web de Asesor
  6. Especifique la dirección de proxy en el formato http://proxyserver:port:

    Dirección de proxy

Paso 3: Especificar credenciales para OpsMgr, si el servidor proxy requiere autenticación

Si el servidor proxy requiere autenticación, puede especificar uno de una cuenta de OpsMgr RunAs y asociarlo con System Center Advisor ejecutar como perfil Proxy:
  1. En la consola de OpsMgr, vaya a la vista de administración .
  2. Bajo el nodo Configuración de RunAs , seleccionar perfiles.
  3. Haga doble clic para abrir Centro de Asesor ejecutar como perfil de Proxy del sistema:

    Asesor de System Center se ejecute como Proxy de perfil
  4. Haga clic en Agregar para agregar una Cuenta de RunAs. Puede crear uno o utilizar una cuenta existente. Esta cuenta debe tener permisos suficientes para pasar a través del proxy.
  5. Establezca la cuenta de destino en el grupo de Servidores de administración de Operations Manager .
  6. Complete el asistente y guardar los cambios:

Paso 4: Configurar el servidor proxy en cada servidor de administración de OpsMgr para código administrado

Hay un valor adicional en Operations Manager que está pensado para informes de error generales. Sin embargo, cuando esta opción esté habilitada, la configuración de proxy puede también terminar que afectan a la funcionalidad del conector Advisor. Esto ocurre porque los mismos módulos pueden utilizarse en varios flujos de trabajo. Por lo tanto. Microsoft recomienda configurar el servidor proxy para el mismo servidor proxy para cada servidor de administración. Para ello, siga estos pasos:
  1. En la consola de OpsMgr, vaya a la vista de administración .
  2. Seleccione Administración de dispositivosy, a continuación, seleccione el nodo de Administración de servidores .
  3. Secundario, seleccione Propiedades para cada MS (uno a la vez) y, a continuación, establezca al servidor proxy en la ficha Configuración de Proxy :

Comprobación de la implementación después de registro

Paso 1: Compruebe que los paquetes de administración adecuadas se descargan en su entorno de Operations Manager

Dependiendo de qué soluciones (anteriormente denominados paquetes de inteligencia) que ha habilitado en el portal de información operativa, usted verá algunos o todos de la administración de paquetes en la siguiente pantalla. Buscar palabra clave "Asesor" o "Solución" en sus nombres y asegúrese de que las soluciones que ha habilitado tienen instalado el Pack de administración correspondiente.



También puede comprobar estos paquetes de administración a través de PowerShell utilizando los siguientes comandos:
get-scommanagementpack | where {$_.DisplayName -match 'Advisor'} | select Name,DisplayName,Version,KeyToken
get-scommanagementpack | where {$_.DisplayName -match 'Advisor'} | select Name,DisplayName,Version,KeyToken | Out-GridView
Nota: Si está solucionando problemas de la solución de capacidad, comprobar cuántos paquetes de administración tiene que tengan un nombre que contiene la "capacidad". Hay dos paquetes de administración que tienen el mismo nombre para mostrar, pero distintos identificadores internos que vienen en el mismo paquete de paquete de administración. Si uno de los dos no se importarán (a menudo debido a falta de dependencias VMM) el otro módulo de administración no sean importado o bien.

Debería ver los siguientes tres management packs relacionados con "capacidad":
  • Paquete de inteligencia capacidad de Asesor de Microsoft System Center
  • Paquete de inteligencia capacidad de Asesor de Microsoft System Center
  • Datos de capacidad de almacenamiento de información de Microsoft System Center Advisor
Si sólo ve una o dos de estos, quitarlos y espere 5 a 10 minutos para Operations Manager descargar e importar de nuevo. Si ello falla, compruebe los registros de sucesos de errores durante este período.

Paso 2: Validar que se descargan las soluciones adecuadas a su agente directo

Con agentes directa, debe ver la directiva de recopilación de solución se almacenen en caché en la ruta C:\Program Files\Microsoft supervisión Agent\Agent\Health Service State\Management Pack :


Paso 3: Validar que se está enviando datos al servicio de Asesor (o al menos que se intentó un envío)

  1. Abrir el Monitor de rendimiento.
  2. Seleccione los grupos de administración de servicios de salud.
  3. Agregar todos los contadores que comienzan con HTTP:

  4. Si la configuración es correcta, debería observar una actividad para estos contadores como eventos y otros datos se ha cargado (basándose en las soluciones que se cargan en el portal y la directiva de recopilación de registro configurado). Estos contadores no tienen necesariamente continuamente ocupado. Sin embargo, si ve poca o ninguna actividad, podría ser que no se han agregado muchas soluciones o que tienen una directiva de colección muy ligera.

Paso 4: Comprobar si hay errores en el servidor de administración o los registros de sucesos del agente directo

Como paso final, si todos los pasos anteriores no funcionan, compruebe si tiene algún error en el Visor de sucesos : > servicios y aplicaciones : > registro de sucesos de Operations Manager . Filtro de orígenes de eventos: Asesor, módulos de servicios de salud, HealthServicey Servicio conector (ésta sólo se aplica al agente directa). Puede copiar estos eventos y regístrelos en el área de votaciones para que en el equipo del producto podemos ofrecerle ayuda adicional. La mayoría de estos eventos también se encuentra en agente directo y los pasos para solucionar problemas son similares. La única parte que difiere entre un entorno integrado de OpsMgr y otro usando a agentes directos es el proceso de registro:
  • Cuando se conecta a Operations Manager, tiene un asistente con la integración del explorador que le permite elegir el área de trabajo como un usuario o administrador. A continuación, se encarga de intercambiar certificados OpsMgr y las utiliza para management pack descarga y transferencia de datos a información operativa.
  • Cuando utiliza a agentes directos, acaba de copia y pega el identificador del área de trabajo y la clave, y los que se utilizan para comprobar que realmente es usted quien está registrando esos agentes y que posee dicha área de trabajo. Después está autenticado, los certificados se intercambian bajo el capó por el servicio de forma similar a cuando se integra OpsMgr.
La mayoría de estos eventos se aplican a ambos tipos de infraestructura de informes. Abra el Visor de sucesos : > servicios y aplicaciones : > Operations Manager y filtro de orígenes de eventos: Asesor, módulos de servicios de salud, HealthService y Servicio conector (ésta sólo se aplica al agente directa).



En la tabla siguiente se incluyen algunos de los eventos que se pueden ver cuando las cosas no funcionan correctamente:
EventIDOrigenSignificadoSolución
2138Módulos de servicios de saludServidor proxy requiere autenticaciónSiga el paso 3 y el paso 1 anterior.
2137Módulos de servicios de saludNo se puede leer el certificado de autenticaciónVolver a ejecutar al Asistente para registro de Asesor resolverá cuentas de certificados/runas.
2132Módulos de servicios de saludNo autorizadoPodría ser un problema con el certificado o el registro para el servicio. Intente volver a ejecutar al Asistente para registro de Asesor como corregirá certificados y cuentas de runas. Además, compruebe que se ha establecido el servidor proxy para permitir exclusiones por el paso 1 anterior y comprobar la autenticación por el paso 3. Compruebe también que el usuario tiene acceso a través del proxy.
2129Módulos de servicios de saludError de conexión o negociación SSL errorPodría haber alguna configuración incorrecta de TCP en el servidor. Revise esta entrada de la Comunidad para obtener más información: http://jacobbenson.com/?p=511.
2127Módulos de servicios de saludError al enviar datos recibido el código de errorSi sólo ocurre de vez en cuando puede ser simplemente una anomalía al azar que se puede omitir. Monitor para comprender la frecuencia con ocurre. Si sucede a menudo (cada 10 minutos más o menos durante todo el día), entonces se trata de un problema. Compruebe su configuración de red y la configuración de proxy, a continuación, vuelva a ejecutar al Asistente para registro. Si sólo ocurre esporádicamente (es decir, un par de veces al día), todo lo que debe ser fina, como los datos se ponen en cola y retransmitidos.
Algunos de los códigos de error HTTP tienen un significado especial. Por ejemplo, la primera vez que un servidor de administración o agente directo MMA intenta enviar datos a nuestro servicio, obtendrá un error con un código de 404 error interno 500. 404 significa que no se encuentra, lo que indica que el área de almacenamiento para usaremos esta nueva área de trabajo de la suya no está listo aún (se aún está aprovisionando). En próximo reintento, esto estará listo y flujo comenzará a trabajar según lo esperado.
Un error 403 puede indicar un problema de permiso o las credenciales. Hay más información sobre el error 403 a continuación en la sección específica del agente directo de esta publicación.
2128Módulos de servicios de saludError de resolución de nombre DNSServidor no puede resolver nuestra dirección de Internet que se utiliza al enviar datos. Esto podría ser la configuración de resolución DNS del equipo, configuración de proxy incorrecta o quizá un problema temporal con DNS situado en su proveedor. Como el evento anterior, dependiendo de si sucede constantemente o sólo de vez en cuando, sería un problema o no.
2130Módulos de servicios de saludTiempo de esperaComo el evento anterior, dependiendo de si sucede constantemente o sólo de vez en cuando, sería un problema o no.
4511HealthServiceNo se puede cargar el módulo "System.PublishDataToEndPoint:" archivo no encontradoError en la inicialización de un módulo del tipo "System.PublishDataToEndPoint" (CLSID "{D407D659-65E4-4476-BF40-924E56841465}") con el código de error del sistema no puede encontrar el archivo especificado.

Este error indica que tiene archivos DLL en el equipo antiguo que no contienen los módulos necesarios. La solución consiste en actualizar los servidores de administración para el paquete de actualización de Rollup más reciente.
4502HealthServiceSe bloqueó el móduloSi ve esto para flujos de trabajo con nombres como CollectInstanceSpace o CollectTypeSpace, puede significar que el servidor está teniendo problemas de envío de datos. Dependiendo de la frecuencia con que sucede, puede ser un problema o no. Si ocurre más de cada hora es definitivamente un problema, sin embargo si falla sólo una o dos veces al día estará bien y debe ser capaz de recuperar. Dependiendo de cómo realmente falla el módulo (la descripción tendrán más detalles) podría tratarse de un problema local (por ejemplo, recopilar en DB) o una emisión de enviar a la nube. Compruebe la configuración de red y el proxy y si el error persiste, pruebe a reiniciar el HealthService.
4501HealthServiceSe bloqueó el módulo "System.PublishDataToEndPoint"Un módulo del tipo "System.PublishDataToEndPoint" un error 87L que se estaba ejecutando como parte de la regla "Microsoft.SystemCenter.CollectAlertChangeDataToCloud" que se ejecuta por ejemplo "Grupo de administración de Operations Manager" con Id.: "{6B1D1BE8-EBB4-B425-08DC-2385C5930B04}" en la administración de grupo "SCOMTEST".

NO debería ver esto con este exacto de flujo de trabajo, módulo y error ya. Solía ser un error, pero ahora está corregido. Estaba siendo rastreado aquí http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Suggestions/6714689-Alert-Management-Intelligence-Pack-Not-Sending-ALE
4002Conector de servicioEl servicio devolvió el código de estado HTTP 403 en respuesta a una consulta. Compruebe con el Administrador de servicio de la salud del servicio. La consulta se reintentará más tarde.Puede obtener un 403 durante la fase de registro inicial del agente y verá una dirección URL similar a la siguiente:
https://<YourWorkspaceID>.oms.opinsights.azure.com/ AgentService.svc/AgentTopologyRequest

Significa que el código de error 403 prohibido. Esto suele ser una clave o el identificador de área de trabajo mal o no se sincroniza el reloj (igual que para ' error 3000' al principio de este artículo): ver más </YourWorkspaceID>aquí

Paso 5: Busque los agentes enviar sus datos e indizan en el portal

Compruebe en el portal de información operacional para ver si los equipos están reportando. Desde la página de Resumen vaya al azulejo azul grandes configuraciones . Será el primer o último azulejo dependiendo de la configuración. En configuración, haga clic en la ficha Orígenes conectados . Cada columna en esta página representa un tipo de origen de datos diferentes conectado a OI (servidores conectados directamente, los grupos de administración de Operations Manager y cuentas de almacenamiento de Azure). Haga clic en el color azul "X servidores/administración de cuentas de grupos y almacenamiento de información conectado" y le llevará a una búsqueda con más detalle. En esta página también verá una lista de grupos de administración individuales conectados. Haciendo clic en uno de estos grupos de administración también volverá a buscar y mostrar una lista de los servidores conectados a este grupo de administración.

Nota: Si aparece un origen de datos como informes en esta página no necesariamente significa que hemos recopilado todos los datos desde el origen. En este caso es posible que la perforación en búsqueda de esta página se mostrarán resultados incoherentes (por ejemplo, verá un origen de datos aparece en CONNNECTED fuentespero no será en Buscar). Una vez que ha iniciado la recolección de datos, desde una dirección IP o de colección de registro, los resultados de la búsqueda será coherentes.


El Asesor de equipo de ingeniería se ha comprometido a resolver todos sus problemas de resumir lo contacte con nosotros si surge algún problema. Estamos aquí para ayudar.

Otros problemas conocidos y soluciones provisionales de Operations Manager

No existe el botón de búsqueda en el cuadro de diálogo "Agregar un equipo o grupo"

Algunos clientes han informado de que el botón de búsqueda en el cuadro de diálogo de búsqueda de equipo es que faltan. Actualmente estamos investigando esto. Como solución temporal, haga clic en el cuadro de edición de filtro (opcional) y, a continuación, presione la tecla Tab para ir al botón Buscar invisible. A continuación, puede activar el botón presionando el <Spacebar>o <Enter>.

</Enter></Spacebar>

Problemas de recopilación de registro IIS

El siguiente artículo contiene información específica acerca de cómo mejorar la configuración de registro de IIS para su uso con perspectivas operacionales, así como algunos otros problemas conocidos:

http://blogs.technet.com/b/momteam/Archive/2014/09/19/IIS-Log-Format-Requirements-in-System-Center-Advisor.aspx

Parte de la información en este artículo también se aplica al agente directo, pero principalmente dirigido a Operations Manager. También incluye información adicional acerca de IIS con el agente directo.

Pueden producirse problemas de conectividad si no está instalado el certificado raíz de Baltimore CyberTrust


Pueden producirse problemas de conectividad en los equipos cliente cuando se cumplen las condiciones siguientes:
  • Los equipos cliente usar Intune Microsoft y tienen el mecanismo de certificado raíz automática deshabilitado.
  • No está instalado el certificado raíz de Baltimore CyberTrust.

Para resolver este problema cuando el mecanismo de actualización de certificados raíz automática está deshabilitado en un equipo cliente, instale los certificados raíz más recientes para asegurarse de que el equipo cliente está actualizado y seguro. Puede utilizar el catálogo de Microsoft Update para buscar las últimas actualizaciones del certificado raíz. Puede buscar "la actualización raíz" o el número de artículo de Microsoft Knowledge Base para el programa de certificados raíz de Windows (931125) y, a continuación, descargue el paquete de actualización más reciente de raíz. Dado que los paquetes de actualización de raíz son acumulativos, debe instalar sólo el paquete más reciente para recibir todos los certificados raíz en el programa.

Para obtener más información sobre este problema, consulte el siguiente artículo de Microsoft Knowledge Base:

2831435 Pueden producirse problemas de conectividad si el certificado raíz de Baltimore CyberTrust no está instalado en los equipos cliente que utilizan Microsoft Intune

Cómo restringir el uso de ciertos algoritmos criptográficos y protocolos en schannel.dll

Puede haber situaciones que requieran restringir el uso de ciertos algoritmos criptográficos y protocolos en el archivo schannel.dll. Para obtener más información acerca de cómo hacerlo, consulte el siguiente artículo de Knowledge Base:

245030 Cómo restringir el uso de ciertos algoritmos criptográficos y protocolos en Schannel.dll

Evaluación de SQL y AD

Evaluación de AD y SQL requieren.NET Framework 4 ejecutar cada agente que deben evaluarse. Análisis se ejecuta en los equipos de SQL Server en los controladores de dominio (para AD). Evaluación de SQL es compatible con las ediciones Standard, Developer y Enterprise de SQL Server (todas las versiones compatibles actualmente).

Evaluación de malware

Windows 7 y Windows Server 2008 R2 tienen los problemas descritos y efectúa el seguimiento de:

http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Suggestions/6519211-Windows-Server-2008-R2-SP1-Servers-are-Shown-as-n

Puede ver qué productos antimalware se habilitan siguiendo este subproceso:

http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Suggestions/6519202-Support-Other-antivirus-Products-in-malware-assess

Información específica del agente directo

La mayoría de los errores en la tabla anterior en 'Procedimiento 4' acerca de 'Administración de servidores' también se aplica al agente directo. En agente directo, cada agente es responsable de hablar con perspectivas operacionales en sí mismo, en contraposición a cuando se integra con Operations Manager sea el que envía los datos en nombre de los agentes enviando datos al servidor de administración, así que actúa como una puerta de enlace.

Con el agente directo, el problema más común es el código de Error 403 , lo que significa "prohibido". Suele ser un mal workspaceId o clave. Puede obtener más información sobre este aquí.

Otras cosas que nos estamos realizando un seguimiento directo del agente son los siguientes:

-El paquete de inteligencia de administración de capacidad no funciona con el agente directo. Sólo funciona con Operations Manager y también necesita Operations Manager que se integra con Virtual Machine Manager. Nos estamos seguimiento ideas sobre cómo generalizar esta solución aquí:

http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Suggestions/6662146-Open-up-the-Capacity-Management-Pack-for-other-sys

-La Alert Management inteligencia Pack no funciona con el agente directo. Requiere Operations Manager sincronizar alertas a la nube.

-Evaluación Malware funciona excepto el problema indicado para Windows 7 y Windows Server 2008 R2.

Tenga en cuenta esta evaluación de actualización, seguimiento de cambios, así como las soluciones de administración del registro para la recopilación de eventos de Windows y los registros de IIS funciona para Operations Manager y agente directo ya.

Si necesita más información sobre cómo instalar al agente, incluyendo secuencias de comandos y métodos de instalación desatendidos, consulte la documentación aquí:

https://Azure.Microsoft.com/en-us/Documentation/articles/Operational-Insights-Direct-Agent/

Si necesita, agente directa permite que se pasen a través de proxy y hay un script de PowerShell en la documentación anterior que puede utilizarse para configurar las credenciales que se usarán en el agente y el servidor proxy. Es una aplicación específica no estableciendo así que ningún proceso aparte de las necesidades del MMA para poder saber cómo conectarse a Internet.

Si su máquina virtual esté en Azure, puede instalar o habilitar el agente desde el portal de Azure de un solo clic:

http://Azure.Microsoft.com/en-us/Updates/easily-Enable-Operational-Insights-for-Azure-Virtual-Machines/

Además, tenga en cuenta que actualmente hay sólo una versión de 64 bits del agente. Comentarios de un posible agente de 32 bits se efectúa un seguimiento aquí:

http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Suggestions/6744349-Support-for-Windows-2003-and-2008-Servers-32-bit

Información de diagnósticos de Windows Azure

Administración de registros a través de la integración de Portal de Azure le permite también recopilar sucesos de Windows desde el almacenamiento de Windows Azure Diagnostics (TACO). Esto funciona para las funciones de servicios de nube y configurado para escribir en TACO de VMs de IaaS.

Recopilar los registros de IIS desde TACO funciona para servicios de nube y de IaaS VMs pero no para los sitios Web Azure. Este seguimiento se realiza aquí:

http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Suggestions/6519351-Collect-IIS-logs-from-Windows-Azure-Diagnostics-ST

Desproteger y votar las otras ideas acerca de lo que se debe obtener para esta categoría en nuestro foro:

http://feedback.Azure.com/forums/267889-Azure-Operational-Insights/Category/88086-Log-Management-and-log-Collection-Policy

Por último, presentamos un buen papel acerca de cómo configurar las funciones de Microsoft Azure y VMs a escribir en el almacenamiento de Windows Azure Diagnostics:

http://download.Microsoft.com/download/B/6/C/B6C0A98B-D34A-417C-826E-3EA28CDFC9DD/AzureSecurityandAuditLogManagement_11132014.PDF
R2 de OpsMgr 2012

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3126513 - Última revisión: 08/05/2016 14:35:00 - Revisión: 5.0

Microsoft System Center 2012 Operations Manager, Microsoft System Center 2012 R2 Operations Manager, Microsoft Operations Management Suite

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3126513 KbMtes
Comentarios