Skip to main content
SnapManager for SAP
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Ripristinare i backup dallo storage secondario

Collaboratori
PDF

È possibile ripristinare i backup protetti dallo storage secondario e scegliere la modalità di copia dei dati nello storage primario.

A proposito di questa attività

È possibile utilizzare backup restore con il -from-secondary opzione per ripristinare i dati dallo storage secondario. Se non si specifica -from-secondary Opzione, SnapManager ripristina i dati dalle copie Snapshot sullo storage primario.

Non è possibile utilizzare -from-secondary opzione se il backup esiste sullo storage primario; il backup primario deve essere liberato prima di poter ripristinare un backup dallo storage secondario. Se si utilizza un volume temporaneo, è necessario specificare il volume utilizzando -temp-volume opzione.

Specificare -copy-id ogni volta che si specifica -from-secondary opzione. Se nel sistema di storage secondario sono presenti più backup, il -copy-id questa opzione consente di specificare quale copia di backup dello storage secondario utilizzare per l'operazione di ripristino.

Nota Se si utilizza Data ONTAP in modalità 7, è necessario specificare un valore valido per -copy-id opzione. Tuttavia, se si utilizza Clustered Data ONTAP, il -copy-id opzione non richiesta.

Durante il ripristino dei dati dallo storage secondario, SnapManager tenta innanzitutto di ripristinare i dati direttamente dal sistema di storage secondario al sistema di storage primario (senza coinvolgere l'host). Se SnapManager non è in grado di eseguire questo tipo di ripristino (ad esempio, se i file non fanno parte del file system), SnapManager eseguirà un ripristino della copia del file sul lato host. SnapManager offre due metodi per eseguire un ripristino della copia del file sul lato host dallo storage secondario. Il metodo selezionato da SnapManager viene configurato in smsap.config file.

  • Se restore.secondaryAccessPolicy = direct, SnapManager clona i dati sullo storage secondario, monta i dati clonati dal sistema di storage secondario sull'host, quindi copia i dati dal clone nell'ambiente attivo.

    Questo è il criterio di accesso secondario predefinito.

  • Se restore.secondaryAccessPolicy = indirect, SnapManager copia prima i dati in un volume temporaneo sullo storage primario, monta i dati dal volume temporaneo all'host, quindi copia i dati dal volume temporaneo nell'ambiente attivo.

    Questo criterio deve essere utilizzato solo se l'host non dispone di accesso diretto al sistema di storage secondario. I ripristini con il metodo indiretto richiedono il doppio del tempo rispetto al metodo diretto, poiché vengono create due copie dei dati.

Fase

  1. Eseguire una delle seguenti operazioni:

    Se si desidera…​ Quindi…​

    Ripristinare un database completo se il backup selezionato esiste sullo storage primario

    Immettere il seguente comando:

    smsap backup restore -profile profile_name -label label -complete -recover -alllogs[-copy-id id]

    Ripristinare un database completo se il backup selezionato non esiste sullo storage primario

    Immettere il seguente comando: smsap backup restore -profile profile_name -label label -complete-recover -alllogs-from-secondary [-temp-volume <temp_volume>] [-copy-id id]

Esempio

Il seguente comando ripristina un backup protetto dal sistema di storage secondario:

smsap backup restore -profile PAYDB -label daily_monday -complete
-recover alllogs -from-secondary -copy-id 3042 -temp-volume smsap_scratch_restore_volume
Operation Id [8abc011215d385920115d38599470001] succeeded.