Registrare i sistemi di origine nel data warehouse di System Center in Service Manager
Il data warehouse in Service Manager recupera i dati da una o più origini dati. Queste origini dati sono i sistemi di elaborazione delle transazioni che generano e gestiscono i dati da misurare e analizzare. Ad esempio, gli eventi imprevisti e le richieste di modifica vengono creati e gestiti in Service Manager, gli aggiornamenti software e i criteri di risparmio energia vengono gestiti in Configuration Manager e altri sistemi producono e regolano altri set di dati.
La registrazione del data warehouse crea una relazione tra il server del data warehouse e il sistema di origine in modo che le informazioni possano essere scambiate. In Service Manager è possibile registrarsi direttamente a Service Manager, Operations Manager e Configuration Manager. Si può inoltre usare il livello SDK aggiornato sopra il data warehouse che permette di eseguire il push dei dati nel data warehouse direttamente da altre origini. Ad esempio, è possibile eseguire il push dei dati dal sistema informatico delle risorse umane nel data warehouse.
Registrare il data warehouse di System Center in Operations Manager
È possibile usare le procedure seguenti in Service Manager per registrare System Center Data Warehouse in Operations Manager e quindi convalidare la registrazione.
Per registrare il data warehouse in Operations Manager, seguire questa procedura:
Registrare System Center Data Warehouse nell'origine di Service Manager.
Attendere il completamento del processo MPSync.
Usando un account membro del gruppo di amministratori di gestione di Service Manager e data warehouse, accedere al computer che ospita la console di Service Manager.
Nella console di Service Manager selezionare Data Warehouse.
Nel riquadro Amministrazione espandere Data Warehouse e quindi selezionare Origini dati.
Nell'elenco Attività selezionare Registra origine dati.
Nella pagina Prima di iniziare della Procedura guidata Registra origine dati selezionare Avanti.
Nella pagina Tipo origine dati selezionare Operations Manager.
In Specificare un'area Server di gestione radice immettere le informazioni seguenti:
Per Nome server di gestione radice immettere il nome del server.
Per Server di database operativo immettere il nome del server di database.
In Nome database immettere il nome del database.
Selezionare Avanti.
Nella pagina Credenziali è possibile accettare la voce predefinita nell'elenco Account Runas e selezionare Avanti oppure immettere le credenziali da un utente o un gruppo di propria scelta.
Importante
All'account specificato verranno assegnate credenziali amministrative nel server di gestione di Service Manager e verrà concessa l'autorizzazione lettura per il database di Service Manager. È possibile specificare credenziali diverse da altri gruppi di gestione di Service Manager durante la registrazione con il data warehouse.
Nella pagina Riepilogo è possibile esaminare le impostazioni scelte. Selezionare Fine.
Nella pagina Risultato, al termine della registrazione dell'origine dati, selezionare Fine.
Convalidare il processo di registrazione di Operations Manager
- Nella vista Origini dati la nuova origine dati viene visualizzata nell'elenco delle origini dati, con il tipo di origine dati di Operations Manager. Potrebbe essere necessario aggiornare la visualizzazione per visualizzare la nuova origine dati.
Registrare il data warehouse di System Center in Configuration Manager
È possibile usare la procedura seguente in Service Manager per registrare Configuration Manager con System Center Data Warehouse e quindi convalidare la registrazione.
Per registrare Configuration Manager con il data warehouse, seguire questa procedura:
Usando un account membro del gruppo di amministratori di gestione di Service Manager e data warehouse, accedere al computer che ospita la console di Service Manager.
Nella console di Service Manager selezionare Data Warehouse.
Nel riquadro Amministrazione espandere Data Warehouse e quindi selezionare Origini dati.
Nell'elenco Attività selezionare Registra origine dati.
Nella pagina Prima di iniziare della Procedura guidata Registra origine dati selezionare Avanti.
Nella pagina Tipo origine dati selezionare Configuration Manager.
In Specificare un server del sito centrale immettere le informazioni seguenti:
Per Nome server del sito centrale immettere il nome del server del sito.
In Nome database immettere il nome del database.
Selezionare Avanti.
Nella pagina Credenziali è possibile accettare la voce predefinita nell'elenco Account Runas e selezionare Avanti oppure immettere le credenziali da un utente o un gruppo di propria scelta.
Importante
All'account specificato verranno assegnate credenziali amministrative nel server di gestione di Service Manager e verrà concessa l'autorizzazione lettura per il database di Service Manager. È possibile specificare credenziali diverse da altri gruppi di gestione di Service Manager durante la registrazione con il data warehouse.
Nella pagina Selezione dati scegliere i domini da estrarre e selezionare Avanti. Ad esempio, selezionare System Center Configuration Manager Connector Configuration Configuration e System Center Configuration Manager Power Management Connector.
Nella pagina Riepilogo è possibile esaminare le impostazioni scelte. Selezionare Fine.
Nella pagina Risultato, quando viene visualizzata la registrazione dell'origine dati completata, selezionare Fine.
Convalidare il processo di registrazione di Configuration Manager
- Nella vista Origini dati la nuova origine dati viene visualizzata nell'elenco delle origini dati, con il tipo di origine dati di Configuration Manager. Potrebbe essere necessario aggiornare la visualizzazione per visualizzare la nuova origine dati.
Registrare il data warehouse di System Center in un'origine di Service Manager
È possibile usare le procedure seguenti in Service Manager per registrare il data warehouse di System Center con un gruppo di gestione di Service Manager e quindi convalidare la registrazione. In questo modo è possibile ospitare più gruppi di gestione di Service Manager in un singolo data warehouse.
Registrare il data warehouse con un altro gruppo di gestione di Service Manager
Usando un account membro del gruppo di amministratori di gestione di Service Manager e data warehouse, accedere al computer che ospita la console di Service Manager.
Nella console di Service Manager selezionare Data Warehouse.
Nel riquadro Amministrazione espandere Data Warehouse e quindi selezionare Origini dati.
Nell'elenco Attività selezionare Registra origine dati.
Nella pagina Prima di iniziare della Procedura guidata Registra origine dati selezionare Avanti.
Nella pagina Tipo origine dati selezionare Service Manager.
In Specificare un server di Service Manager immettere le informazioni seguenti:
- Per Nome server di Service Manager immettere il nome del server.
Selezionare Avanti.
Nella pagina Credenziali è possibile accettare la voce predefinita nell'elenco Account Runas e selezionare Avanti oppure immettere le credenziali da un utente o un gruppo di propria scelta.
Importante
All'account specificato verranno assegnate credenziali amministrative nel server di gestione di Service Manager e verrà concessa l'autorizzazione lettura per il database di Service Manager. È possibile specificare credenziali diverse da altri gruppi di gestione di Service Manager durante la registrazione con il data warehouse.
Nella pagina Riepilogo è possibile esaminare le impostazioni scelte. Selezionare Fine.
Nella pagina Risultato, al termine della registrazione dell'origine dati, selezionare Fine.
Convalidare il processo di registrazione di Service Manager
- Nella vista Origini dati la nuova origine dati viene visualizzata nell'elenco delle origini dati, con il tipo di origine dati di Service Manager. Potrebbe essere necessario aggiornare la visualizzazione per visualizzare la nuova origine dati.
Gestire i processi di importazione dei dati per Operations Manager e Configuration Manager
È possibile usare la procedura seguente per gestire i processi di importazione dei dati del data warehouse in Service Manager. I processi di importazione dei dati sono simili ad altri processi del data warehouse ed è possibile gestirli con la console di Service Manager e anche con i cmdlet di Windows PowerShell. I metodi di gestione includono:
Revisione della pianificazione dell'elaborazione su oraria, giornaliera o settimanale
Sospensione di un processo
Ripresa di un processo sospeso o Non avviato
Gestire i processi di importazione dei dati e modificare una pianificazione dei processi
Nella console di Service Manager selezionare Data Warehouse, espandere Data Warehouse e selezionare Processi data warehouse.
Nel riquadro Processi data warehouse selezionare un nome di processo e quindi in Attività selezionare Proprietà.
Nella finestra di dialogo delle proprietà del processo visualizzata è possibile visualizzare la pianificazione corrente. È possibile modificare la pianificazione impostando una delle opzioni desiderate. Ad esempio, modificare la pianificazione in Giornaliero ed eseguire il processo alle 1:00 e selezionare OK.
Facoltativamente , è possibile sospendere i processi ed è possibile riprendere tutti gli elementi sospesi o Non avviati.
Risolvere gli errori del data warehouse di System Center
Questa sezione descrive i passaggi che è possibile eseguire per risolvere gli errori del data warehouse di System Center in Service Manager.
Usare il registro eventi di Operations Manager nel server data warehouse per risolvere gli errori
I registri eventi di Service Manager sono disponibili 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 vengono generati durante la distribuzione del Management Pack, che include la distribuzione di report o l'assemblaggio del data warehouse, ad esempio creando outriggers, dimensioni e tabelle dei fatti. Gli errori nel registro eventi includono istruzioni su come eseguire il ripristino dagli errori. Ad esempio, è possibile leggere le istruzioni che suggeriscono di arrestare e quindi riavviare i servizi di Service Manager. I tre servizi su un server di gestione del data warehouse sono i seguenti:
Servizio System Center Data Access
Microsoft Monitoring Agent
Configurazione gestione di System Center
Quando si avviano e arrestino i servizi di Service Manager, è necessario arrestare 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.
Usare la console di Service Manager per risolvere gli errori
Nella console di Service Manager selezionare Processi data warehouse e verrà visualizzato lo stato del processo ETL e del processo MPSync. Se la distribuzione ha avuto esito positivo e il data warehouse viene registrato correttamente in almeno un gruppo di gestione di Service Manager, vengono visualizzati almeno cinque processi. Ogni processo deve avere lo stato In esecuzione o Avvio non eseguito.
Se viene visualizzato lo stato di un processo elencato come Non riuscito, è possibile selezionare il processo e quindi nel riquadro Attività selezionare Moduli per individuare il modulo di processo non riuscito. È quindi possibile esaminare il registro eventi di Operations Manager nel server del data warehouse per determinare il motivo per cui il modulo non è riuscito.
Nell'area di lavoro Data Warehouse è possibile selezionare 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, in cui il processo MPSync deriva il nome 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.
Usare Windows PowerShell per risolvere gli errori
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 indica che è in esecuzione, in realtà non è in esecuzione. 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 -Nome processo specifico -NumberOfBatches numero | Usare questo comando per visualizzare il processo più recente, specificato in Nome processo specifico, completato, all'avvio e al termine. È 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ò è utile quando vengono visualizzati errori del processo e si vuole scoprire cosa ha causato l'errore. |
Risolvere i problemi comuni del data warehouse
Questo elenco non è esaustivo, ma illustra la maggior parte dei problemi comuni che è probabile che si verifichino.
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 è che il pulsante Area di lavoro report viene visualizzato nella console di Service Manager. Tuttavia, nell'area di lavoro non sono visualizzati report. 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 seleziona Data Warehouse e si seleziona Processi data warehouse, vengono visualizzati due processi di estrazione, una trasformazione e un processo di caricamento e un processo MPSync.
Passaggi 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 selezionare Data Warehouse.
Selezionare Management Pack e nella casella filtro di ricerca immettere il 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:
Nel 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.
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.
Aprire Gestione configurazione Reporting Services.
Nella finestra Connessione di configurazione di Reporting Services selezionare Connetti.
Nella finestra Stato del server di report selezionare Arresta e selezionare Avvia.
Selezionare Esci.
Passaggio 3: Ridistribuire tutti i Management Pack dei report la cui distribuzione non è riuscita:
Nella console di Service Manager selezionare Data Warehouse.
Selezionare Management Pack e quindi nel filtro di ricerca immettere il report.
Per ognuno dei Management Pack elencati nel passaggio 1, nel riquadro Attività selezionare Riavvia distribuzione.
Nota
Se lo stato della distribuzione di un Management Pack è elencato come Completato, l'opzione Riavvia distribuzione non sarà disponibile.
Dopo che lo stato di distribuzione dei Management Pack del 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 . Potrebbe essere necessario riavviare la console di Service Manager per visualizzare i report perché la console memorizza nella cache 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.
Passaggi 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:
Nel 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 usando la console di Service Manager.
Eseguire il processo MPSync.
Verificare che il Management Pack personalizzato sia elencato in Data warehouse sotto a Management Pack.
Al termine del processo di Sincronizzazione Mp, 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 fisso in Service Manager e quindi eseguire il processo di Sincronizzazione Mp per sincronizzarlo con il data warehouse.
Il data warehouse non riceve nuovi dati o i processi sembrano richiedere troppo tempo
Sintomo
I dati o i nuovi dati non vengono visualizzati in alcun report. Un altro sintomo è che i processi ETL richiedono troppo tempo per l'esecuzione e i processi non mostrano lo stato Non avviato.
Passaggi per la risoluzione dei problemi
Per risolvere il problema, eseguire la procedura riportata di seguito:
Usare il cmdlet Get-SCDWJob di Windows PowerShell per determinare se tutti i processi ETL sono abilitati. Avviare Windows PowerShell e quindi immettere 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 MPSync e DWMaintenance ETL sono tutti abilitati e in esecuzione, ma il relativo ID batch non è cambiato per molto tempo o se si usa il cmdlet Get-SCDWJobModule per processi specifici e non si noterà che alcun modulo è effettivamente in esecuzione, controllare il registro eventi e verificare se sono 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 se i tre servizi: System Center Data Access Service, Microsoft Monitoring Agent e System Center Management Configuration nel server di gestione del data warehouse sono effettivamente in esecuzione. Nel server di gestione del data warehouse selezionare Avvia, selezionare Esegui e quindi immettere Services.msc. In Servizi verificare che siano in esecuzione i servizi seguenti: System Center Data Access Service, Microsoft Monitoring Agent e System Center Management Configuration.
Se uno dei servizi non è in esecuzione, riavviare tutti e tre i 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 non vengono visualizzati eventi dal data warehouse dell'origine eventi e dal servizio SDK di OpsMgr per molto tempo, è necessario riavviare tutti e tre i servizi.
Le estensioni personalizzate del data warehouse non vengono visualizzate nel data warehouse
Sintomo
Dopo l'importazione del Management Pack, che definisce alcune dimensioni o tabelle dei fatti in Service Manager, il processo MPSync viene eseguito più volte, ma non vengono ancora visualizzate le tabelle delle dimensioni o dei fatti in DataMart.
Passaggi per la risoluzione dei problemi
Assicurarsi che il Management Pack sia bloccato. Il processo MPSync può importare solo Management Pack bloccati da Service Manager nel data warehouse. Se il Management Pack non è stato bloccato, chiuderlo e quindi 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.
Selezionare Data Warehouse.
Selezionare Management Pack e quindi individuare il Management Pack nell'elenco dei Management Pack. A tale scopo, usare la funzionalità di ricerca immettendo il nome del Management Pack nella casella di ricerca. Se il Management Pack non viene visualizzato:
L'importazione nel server di gestione del data warehouse potrebbe non essere riuscita. Passare al server di gestione del data warehouse, aprire il registro eventi di Operations Manager e quindi filtrare gli eventi con Origini eventi come servizio SDK di 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 dei Management Pack, dopo aver importato il Management Pack, è possibile riprendere manualmente il processo MPSync dalla console di Service Manager o tramite Windows PowerShell.
Verificare lo stato della distribuzione del Management Pack:
Aprire la console di Service Manager.
Selezionare Data Warehouse.
Selezionare Management Pack e quindi trovare il Management Pack nell'elenco dei Management Pack. A tale scopo, è possibile cercare il nome del 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 e quindi filtrare gli eventi con Origini eventi come distribuzione.
Se è presente un messaggio di errore, il messaggio indica in genere cosa è andato storto. Se dopo aver eseguito eventuali correzioni necessarie al Management Pack e l'errore si verifica ancora, è possibile disinstallare questo Management Pack usando la 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 rimangono in stato di associazione in sospeso diverse ore dopo la registrazione di Service Manager con il data warehouse e diverse ore (fino a quattro o più) sono passate. È possibile determinare il tempo trascorso aprendo la console di Service Manager e passando a Data Warehouse, Processi data warehouse, processo MPSync e quindi selezionando Dettagli nel riquadro Attività .
Passaggi per la risoluzione dei problemi
Per risolvere il problema, eseguire la procedura riportata di seguito:
Visualizzare i Dettagli del processo MPSync. Esaminare ogni ID batch per il Management Pack del problema nella finestra di dialogo MPSyncJob . Nella finestra di dialogo Processo di sincronizzazione Mp selezionare il 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 di sincronizzazione MP, lo stato associazione in sospeso per un Management Pack viene ripetuto per ogni batch, è necessario risolvere i problemi per determinare ulteriormente il motivo per cui il Management Pack non riesce a associare. È consigliabile iniziare cercando gli errori di distribuzione in altri Management Pack da cui dipende il proprio.
Nella console di Service Manager selezionare Data Warehouse, selezionare Management Pack e selezionare l'intestazione di 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, filtrare il registro eventi per gli eventi in cui l'origine evento è Distribuzione e il livello di evento è Avviso o Errore.
Se è presente un messaggio di errore simile al messaggio seguente, sarà necessario annullare la registrazione del data warehouse da Service Manager, reinstallare il data warehouse e quindi 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.
Passaggi 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:
Passare a Data Warehouse, Sicurezza, Account RunAs e selezionare l'account RunAs correlato. Selezionare Proprietà nel riquadro Attività , aggiornare il campo Password nella finestra e selezionare 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 selezionare Avvia, selezionare Esegui e quindi immettere Services.msc.
In Serviziaggiornare 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 la password se è scaduta. Tuttavia, è più difficile aggiornare il sistema se si modifica l'account RunAs. Non è consigliabile modificare gli account RunAs.
Se l'errore del processo non è correlato alla password, assicurarsi che l'account RunAs per il processo non riuscito possa essere usato per connettersi al database di destinazione. Ad esempio, assicurarsi che l'account RunAs del processo di estrazione possa essere usato per connettersi al database di Service Manager. In caso contrario, assicurarsi che il servizio Structured Query Language (SQL) che ospita il database sia in esecuzione.