Sponsored Content
Full Discussion: AIX DR Recovery
Operating Systems AIX AIX DR Recovery Post 302445116 by mk8570 on Friday 13th of August 2010 10:57:15 PM
Old 08-13-2010
AIX DR Recovery

I will be going for a DR test next month and have few concerns regarding restoring user vg's

System which will be restored is on P750 (AIX 6.1) and the DR hdwr is P570.

I do have bootable mksysb of the system and also have savevg (with no data) using "savevg -r -f " for the user volume groups on the rootvg.

I am fine with restoring mksysb to recover the OS and rootvg.

My concern is regarding the user vg's. We have aroung 25 - 30 hdisks across 3 user vg's .

Question : Do i need to have the same number of hdisks and sizes to be allocated to the server at the DR site. ? or I need to modify the save vg data accordingly ?
 

10 More Discussions You Might Find Interesting

1. Cybersecurity

Please Tell Me About Disaster Recovery

please tell me if this thinkin is correct, if not, please corret me: disaster recovery means when something bad happens and you need to retrieved a backed up file, all you have to do is cd into the tape drive and then look for the file you want and extract it from the drive. is this... (3 Replies)
Discussion started by: TRUEST
3 Replies

2. UNIX for Advanced & Expert Users

Disaster Recovery

Can anyone tell me of what to expect? I've been nominated to join a team of unix admins to do a DR testing. we already have the guys who are gono be doing the restores. besides the restore, anybody know what else to look forward to?? (2 Replies)
Discussion started by: TRUEST
2 Replies

3. Programming

C Code recovery

Hai, Is there any tool available to get back the C code from an executable file in solaris. Accidentally the program was deleted by somebody. We need to recover the code since it has to be implemented on another system. I copied that executable and tried to execute it on another solaris machine.... (2 Replies)
Discussion started by: smvel
2 Replies

4. Solaris

Disaster Recovery

Recovering Solaris to an alternate server I was just wondering if anyone could give me some points on restoring a Solaris 9 backup to an alternate server. Basically, we use netbackup 6 and I was wondering what the best procedures are for doing this? What things do we need to take into... (3 Replies)
Discussion started by: aaron2k
3 Replies

5. Forum Support Area for Unregistered Users & Account Problems

password recovery

hello, my password got lost - and your service to generate new passwords does not work -ive tried it out 50 times the last week or so, never got a single mail from it... please generate a new password for my account "congo" with mailadress. thanks. Thomas (3 Replies)
Discussion started by: congo00000001
3 Replies

6. AIX

AIX disaster recovery

Are there any products out there that provide a disk imaging solution for AIX (and HPUX and Solaris for that matter)? In a development environment where users are looking to restore an OS quickly back to a certain point in time, what is there available for this besides opening up the system,... (7 Replies)
Discussion started by: tb0ne
7 Replies

7. Solaris

Solaris recovery

Some thing happened to our solaris 10 ( sparc ) box and it is not coming up now. These are some of the console messages : I assume it is not able to find very basic system libraries so i need to tell it some how to find it under /lib:/usr/lib. I booted it from the CD but now i... (4 Replies)
Discussion started by: rajwinder
4 Replies

8. Cybersecurity

Password Recovery

Perderabo has made posted a good thread in the FAQ section here: Lost root password / Can't login as root | Unix Linux Forums | Answers to Frequently Asked Questions (6 Replies)
Discussion started by: norsk hedensk
6 Replies

9. Red Hat

ldap recovery

Is there a way to recover the ldap server if it crashes (4 Replies)
Discussion started by: nalcomis
4 Replies

10. UNIX for Advanced & Expert Users

Is possible to recovery a deleted file in AIX?

is it possible to recovery a deleted file in AIX? (2 Replies)
Discussion started by: fiyas
2 Replies
BACKUP_VOLRESTORE(8)					       AFS Command Reference					      BACKUP_VOLRESTORE(8)

NAME
backup_volrestore - Restores one or more volumes SYNOPSIS
backup volrestore -server <destination machine> -partition <destination partition> -volume <volume(s) to restore>+ [-extension <new volume name extension>] [-date <date from which to restore>+] [-portoffset <TC port offsets>+] [-n] [-usedump <specify the dumpID to restore from>] [-localauth] [-cell <cell name>] [-help] backup volr -s <destination machine> -pa <destination partition> -v <volume(s) to restore>+ [-e <new volume name extension>] [-d <date from which to restore>+] [-po <TC port offsets>+] [-u <specify the dumpID to restore from>] [-n] [-l] [-c <cell name>] [-h] DESCRIPTION
The backup volrestore command restores the contents of one or more volumes to the site indicated by the -server and -partition arguments. Use the command either to overwrite the contents of existing volumes with the restored data or to create new volumes while retaining the existing ones. The specified site does not have to be the current site for the volumes. (If the "FILE YES" instruction appears in the /var/lib/openafs/backup/CFG_device_name file associated with the specified port offset, then the backup volrestore command restores data from the backup data file listed for that port offset in the Tape Coordinator's /var/lib/openafs/backup/tapeconfig file, rather than from tape. For the sake of clarity, the following text refers to tapes only, but the Backup System handles backup data files in much the same way.) The command's arguments can be combined as indicated: o To preserve a volume's current contents and also create a new volume to house the restored version, use the -extension argument. The Backup System creates the new volume on the server and partition named by the -server and -partition arguments, assigns it the same name as the current volume with the addition of the specified extension, and creates a new Volume Location Database (VLDB) entry for it. Creating a new volume enables the administrator to compare the two versions. o To overwrite a volume's existing contents with the restored version, omit the -extension argument, and specify the site as indicated: o To retain the current site, specify it with the -server and -partition arguments. o To move the volume to a different site while overwriting it, specify the new site with the -server argument, -partition argument, or both. The Backup System creates a new volume at that site, removes the existing volume, and updates the site information in the volume's VLDB entry. The backup version of the volume is not removed automatically from the original site, if it exists. Use the vos remove command to remove it and the vos backup command to create a backup version at the new site. o To restore a volume that no longer exists in the file system, specify its name with the -volume argument and use the -server and -partition arguments to place it at the desired site. The Backup System creates a new volume and new VLDB entry. In each case, the command sets each volume's creation date to the date and time at which it restores it. The creation date appears in the "Creation" field in the output from the vos examine and vos listvol commands. If restoring all of the volumes that resided on a single partition, it is usually more efficient to use the backup diskrestore command. If restoring multiple volumes to many different sites, it can be more efficient to use the backup volsetrestore command. By default, the backup volrestore command restores the most recent full dump and all subsequent incremental dumps for each volume, bringing the restored volumes to the most current possible state. To restore the volumes to their state at some time in the past, use the -date argument. The Backup System restores the most recent full dump and each subsequent incremental dump for which the clone date of the volume included in the dump is before the indicated date and time (the clone date timestamp appears in the "clone date" field of the output from the backup volinfo command). For backup and read-only volumes, the clone date represents the time at which the volume was copied from its read/write source; for read/write volumes, it represents the time at which the volume was locked for inclusion in the dump. The resemblance of a restored volume to its actual state at the indicated time depends on the amount of time that elapsed between the volume's clone date in the last eligible dump and the specified time. If the -volume argument specifies the base (read/write) form of the volume name, the Backup System searches the Backup Database for the newest dump set that includes a dump of either the read/write or the backup version of the volume. It restores the dumps of that version of the volume, starting with the most recent full dump. If, in contrast, the volume name explicitly includes the ".backup" or ".readonly" extension, the Backup System restores dumps of the corresponding volume version only. To generate a list of the tapes the Backup System needs to perform the restore operation, without actually performing it, combine the -n flag with the options to be used on the actual command. If all of the full and incremental dumps of all relevant volumes were not written to a type of tape that a single Tape Coordinator can read, use the -portoffset argument to list multiple port offset numbers in the order in which the tapes are needed (first list the port offset for the full dump, second the port offset for the level 1 incremental dump, and so on). If restoring multiple volumes, the same ordered list of port offsets must apply to all of them. If not, either issue this command separately for each volume, or use the vos volsetrestore command after defining groups of volumes that were dumped to compatible tape types. For further discussion, see the OpenAFS Administration Guide. The Tape Coordinator's default response to this command is to access the first tape it needs by invoking the MOUNT instruction in the local /var/lib/openafs/backup/CFG_device_name file, or by prompting the backup operator to insert the tape if there is no "MOUNT" instruction. However, if the "AUTOQUERY NO" instruction appears in the CFG_device_name file, or if the issuer of the butc command included the -noautoquery flag, the Tape Coordinator instead expects the tape to be in the device already. If it is not, or is the wrong tape, the Tape Coordinator invokes the "MOUNT" instruction or prompts the operator. It also invokes the "MOUNT" instruction or prompts for any additional tapes needed to complete the restore operation; the backup operator must arrange to provide them. OPTIONS
-server <destination machine> Names the file server machine on which to restore each volume. If this argument and the -partition argument indicate a site other than the current site for each volume, and the -extension argument is not also provided, the Backup System removes the existing volumes from their current sites, places the restored contents at the specified site, and changes the site information in the volume's VLDB entry. -partition <destination partition> Names the partition to which to restore each volume. If this argument and the -server argument indicate a site other than the current site for each volume, and the -extension argument is not also provided, the Backup System removes the existing volumes from their current sites, places the restored contents at the specified site, and changes the site information in the volume's VLDB entry. -volume <volume to restore>+ Names one or more volumes to restore, using the volume name as listed in the Backup Database. Provide the base (read/write) name of each volume to have the Backup System search the Backup Database for the newest dump set that includes a dump of either the read/write or the backup version of the volume; it restores the dumps of that version of the volume, starting with the most recent full dump. If, in contrast, a volume name explicitly includes the ".backup" or ".readonly" extension, the Backup System restores dumps of the corresponding volume version only. -extension <new volume name extension> Creates a new volume to house the restored data, with a name derived by appending the specified string to each volume named by the -volume argument. The Backup System creates a new VLDB entry for the volume. Any string other than ".readonly" or ".backup" is acceptable, but the combination of the existing volume name and extension cannot exceed 22 characters in length. To use a period to separate the extension from the name, specify it as the first character of the string (as in ".rst", for example). -date <date from which to restore>+ Specifies a date and optionally time; the restored volume includes data from dumps performed before the date only. Provide a value in the format mm/dd/yyyy [hh:MM], where the required mm/dd/yyyy portion indicates the month (mm), day (dd), and year (yyyy), and the optional hh:MM portion indicates the hour and minutes in 24-hour format (for example, the value "14:36" represents 2:36 p.m.). If omitted, the time defaults to 59 seconds after midnight (00:00:59 hours). Valid values for the year range from 1970 to 2037; higher values are not valid because the latest possible date in the standard UNIX representation is in February 2038. The command interpreter automatically reduces any later date to the maximum value. If this argument is omitted, the Backup System restores all possible dumps including the most recently created. -portoffset <TC port offest>+ Specifies one or more port offset numbers (up to a maximum of 128), each corresponding to a Tape Coordinator to use in the operation. If there is more than one value, the Backup System uses the first one when restoring the full dump of each volume, the second one when restoring the level 1 incremental dump of each volume, and so on. It uses the final value in the list when restoring dumps at the corresponding depth in the dump hierarchy and all dumps at lower levels. Provide this argument unless the default value of 0 (zero) is appropriate for all dumps. If 0 is just one of the values in the list, provide it explicitly in the appropriate order. -n Displays the list of tapes that contain the dumps required by the restore operation, without actually performing the operation. -localauth Constructs a server ticket using a key from the local /etc/openafs/server/KeyFile file. The backup command interpreter presents it to the Backup Server, Volume Server and VL Server during mutual authentication. Do not combine this flag with the -cell argument. For more details, see backup(8). -cell <cell name> Names the cell in which to run the command. Do not combine this argument with the -localauth flag. For more details, see backup(8). -help Prints the online help for this command. All other valid options are ignored. OUTPUT
If the issuer includes the -n flag with the command, the following string appears at the head of the list of the tapes necessary to complete the restore operation. Tapes needed: EXAMPLES
The following command restores the volume user.pat to partition /vicepa on machine "fs5.abc.com": % backup volrestore -server fs5.abc.com -partition a -volume user.pat The following command restores the volumes "user.smith" and "user.terry" to partition /vicepb on machine "fs4.abc.com", adding a ".rst" extension to each volume name and preserving the existing "user.smith" and "user.terry" volumes. Only dumps created before 5:00 p.m. on 31 January 1998 are restored. (The command is shown here on multiple lines only for legibility reasons.) % backup volrestore -server fs4.abc.com -partition b -volume user.smith user.terry -extension .rst -date 1/31/1998 17:00 The following command restores the volume user.pat to partition /vicepb on machine "fs4.abc.com". The Tape Coordinator with port offset 1 handles the tape containing the full dump; the Tape Coordinator with port offset 0 handles all tapes containing incremental dumps. (The command is shown here on two lines only for legibility reasons.) % backup volrestore -server fs5.abc.com -partition a -volume user.pat -portoffset 1 0 PRIVILEGE REQUIRED
The issuer must be listed in the /etc/openafs/server/UserList file on every machine where the Backup Server or Volume Location (VL) Server is running, and on every file server machine that houses an affected volume. If the -localauth flag is included, the issuer must instead be logged on to a server machine as the local superuser "root". SEE ALSO
butc(5), backup(8), backup_dump(8), backup_diskrestore(8), backup_volsetrestore(8), butc(8), vos_backup(1), vos_remove(1) COPYRIGHT
IBM Corporation 2000. <http://www.ibm.com/> All Rights Reserved. This documentation is covered by the IBM Public License Version 1.0. It was converted from HTML to POD by software written by Chas Williams and Russ Allbery, based on work by Alf Wachsmann and Elizabeth Cassell. OpenAFS 2012-03-26 BACKUP_VOLRESTORE(8)
All times are GMT -4. The time now is 09:43 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy