Informazioni sull'installazione del modulo di data warehouse
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
La distribuzione del modulo data warehouse in System Center 2012 - Service Manager ha inizio quando un server di gestione di Service Manager viene registrato in un server di gestione di un data warehouse. Nelle sezioni riportate di seguito vengono descritte le parti, le funzioni e la pianificazione di un modulo.
Sincronizzazione Management Pack
La sincronizzazione del Management Pack è il processo mediante il quale il data warehouse rileva le classi e le relazioni presenti nei sistemi di origine. Questo processo è anche definito MPSync. Per ogni Management Pack che definisce una classe o una relazione, il data warehouse crea dei moduli con processi di estrazione per recuperare i dati da tale classe o relazione dalla rispettiva origine. Questi Management Pack e i processi associati vengono sincronizzati tra i sistemi.
Solo i Management Pack bloccati e i relativi dati vengono sincronizzati nel data warehouse. Se si modifica un Management Pack, è necessario incrementare il numero di versione e non sarà possibile apportare altre modifiche che potrebbero causare degli errori, altrimenti l'importazione del Management Pack non avrà esito positivo. Ad esempio, non è possibile rimuovere classi, o relazioni. In modo analogo, non è possibile modificare i tipi di dati in modi non supportati. Ad esempio, è possibile modificare la proprietà di una stringa per trasformarla in una proprietà numerica.
Per impostazione predefinita, il processo MPSync di Orchestration viene eseguito ogni 30 minuti.
È possibile che più origini facciano riferimento allo stesso Management Pack. La versione del sistema di origine deve essere la stessa versione o una versione superiore a quella del data warehouse, altrimenti la registrazione avrà esito negativo.
È possibile rimuovere i Management Pack dal data warehouse. Tuttavia, tenere presente quanto segue:
La rimozione dei Management Pack non elimina i dati dal data warehouse come invece accade nel database Service Manager , ma viene interrotta la visualizzazione del database a cui gli utenti hanno accesso.
Se si reimporta un Management Pack dopo aver rimosso il Management Pack corrispondente, vengono nuovamente esposti i dati cronologici.
Nota
Solo i Management Pack bloccati vengono sincronizzati da Service Manager al data warehouse. Un'eccezione sono gli elementi elenco, noti anche come enumerazioni. I gruppi o le code vengono sincronizzati con il data warehouse, indipendentemente dal fatto che siano in un Management Pack bloccato o non bloccato. Per ulteriori informazioni su come bloccare un Management Pack, vedere il post sul blog Sealing Management Packs (Come bloccare i Management Pack).
I Management Pack importati da Service Manager sono specifici di Service Managere del data warehouse. I Management Pack di Service Manager riconoscono il modo in cui è strutturato il database di Service Manager , mentre i Management Pack del data warehouse guidano la struttura e i processi dei database del data warehouse.
Distribuzione di report
Il processo di sincronizzazione dei Management Pack importa i Management Pack da Service Managere definisce come tali Management Pack modelleranno la struttura, sposteranno i dati e copieranno i report per il data warehouse e il reporting. Una volta sincronizzati questi Management Pack tra Service Manager e il data warehouse, verranno recuperati i dati e verranno distribuiti i report affinché gli utenti possano utilizzarli.
La distribuzione dei report avviene in modo sequenziale nel processo seguente:
Dopo la sincronizzazione con il data warehouse di tutti i Management Pack identificati, la sincronizzazione dei Management Pack attiva il flusso di lavoro di distribuzione dei report.
Dato che la destinazione finale dei Management Pack sincronizzati è il database DWStagingandConfig, il flusso di lavoro di distribuzione interroga il database DWStagingandConfig per rilevare tutti i report nuovi o modificati da distribuire, nonché i report da rimuovere.
Il flusso di lavoro di distribuzione pubblica quindi tutti i report nuovi o aggiornati in SQL Server Reporting Services (SSRS) tramite i servizi Web SSRS.
I servizi SSRS memorizzano i report e i metadati appropriati.
Il flusso di lavoro di distribuzione dello schema viene attivato dalla sincronizzazione dei Management Pack.
Ancora una volta, le informazioni che causano dello modifiche allo schema vengono recuperate dal database DWStagingandConfig in base ai Management Pack appena sincronizzati che causano tali modifiche.
Le modifiche dello schema vengono distribuite al database DWRepository.
Tutte le modifiche necessarie per estrarre, trasformare e caricare i moduli (ETL) vengono apportate al database DWStagingandConfig.
I Management Pack contenenti solo informazioni specifiche di Service Managernon determinano l’esecuzione delle attività di distribuzione. Essi vengono attivati solo per i nuovi data warehouse e per gli elementi specifici del reporting.
Informazioni relative ai processi ETL
Dopo la distribuzione dello schema del data warehouse e dei report, il database DWDataMart viene popolato con i dati effettivi per la creazione di report. Ciò avviene mediante i processi ETL. I tre processi riportati di seguito hanno ciascuno uno scopo specifico:
Estrai è progettato specificamente per l'elaborazione di notevoli volumi di dati da più origini e consente di spostare i dati in un'area apposita per la manipolazione dei dati.
Trasforma è progettato per l'ottimizzazione delle complesse operazioni di integrazione e logica. Questo processo è il punto in cui si svolge la maggior parte delle operazioni ETL.
Carica è progettato per il trasferimento in blocco nella rispettiva destinazione dei dati già elaborati.
Uno dei motivi principali per avere tre diversi database è che ciò permette di ottimizzare più facilmente l'ambiente hardware. Negli ambienti con volumi elevati, i database DWStagingandConfig e DWRepository devono trovarsi sull'hardware del computer ottimizzato per operazioni di I/O di lettura e scrittura. Tuttavia, l'hardware del computer che ospita il database DWDatamart deve essere ottimizzato per operazioni di I/O. Sapendo questa differenza, è possibile separare il DWDatamart dai database DWStagingandConfig e DWRepository e spostarlo su un altro server o un'altra unità. Tuttavia, i database DWStagingandConfig e DWRepository devono rimanere nello stesso server.
A un livello alto, i processi ETL si svolgono nei processi descritti nelle sezioni riportate di seguito. Se si prevede di creare dei Management Pack da utilizzare per il reporting personalizzato, sarà opportuno approfondire questi processi. Per ulteriori informazioni sui processi ETL, vedere Authoring Guide for System Center 2012 - Service Manager (Guida alla creazione e alla modifica per System Center 2012 - Service Manager).
Estrai
Il processo di estrazione viene avviato a intervalli pianificati. Il processo Estrai recupera i dati non elaborati dall'archivio OLTP, in questo caso il database di Service Manager .
Il processo di estrazione interroga Service Manager sui dati delta che si sono accumulati dall'ultima esecuzione del processo di estrazione.
I nuovi dati vengono scritti nel database DWStagingandConfig nella stessa forma di base in cui sono scritti nel database di Service Manager .
Trasforma
Il processo di trasformazione viene avviato a intervalli pianificati. Il processo Trasforma consente di spostare i dati non elaborati dal database di DWStagingandConfig. Esegue inoltre le operazioni di pulizia, riformattazione e aggregazione necessarie per modificare i dati non elaborati nel formato finale per il reporting. Questi dati trasformati vengono scritti nel database DWRepository.
Carica
Il processo di caricamento viene avviato a intervalli pianificati. Il processo di caricamento interroga i dati del database DWRepository. I dati trasformati da DWRepository vengono inseriti nel database di DWDatamart. DWDatamart è il database utilizzato per tutte le esigenze di reporting degli utenti finali.