Operating System - HP-UX
1751765 Members
4449 Online
108781 Solutions
New Discussion юеВ

option using make_net_recovery

 
SOLVED
Go to solution
lawrenzo
Trusted Contributor

option using make_net_recovery

Hello all

I am running the command make_net_recovery -s -a -A

the archive created is over 5gb in size.

when I exclude the -A the archive is 930mb in size.

1> what is the -A including, is there a specific file it reads when using -A?
2>how can i be sure all system files have been backed up when I do not use the -A

Thanks
hello
7 REPLIES 7
Adisuria Wangsadinata_1
Honored Contributor
Solution

Re: option using make_net_recovery

Hi Lawrenzo,

The option -A : Based on the files that are specified for inclusion, this option identifies the disk(s) and/or volume group(s) that contain these specified files and includes all files from the disk(s)/vg(s) in the archive.

So -A option will backup all in your system.

Here is the one on my system (to backup the OS on vg00 only) :

#/opt/ignite/bin/make_net_recovery -s sgtucv05 -P s -v -x inc_entire=vg00 -x excl
ude=/opt/oracle -x exclude=/var/adm/sw/patches -x exclude=/var/adm/cvperf

You can specify what's file system that need to backup and what that didnt.

Hope this information can help you.

Cheers,
AW
now working, next not working ... that's unix
lawrenzo
Trusted Contributor

Re: option using make_net_recovery

The exact problem we are having is that files not on vg00 are being included:

ie filesystems mounted under /opt/oracle/

therefore the make_net_reovery is failing due to the file being too large to gzip

I do not wish to exclude /opt/oracle as there may be some system files in vg00 on the filesystem that are required to be backed up.

We run a wrapper script that is nfs mounted and the same sript is used to ignite all production servers.

What is the risk of not using -A

I notice when I run -inc_entire=vg00 -exclude=/opt/oracle, the backup around 930mb

Thanks
hello
Adisuria Wangsadinata_1
Honored Contributor

Re: option using make_net_recovery

Hi Lawrenzo,

How about if you backup the entire vg00 only, what's the result :

#/opt/ignite/bin/make_net_recovery -s sgtucv05 -P s -v -x inc_entire=vg00

You can compare the output of the archive using the document at the url below (docID : KBRC00016163) :

http://www2.itrc.hp.com/service/cki/docDisplay.do?docLocale=en_US&docId=200000079977459

Hope this information can help you.

Cheers,
AW
now working, next not working ... that's unix
lawrenzo
Trusted Contributor

Re: option using make_net_recovery

ok will test this and keep you posted - I am considering running without the -A once HP have confirmed that I am still covering all of vg00

Thanks
hello
lawrenzo
Trusted Contributor

Re: option using make_net_recovery

The below is the output from the last command run, if the vg's listed have 0 then these should not be backed up but still backing up over 5gb of data. any ideas?

Thanks
/dev/vgsg06/lvol1 /opt/oracle/admin/paappuk 0
/dev/vgsg06/lvol2 /opt/oracle/u02/oradata/paappuk 0
/dev/vgsg06/lvol3 /opt/oracle/u03/oradata/paappuk 0
/dev/vgsg06/lvol4 /opt/oracle/u04/oradata/paappuk 0
/dev/vgsg06/lvol5 /opt/oracle/u05/oradata/paappuk 0
0 v /dev/vgsg08 0x08 /dev/dsk/c34t12d4 /dev/dsk/c36t4d4 /dev/dsk/c33t4d4 /dev/dsk/c35t12d4 /dev/dsk/c33t12d4 /dev/dsk/c35t4d4 /dev/dsk/c34t4d4 /dev/dsk/c36t12d4 /dev/dsk/c34t12d5 /dev/dsk/c36t4d5 /dev/dsk/c33t4d5 /dev/dsk/c35t12d5 /dev/dsk/c33t12d5 /dev/dsk/c35t4d5 /dev/dsk/c34t4d5 /dev/dsk/c36t12d5 /dev/dsk/c37t14d4 /dev/dsk/c39t6d4 /dev/dsk/c38t6d4 /dev/dsk/c40t14d4 /dev/dsk/c38t14d4 /dev/dsk/c40t6d4 /dev/dsk/c37t6d4 /dev/dsk/c39t14d4 /dev/dsk/c37t14d5 /dev/dsk/c39t6d5 /dev/dsk/c38t6d5 /dev/dsk/c40t14d5 /dev/dsk/c38t14d5 /dev/dsk/c40t6d5 /dev/dsk/c37t6d5 /dev/dsk/c39t14d5
/dev/vgsg08/lvol1 /opt/oracle/backup/ch1/paappuk 0
/dev/vgsg08/lvol2 /opt/oracle/backup/ch2/paappuk 0
/dev/vgsg08/lvol3 /opt/oracle/backup/ch3/paappuk 0
/dev/vgsg08/lvol4 /opt/oracle/backup/ch4/paappuk 0
/dev/vgsg08/lvol5
0 v /dev/vg02 0x02 /dev/dsk/c34t12d0 /dev/dsk/c36t4d0 /dev/dsk/c33t4d0 /dev/dsk/c35t12d0 /dev/dsk/c33t12d0 /dev/dsk/c35t4d0 /dev/dsk/c34t4d0 /dev/dsk/c36t12d0

dsk/c35t3d7 /dev/dsk/c34t3d7 /dev/dsk/c36t11d7
/dev/vg01/lvol1 /opt/patrol 0
/dev/vg01/lvol2 /opt/oracle/u02/app/oracle/product/8.1.7 0
/dev/vg01/lvol3 /appl/uas/esm 0
/dev/vg01/lvol4 /opt/upm 0
/dev/vg01/lvol5 /appl/uas/ita36 0
/dev/vg01/lvol6 /var/opt/perf 0
/dev/vg01/lvol7 /var/opt/ignite/LIF_VOL 0
/dev/vg01/lvol8 /appl 0
0 v /dev/vgsg10 0x0a /dev/dsk/c34t12d6 /dev/dsk/c36t4d6 /dev/dsk/c33t4d6 /dev/dsk/c35t12d6 /dev/dsk/c33t12d6 /de/dsk/c35t4d6 /dev/dsk/c34t4d6 /dev/dsk/c36t12d6 /dev/dsk/c34t12d7 /dev/dsk/c36t4d7 /dev/dsk/c33t4d7 /dev/dsk/c35t12d7 /dev/dsk/c33t12d7 /dev/dsk/c3t4d7 /dev/dsk/c34t4d7 /dev/dsk/c36t12d7 /dev/dsk/c34t13d0 /dev/dsk/c36t5d0 /dev/dsk/c33t5d0 /dev/dsk/c35t13d0 /dev/dsk/c33t13d0 /dev/dsk/c35t5d0 /dv/dsk/c34t5d0 /dev/dsk/c36t13d0 /dev/dsk/c34t13d1 /dev/dsk/c36t5d1 /dev/dsk/c33t5d1 /dev/dsk/c35t13d1 /dev/dsk/c33t13d1 /dev/dsk/c35t5d1 /dev/dsk/c4t5d1 /dev/dsk/c36t13d1 /dev/dsk/c37t14d6 /dev/dsk/c39t6d6 /dev/dsk/c38t6d6 /dev/dsk/c40t14d6 /dev/dsk/c38t14d6 /dev/dsk/c40t6d6 /dev/dsk/c37t6d6 /ev/dsk/c39t14d6 /dev/dsk/c37t14d7 /dev/dsk/c39t6d7 /dev/dsk/c38t6d7 /dev/dsk/c40t14d7 /dev/dsk/c38t14d7 /dev/dsk/c40t6d7 /dev/dsk/c37t6d7 /dev/dsk/39t14d7 /dev/dsk/c37t15d0 /dev/dsk/c39t7d0 /dev/dsk/c38t7d0 /dev/dsk/c40t15d0 /dev/dsk/c38t15d0 /dev/dsk/c40t7d0 /dev/dsk/c37t7d0 /dev/dsk/c39t15d0/dev/dsk/c37t15d1 /de v/dsk/c39t7d1 /dev/dsk/c38t7d1 /dev/dsk/c40t15d1 /dev/dsk/c38t15d1 /dev/dsk/c40t7d1 /dev/dsk/c37t7d1 /dev/dsk/c39t15d1
/dev/vgsg10/lvol1 /opt/oracle/u06/oradata/paappuk 0
/dev/vgsg10/lvol2 /opt/oracle/u07/oradata/paappuk 0
/dev/vgsg10/lvol3 /opt/oracle/u08/oradata/paappuk 0
/dev/vgsg10/lvol4 /opt/oracle/archive/paappuk 0
/dev/vgsg10/lvol5 /ftransfers/paappuk 0
0 v /dev/vg10 0x03 /dev/dsk/c3t2d5 /dev/dsk/c6t2d5
0 v /dev/vgsg07 0x07 /dev/dsk/c3t10d0 /dev/dsk/c6t10d0
0 v /dev/vg03 0x04 /dev/dsk/c3t10d1 /dev/dsk/c3t10d2 /dev/dsk/c3t10d3
0 v /dev/vgsg09 0x09 /dev/dsk/c37t3d6 /dev/dsk/c37t11d6 /dev/dsk/c38t3d6 /dev/dsk/c38t11d6 /dev/dsk/c33t4d1 /devdsk/c33t12d1 /dev/dsk/c34t4d1 /dev/dsk/c34t12d1 /dev/dsk/c39t3d6 /dev/dsk/c39t11d6 /dev/dsk/c40t3d6 /dev/dsk/c40t11d6 /dev/dsk/c35t4d1 /dev/dsk/c3512d1 /dev/dsk/c36t4d1 /dev/dsk/c36t12d1

** 0 - The Volume Group or Filesystem is Not included in the
System Recovery Archive
** 1 - The Volume Group or Filesystem is Partially included in the
System Recovery Archive
** 2 - The Volume Group or Filesystem is Fully included in the
System Recovery Archive


hello
Adisuria Wangsadinata_1
Honored Contributor

Re: option using make_net_recovery

Hi Lawrenzo,

In my environment, I didnt use -A option and it's successfully create a backup for my vg00.

If you want to research, you just need to calculate what's the space that have been used in your vg00. And I'm quite sure that the usage space is not 930MB.

Hope this can help you.

Cheers,
AW
now working, next not working ... that's unix
lawrenzo
Trusted Contributor

Re: option using make_net_recovery

Thanks man,

I have investigated a server that does not have /opt/oralce - the image is

archive_size=5398620

the image size on the failing system is

archive_size=5337900

not much diffenence however the oracle server is failing on the gzip !

call logged with HP.
hello