Gestione dei dati di Automazione di Azure

Questo articolo contiene più argomenti per la gestione di un ambiente di Automazione di Azure.

Conservazione dei dati

Quando si elimina una risorsa in Automazione di Azure, i dati corrispondenti vengono conservati per 90 giorni per finalità di controllo, prima della rimozione permanente. In tale periodo non sarà possibile visualizzare o usare la risorsa. Questi criteri sono applicabili anche alle risorse appartenenti a un account di Automazione eliminato.

Automazione di Azure elimina automaticamente e rimuove definitivamente i processi dopo 90 giorni.

La tabella seguente riepiloga i criteri di conservazione per diverse risorse.

Dati Criterio
Account Rimosso definitivamente 90 giorni dopo l'eliminazione dell'account da parte di un utente.
Asset Rimosso definitivamente 90 giorni dopo l'eliminazione dell'asset da parte di un utente o 90 giorni dopo l'eliminazione dell'account che include l'asset da parte di un utente.
Moduli Rimossi definitivamente 90 giorni dopo l'eliminazione del modulo da parte di un utente o 90 giorni dopo l'eliminazione dell'account che include il modulo da parte di un utente.
Runbook Rimossi definitivamente 90 giorni dopo l'eliminazione della risorsa da parte di un utente o 90 giorni dopo l'eliminazione dell'account che include la risorsa da parte di un utente.
Processi Eliminati e rimossi definitivamente 90 giorni dopo l'ultima modifica, ad esempio dopo il completamento, l'arresto o la sospensione del processo.
Configurazioni di nodo/File MOF La configurazione di nodo precedente verrà rimossa definitivamente 90 giorni dopo che viene generata una nuova configurazione di nodo.
Nodi DSC Vengono rimossi in modo permanente 90 giorni dopo l’annullamento della registrazione del nodo dall’Account di automazione tramite il portale di Azure o il cmdlet Unregister AzureRMAutomationDscNode in Windows PowerShell. I nodi vengono rimossi in modo permanente anche 90 giorni dopo che l'account che possiede il nodo viene eliminato da un utente.
Report sul nodo Vengono rimossi in modo permanente 90 giorni dopo la generazione di un nuovo report per quel nodo

I criteri di conservazione sono applicabili a tutti gli utenti e non è attualmente possibile personalizzarli.

Tuttavia, se si desidera conservare i dati per un periodo di tempo più lungo, è possibile trasferire i log del processo runbook a Log Analytics. Per maggiori informazioni, consultare i dati dei processi di Automazione di Azure trasferiti a OMS Log Analytics.

Backup di Automazione di Azure

Quando si elimina un account di automazione in Microsoft Azure, vengono eliminati tutti gli oggetti presenti nell'account, ad esempio Runbook, moduli, configurazioni, impostazioni, processi e asset. Non sarà possibile ripristinare gli oggetti dopo l'eliminazione dell'account. È possibile usare le informazioni seguenti per eseguire il backup dei contenuti dell'account di Automazione prima di eliminarlo.

Runbook

È possibile esportare i Runbook in file di script usando il portale di gestione di Azure o il cmdlet Get-AzureAutomationRunbookDefinition in Windows PowerShell. Questi file di script possono essere importati in un account di Automazione, come illustrato in Creazione o importazione di un Runbook.

Moduli di integrazione

Non è possibile esportare i moduli di integrazione da Automazione di Azure. È necessario assicurare che siano disponibili all'esterno dell'account di Automazione.

Asset

Non è possibile esportare asset da Automazione di Azure. Usando il portale di gestione di Azure, è necessario annotare i dettagli di variabili, credenziali, certificati, connessioni e pianificazioni. È quindi necessario creare manualmente eventuali asset usati dai Runbook importati in un altro account di Automazione.

È possibile usare i cmdlet di Azure per recuperare i dettagli di asset non crittografati e salvarli come riferimento futuro o creare asset equivalenti in un altro account di Automazione.

Non è possibile recuperare il valore delle variabili crittografate o il campo password delle credenziali mediante i cmdlet. Se non si conoscono questi valori, sarà possibile recuperarli da un Runbook attraverso le attività Get-AutomationVariable e Get-AutomationPSCredential.

Non è possibile esportare certificati da Automazione di Azure. È necessario assicurarsi che eventuali certificati siano disponibili all'esterno di Azure.

Configurazioni DSC

È possibile esportare le configurazioni in file di script tramite il portale di gestione Azure o il cmdlet Export-AzureRmAutomationDscConfiguration in Windows PowerShell. Queste configurazioni possono essere importate e usate in un altro account di automazione.

Replica geografica in Automazione di Azure

Replica geografica, standard negli account di automazione di Azure, backup dei dati di account in un'area geografica diversa per la ridondanza. È possibile scegliere un'area primaria quando si configura l’account, poi un'area secondaria viene assegnata automaticamente. I dati secondari, copiati dall'area primaria, vengono continuamente aggiornati in caso di perdita di dati.

Nella tabella seguente vengono illustrate le associazioni di aree primarie e secondarie disponibili:

Primaria Secondaria
Stati Uniti centro-meridionali Stati Uniti centro-settentrionali
Stati Uniti orientali 2 Stati Uniti centrali
Europa occidentale Europa settentrionale
Asia sudorientale Asia orientale
Giappone orientale Giappone occidentale

Nell'eventualità improbabile che vengano persi dei dati di un’area primaria, Microsoft tenta di ripristinarli. Qualora non fosse possibile ripristinare i dati primari, viene eseguito il failover geografico e i clienti interessati saranno informati attraverso la propria sottoscrizione.