Skip to main content
È disponibile una versione più recente di questo prodotto.
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Creare criteri di backup per i database di Exchange Server

Collaboratori
PDF

È possibile creare un criterio di backup per le risorse di Exchange o per i gruppi di risorse prima di utilizzare SnapCenter per eseguire il backup delle risorse di Exchange Server oppure creare un criterio di backup al momento della creazione di un gruppo di risorse o del backup di una singola risorsa.

Prima di iniziare

  • Devi aver definito la tua strategia di protezione dei dati.

    Per ulteriori informazioni, vedere la sezione relativa alla definizione di una strategia di protezione dei dati per i database Exchange.

  • Devi essere preparato per la protezione dei dati completando attività come l'installazione di SnapCenter, l'aggiunta di host, l'identificazione delle risorse e la creazione di connessioni al sistema di storage.

  • È necessario aver aggiornato (rilevato) le risorse di Exchange Server.

  • Se si stanno replicando Snapshot in un mirror o un vault, l'amministratore della SnapCenter deve aver assegnato le Storage Virtual Machine (SVM) per entrambi i volumi di origine e di destinazione.

  • Se si desidera eseguire gli script PowerShell in prescritts e postscripts, è necessario impostare il valore del usePowershellProcessforScripts parametro su true nel web.config file.

    Il valore predefinito è false

A proposito di questa attività

  • Un criterio di backup è un insieme di regole che regolano la gestione e la conservazione dei backup e la frequenza con cui viene eseguito il backup delle risorse o del gruppo di risorse. Inoltre, è possibile specificare le impostazioni dello script. La specifica delle opzioni in un criterio consente di risparmiare tempo quando si desidera riutilizzare il criterio per un altro gruppo di risorse.

  • La conservazione completa del backup è specifica di una determinata policy. Un database o una risorsa che utilizza il criterio A con una conservazione completa del backup di 4 conserva 4 backup completi e non ha alcun effetto sul criterio B per lo stesso database o risorsa, che potrebbe avere una conservazione di 3 per conservare 3 backup completi.

  • La conservazione del backup dei log è efficace in tutti i criteri e si applica a tutti i backup dei log di un database o di una risorsa. Pertanto, quando si esegue un backup completo utilizzando il criterio B, l'impostazione di conservazione del registro influisce sui backup del registro creati dal criterio A sullo stesso database o risorsa. Allo stesso modo, l'impostazione di conservazione dei log per il criterio A influisce sui backup dei log creati dal criterio B sullo stesso database.

  • IL PERCORSO_SCRIPT viene definito utilizzando la chiave PredesedWindowsScriptsDirectory situata nel file SMCoreServiceHost.exe.Config dell'host del plug-in.

    Se necessario, è possibile modificare questo percorso e riavviare il servizio SMcore. Si consiglia di utilizzare il percorso predefinito per la protezione.

    Il valore della chiave può essere visualizzato da swagger attraverso l'API: API /4.7/configsettings

    È possibile utilizzare L'API GET per visualizzare il valore della chiave. L'API SET non è supportata.

    Best practice: è meglio configurare il criterio di conservazione secondario in base al numero di backup completi e di log che si desidera conservare. Quando si configurano policy di conservazione secondarie, occorre ricordare che quando database e registri si trovano in volumi diversi, ogni backup può avere tre snapshot, e quando database e log si trovano nello stesso volume, ogni backup può avere due snapshot.

  • SnapLock

    • Se è selezionata l'opzione "conserva le copie di backup per un numero specifico di giorni", il periodo di conservazione SnapLock deve essere minore o uguale ai giorni di conservazione menzionati.

      La specifica di un periodo di blocco snapshot impedisce l'eliminazione delle istantanee fino alla scadenza del periodo di conservazione. Questo potrebbe portare a mantenere un numero di Snapshot maggiore del conteggio specificato nel criterio.

      Per ONTAP 9.12.1 e versioni precedenti, i cloni creati dagli Snapshot del vault di SnapLock ereditano il tempo di scadenza del vault di SnapLock. L'amministratore dello storage dovrebbe ripulire manualmente i cloni dopo il tempo di scadenza del SnapLock.

    Nota Le impostazioni SnapLock primarie vengono gestite nel criterio di backup SnapCenter e le impostazioni SnapLock secondarie vengono gestite da ONTAP.
Fasi

  1. Nel riquadro di spostamento di sinistra, fare clic su Impostazioni.

  2. Nella pagina Impostazioni, fare clic su Criteri.

  3. Fare clic su nuovo.

  4. Nella pagina Name (Nome), immettere il nome e la descrizione della policy.

  5. Nella pagina Backup Type (tipo di backup), attenersi alla seguente procedura:

    1. Scegliere il tipo di backup:

      Se si desidera…​ Eseguire questa operazione…​

      Eseguire il backup dei file di database e dei registri delle transazioni richiesti

      Selezionare Backup completo e Backup del registro.

      Il backup dei database viene eseguito con il troncamento del log e viene eseguito il backup di tutti i log, inclusi quelli troncati.

      Nota Si tratta del tipo di backup consigliato.

      Eseguire il backup dei file di database e dei log delle transazioni non assegnate

      Selezionare Backup completo.

      Il backup dei database viene eseguito con il troncamento del log e non viene eseguito il backup dei log troncati.

      Eseguire il backup di tutti i log delle transazioni

      Selezionare Log backup.

      Viene eseguito il backup di tutti i log delle transazioni nel file system attivo e non viene eseguito alcun troncamento del log.

      Sullo stesso disco del log live viene creata una directory scebackupinfo. Questa directory contiene il puntatore alle modifiche incrementali per il database Exchange e non è equivalente ai file di log completi.

      Eseguire il backup di tutti i file di database e dei log delle transazioni senza troncare i file di log delle transazioni

      Selezionare Copy Backup (Copia backup).

      Viene eseguito il backup di tutti i database e di tutti i registri e non viene eseguito alcun troncamento del registro. In genere, si utilizza questo tipo di backup per eseguire di nuovo la configurazione di una replica o per verificare o diagnosticare un problema.
      Nota È necessario definire lo spazio necessario per i backup dei log in base alla conservazione completa del backup e non in base alla conservazione up-to-the-minute (UTM).
      Nota Creare policy di vault separate per log e database quando si gestiscono volumi Exchange (LUN) e impostare il mantenimento (conservazione) del criterio di log sul doppio del numero per ciascuna etichetta del criterio di database, utilizzando le stesse etichette. Per ulteriori informazioni, vedere, "I backup di SnapCenter per Exchange conservano solo la metà delle istantanee sul volume di log di destinazione del vault"

    2. Nella sezione Database Availability Group Settings (Impostazioni gruppo disponibilità database), selezionare un'azione:

      Per questo campo…​ Eseguire questa operazione…​

      Eseguire il backup delle copie attive

      Selezionare questa opzione per eseguire il backup solo delle copie attive del database selezionato.

      Per i DAG (Database Availability Group), questa opzione esegue il backup solo delle copie attive di tutti i database nel DAG.

      Non viene eseguito il backup delle copie passive.

      Copie di backup sui server da selezionare al momento della creazione del processo di backup

      Selezionare questa opzione per eseguire il backup delle copie dei database sui server selezionati, sia attive che passive.

      Per i DAG, questa opzione consente di eseguire il backup delle copie attive e passive di tutti i database sui server selezionati.
      Nota Nelle configurazioni del cluster, i backup vengono conservati in ciascun nodo del cluster in base alle impostazioni di conservazione impostate nel criterio. Se il nodo proprietario del cluster cambia, i backup del nodo proprietario precedente verranno conservati. La conservazione è applicabile solo a livello di nodo.

    3. Nella sezione Schedule frequency (frequenza pianificazione), selezionare uno o più tipi di frequenza: On demand, Hourly, Daily, Weekly e Monthly.

      Nota È possibile specificare la pianificazione (data di inizio, data di fine) per le operazioni di backup durante la creazione di un gruppo di risorse. Ciò consente di creare gruppi di risorse che condividono la stessa policy e frequenza di backup, ma consente di assegnare diverse pianificazioni di backup a ciascun criterio.
    Nota Se sono previste le 2:00, la programmazione non verrà attivata durante l'ora legale (DST).

  6. Nella pagina di conservazione, configurare le impostazioni di conservazione.

    Le opzioni visualizzate dipendono dal tipo di backup e dal tipo di frequenza precedentemente selezionati.

    Nota Il valore massimo di conservazione è 1018 per le risorse su ONTAP 9.4 o versioni successive e 254 per le risorse su ONTAP 9.3 o versioni precedenti. I backup non avranno esito positivo se la conservazione viene impostata su un valore superiore a quello supportato dalla versione di ONTAP sottostante.
    Importante Se si intende attivare la replica SnapVault, è necessario impostare il numero di conservazione su 2 o superiore. Se si imposta il conteggio della conservazione su 1, l'operazione di conservazione potrebbe non riuscire perché il primo Snapshot è il Snapshot di riferimento per la relazione SnapVault fino a quando una snapshot più recente non viene replicata nella destinazione.

    1. Nella sezione Impostazioni conservazione backup registro, selezionare una delle seguenti opzioni:

      Se si desidera…​ Eseguire questa operazione…​

      Conserva solo un numero specifico di backup del log

      Selezionare numero di backup completi per i quali vengono conservati i registri e specificare il numero di backup completi per i quali si desidera eseguire un ripristino up-to-the-minute.

      La conservazione UTM (up-to-the-minute) si applica al backup del registro creato tramite backup completo o del registro. Ad esempio, se le impostazioni di conservazione UTM sono configurate per conservare i backup dei log degli ultimi 5 backup completi, i backup dei log degli ultimi 5 backup completi vengono conservati.

      Le cartelle di log create come parte dei backup completi e dei log vengono automaticamente eliminate come parte di UTM. Non è possibile eliminare manualmente le cartelle di log. Ad esempio, se l'impostazione di conservazione Full (completa) o Full (completa) e Log Backup (Backup registro) è impostata su 1 mese e UTM Retention (conservazione UTM) è impostata su 10 giorni, la cartella di registro creata come parte di questi backup verrà eliminata come da UTM. Di conseguenza, saranno presenti solo cartelle di log di 10 giorni e tutti gli altri backup saranno contrassegnati per il ripristino point-in-time.

      È possibile impostare il valore di conservazione UTM su 0, se non si desidera eseguire un ripristino up-to-the-minute. In questo modo si attiva l'operazione di ripristino point-in-time.

      Procedura consigliata: è consigliabile che l'impostazione sia uguale all'impostazione per Total Snapshots (backup completi) nella sezione Impostazioni di conservazione del backup completo. In questo modo, i file di registro vengono conservati per ogni backup completo.

      Conservare le copie di backup per un numero specifico di giorni

      Selezionare l'opzione Mantieni backup registro per ultimo e specificare il numero di giorni in cui conservare le copie di backup del registro.

      I backup del registro vengono conservati fino al numero di giorni di backup completi.

      Periodo di blocco delle istantanee

      Selezionare periodo blocco copia istantanea, quindi giorni, mesi o anni.

      Il periodo di conservazione di SnapLock deve essere inferiore a 100 anni.

      Se è stato selezionato Log backup come tipo di backup, i backup dei log vengono conservati come parte delle impostazioni di conservazione aggiornate al minuto per i backup completi.

    2. Nella sezione Full backup retention settings (Impostazioni di conservazione backup complete), selezionare una delle seguenti opzioni per i backup on-demand, quindi selezionarne una per i backup completi:

      Per questo campo…​ Eseguire questa operazione…​

      Conserva solo un numero specifico di snapshot

      Se si desidera specificare il numero di backup completi da conservare, selezionare l'opzione Total Snapshot Copies to Keep (copie snapshot totali da conservare) e specificare il numero di snapshot (backup completi) da conservare.

      Se il numero di backup completi supera il numero specificato, i backup completi che superano il numero specificato vengono eliminati, con le copie meno recenti eliminate per prime.

      Conserva backup completi per un numero specifico di giorni

      Selezionare l'opzione Mantieni copie snapshot per e specificare il numero di giorni in cui conservare le istantanee (backup completi).

      Periodo di blocco delle istantanee

      Selezionare periodo blocco copia istantanea, quindi giorni, mesi o anni.

      Il periodo di conservazione di SnapLock deve essere inferiore a 100 anni.
      Nota Se si dispone di un database con solo backup di log e nessun backup completo su un host in una configurazione DAG, i backup di log vengono conservati nei seguenti modi:

      • Per impostazione predefinita, SnapCenter trova il backup completo più vecchio per questo database in tutti gli altri host del DAG ed elimina tutti i backup del registro su questo host che sono stati eseguiti prima del backup completo.

      • È possibile eseguire l'override del comportamento di conservazione predefinito di un database su un host in un DAG con solo backup di log aggiungendo la chiave MaxLogBackupOnlyCountWithoutFullBackup nel file C: File di programma/NetApp/SnapCenter WebApp/web.config.

        <add key="MaxLogBackupOnlyCountWithoutFullBackup" value="10">

        Nell'esempio, il valore 10 significa che si mantengono fino a 10 backup del log sull'host.

  7. Nella pagina Replication (Replica), selezionare una o entrambe le seguenti opzioni di replica secondaria:

    Per questo campo…​ Eseguire questa operazione…​

    Update SnapMirror dopo la creazione di una snapshot locale

    Durante la replica secondaria, il tempo di scadenza del SnapLock carica il tempo di scadenza del SnapLock primario.

    Fare clic sul pulsante Aggiorna nella pagina topologia per aggiornare il tempo di scadenza SnapLock secondario e primario recuperato da ONTAP.

    Vedere "Visualizzare i backup di Exchange nella pagina topologia".

    Selezionare questa opzione per conservare le copie mirror dei set di backup su un altro volume (SnapMirror).

    Aggiornare SnapVault dopo aver creato un'istantanea locale

    Selezionare questa opzione per eseguire la replica del backup disk-to-disk.

    Etichetta del criterio secondario

    Selezionare un'etichetta Snapshot.

    A seconda dell'etichetta Snapshot selezionata, ONTAP applica la politica di conservazione Snapshot secondaria corrispondente all'etichetta.

    Nota Se è stato selezionato Update SnapMirror dopo la creazione di una copia Snapshot locale, è possibile specificare l'etichetta del criterio secondario. Tuttavia, se è stato selezionato Aggiorna SnapVault dopo la creazione di una copia Snapshot locale, è necessario specificare l'etichetta del criterio secondario.

    Numero tentativi di errore

    Immettere il numero di tentativi di replica che devono verificarsi prima dell'arresto del processo.
    Nota È necessario configurare il criterio di conservazione SnapMirror in ONTAP per lo storage secondario, in modo da evitare di raggiungere il limite massimo di Snapshot sullo storage secondario.

  8. Nella pagina script, immettere il percorso e gli argomenti del prespt o del postscript che devono essere eseguiti rispettivamente prima o dopo l'operazione di backup.

    • Gli argomenti di backup prescrittivi includono "` database`" e "`` ServerInstance".

    • Gli argomenti di backup PostScript includono "` database`", "` ServerInstance`", "` BackupName`", "` LogDirectory`" e "`` LogSnapshot".

      È possibile eseguire uno script per aggiornare i trap SNMP, automatizzare gli avvisi, inviare i registri e così via.

    Nota Il percorso prescripts o postscripts non deve includere dischi o condivisioni. Il percorso deve essere relativo al PERCORSO_SCRIPT.

  9. Esaminare il riepilogo, quindi fare clic su fine.