James,
What you are trying to do, we have been doing for quite some time. Simply
put, we backup up to disc then FTP those files over to a Windows server
that in turn off loads it via Netbackup to tape. I have been successful in
'pulling' file back from the Windows server and restoring from it.
1). Set the file equate (file z=mystore.pub.backup;dev=disc
2). Store whatever (store @[log in to unmask]@;*z;directory;show;compress;maxtapebuf)
3). FTP it off the server
! purge BKPFTP
! file BKPFTP;rec=-90,,f,ascii
! echo open {windows server name} >> > *BKPFTP
! echo user ableftp >> *BKPFTP
! echo {password} >> *BKPFTP
! echo cd /BACKUP/FULL >> *BKPFTP
! echo binary >> *BKPFTP
! echo mput /BACKUP/FULL/MYSTORE@ >> *BKPFTP
! showclock
! run ftp.arpa.sys <BKPFTP
Once the file is on the Windows server, I found that making (or creating
from BLDSAMP.ARPA.SYS) the BLDPARMS file (BLDPARMS.ARPA.SYS) with the
following modification (change the default value for binary files from)
;REC=-80,,F,ASCII;DISC=204800
;REC=128,,F,BINARY;DISC=204800
;REC=,,B;DISC=16384000
to
;REC=-80,,F,ASCII;DISC=204800
;REC=128,,F,BINARY;DISC=16776959
;REC=,,B;DISC=16384000
This did the trick for as it insures that the file being ftp'd back to the
3000 is created with the correct limit. However, by upping the value on the
default bldparms record for binary, I am also affecting ALL binary files
that transferred to the 3000. This has not caused a problem for me as this
is just the limit and I believe does not 'waste' space.
The last thing you'll need to do is either with the aid of MPEX alter the
file that is brought back so that the code is equal to 2501....or in the
event you do not have MPEX, just build a new file (i.e. build
newstore;rec=128,,f,binary;disc=16776959;code=2501 and then fcopy
from=mystore;to=newstore and you now have your regurgitated store back on
the 3000.
Regards,
Reid E. Baxter
"James B. Byrne"
<ByrneJB@Harte-Ly To: [log in to unmask]
ne.ca> cc:
Sent by: HP-3000 Subject: [HP3000-L] Testing Multi reel store-to-disc
Systems
Discussion
<[log in to unmask]
tc.edu>
09/28/2005 03:51
PM
Please respond to
"James B. Byrne"
Can someone reconcile this for me:
> A disk file can also be specified with a file equation for
> storefile. An example of such a file equation would be:
>
> FILE MYDISC=DISCBACK.DAILY.BACKUP;DEV=DISC
>
> Note that DEV=DISC must be specified for STORE to recover files
> from disk backups. All other information in the file equation
> will be ignored by STORE. STORE creates a binary, fixed record
> file containing the backup data. This disk file can be restored
> using the same file equation for RESTORE.
>
> By default, STORE creates the disk file with a 4Gig limit. If
> the data being stored exceeds this, or an existing file with a
> smaller limit is specified for the backup, then STORE will create
> and write to additional disk files. It will append the "reel"
> number to the disk file name originally specified. For example,
> if the backup disk file specified was /SYS/BACKUPS/DAILY, and
> STORE ran out of room, it would create /SYS/BACKUPS/DAILY.2,
> /SYS/BACKUPS/DAILY.3, and so on. The additional files are
> HFS-named files.
Note the reference to an "existing file".
However, if you actually attempt this then you get an error:
> :BUILD STDTEST;CODE=2501;REC=128,1,F,BINARY;DISC=1024
> :lis
> WED, SEP 28, 2005, 3:38 PM
>
> ACCOUNT= SYS GROUP= TMP
>
> FILENAME CODE ---------LOGICAL RECORD--------- ----SPACE----
> SIZE TYP EOF LIMIT R/B SECTORS #X MX
>
> STDTEST STORE 128W FB 0 1024 1 0 0 *
>
>
> :file std=stdtest.tmp.sys;dev=disc
> :store @.csl.sys;*std;show;statistics
> STORE/RESTORE VERSION C.70.00 (C) 1986 HEWLETT-PACKARD CO.
>
> STORE @.csl.sys;*std;SHOW;STATISTICS
>
> WED, SEP 28, 2005, 3:39 PM
>
>
> FILENAME GROUP ACCOUNT VOLUME RESTRICTIONS SECTORS CODE MEDIA
>
> STORE WAS UNABLE TO CREATE NEW PERMANENT DISC FILE
> "/SYS/TMP/STDTEST", OLD FILE EXISTS (S/R 2306)
>
> STORE aborted because of error. (CIERR 1090)
Now, my question is: How does one test multi-reel STDs without
wasting huge amounts of disc space and network bandwidth? Do I
really HAVE to store and transmit more than 4Gbytes just to see if
I can get multiple STD reels off the HP3000 and back again in a
fashion that STORE can process?
Regards,
Jim
--
*** e-mail is not a secure channel ***
mailto:byrnejb.<token>@harte-lyne.ca
James B. Byrne Harte & Lyne Limited
vox: +1 905 561 1241 9 Brockley Drive
fax: +1 905 561 0757 Hamilton, Ontario
<token> = hal Canada L8E 3C3
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
