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

Quando riavviare un backup dump ONTAP

Collaboratori netapp-aaron-holt netapp-sumathi netapp-aherbin
PDF

Un backup dump a volte non termina a causa di errori interni o esterni, come errori di scrittura su nastro, interruzioni di alimentazione, interruzioni accidentali dell'utente o incongruenze interne nel sistema storage. Se il backup non riesce per uno di questi motivi, è possibile riavviarlo.

È possibile scegliere di interrompere e riavviare un backup per evitare periodi di traffico intenso sul sistema di storage o per evitare la concorrenza per altre risorse limitate sul sistema di storage, come un'unità a nastro. È possibile interrompere un backup lungo e riavviarlo in un secondo momento se un ripristino (o backup) più urgente richiede la stessa unità a nastro. I backup riavviabili persistono durante i riavvii. È possibile riavviare un backup su nastro interrotto solo se sono soddisfatte le seguenti condizioni:

  • Il backup interrotto si trova nella fase IV

  • Sono disponibili tutti gli snapshot associati bloccati dal comando dump.

  • La cronologia del file deve essere attivata.

Quando tale operazione di dump viene interrotta e lasciata in uno stato restartable, gli snapshot associati vengono bloccati. Questi snapshot vengono rilasciati dopo l'eliminazione del contesto di backup. È possibile visualizzare l'elenco dei contesti di backup utilizzando il vserver services ndmp restartable backup show comando .

cluster::> vserver services ndmpd restartable-backup show
Vserver     Context Identifier                   Is Cleanup Pending?
----------- ------------------------------------ -------------------
vserver1 330e6739-0179-11e6-a299-005056bb4bc9 false
vserver1 481025c1-0179-11e6-a299-005056bb4bc9 false
vserver2 5cf10132-0179-11e6-a299-005056bb4bc9 false
3 entries were displayed.

cluster::> vserver services ndmpd restartable-backup show -vserver vserver1 -context-id 330e6739-0179-11e6-a299-005056bb4bc9

                       Vserver: vserver1
            Context Identifier: 330e6739-0179-11e6-a299-005056bb4bc9
                   Volume Name: /vserver1/vol1
           Is Cleanup Pending?: false
            Backup Engine Type: dump
Is Snapshot Auto-created?: true
                     Dump Path: /vol/vol1
   Incremental Backup Level ID: 0
                     Dump Name: /vserver1/vol1
     Context Last Updated Time: 1460624875
               Has Offset Map?: true
                 Offset Verify: true
       Is Context Restartable?: true
              Is Context Busy?: false
                  Restart Pass: 4
              Status of Backup: 2
            Snapshot Name: snapshot_for_backup.1
          State of the Context: 7

cluster::>"