Notas de la versión para Operations Manager en System Center 2012 R2

 

Se aplica a: System Center 2012 R2 Operations Manager

Antes de instalar y usar Operations Manager en System Center 2012 R2, lea las notas de la versión.

Grupo de servidores de supervisión de Advisor reservado para Advisor Connector

Descripción: el grupo de servidores de supervisión de Microsoft System Center Advisor está reservado para el control de los agentes incluidos en Advisor Connector. Este grupo no debe modificarse ni agregarse a la lista de elementos administrados por Advisor.

Solución: Esto es así por diseño.

Se requiere .NET Framework para habilitar Advisor Connector en los agentes

Descripción: Para habilitar Advisor Connector en equipos de agente Operations Manager, primero debe instalarse Microsoft .NET Framework.

Solución: En los agentes que ejecutan Windows Server 2008 R2 y versiones anteriores, instale .Net Framework 3.5 SP1. En los agentes que ejecutan Windows Server 2012 y versiones posteriores, instale .Net Framework 4.0 o superior.

Los productores de datos de ASP.NET Web API no se instalan si no se instala primero Microsoft .NET Framework 4.x

Descripción: Si instala un agente Operations Manager para System Center 2012 R2 en un equipo que no tenga ya instalado Microsoft .NET Framework 4.x, no se instalarán algunos productores de datos de ASP.NET Web API. Si instala más adelante Microsoft .NET Framework 4.x en el equipo e intenta supervisar una aplicación que utiliza ASP.NET Web API con la función de supervisión de aplicaciones, seguirán faltando los productores de datos correspondientes y no funcionará la supervisión de la aplicación.

Solución: Esto es así por diseño. Para restaurar los productores de datos que faltan, se debe volver a instalar el agente después de instalar Microsoft .NET Framework 4.x en el equipo.

Es necesario importar los módulos de administración para poder utilizar la supervisión de rendimiento de aplicaciones con Windows Server 2012 R2

Descripción: Debe importar los módulos de administración de Windows Server 2012 R2 y de IIS 8 para poder usar la supervisión de rendimiento de aplicaciones (APM) con Windows Server 2012 R2.

Solución: System Center 2012 R2Operations Manager incluye compatibilidad con APM para Windows Server 2012 R2 e IIS8 (Internet Information Services 8). Sin embargo, para que esta característica funcione se debe importar el conjunto de módulos de supervisión siguiente:

  • Microsoft.Windows.Server.2012.R2.Discovery.mp

  • Microsoft.Windows.Server.Library versión 6.0.6989.0 o posterior

  • Microsoft.Windows.Server.2012.Discovery versión 6.0.6989.0 o posterior

  • Microsoft.Windows.InternetInformationServices.CommonLibrary versión 7.0.8862.0 o posterior

  • Microsoft.Windows.InternetInformationServices.2012 versión 7.0.8862.0 o posterior

    Es una nueva versión del módulo de administración de IIS8. No use el módulo de administración Microsoft.Windows.InternetInformationServices.6.2 que formaba parte de la versión beta del módulo de administración de Windows 8. Quite el módulo de administración Microsoft.Windows.InternetInformationServices.6.2 si se había importado previamente.

  • Microsoft.SystemCenter.Apm.Web.IIS8

    Se encuentra en la carpeta /ManagementPacks del medio de instalación de System Center 2012 – Operations Manager y es el equivalente del módulo de administración Microsoft.SystemCenter.Apm.Web.IIS7 que era (y todavía es) utilizado por IIS7.

No se encuentra WCFServerAsyncBeginProducer en el agente después de la actualización

Descripción: Durante la actualización de System Center 2012 a System Center 2012 R2, un nuevo agente de System Center 2012 R2 configurado para la supervisión de APM sigue recibiendo opciones de configuración antiguas de un grupo de administración que todavía no se ha actualizado, y es posible que registre un evento de información (identificador 1295) en el registro de eventos con el siguiente mensaje:

No se puede encontrar el productor "Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation.InstrumentationClass.WCFServerAsyncBeginProducer del ensamblado Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation, Version=7.0.5000.0, Culture=Neutral, PublicKeyToken=9396306c2be7fcc4, processorArchitecture=MSIL" en el ensamblado Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation, Version=7.0.5000.0, Culture=Neutral, PublicKeyToken=9396306c2be7fcc4, processorArchitecture=MSIL. No se puede obtener acceso al productor debido al nivel de acceso o a que la firma del productor es incorrecta. Consulte la documentación para obtener más información.

Solución: ninguna. Este evento es por diseño. El resto de APM funciona de manera normal. Este mensaje de evento se puede ignorar.

Después de la actualización la consola web no funciona debido a que IIS se está deteriorando

Descripción: Durante la actualización a System Center 2012 R2, Operations Manager, si la actualización provoca la interrupción de la consola web, puede producirse un error en tiempo de ejecución: Server Error in ‘/OperationsManager’ Application. En el registro de la aplicación del servidor de consola web, se visualizará un evento con un mensaje de excepción: Could not load type 'System.ServiceModel.Activation.HttpModule'.

Por ejemplo, como parte del proceso de actualización se solicita que agregue Activación HTTP a los servicios de rol del sistema operativo. Como resultado, IIS asume un estado parcialmente interrumpido. Para solucionarlo será preciso volver a registrar ASP.NET en IIS. Esto puede ocurrir cada vez que se agreguen componentes de IIS después de ASP.NET.

Solución: Vuelva a registrar ASP.NET en IIS.

  • En Windows Server 2008 R2 SP1, ejecute el siguiente comando en una ventana de símbolo del sistema con privilegios elevados: C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -i -enable

  • En Windows Server 2012, ejecute el siguiente comando en una ventana de símbolo del sistema con privilegios elevados: C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r 

El uso de elevación sudo con los sistemas operativos Solaris requiere un cambio de configuración si el ejecutable de sudo no está en una ruta de acceso prevista

Descripción: si desea usar elevación sudo en un equipo que ejecuta Solaris y el ejecutable de sudo no está en una ruta de acceso prevista, debe crear un vínculo a la ruta correcta.Operations Manager buscará el ejecutable de sudo en la ruta /opt/sfw/bin y luego en la ruta /usr/bin. Si sudo no está instalado en una de estas rutas de acceso, es necesario un vínculo.

Solución: el script de instalación del agente de UNIX y Linux crea el vínculo simbólico link /etc/opt/microsoft/scx/conf/sudodir a la carpeta que se espera que contenga el método sudo. El agente usa dicho vínculo simbólico para tener acceso al método sudo. El script de instalación crea automáticamente el vínculo simbólico, por lo que las configuraciones estándar de UNIX y Linux no requieren ninguna acción. Sin embargo, si el método sudo está instalado en una ubicación no estándar, deberá cambiar el vínculo simbólico para que apunte a la carpeta en la que está instalado el método sudo. Si cambia el vínculo simbólico, su valor se mantendrá para las operaciones de desinstalación, reinstalación y actualización que se realicen con el agente.