Time, backing up to two tape drives took approx half as long.
An N-Class 750/8 way could write up to 5 threads at once. 6 started limiting CPU.
-Craig
Sent from Yahoo Mail for iPad
On Thursday, August 10, 2023, 2:17 pm, Mark Ranft <[log in to unmask]> wrote:
I was reading through this thread earlier and I was wondering why anyone would want to split a backup into multiple disk files. We used to do this when writing to TAPE as follows:
!file t;dev=8
!file t2;dev=9
!
!setvar hpmaxtapebuf true
!store @.DB.ACCOUNT;&
! ;storeset=(*t),(*t2);show;progress;&
! partdb;inter;statistics;compress=high;online=start
And this made sense as we wanted the backup and restore to complete faster. Note that this syntax Craig pointed out where both tapes (or disks) will be written to in parallel. HELP STORE ALL will show you the options for STORESET.
If that is your intent in splitting the backup, you might want to change this to specify specific filenames and disk LDev numbers like:
:FILE SD=XXX.termdata;DEV=1
:FILE SD1=XXX1.termdata;DEV=2
:FILE SD2=XXX2.termdata;DEV=3
:FILE SD3=XXX3.termdata;DEV=4
But I am not sure why you would want to do that!
What is the rationale behind this effort?
Mark Ranft
Pro 3K
-----Original Message-----
From: HP-3000 Systems Discussion <[log in to unmask]> On Behalf Of James B. Byrne
Sent: Thursday, August 10, 2023 3:45 PM
To: [log in to unmask]
Subject: Re: [HP3000-L] ***Spam***Re: [HP3000-L] STORE syntax help needed
On Thu, August 10, 2023 15:48, Craig Lalley wrote:
> STORESET=(*SD1),(*SD2),(*SD3)Â Â is a parallel store to 3 files at
> one time, 3 separate store processes STORESET=((*SD),(*SD).(*SD))=
> serial, but then wouldn't STORE ;*SD   do the same thing?
>
I cannot comment on what should happen. However, empirical evidence shows that
STORESET=((*SD),(*SD),(*SD),(*SD)) does not work while
STORESET=(*SD),(*SD),(*SD),(*SD) does work.
My notes on this matter in the job file indicate that the syntax chose forces the output files into the HFS space. The implication being that the other options do not and this leads to some sort of difficulty when restoring.
However, the notes do not go into any great detail so that is mostly speculation on my part.
--
*** e-Mail is NOT a SECURE channel ***
Do NOT transmit sensitive data via e-Mail
Unencrypted messages have no legal claim to privacy Do NOT open attachments nor follow links sent by e-Mail
James B. Byrne mailto:[log in to unmask]
Harte & Lyne Limited http://www.harte-lyne.ca
9 Brockley Drive vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
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 *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
