Note sulla versione per Operations Manager in System Center 2012 R2

 

Si applica a: System Center 2012 R2 Operations Manager

Prima di installare e usare Operations Manager in System Center 2012 R2, leggere le presenti note sulla versione.

Gruppo server di monitoraggio Advisor riservato solo per l'utilizzo Advisor Connector

Descrizione: Il gruppo server di monitoraggio di Microsoft System Center Advisor è riservato per il controllo di agenti inclusi in Advisor Connector. Questo gruppo non deve essere né modificato né aggiunto all'elenco Advisor Managed (Gestito da Advisor).

Soluzione temporanea: Questo rientra nel normale comportamento del prodotto.

Per attivare questo connettore Advisor sugli agenti è necessario .NET Framework

Descrizione: Per abilitare Advisor Connector nei computer agente di Operations Manager, è necessario installare innanzitutto Microsoft .NET Framework.

Soluzione temporanea: Per gli agenti che eseguono Windows Server 2008 R2 e versioni precedenti, installare .Net Framework 3.5 SP1. Per gli agenti che eseguono Windows Server 2012 e versioni più recenti, installare .Net Framework 4.0 o versione successiva.

I produttori di dati API Web ASP.NET non sono installati se prima non si installa Microsoft .NET Framework 4.x

Descrizione: Se si installa Operations Manager per l'agente System Center 2012 R2 in un computer in cui non è stato installato precedentemente Microsoft .NET Framework 4.x, alcuni produttori dati per l'API Web ASP.NET Web API non verranno installati. Se successivamente si installa Microsoft .NET Framework 4.x nel computer e si cerca di monitorare un'applicazione che utilizza l'API Web ASP.NET con la funzionalità di monitoraggio delle applicazioni, i produttori di dati applicabili saranno ancora mancanti e il monitoraggio per tale applicazione non funzionerà.

Soluzione temporanea: Questo rientra nel normale comportamento del prodotto. Per ripristinare i produttori di dati mancanti, è necessario installare nuovamente l'agente dopo l'installazione di Microsoft.NET Framework 4.x nel computer.

Per poter utilizzare Application Performance Monitoring con Windows Server 2012 R2 è necessario importare i Management Pack

Descrizione: Per poter utilizzare Application Performance Monitoring (APM) con Windows Server 2012 R2 è necessario importare i Management Pack per Windows Server 2012 R2 e IIS 8.

Soluzione alternativa: System Center 2012 R2 Operations Manager include il supporto APM per Windows Server 2012 e IIS8 (Internet Information Services 8). Tuttavia, per poter utilizzare questa funzionalità è necessario importare il seguente set di Monitoring Pack:

  • Microsoft.Windows.Server.2008.Discovery.mp

  • Microsoft.Windows.Server.Library versione 6.0.6989.0 o successiva

  • Microsoft.Windows.Server.2012.Discovery versione 6.0.6989.0 o successiva

  • Microsoft.Windows.InternetInformationServices.CommonLibrary versione 7.0.8862.0 o successiva

  • Microsoft.Windows.InternetInformationServices.2012 versione 7.0.8862.0 o successiva

    Si tratta di una nuova versione del Management Pack per IIS8. NON utilizzare il Management Pack Microsoft.Windows.InternetInformationServices.6.2 che faceva parte della versione di Management Pack per Windows 8 versione beta. Se precedentemente importato, il Management Pack per Microsoft.Windows.InternetInformationServices.6.2 va rimosso.

  • Microsoft.SystemCenter.Apm.Web.IIS8

    Questo MP si trova nella cartella /ManagementPacks del supporto di System Center 2012 – Operations Manager ed è l'equivalente del Management Pack per Microsoft.SystemCenter.Apm.Web.IIS7 utilizzato in passato (e tuttora) per IIS7.

Impossibile trovare WCFServerAsyncBeginProducer sull'agente dopo l'aggiornamento

Descrizione: Durante l'aggiornamento da System Center 2012 a System Center 2012 R2, un nuovo agente System Center 2012 R2 configurato per il monitoraggio APM continua a ricevere le impostazioni di configurazione precedenti da un gruppo di gestione non ancora aggiornato e potrebbe generare un evento "informazioni" (ID 1295) nel registro eventi con il seguente messaggio:

Impossibile trovare il producer "Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation.InstrumentationClass.WCFServerAsyncBeginProducer of assembly Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation, Version=7.0.5000.0, Culture=Neutral, PublicKeyToken=9396306c2be7fcc4, processorArchitecture=MSIL" nell'assembly Microsoft.EnterpriseManagement.OperationsManager.Apm.Instrumentation, Version=7.0.5000.0, Culture=Neutral, PublicKeyToken=9396306c2be7fcc4, processorArchitecture=MSIL. Il producer non è accessibile a causa del livello di accesso oppure la firma del producer è errata. Per i dettagli, vedere la documentazione.

Soluzione temporanea: Nessuna. Questo rientra nel normale comportamento del prodotto. Tutte le altre impostazioni in APM funzionano normalmente e questo messaggio di evento può essere tranquillamente ignorato.

Dopo l'aggiornamento, la console Web non funziona perché IIS è danneggiato

Descrizione: Durante l’aggiornamento a System Center 2012 R2, Operations Manager, se l'aggiornamento danneggia la console Web è possibile rilevare un errore di runtime: Server Error in ‘/OperationsManager’ Application. Nel registro delle applicazioni del server della console Web viene visualizzato un evento con il messaggio di eccezione: Could not load type 'System.ServiceModel.Activation.HttpModule'.

Ad esempio, come parte del processo di aggiornamento viene richiesto di aggiungere "Attivazione HTTP" per i servizi di ruolo del sistema operativo. Ciò lascia IIS in uno stato parzialmente danneggiato che richiede una nuova registrazione di ASP.NET in IIS per essere corretto. Il problema può verificarsi in qualsiasi momento si aggiunga un componente IIS dopo ASP.NET.

Soluzione temporanea: Ripetere la registrazione di ASP.NET in IIS.

  • In Windows Server 2008 R2 SP1, procedere come segue in un CMD con privilegi elevati: C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -i -enable

  • In Windows Server 2012, procedere come descritto di seguito in un CMD con privilegi elevati:  C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r 

L'utilizzo dell'elevazione sudo con i sistemi operativi Solaris richiede una modifica della configurazione, se l'eseguibile sudo non si trova in un percorso previsto

Descrizione: Se si desidera utilizzare l'elevazione sudo in un computer in cui è in esecuzione Solaris e l'eseguibile sudo non si trova in un percorso previsto, è necessario creare un collegamento al percorso corretto.Operations Manager cercherà l'eseguibile sudo nel percorso /opt/sfw/bin, quindi nel percorso /usr/bin. Se sudo non è installato in uno di questi percorsi, è necessario un collegamento.

Soluzione temporanea: Lo script di installazione dell'agente UNIX e Linux crea il link /etc/opt/microsoft/scx/conf/sudodir simbolico alla cartella che dovrebbe contenere sudo. L'agente utilizza questo collegamento simbolico per accedere a sudo. Poiché lo script di installazione crea automaticamente il collegamento simbolico, nessuna azione è richiesta per le configurazioni UNIX e Linux standard. Tuttavia, se sudo viene installato in un percorso non standard, è necessario modificare il collegamento simbolico per fare riferimento alla cartella di installazione di sudo. Se si modifica il collegamento simbolico, il relativo valore viene mantenuto per le operazioni di disinstallazione, reinstallazione e aggiornamento con l'agente.