RE: Restoring only changed Files





Yes i am using the restore command to retrieve the data.

Regards

Andrew Bridgeman

|+-----------------------------+------------------------------------------|
|| <Krishnaprasad_K@xxxxxxxx>| |
|| Sent by: | |
|| redhat-list-bounces@redhat| To:        <redhat-list@xxxxxxxxxx> |
|| .com |         cc: |
|| |         Subject:        RE: Restoring |
|| 21/02/2008 09:46 | only changed Files |
|| Please respond to General | |
|| Red Hat Linux discussion | |
|| list | |
|+-----------------------------+------------------------------------------|






Hi,

Are u using restore command to do extract the backup u created using dump?
If its, there are options available for restoring single files and
directory trees separately. Please see the manpage of restore  command.
that will provide u more information. You can try using tar command also to
take backup/restore to tape /disk

Thanks,
Krishnaprasad


-----Original Message-----
From: redhat-list-bounces@xxxxxxxxxx
[mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of
Andrew.Bridgeman@xxxxxxxxxxxxxx
Sent: Thursday, February 21, 2008 2:55 PM
To: redhat-list@xxxxxxxxxx
Subject: Restoring only changed Files





Hello Everyone,
I currently run the dump command -
/sbin/dump Ouf /software/dump.new / and wanted to know if there is a way of
restoring only the data that has changed from this dump. e.g. Files in /etc
tend to change quite a bit but 95% of the dump does not need to be
restored. This is to reduce the restore time as the dump is currently 15gig
and takes ages to restore. Is there any better way of doing this also? Any
advice on this would be great.

Regards

Andrew Bridgeman

**********************************************************************
This transmission is confidential and must not be used or disclosed by
anyone other than the intended recipient. Neither Corus Group Limited nor
any of its subsidiaries can accept any responsibility for any use or
misuse of the transmission by anyone.

For address and company registration details of certain entities
within the Corus group of companies, please visit
http://www.corusgroup.com/entities

**********************************************************************


--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

**********************************************************************
This transmission is confidential and must not be used or disclosed by
anyone other than the intended recipient. Neither Corus Group Limited nor
any of its subsidiaries can accept any responsibility for any use or
misuse of the transmission by anyone.

For address and company registration details of certain entities
within the Corus group of companies, please visit
http://www.corusgroup.com/entities

**********************************************************************


--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

Relevant Pages

  • Re: DFSMSdss Data Loss Exposure (UPDATE)
    ... PATCH BYTE FOR DS1DSCHA / DS1IND20 ON FULL AND TRACKS RESTORE ... TRACKS RESTORE when DFSMSdss is not invoked via the API. ... This future enhancement would possibly include a change in default RESTORE behavior based on use of "RESET" in DUMP, with a new RESTORE option to allow for overriding default behavior. ... The crux of the problem is that the only practical way to make a physical copy of a volume with DFSMSdss for moving the volume or recovering it elsewhere is with "DUMP FULL" physical dump, and if this is recovered to another device with the obvious counterpart "RESTORE FULL", the result is currently not an identical volume, but a volume with all the VTOC "changed" bits on the volume reset. ...
    (bit.listserv.ibm-main)
  • DFSMSdss Data Loss Exposure (Was Re: DFSMSdss DOC APAR OA20117)
    ... which is the default usage, indicating the dump is not intended as a replacement for individual dataset dumps -- to save the image of a DASD volume and expecting at some point to use this dump with a "RESTORE FULL" to move the volume to another DASD drive, as part of a Data Center move or migration to new equipment, or for Data Center recovery at a remote site, THEN MOST LIKELY YOU ARE CURRENTLY EXPOSED TO SOME FORM OF DATA-LOSS! ... The crux of the problem is that the only practical way to make a physical copy of a volume with DFSMSdss for moving the volume or recovering it elsewhere is with "DUMP FULL" physical dump, and if this is recovered to another device with the obvious counterpart "RESTORE FULL", the result is currently not an identical volume, but a volume with all the VTOC "changed" bits on the volume reset. ...
    (bit.listserv.ibm-main)
  • Re: DFSMSdss Data Loss Exposure (UPDATE)
    ... APAR OA20907 was opened by IBM to provide a temporary fix to the DFSMSdss RESTORE problem in the form of ADRDSSU patch byte that can be set by an installation or on a specific invocation of ADRDSSU to inhibit the reset of the DS1DSCHA bit on "RESTORE FULL" or "RESTORE TRACKS". ... This future enhancement would possibly include a change in default RESTORE behavior based on use of "RESET" in DUMP, with a new RESTORE option to allow for overriding default behavior. ... The crux of the problem is that the only practical way to make a physical copy of a volume with DFSMSdss for moving the volume or recovering it elsewhere is with "DUMP FULL" physical dump, and if this is recovered to another device with the obvious counterpart "RESTORE FULL", the result is currently not an identical volume, but a volume with all the VTOC "changed" bits on the volume reset. ...
    (bit.listserv.ibm-main)
  • how to find files which are accessed at a particular time in red hat 8
    ... agentless monitoring ... Only thing is that you are better of using the command line to configure the nagios config files. ... restoring only the data that has changed from this dump. ... This is to reduce the restore time as the dump is currently 15gig ...
    (RedHat)
  • how to find files which are accessed at a particular time in red hat 8
    ... agentless monitoring ... Only thing is that you are better of using the command line to configure the nagios config files. ... restoring only the data that has changed from this dump. ... This is to reduce the restore time as the dump is currently 15gig ...
    (RedHat)