Risoluzione degli errori del data warehouse di System Center
Data di pubblicazione: luglio 2016
Si applica a: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager
In questa sezione sono descritti i passaggi da eseguire per risolvere gli errori del data warehouse in System Center 2012 - Service Manager.
Utilizzo del registro eventi di Operations Manager sul server del Data Warehouse per la risoluzione dei problemi
I registri eventi di Service Manager si trovano nel registro eventi di Operations Manager. La valutazione di eventi indicati nel registro è utile perché la maggior parte degli errori del data warehouse vengono trovati in questo registro. Gli eventi nel registro provengono da due origini diverse: Distribuzione e data warehouse.
Gli eventi con un'origine di Distribuzione sono di solito generati durante la distribuzione del Management Pack, che comprende la distribuzione dei report o l'assemblaggio del data warehouse, ad esempio per la creazione di outrigger, dimensioni e tabelle dei fatti. Gli errori nel registro eventi in genere includono le istruzioni su come correggere tali errori. Ad esempio, si potrebbero leggere le istruzioni che suggeriscono di arrestare e riavviare i servizi Service Manager. I tre servizi su un server di gestione del data warehouse sono i seguenti:
Servizio System Center Data Access
System Center Management
Nota
Per System Center 2012 R2 Service Manager, il servizio di gestione di System Center è stato rinominato Microsoft Monitoring Agent.System Center Management Configuration
Quando si avviano e si arrestano i servizi di Service Manager, è necessario interrompere e avviare tutti e tre i servizi.
Dopo aver distribuito il data warehouse, gli eventi avranno probabilmente un'origine di Data warehouse. Questi eventi vengono creati dai processi nell'ambito delle normali operazioni dei processi di estrazione, trasformazione e caricamento (ETL), dal processo MPSync e dal processo DWMaintenance.
Utilizzo della console di Service Manager per la risoluzione dei problemi
Nella Console di Service Manager fare clic su Processi data warehouse e verrà visualizzato lo stato dei processi ETL e MPSync. Se la distribuzione è avvenuta correttamente e il data warehouse è stato registrato in almeno uno dei gruppi di gestione di Service Manager, saranno presenti almeno cinque processi. Ogni processo deve avere lo stato In esecuzione o Avvio non eseguito.
Se lo stato di un processo è indicato come Operazione non riuscita, è possibile selezionare i processo nel riquadro Attività e fare clic su Moduli per scoprire quale processo non è riuscito. Quindi è possibile esaminare il registro eventi di Operations Manager nel server del data warehouse per stabilire il motivo per cui il modulo non è riuscito.
Nell'area di lavoro Data warehouse fare clic su Management Pack nel riquadro sinistro. In questo riquadro è possibile visualizzare tutti i Management Pack presenti nel data warehouse e lo stato della loro distribuzione. Quando si importa un Management Pack in Service Manager, il processo MPSync lo sincronizza con il data warehouse e il nome del processo MPSync sarà generato dalla sincronizzazione del Management Pack. Quando si ottiene un elenco dei Management Pack nel data warehouse, si può controllare se un Management Pack è stato distribuito correttamente o no.
Se il Management Pack contiene elementi definiti specifici del data warehouse, come outrigger, dimensioni, tabelle di fatti o report, tale Management Pack deve essere distribuito correttamente prima che siano pronti per l'uso nuove tabelle e nuovi report.
Utilizzo di Windows PowerShell per la risoluzione dei problemi
I cmdlet di Windows PowerShell nella tabella riportata di seguito forniscono informazioni dettagliate sui processi del data warehouse.
| Comando | Descrizione |
|---|---|
| Get-SCDWMgmtGroup | Questo comando indica quali origini sono attualmente registrate con il data warehouse. Si dovrebbero vedere almeno due diversi valori DataSourceName. |
| Get-SCDWJob | Questo comando elenca lo stato dei processi del data warehouse del batch corrente. Utilizzando il comando, è possibile verificare se i processi sono attivati o no, quali processi sono in esecuzione e quando sono stati avviati. Quando si avvia il processo MPSync o DWMaintenance, esso disattiva tutti i processi ETL. La colonna Abilitato di ciascun processo ETL verrà impostata su False. Ciò significa che anche se lo stato del processo ETL è indicato come in esecuzione, in realtà non lo è. Al termine del processo MPSync o DWMaintenance, i processi ETL vengono attivati automaticamente e viene ripristina l'elaborazione. I processi sono in genere nello stato Avvio non eseguito, a meno che sia stato completato il batch precedente. Se si preferisce, è possibile utilizzare il comando Get-SCDWJob per visualizzare gli ultimi batch di un processo specifico. |
| Get-SCDWJob –JobName <Nome processo specifico> -NumberOfBatches <numero> | Questo comando permette di visualizzare l'ultimo processo, specificato da un <nome processo specifico>, completato, quando è stato avviato e quando è terminato. È possibile calcolare il tempo di esecuzione, nonché l'ID e lo stato del batch successivo. L'ID batch processo è sempre incrementale. |
| Get-SCDWJobModule | Questo comando fornisce informazioni dettagliate sui moduli specifici all'interno del processo. Ciò si rivela utile quando si notano errori nel processo e si desidera scoprire la causa del problema. |
Risoluzione dei problemi comuni dei data warehouse
Questo elenco non è esaustivo, ma comprende la maggior parte dei problemi comuni che potrebbero verificarsi.
I report non vengono distribuiti dopo la registrazione del data warehouse
Sintomi
Quando si apre la Console di Service Manager, viene visualizzata una finestra di dialogo che indica che Reporting Service non è disponibile. Un altro sintomo è indicato dal pulsante dell'area di lavoro Creazione report visualizzato nella Console di Service Manager anche se in realtà non vi sono report visualizzati nello spazio di lavoro. Un altro sintomo è quando nessun report è stato distribuito al server di Reporting Services.
È possibile che altri aspetti della distribuzione del data warehouse si siano svolti correttamente. Ad esempio, nella Console di Service Manager, quando si fa clic su Data warehouse, quindi su Processi data warehouse, si vedranno due processi di estrazione, un processo di trasformazione e caricamento e un processo MPSync.
Operazioni per la risoluzione dei problemi
Per risolvere il problema, eseguire la procedura riportata di seguito.
Passaggio 1: Verificare lo stato della distribuzione del Management Pack:
Nella Console di Service Manager fare clic su Data warehouse.
Fare clic su Management Pack e nella casella di ricerca Filtro digitare report. I risultati verranno filtrati mostrando i Management Pack correlati ai report.
Controllare lo stato della distribuzione (ultima colonna) dei seguenti Management Pack. Nessuno dei Management Pack deve avere uno stato Non riuscito.
ServiceManager.ActivityManagement.Report.Library
ServiceManager.ProblemManagement.Report.Library
ServiceManager.IncidentManagement.Report.Libraryxxx
ServiceManager.ConfigurationManagement.Report.Library
ServiceManager.ChangeManagement.Report.Library
Passaggio 2: Controllare nel registro eventi i messaggi di errore che menzionano il file dell'assembly Microsoft.EnterpriseManagement.Reporting.Code.dll.
Se uno qualsiasi dei cinque Management Pack citati in precedenza non è stato distribuito:
Sul server di gestione del data warehouse, aprire il registro eventi di Operations Manager.
Filtrare gli eventi per i quali è indicato Origini eventi come Distribuzione e Livello evento come Errore.
Se nel registro eventi sono presenti messaggi di errore che indicano Impossibile caricare dal file di assembly Microsoft.EnterpriseManagement.Reporting.Code.dll, verificare i seguenti elementi:
L'installazione di SQL Server Reporting Services (SSRS) potrebbe essere in un server diverso dal server di gestione del data warehouse. In questo caso, consultare le istruzioni nella Deployment Guide (Guida alla distribuzione) per System Center 2012 - Service Manager, copiare l'assembly sul server SSRS, quindi aggiungervi l'autorizzazione di accesso.
Se l'installazione di SSRS è sullo stesso server di gestione del data warehouse, riavviare il servizio SSRS.
Riavviare SSRS:
Accedere al server in cui è installato SSRS.
Fare clic su Start, scegliere Tutti i programmi, Microsoft SQL Server 2008 (o Microsoft SQL Server 2008 R2), selezionare Strumenti di configurazione, quindi fare clic su Gestione configurazione Reporting Services.
Nella finestra Connessione configurazione Reporting Services, fare clic su Connetti.
Nella finestra Stato server di report fare clic su Arresta, quindi su Avvia.
Fare clic su Esci.
Passaggio 3: Ridistribuire tutti i Management Pack dei report la cui distribuzione non è riuscita:
Nella Console di Service Manager fare clic su Data warehouse.
Fare clic su Management Pack e nel filtro di ricerca digitare report.
Per ogni Management Pack elencato nel passaggio 1, nel Riquadro attività, fare clic su Riavvia distribuzione.
Nota
Se lo stato della distribuzione di un Management Pack è elencato come Completato, l'opzione Riavvia distribuzione non sarà disponibile.
Una volta che lo stato della distribuzione dei Management Pack dei report è stato aggiornato da Non riuscito a Completato, aprire la Console di Service Manager. I report dovrebbero essere visualizzati nell'area di lavoro Creazione di report. Per visualizzare i report, potrebbe essere necessario riavviare la Console di Service Manager poiché la console nasconde l'elenco dei report.
I processi non riescono dopo l'importazione di un Management Pack personalizzato
Sintomo
Uno o più processi di data warehouse non si avviano dopo l'importazione di un Management Pack personalizzato e la sua sincronizzazione con il data warehouse.
Operazioni per la risoluzione dei problemi
Per risolvere il problema, eseguire la procedura riportata di seguito:
Controllare il registro eventi per accertarsi che la causa principale sia il Management Pack personalizzato:
Sul server di gestione del data warehouse, aprire il registro eventi di Operations Manager.
Trovare l'evento correlato all'errore del processo.
Determinare se l'errore riguarda il Management Pack personalizzato che è stato importato.
Se l'errore è correlato al Management Pack personalizzato, è necessario rimuoverlo e permettere al resto del data warehouse di operare come di consueto. È possibile correggere il Management Pack e reimportarlo in un secondo momento:
Disinstallare il Management Pack personalizzato utilizzando la Console di Service Manager.
Eseguire il processo MPSync.
Verificare che il Management Pack personalizzato sia elencato in Data warehouse sotto a Management Pack.
Una volta completato il processo MPSync, riprendere il processo non riuscito dalla Console di Service Manager o con un cmdlet di Windows PowerShell.
Correggere e reimportare il Management Pack personalizzato:
Rimuovere il Management Pack personalizzato e correggere l'errore mediante il passaggio 2, illustrato in precedenza.
Correggere il Management Pack personalizzato.
Importare il Management Pack personalizzato corretto in Service Manager, quindi eseguire il processo MPSync per sincronizzarlo con il data warehouse.
Il data warehouse non riceve nuovi dati o i processi sembrano richiedere troppo tempo
Sintomo
Nei report non sono visualizzati dati o nuovi dati. Un altro sintomo è indicato dai processi ETL che richiedono troppo tempo per l'esecuzione e dai processi che non mostrano uno stato di Avvio non eseguito.
Operazioni per la risoluzione dei problemi
Per risolvere il problema, eseguire la procedura riportata di seguito:
Utilizzare il cmdlet di Windows PowerShell Get-SCDWJob per determinare se tutti i processi ETL sono attivati. Avviare Windows PowerShell e digitare Get-SCDWJob.
Se i processi ETL sono disattivati ed è in esecuzione il processo MPSyncJob o DWMaintenance, è necessario attendere per ottenere nuovamente lo stato del processo poiché questi due processi in background disattivano i processi ETL. Tuttavia, se per i due processi è indicato Avvio non eseguito e i processi ETL sono disattivati, è possibile utilizzare il cmdlet Enable-SCDWJob per attivare ognuno di essi, ad esempio:
Enable-SCDWJob -JobName Transform.CommonSe i processi ETL MPSync e DWMaintenance sono tutti attivati e in esecuzione ma il loro ID batch individuale non è cambiato per un lungo periodo di tempo, oppure se si utilizza il cmdlet Get-SCDWJobModule per processi specifici ma non si nota nessun modulo attualmente in esecuzione, controllare il registro eventi e assicurarsi che non siano presenti messaggi di errore. A volte il messaggio di errore risale a molti giorni prima e potrebbe essere necessario esaminare gli eventi di molti giorni.
Controllare che siano realmente in esecuzione i tre servizi System Center Data Access, System Center Management e System Center Management Configuration nel server di gestione del data warehouse. Nel server di gestione del data warehouse fare clic su Start, Esegui e digitare Services.msc. In Servizi verificare che siano in esecuzione i seguenti servizi: System Center Data Access, System Center Management e System Center Management Configuration.
Nota
Per System Center 2012 R2 Service Manager, il servizio di gestione di System Center è stato rinominato Microsoft Monitoring Agent.Se uno dei servizi non è in esecuzione, riavviare tutti i tre servizi. Inoltre, se tutti i servizi sono in esecuzione, gli eventi del data warehouse Origine evento e del servizio SDK OpsMgr vengono inviati al registro eventi di Operations Manager. Per verificare se tutti i servizi siano in esecuzione, è possibile utilizzare queste informazioni come ulteriore fonte. Se per un lungo periodo di tempo non vi sono eventi del data warehouse Origine evento e del servizio SDK OpsMgr, è opportuno riavviare tutti e tre i servizi.
Le estensioni personalizzate del data warehouse non vengono visualizzate nel data warehouse
Sintomo
Dopo avere importato il Management Pack, il quale definisce alcune dimensioni o tabelle di fatti in Service Manager, il processo MPSync è stato eseguito più volte, ma tuttora non sono visibili nel data mart dimensioni o tabelle di fatti.
Operazioni per la risoluzione dei problemi
Assicurarsi che il Management Pack sia bloccato. Il processo MPSync è in grado di importare solo Management Pack bloccati di Service Manager nel data warehouse. Se il Management Pack non è stato bloccato, bloccarlo ed importarlo usando Service Manager.
Assicurarsi che il Management Pack sia sincronizzato con il data warehouse completando le seguenti operazioni:
Aprire la Console di Service Manager.
Fare clic su Data warehouse.
Fare clic su Management Pack, quindi individuare il proprio Management Pack nell'elenco apposito. A tale scopo, utilizzare la funzionalità di ricerca digitando il nome del Management Pack nella casella di ricerca. Se non viene visualizzato il Management Pack:
L'importazione nel server di gestione del data warehouse potrebbe non essere riuscita. Nel server di gestione del data warehouse, aprire il Registro eventi di Operations Manager, quindi filtrare gli eventi con Origini eventi come Servizio SDK OpsMgr.
Il processo MPSync potrebbe non essere stato ancora eseguito. Viene eseguito su base periodica, ovvero, per impostazione predefinita, ogni ora. È possibile modificare la pianificazione usando Windows PowerShell. Per velocizzare la sincronizzazione del Management Pack, dopo l'importazione dello stesso è possibile ripristinare manualmente il processo MPSync da Console di Service Manager oppure usando Windows PowerShell.
Verificare lo stato della distribuzione del Management Pack:
Aprire la Console di Service Manager.
Fare clic su Data warehouse.
Fare clic su Management Pack, quindi individuare il proprio Management Pack nell'elenco apposito. A tale scopo, è possibile cercare il nome del proprio Management Pack.
Verificare lo stato della distribuzione del Management Pack. Se lo stato di distribuzione è Non riuscito:
Nel server di gestione del data warehouse, aprire il registro eventi di Operations Manager, quindi filtrare gli eventi con Origini eventi come Distribuzione.
Se è presente un messaggio di errore, esso indica in genere la causa dell'errore. Se, dopo aver apportato le opportune correzioni al Management Pack, l'errore persiste ancora, disinstallare il Management Pack con Console di Service Manager. Quando si esegue il processo di MPSync, il Management Pack viene disinstallato dal server di gestione del data warehouse.
I Management Pack sono bloccati nello stato "Associazione in attesa" dopo la registrazione al data warehouse
Sintomo
Alcuni Management Pack restano in stato Associazione in attesa per diverse ore dopo la registrazione di Service Manager al data warehouse e dopo che sono trascorse alcune ore (fino a quattro o più). Puoi determinare il tempo trascorso aprendo Console di Service Manager e accedendo a Data warehouse, Processi data warehouse, Processo MPSync e facendo clic su Dettagli nel riquadro Attività.
Operazioni per la risoluzione dei problemi
Per risolvere il problema, eseguire la procedura riportata di seguito:
Visualizzare i Dettagli del processo MPSync. Rivedere ciascun ID batch del Management Pack problematico nella finestra di dialogo Processo MPSync. Nella finestra di dialogo Processo MPSync, fare clic sul nome della colonna Management Pack per ordinare l'elenco in base al nome del Management Pack. Individuare i Management Pack con stato Associazione in attesa. Nell'elenco dei Management Pack, controllare se il Management Pack viene indicato nel batch successivo come Associato, ad esempio:
Per il Batch ID 136, il Management Pack Microsoft.SystemCenter.ConfigurationManager è Associazione in attesa.
Per il Batch ID 207, il Management Pack Microsoft.SystemCenter.ConfigurationManager è Associato.
Ciò indica che il Management Pack è correttamente associato nel batch 207, anche se ha restituito un errore nel batch 136. Essendo stato recuperato nel batch 207, il Management Pack viene correttamente associato, consentendo la riuscita della sincronizzazione.
Se, nella finestra di dialogo Processo MPSync, lo stato Associazione in attesa di un Management Pack viene ripetuto per ciascun batch, cercare di risolvere il problema per individuare il motivo della mancata associazione del Management Pack. È consigliabile iniziare cercando gli errori di distribuzione in altri Management Pack da cui dipende il proprio.
Nella Console di Service Manager fare clic su Data warehouse, Management Pack e sull'intestazione della colonna Stato distribuzione. Se si individua un Management Pack con stato di distribuzione di Non riuscito o Non avviato, ciò può dipendere da una dipendenza del Management Pack. Poiché i Management Pack possono dipendere da altri, la presenza di qualsiasi tipo di errore può impedire la distribuzione degli altri Management Pack. Qualunque Management Pack coinvolto assumerà lo stato Non avviato.
Individuare gli errori di distribuzione nel registro eventi. Aprire il registro eventi di Operations Manager nel data warehouse, filtrarlo in base agli eventi in cui l'origine evento è Distribuzione e il livello evento è Avviso o Errore.
In presenza di un messaggio di errore simile al seguente, annullare la registrazione del data warehouse da Service Manager, reinstallarlo e registrare nuovamente il server di gestione di Service Manager nel server di gestione del data warehouse:
Deployment Execution Infrastructure has retried the maximum number of times and is giving up on this execution step. MP Element ID: DerivedManagementPack.SystemDerivedMp.ServiceManager.ActivityManagement.Library.Datawarehouse MP name: ServiceManager.ActivityManagement.Library.Datawarehouse MP version: 7.0.5826.0 Operation: Install Error message: Cannot find resource with ID TransformActivityStatusResource
I processi ETL hanno esito negativo a causa di problemi di credenziali di accesso
Sintomo
Tutti i processi ETL o alcuni di essi hanno esito negativo. Il registro eventi di Operations Manager del server di gestione del data warehouse indica che l'errore del processo ETL è associato a un errore di accesso dell'utente.
Operazioni per la risoluzione dei problemi
Per risolvere il problema, verificare se la password di ciascun account RunAs è stata modificata o è scaduta. È possibile aggiornare l'account eseguendo la procedura riportata di seguito:
Accedere a Data warehouse, Sicurezza, Account RunAs, quindi fare clic sul relativo account RunAs. Fare clic su Proprietà nel riquadro Attività, aggiornare il campo Password nella finestra, quindi fare clic su OK.
Se questo account RunAs è un account di sistema operativo, è necessario inoltre aggiornare i servizi in esecuzione con l'account:
Nel server di gestione del data warehouse fare clic su Start, Esegui e digitare Services.msc.
In Servizi aggiornare le password dei servizi eseguiti con l'account, ad esempio, servizio System Center Data Access e servizio System Center Management Configuration.
Riavviare i servizi.
Nota
Il processo MPSync e i processi Estrai possono utilizzare un account RunAs diverso dall'account di sistema operativo. L'account RunAs viene creato quando Service Manager viene registrato in un data warehouse.
È facile aggiornare le password scadute. Tuttavia, sarà più difficile aggiornare il sistema dopo aver modificato l'account RunAs. Non è consigliabile modificare gli account RunAs.
Se l'errore del processo non dipende dalla password, verificare che l'account RunAs del processo in errore possa essere utilizzato per connettersi al database di destinazione. Ad esempio, verificare la possibilità di utilizzare l'account RunAs del processo Estrai per la connessione al database Service Manager. In caso contrario, verificare che sia in esecuzione il servizio Structured Query Language (SQL) che ospita il database.
Vedere anche
Registrazione di sistemi di origine nel data warehouse di System Center