Introduzione
Per creare un'installazione ePO funzionale, sono disponibili due requisiti: il database ePO e le parti del file System del server ePO. Per disporre di un backup di cui è possibile eseguire il ripristino, è necessario disporre dei backup di entrambi gli elementi e devono essere entrambi corrispondenti. Ad esempio, si supponga di disporre di un backup del database di una settimana fa, ma due giorni fa è stata archiviata una nuova estensione e il backup del file System è di ieri sera. In questo caso, il file System non è compatibile e non può essere utilizzato per ripristinare ePO senza modifiche e la possibile perdita di dati e funzionalità.

Nella funzionalità di Disaster Recovery di ePO 5.x , i file necessari per il ripristino vengono memorizzati all'interno del database ePO stesso in quella che viene definita snapshot. Questa snapshot, combinata con il programma di installazione di ePO, che può estrarre questi file da un database esistente, indica che tutto ciò che è necessario ripristinare un'installazione di ePO è un database contenente un snapshot valido.

Importante: Allo stesso modo in cui un database e un file System devono corrispondere come descritto in articolo kb66616-ePolicy Orchestrator Server Backup and Disaster Recovery procedure, è necessario che anche un database ePO 5.x e i relativi snapshot devono corrispondere. Ad esempio, Immaginate di aver preso un disaster recovery snapshot una settimana fa, avete depositato una nuova estensione due giorni fa, e ieri sera avete eseguito il backup del database ePO senza prendere una nuova snapshot. Il database e snapshot non sarebbero sincronizzati, pertanto è improbabile che sia possibile eseguire correttamente il ripristino da tale database.

ePO 5.x Cerca di evitare questa situazione. Un monitoraggio dashboard denominato snapshot del server, che può essere aggiunto alle dashboard, viene visualizzato anche nel dashboard snapshot del server ePO predefinito. Il colore e il titolo del monitoraggio snapshot del server indicano lo stato della snapshot più recente:

Colore	Azione	Dettagli
Blu	Salvataggio istantanea nel database	Il processo di snapshot è in corso.
Verde	Snapshot salvato nel database	Il processo di snapshot viene completato correttamente ed è aggiornato.
Rosso	Snapshot non riuscita	Si verifica un errore durante il processo di snapshot.
Grigio	Nessuna istantanea disponibile	Nessun snapshot di Disaster Recovery salvato.
Arancione	Snapshot non aggiornato	Le modifiche apportate alla configurazione avvengono e un snapshot recente non viene salvato. Le modifiche che attivano uno stato di snapshot non aggiornato includono quanto segue: Modifiche a qualsiasi estensione. Ad esempio, è stato aggiornato, rimosso, eliminato, aggiornato o sottoposto a downgrade. Passa alla cartella "keystore". Ad esempio, l'aggiunta di nuove chiavi agent o server. Passa alla cartella " conf ". Le modifiche apportate al Disaster Recovery passphrase nelle impostazioni del server.

L'assunzione di un snapshot è un processo semplice e può essere eseguita in diversi modi:

• Viene creata un'attività server predefinita denominata Server snapshot per il Disaster Recovery e per impostazione predefinita l'esecuzione viene pianificata una volta al giorno. È possibile pianificare l'esecuzione dell'attività in base alle esigenze.
• È possibile eseguire un'attività su richiesta facendo clic sull'azione Esegui .
• È inoltre possibile richiedere un snapshot su richiesta facendo clic sul pulsante Acquisisci istantanea sull'istantanea del server Dashboard monitoraggio.

Una volta eseguita la snapshot e quando il database viene sottoposto a backup come parte del normale piano di manutenzione SQL, si dispone di un unico file di backup che può essere utilizzato per ripristinare l'ambiente ePO.

Gli elementi principali salvati nel snapshot sono i seguenti:

• Cartelle di configurazione ( ..\Server\conf )
• Cartelle keystore ( ..\DB\Keystore and ..\Server\Keystore )
• Estensioni (strutture di ..\Server\extensions\installed cartelle)
• Contenuto dell'archivio principale ( ..\DB\Software strutture di cartelle)

Nota: Questo elenco non è definitivo perché ogni estensione può anche definire i dati da salvare nel snapshot.

Quando la snapshot viene salvato nel database, viene crittografato utilizzando un passphrase. È necessario scegliere e immettere un passphrase durante l'installazione di ePO 5.x. questo passphrase può anche essere modificato dalla pagina impostazioni del server, Disaster Recovery nella console ePO.

Importante: Questa passphrase non può essere recuperata se dimenticata e non è possibile ripristinare ePO dal database contenente la snapshot.

Best practice consigliate

• L'assunzione di un snapshot consente di salvare una quantità considerevole di dati nel database ePO. Si consiglia di non pianificare snapshot attività contemporaneamente ai backup del database. In alternativa, pianificare l'esecuzione del backup del database subito dopo il completamento dell'attività di snapshot.
  
• Poiché è importante mantenere sincronizzato il database e snapshot, la procedura consigliata è quella di eseguire manualmente un snapshot seguito da un backup completo del database prima di effettuare le operazioni principali nell'ambiente ePO. (Le operazioni principali potrebbero essere l'upgrade di un'estensione o l'archiviazione di una nuova versione o, in particolare, l'upgrade di ePO a una nuova.)
  
• A volte, se sono stati applicati hotfix all'installazione di ePO, è necessario un intervento manuale dopo il ripristino di ePO.
  Esempio: dopo il ripristino del Disaster Recovery, il server JRE è lo stesso della versione di installazione di ePO originale, senza alcun hotfix applicato. Di conseguenza, se il server .xml dispone compression="on" di e funziona con JRE con hotfix, potrebbe non funzionare con il JRE originale; pertanto, è possibile che sia necessario modificarlo compression=”off” .
  
• Conservare un elenco di tutti gli hotfix di ePO applicati, in modo che sia possibile riapplicarli dopo il ripristino.
  
  Importante: Dopo aver ripristinato ePO 5.10 , è necessario applicare l'ultimo aggiornamento cumulativo di ePO disponibile utilizzando l'opzione ripara . Questa opzione consente di riapplicare con forza tutti gli aggiornamenti inclusi nell'aggiornamento cumulativo di ePO 5.10 .