Aggiornamento cumulativo 6 per System Center Operations Manager 2016

Introduzione

Questo articolo descrive i problemi risolti in Aggiornamento cumulativo 6 per Microsoft System Center Operations Manager 2016. Questo articolo contiene anche le istruzioni di installazione per questo aggiornamento.

Miglioramenti e problemi risolti

• Il pool di applicazioni si arresta in modo anomalo e SharePoint si arresta in modo anomalo a causa dell'agente APM e il profiler è stato risolto. Questi si sono verificati perché il profiler era sempre attivo. Questo problema viene risolto disabilitando il profiler per impostazione predefinita e abilitandolo solo quando è configurato APM.
  
  Nota Se si usa APM, riavviare IIS dopo aver distribuito le patch.

• È stata migliorata la registrazione per visualizzare i messaggi di errore e suggerisce di controllare i contatori delle prestazioni quando PdhExpandWildCardPath non riesce.

• Risolto: la scheda Eventi di sessione nella console Web di Diagnostica applicazione non visualizza dati.

• Risolto: la modalità manutenzione programmata non funziona in un gruppo di disponibilità che usa SQL Always-On configurazione. In caso di failover su un nodo secondario, le pianificazioni in modalità di manutenzione create nel nodo principale non vengono eseguite. Questo problema è stato risolto. Per informazioni dettagliate, vedere la sezione "Abilitazione della modalità di manutenzione della pianificazione con SQL Sempre ATTIVA".

• Correzione aggiornata: il cmdlet Get-SCOMGroup è lento a eseguire query su gruppi di grandi dimensioni (più di 2.000). È stata migliorata una correzione precedente per eseguire query più veloci su un numero qualsiasi di gruppi.

• Risolto: gli utenti non potevano modificare la pianificazione della manutenzione nella console SCOM se tutti gli oggetti venivano rimossi. Il pianificare ora può essere modificato. Tuttavia, non può essere salvato a meno che non contenga almeno un oggetto.

• Risolto: SCX non riesce a connettersi al computer Linux se gli algoritmi KEX sono configurati come uno dei seguenti: ecdh-sha2-nistp256, diffie-hellman-group-exchange-sha256 o diffie-hellman-group14-sha256.

• Risolto: l'uso delle API MI causa l'arresto anomalo di MonitoringHost.exe. Questo evento viene registrato nel registro applicazioni, ma nel registro eventi di Operations Manager non vengono segnalati eventi di arresto anomalo. Dopo questa correzione, MonitoringHost non si arresta in modo anomalo anche se la chiave del Registro di sistema useMIAPI è abilitata.

• La procedura guidata di onboarding della connessione OMS (ora Azure Log Analytics) è aggiornata per comunicare con le nuove API. Il motivo è che i servizi OMS sono stati spostati nel portale di Azure (link), e anche a causa del ritiro pianificato del portale OMS. Questa modifica non influirà su alcuna connessione esistente all'OMS. Tuttavia, per le nuove connessioni o per riconfigurare le connessioni esistenti, è necessario importare i Management Pack pertinenti inclusi in questo aggiornamento cumulativo.

• Questo aggiornamento cumulativo crea un nuovo utente "omi" (account di sistema).

• XPlat supporta le modifiche alla matrice:

  • SLES 10 non è supportato.

  • CentOS 5 non è supportato.

  • AIX 6.x non è supportata.

Abilitazione della modalità di manutenzione della pianificazione con SQL Sempre ATTIVO

La funzionalità Modalità manutenzione programmata è stata fornita in Operations Manager 2016 RTM. Di conseguenza, i clienti hanno distribuzioni di Operations Manager che hanno SQL sempre attivato abilitato per disponibilità elevata. Più clienti e blog hanno segnalato che la funzionalità Modalità manutenzione pianificazione non funziona con SQL Always On quando si verifica il failover SQL Server.

Le pianificazioni create tramite l'abilitazione di SQL Always ON erano inaccessibili quando SQL Server esegue il passaggio a un altro server.

La correzione di questo problema consente alle pianificazioni di funzionare senza problemi anche in uno scenario di failover SQL Server.

Il problema è stato risolto nel modo seguente:

• Anche le pianificazioni già create prima della distribuzione di questa correzione inizieranno a funzionare senza problemi anche in scenari di failover SQL Server.
  
  Nota Verrà eseguita la migrazione delle pianificazioni esistenti create nel server corrente che esegue SQL Server. Per eseguire la migrazione delle pianificazioni esistenti create in un altro server, seguire le istruzioni di installazione.

• Qualsiasi pianificare creata dopo la distribuzione di questo aggiornamento insieme alle configurazioni necessarie sarebbe accessibile anche se il server che esegue SQL Server non riesce a passare a un altro server.

Verificare che le autorizzazioni richieste siano concesse in tutti i server

• Gli account elencati nel profilo "Operational Database Account" devono avere autorizzazioni "SQLAgentOperatorRole" e "db_owner" per il database MSDB.

• Se gli account elencati nel profilo "Account del database operativo" non hanno accesso alle autorizzazioni "SQLAgentOperatorRole" e "db_owner" nel database MSDB, assegnare le autorizzazioni "SQLAgentOperatorRole" e "db_owner" nel database MSDB a ogni account con il profilo "Account di database operativo".

• Se non sono presenti account elencati nel profilo "Account del database operativo", gli account disponibili nel profilo "Account azione predefinita" devono avere le autorizzazioni "SQLAgentOperatorRole" e "db_owner" per il database MSDB.

Istruzioni di installazione

Per installare questo aggiornamento cumulativo, procedere come segue:

1. Concedere le autorizzazioni necessarie, come descritto nella sezione "Verificare che le autorizzazioni necessarie siano concesse in tutti i server".

2. Installare la patch UR6 (la distribuzione del server di gestione e dei componenti dell'agente è obbligatoria).

3. Eseguire lo script Update_rollup_mom_db.sql SQL nel server che esegue SQL Server.
   
   Nota La migrazione delle pianificazioni esistenti alla nuova progettazione viene eseguita una sola volta nell'ambito della distribuzione dell'aggiornamento cumulativo. La migrazione delle pianificazioni esistenti non verrà eseguita di nuovo quando si esegue lo stesso script.

Linee guida

• Gli eventuali errori che si verificano quando viene eseguita la migrazione delle pianificazioni esistenti vengono acquisiti nella tabella di database seguente:
  
  [OperationsManager].[ dbo]. [MaintenanceModeSchedulesMigrationLogs]

• Le pianificazioni esistenti create in un server basato su SQL Server che non è il server primario non vengono migrate nella nuova progettazione dopo l'esecuzione dello script Update_rollup_mom_db.sql. Gli errori corrispondenti vengono registrati nella tabella di database menzionata nell'elemento precedente.

• Per eseguire la migrazione delle pianificazioni esistenti alla nuova progettazione, eseguire il failover del database corrente nel server specifico che esegue SQL Server ed eseguire gli script seguenti nel database Operations Manager.
  
  Per eseguire la migrazione di un pianificare specifico alla nuova progettazione:

EXEC [dbo]. [p_MaintenanceScheduleMigrateSchedule] '<ScheduleIDOftheMMSchedule>'

Esempio:

EXEC [dbo]. [p_MaintenanceScheduleMigrateSchedule] '1A6917C6-999C-E811-837B-02155DC77B3F'

Per eseguire la migrazione di tutte le pianificazioni esistenti nel server di SQL specifico alla nuova progettazione:

Delete [OperationsManager]. [dbo]. [MaintenanceModeSchedulesMigrationLogs]
EXEC [dbo]. [p_MaintenanceScheduleMigrateExistingSchedules]

• È possibile eseguire gli script citati nell'elemento precedente in server diversi che eseguono SQL Server per eseguire la migrazione delle pianificazioni esistenti create in server diversi.

• Per evitare che si verifichino problemi simili, è possibile eliminare il pianificare esistente e ricreare lo stesso pianificare dopo aver applicato la correzione.

Note Dopo la distribuzione di questa correzione, potrebbero essere attivate pianificazioni di manutenzione con un ritardo massimo di 5 minuti. Questo ritardo massimo è configurabile eseguendo l'override della regola "Modalità manutenzione". Il valore predefinito è 5 minuti per evitare di causare una notevole riduzione delle prestazioni del sistema.

Come ottenere l'aggiornamento cumulativo 6 per System Center 2016 Operations Manager

I pacchetti di aggiornamento per Operations Manager sono disponibili da Microsoft Update o tramite download manuale.

Istruzioni di installazione per Operations Manager

Note di installazione

• Importante Per poter disinstallare questo aggiornamento cumulativo in un secondo momento, è necessario avere installato l'aggiornamento di System Center Operations Manager Server (KB3209591) di System Center (KB3209591) prima di installare questo aggiornamento di System Center 2016 Operations Manager Server (KB4459897).

• Questo pacchetto di aggiornamento cumulativo è disponibile da Microsoft Update nelle lingue seguenti:

  • Cinese semplificato (CHS)

  • Giapponese (JPN)

  • Francese (FRA)

  • Tedesco (DEU)

  • Russo (RUS)

  • Italiano (ITA)

  • Spagnolo (ESN)

  • Portoghese (Brasile) (PTB)

  • Cinese tradizionale (CHT)

  • Coreano (KOR)

  • Ceco (CSY)

  • Olandese (NLD)

  • Polacco (POL)

  • Portoghese (Portogallo) (PTG)

  • Svedese (SWE)

  • Turco (TUR)

  • Ungherese (HUN)

  • Inglese (ENU)

• Alcuni componenti sono in più lingue e gli aggiornamenti per questi componenti non sono localizzati.

• È necessario eseguire questo aggiornamento cumulativo come amministratore.

• Se non vuoi riavviare il computer dopo aver applicato l'aggiornamento della console, chiudi la console prima di applicare l'aggiornamento per il ruolo della console.

• Per avviare una nuova istanza di Microsoft Silverlight, cancellare la cache del browser in Silverlight e quindi riavviare Silverlight.

• Non applicare un aggiornamento cumulativo subito dopo l'installazione di System Center Operations Manager 2016. Attendere diverse ore dopo la distribuzione di un nuovo gruppo di gestione prima di applicare un aggiornamento cumulativo.

• Se Controllo dell'account utente è abilitato, eseguire i file di aggiornamento MSP da un prompt dei comandi con privilegi elevati.

• Per applicare gli aggiornamenti a questi database, è necessario disporre dei diritti di amministratore di sistema sulle istanze di database per il database operativo e il data warehouse.

Ordine di installazione supportato

Usare questa procedura per seguire tutti i passaggi necessari nell'ordine appropriato per installare il pacchetto di aggiornamento cumulativo:

1. Installare il pacchetto nell'infrastruttura server seguente:

   • Server o server di gestione

   • Audit Collection Services

   • Computer con ruolo server console Web

   • Gateway

   • Computer con ruolo console operazioni

   • Reporting

2. Applicare SQL script.

3. Importare manualmente i Management Pack.

4. Applicare gli aggiornamenti dell'agente.

5. Applica l'aggiornamento Nano Agent agli agenti installati manualmente o spingi l'installazione dalla vista In sospeso nella console delle operazioni.

6. Aggiornare gli agenti e i mvp di Unix e Linux.

Aggiornamento di Operations Manager

Per scaricare il pacchetto di aggiornamento cumulativo ed estrarre i file contenuti nel pacchetto di aggiornamento cumulativo, seguire questa procedura:

1. Scarica i pacchetti di aggiornamento forniti da Microsoft Update per ogni computer. Microsoft Update fornisce gli aggiornamenti appropriati in base ai componenti installati in ogni computer. In alternativa, scarica i pacchetti da Microsoft Update Catalog.

2. Applicare i file MSP appropriati in ogni computer.
   
   Nota I file MSP sono inclusi nel pacchetto di aggiornamento cumulativo. Applicare tutti i file MSP correlati a un computer specifico. Ad esempio, se i ruoli console e console Web sono installati in un server di gestione, applicare i file MSP sul server di gestione. Applicare un file MSP in un server per ogni ruolo specifico che contiene il server.

3. Eseguire lo script di SQL database seguente sul server di database sul database OperationsManagerDB:
   

   Update_rollup_mom_db.sql
    

   Note Questo script si trova nel percorso seguente:
    

   %SystemDrive%\Programmi\System Center 2016\Operations Manager\Server\SQL Script for Update Rollups

1. Importare i Management Pack seguenti:

   • Microsoft.SystemCenter.Internal.mp

   • Microsoft.SystemCenter.2007.mp

   • Microsoft.SystemCenter. Assistente. File mpb interno

   • Microsoft.SystemCenter.OperationsManager.Library.mp

   • Microsoft.SystemCenter.Image.Library.mp

   • Microsoft.SystemCenter.Visualization.Library.mpb

   • Microsoft.SystemCenter. Assistente.mpb

   • Microsoft. Windows.InternetInformationServices.CommonLibrary.mp

   • Microsoft.SystemCenter.AlertAttachment.mpb

   • Microsoft.SystemCenter.IntelliTraceProfiling.mpb

   • Microsoft.SystemCenter.SyntheticTransactions.Library.mp

   • Microsoft.SystemCenter.OperationsManager.AM.DR.2007.mp

   • Microsoft.SystemCenter.OperationsManager.SummaryDashboard.mp

   • Microsoft.SystemCenter. Assistente. Risorse. (LANGUAGECODE_3LTR).mpb

   • Microsoft.SystemCenter.DataWarehouse.Report.Library.mp

   • Microsoft.SystemCenter.ACS.Internal.mp

   • Microsoft.SystemCenter.Visualization.ServiceLevelComponents.mpb

   • Microsoft.SystemCenter.Library.mpb

   • Microsoft.SystemCenter.Apm.Infrastructure.mpb

   • Microsoft. Windows.Cluster.Library.mp

Per informazioni su come importare un Management Pack da un disco, vedere l'argomento di Microsoft TechNet Come importare un Management Pack di Operations Manager.

Note I Management Pack sono inclusi negli aggiornamenti dei componenti server nel percorso seguente:

%SystemDrive%\Programmi\System Center 2016\Operations Manager\Server\Management Pack per gli aggiornamenti cumulativi

Aggiornamento nano agent

Per installare manualmente gli aggiornamenti di Nano Agent, scarica il file KB3209591-8.0.10913.0-NanoAgent.cab . Puoi installare questo aggiornamento in un sistema Nano Agent utilizzando il seguente script di PowerShell:

.\UpdateNanoServerScomAgentOnline.ps1
-NanoServerFQDN <FQDN of target Nano Server>
-BinaryFolder <Path where the update .cab is already expanded OR path to one or more Nano-agent update .cab files>
-IsCabExpanded <$true if BinaryFolder path is to an expanded .cab, $false if it is for a packed .cab file(s)>
-RemoveBackup <$true to remove the previous binaries from the agent machine>

Aggiornamento del Management Pack di UNIX e Linux

Per installare i pacchetti di monitoraggio e gli agenti aggiornati per i sistemi operativi UNIX e Linux, procedere come segue:

1. Applicare l'aggiornamento cumulativo 5 all'ambiente Operations Manager di System Center 2016.
   
   Nota Non sono disponibili aggiornamenti mp UNIX/Linux nell'aggiornamento cumulativo 6.

2. Scarica i Management Pack aggiornati per System Center 2016 dal seguente sito Web Microsoft:

System Center Management Pack per sistemi operativi UNIX e Linux

1. Installare il pacchetto di aggiornamento del Management Pack per estrarre i file del Management Pack.

2. Importare il Management Pack aggiornato per ogni versione di Linux o UNIX monitorato nell'ambiente.

3. Aggiorna ogni agente alla versione più recente utilizzando il cmdlet Update-SCXAgent Windows PowerShell o l'Aggiornamento guidato agente UNIX/Linux nel riquadro Amministrazione della Console operazioni.

Informazioni sulla disinstallazione

Per disinstallare un aggiornamento, esegui il comando seguente:

msiexec /uninstall PatchCodeGuid /package RTMProductCodeGuid

Note Il segnaposto PatchCodeGuid rappresenta uno dei GUID seguenti.

Inoltre, il segnaposto RTMProductCodeGuid rappresenta uno dei GUID seguenti.

File aggiornati in questo aggiornamento cumulativo