![]() |
![]() HP OpenVMS Systemsask the wizard |
![]() |
The Question is: I have an application that due to some design limitations has produced a directory with 297,000 files in it. I now want to move this directory onto a new machine running 7.2-1 on a volume using OSD5 but when I tried restoring it, it took a little longer t han expected. I killed it after almost 3 days. The souce volume is only about 45GB and all the files have unique names. The target disk is made up of 5 36GB drives in a RAID5 set. I have had to partition the disk as the application has some specfic requir ements on volume labels and I am putting 3 disks worth of data onto the one big array (In separate directories) The question is, how can I get the restore to go faster. The restore created the directory at the same size as the source so I shouldn't have been a problem with the directory file expanding and needing to be move for more contiguous space. It gets slower and slower as the directory fills up. The source volume took 2 years for the application to fill up. Thanks Ian Mackay System and Network manager Publishing and Broadcasting Limited The Answer is : You do not mention what command(s) were used for the transfer. The OpenVMS Wizard would suggest using BACKUP/IMAGE of the entire disk for the transfer, with the appropriate system and process quotas enabled. Either disk-to-disk, or disk-tape-disk, depending on the currency of any available BACKUP. (For details on the recommended quotas, please see the OpenVMS System Management documentation. Divergence from the quotas recommended for the BACKUP username can lead to performance problems.) The OpenVMS Wizard would use an OpenVMS V7.2 or later OpenVMS version, or an OpenVMS V7.2 or later bootable environment for the transfer. You will also want to consider the disk cluster size settings. If you wish to override the default cluster factor -- the default cluster size is compatible with earlier OpenVMS releases, leading to large cluster factors on larger disks -- then you must initialize the target volume (via INITIALIZE) and also select the /INITIALIZE qualifier on BACKUP. (A disk cluster factor of one block is permitted on disk volumes of capacities up to circa 137 GB, on OpenVMS V7.2 and later.) There is no need to specify ODS-5 as part of the transfer, as switching an ODS-2 volume to ODS-5 (entirely in place) is both quick and trivial. (ODS-2 also has the same performance-related changes for large directories and cluster size as are available for ODS-5.)
|