Date and time stamp of raw logical volumes are not changing

[radhakrishnan ravi]

Hi,

We have recently upgraded our servers from HP-UX 10.2 to HP-UX 11.0(64 bit). We use raw devices for creating datafiles of Oracle databases. Of late we are finding the date and time stamp of raw logical volume is not changing from its creation date and time.
example :
brw-r----- 1 root sys 64 0x2c0007 May 30 15:01 pdf_01
brw-r----- 1 root sys 64 0x2c0008 May 30 15:01 pdf_02
brw-r----- 1 root sys 64 0x2c0009 May 30 15:01 pdf_03
brw-r----- 1 root sys 64 0x2c000a May 30 15:01 pdf_04
crw-r----- 1 oracle dba 64 0x2c0007 May 30 15:01 rpdf_01
crw-r----- 1 oracle dba 64 0x2c0008 May 30 15:01 rpdf_02
crw-r----- 1 oracle dba 64 0x2c0009 May 30 15:01 rpdf_03
crw-r----- 1 oracle dba 64 0x2c000a May 30 15:01 rpdf_04
Since the date and time stamp of RLV is remaining static we are finding it difficult during times of restoring datafiles, to know the status whether the datafile is restored or not. We have noticed this problem only after upgrading to HP-UX 11.0 whereas before in HP-UX 10.2 we used to see the updated date and time of RLVs. What is it needed to fix in HP-UX 11.0 ???

TIA
Radhakrishnan Ravi
Botswana Telecoms.

[Robert-Jan Goossens]

Hi,

Well nothing changed to the device files so the time/date stamp remains the same. If you resize the volume then the time/date stamp would change.

Hope it helps,

Robert-Jan.

[Massimo Bianchi]

Hi,
if you have to to the restore, you will need all of your database, and looking at timestamp will be of no interest.

If you use a proper integration, like rman, you will have not to matter with such things.


To check the content, you can always do a "dd" of the header and check it.

Massimo

[Stuart Abramson_2]

Back in the "old days" of HP-UX 10.20, I occasionally worked on raw volumes.

But nowadays, most people work with their oracle file systems on mounted file systems. Then you can see a lot more, and they are easier to manager/administer.

In the old days people felt that raw volumes were faster, but I don't think that that is true today. Or the speed advantage is outweighed by the manageability issue.