Gestione dei record versione in System Center 2012 - Service Manager

Si applica a: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager

Il fattore essenziale per comprendere la gestione delle versioni in System Center 2012 - Service Manager è comprendere come gli oggetti, quali richieste di modifica e attività, sono facilitati nell'interazione dai record versione. La gestione delle versioni utilizza i record versione padre e figlio per facilitare l'automazione del processo di aggiornamento dello stato delle richieste di modifica e della propagazione dello stato tra attività parallele, attività sequenziali e attività interne a queste.

Spesso un progetto è formato da più parti, con più richieste di modifica da distribuire in tempi diversi che possono influenzare un progetto. L'obiettivo complessivo della gestione delle modifiche e della gestione delle versioni è quello di proteggere l'ambiente di produzione da modifiche non necessarie, cosicché ogni modifica apportata debba essere prima approvata. La gestione delle versioni riguarda solo le modifiche approvate.

Quando le modifiche sono approvate, dipende dai processi di gestione delle versioni raggruppare insieme le modifiche, pianificarle e svilupparle. A seconda della natura della modifica, lo sviluppo avviene talvolta nella fase di progetto, mentre altre volte si può verificare nella fase di gestione delle versioni. Indipendentemente da quando si verifica lo sviluppo, la gestione delle versioni garantisce che le modifiche vengano testate e che siano sicure per la distribuzione. Inoltre, la gestione delle versioni è utilizzata per valutare e raggruppare varie versioni insieme per favorire la riduzione al minimo del tempo di inattività dell'infrastruttura. Il gruppo delle versioni è testato insieme per escludere qualsiasi conflitto tecnico o di risorse che possa influenzare la disponibilità dell'infrastruttura. Più modifiche sono collegate tra loro e pianificate per essere distribuite insieme nel successivo intervallo di manutenzione o nel successivo rilascio pianificato. La funzione di gestione delle versioni utilizza i record versione per il consolidamento di modifiche multiple e le distribuisce nel modo più veloce e sicuro possibile.

Una volta collegate tra loro le modifiche, un responsabile del rilascio definisce la sequenza di azioni necessarie per il rilascio con i record versione. Diverse modifiche, ad esempio, potrebbero essere attività di aggiornamento dell'infrastruttura, di modifica del database, di aggiornamento delle applicazioni o altre attività singole. In alcuni casi potrebbe essere utile raggruppare alcune attività con gli aggiornamenti dell'infrastruttura oppure eseguire gli aggiornamenti del database o delle applicazioni. Alcune attività possono essere distribuite contemporaneamente, mentre altre devono essere distribuite in modo sequenziale o separatamente.

Il responsabile del rilascio o un altro responsabile definisce la sequenza di azioni con un record versione. Il record versione potrebbe rappresentare la sequenza di distribuzione delle varie modifiche utilizzando attività parallele, attività sequenziali e altre attività. Il responsabile del rilascio può delegare la responsabilità delle attività ad altri. Quando un'attività viene delegata, la persona responsabile dell'attività può modificare l'attività e aggiornarne lo stato.

Quando viene modificata un'attività, il relativo stato non viene aggiornato immediatamente. Si verifica un ritardo che termina con l'attivazione del flusso di lavoro e l'aggiornamento dello stato dell'attività. Spesso possono trascorrere da 30 a 60 secondi prima di poter visualizzare lo stato aggiornato dell'attività nella console dopo aver aggiornato la visualizzazione di un elemento. Altre attività dipendenti nel record versione potrebbe richiedere più tempo per l'aggiornamento. Ad esempio, si supponga di disporre di un record versione contenente una decina di attività. Se viene aggiornato un elemento nella parte superiore dell'elenco, l'aggiornamento nella console potrebbe richiedere 30 secondi. L'attività successiva del record versione può quindi essere automaticamente aggiornata 30 secondi dopo e così via. Pertanto l'aggiornamento eseguito in origine può richiedere del tempo per propagarsi a tutte le attività interessate nel record versione.

Parti dei record versione

Poiché le versioni sono spesso collegate tra loro, è possibile raggruppare più record versione utilizzando una relazione padre-figlio. In pratica, un record versione padre funge da contenitore per più record versione figlio. Tuttavia, un record versione appena creato non è un record versione padre per impostazione predefinita. Per aggiungere record versione figli, è infatti necessario convertire preliminarmente un record versione in un record versione padre.

Come le richieste di modifica, anche i record versione contengono attività per operazioni di approvazione e manuali. Inoltre, i record versione possono contenere attività parallele e sequenziali. Le attività parallele e sequenziali sono contenitori di altre attività e definiscono come le attività costituenti devono essere implementate. Le attività parallele possono essere implementate simultaneamente mentre sono in corso anche altre attività parallele. Le attività sequenziali devono essere completate nell'ordine in cui sono organizzate, una dopo l'altra.

• Scenario di esempio: Gestione dei record versione

  In questo argomento viene presentato uno scenario di esempio, simile a un case study, che aiuta a collocare nel contesto i singoli scenari e le singole procedure.

• Come creare un Record di versione

  Descrive come creare un record versione.

• Come creare un modello di Record di versione

  Descrive come creare un modello di record versione.

• Combinazione di record versione in gruppi padre-figlio

  In questo argomento e nei relativi sottoargomenti viene descritto come convertire i record versione in gruppi padre-figlio.

• Definizione degli elementi di configurazione del pacchetto versione

  In questo argomento e nei relativi sottoargomenti viene descritto come definire gli elementi di configurazione di un gruppo di rilascio.

• Come creare un modello per attività parallele e sequenziali

  Descrive come creare un modello per le attività parallele e sequenziali che vengono utilizzate nei record versione.

• Come scegliere le modifiche apportate a distribuire

  Descrive come esaminare e scegliere le modifiche per la distribuzione.

• Come pianificare le attività di rilascio

  Descrive come pianificare le attività di rilascio.

• Come ignorare un'attività non riuscita

  Descrive come ignorare un'attività non riuscita.

• Come determinare lo stato e l'avanzamento di una richiesta di modifica del record versione

  Descrive come determinare lo stato e l'avanzamento di una richiesta di modifica contenuta in un record versione.

• Pagina principale della Libreria TechNet per System Center 2012 - Service Manager

• Guida operativa per System Center 2012 - Service Manager

• Guida dell'amministratore di System Center 2012 - Service Manager

• Guida alla pianificazione per System Center 2012 - Service Manager