Note sulla versione per Operations Manager in System Center 2012 SP1

Descrizione: Quando viene monitorata un'applicazione MVC ASP.NET utilizzando APM (.NET Application Performance Monitoring), se viene selezionata l'impostazione per monitorare "Tutte le eccezioni" (invece di "Eccezioni critiche"), tutte le eccezioni di connettività sono riportate come "critiche".

Soluzione temporanea: Selezionare solo l'opzione "Eccezione critica" per il monitoraggio delle applicazioni MVC anziché "Tutte le eccezioni".

Descrizione: L'individuazione di endpoint WCF e il monitoraggio dei servizi Windows e altre funzionalità relative ad APM (.NET Application Performance Monitoring) non sono supportati tra le versioni Operations Manager. Ad esempio, il collegamento di un agente 2012 SP1 a un server System Center 2012 – Operations Manager (o viceversa, di un agente System Center 2012 – Operations Manager a un gruppo di gestione 2012 SP1) non funziona correttamente.

Soluzione temporanea: Installare sia gli agenti che i server di gestione con la stessa versione di Operations Manager.

Descrizione: Durante il monitoraggio di un'applicazione MVC ASP.NET con APM (.NET Application Performance Monitoring) non vengono raccolti parametri per gli eventi di eccezione.

Soluzione temporanea: Nessuna. Stiamo lavorando su questo problema per risolverlo in una versione futura.

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

Soluzione alternativa: System Center 2012 Service Pack 1 (SP1), 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.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.

Descrizione: Durante alcune modifiche apportate all'agente per la versione Beta, è stata rimossa una classe dal codice. Risultato: Durante l'aggiornamento, un nuovo agente SP1 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 informativo (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.

Descrizione: La funzionalità Registratore Web non funziona con Internet Explorer 10 in Windows 8.

Soluzione temporanea: Nessuna.

Descrizione: Durante l’utilizzo del dashboard di riepilogo rete in System Center 2012 Service Pack 1 (SP1), Operations Manager, i clienti non sono in grado di caricare i dati se si connettono a un gruppo di gestione di System Center 2012 – Operations Manager.

Soluzione temporanea: Utilizzare l'interfaccia utente di System Center 2012 – Operations Manager per connettersi a un gruppo di gestione di System Center 2012 – Operations Manager oppure eseguire l'aggiornamento del gruppo di gestione a SP1.

Descrizione: Durante l'aggiornamento da un'installazione con licenza di Operations Manager, i clienti visualizzano un contratto di licenza con l’utente finale (EULA) di valutazione anche se il prodotto è concesso in licenza.

Soluzione temporanea: Eseguire Get-ScomLicense in PowerShell per visualizzare il contratto di licenza effettivo.

Descrizione: Il nome di file per il database SQL data warehouse di Operations Manager è sempre ".mdf" e il nome del file di log è ".ldf" anziché il nome del database.

Soluzione temporanea: Utilizzare il processo SQL per rinominare i file in modo corrispondente al nome del database. Vedere Come consolidare i file fisici e rinominare il file logico in SQL Server 2000 e SQL Server 2005.

Descrizione: Il dashboard delle applicazioni sotto Monitoraggio\Monitoraggio applicazioni nella sezione Monitoraggio della console di Operations Manager contiene una sezione per i contratti di servizio (SLA). Per impostazione predefinita, questa sezione è vuota per qualsiasi applicazione. Sul CD di SP1 è disponibile un Management Pack che contiene i contratti di servizio predefiniti per queste applicazioni e che, dopo essere stato importato, consente di visualizzare i contratti di servizio. È inoltre creare e modificare i propri contratti di servizio per le applicazioni.

Soluzione temporanea: Sono disponibili due processi per popolare gli SLA nel dashboard delle applicazioni:

1. Creare i propri contratti di servizio per le applicazioni. Per ulteriori informazioni, vedere How to Configure 360 .NET Application Monitoring Dashboards in System Center 2012 SP1 (Come configurare i dashboard di monitoraggio applicazioni 306 .NET in System Center 2012 SP1).

2. Importare il Management Pack per i contratti di servizio del monitoraggio applicazioni 360 di Microsoft System Center, Microsoft.SystemCenter.ApplicationMonitoring.360.SLA.XML, dal supporto di SP1 che contiene i contratti di servizio predefiniti.

Descrizione: Non installare un gruppo di gestione con versione System Center 2012 Service Pack 1 (SP1), Operations Manager che punta a un data warehouse con versione System Center 2012 – Operations Manager. Il data warehouse non funzionerà.

Soluzione temporanea: Nessuna. Accertarsi che sia il gruppo di gestione che il data warehouse a cui si punta eseguano la versione SP1 di System Center 2012 – Operations Manager.

Descrizione: Durante l'aggiornamento a System Center 2012 Service Pack 1 (SP1), 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 segue in un CMD con privilegi elevati:  C:\Windows\Microsoft.NET\Framework64\v4.0.30319>aspnet_regiis.exe -r 

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 il 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 collegamento simbolico /etc/opt/microsoft/scx/conf/sudodir 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.