Re: Backup performance (CFINT)

[rob@xxxxxxxxx]

If you create a message queue in QSYS, will it be saved with *ALLUSR?


Rob Berendt

==================
Remember the Cole!


                                                                                
                                         
                    Jeff Crosby                                                 
                                         
                    <jlcrosby@fwi.com>         To:     MIDRANGE-L@midrange.com  
                                         
                    Sent by:                   cc:                              
                                         
                    owner-midrange-l@mi        Subject:     Re: Backup 
performance (CFINT)                               
                    drange.com                                                  
                                         
                                                                                
                                         
                                                                                
                                         
                    11/06/00 03:15 PM                                           
                                         
                    Please respond to                                           
                                         
                    MIDRANGE-L                                                  
                                         
                                                                                
                                         
                                                                                
                                         




rob@dekko.com wrote:

> Is there some other way to keep the operator appraised of the status?

Sure.  Send messages to QSYSOPR.  But as long as she is signed on, it
appears that the system cannot obtain a lock on her user profile msgq
for backing up.

Here's what I'm trying to do:  I have a message queue called BACKUPS.
The various backups that I do (in batch) send progress messages to msgq
BACKUPS.  When the system operator is 'monitoring' the backup, her
interactive session is actually in a RCVMSG loop on msgq BACKUPS.  The
received messages are displayed as status messages on her display.  When
the batch job is complete, it sends a message of 'ENDBACKUP' to msgq
BACKUPS.  When the interactive job receives this message, it knows the
backup has completed normally.  What does this accomplish?  It allows
the operator to monitor the progress of the backup, yet keeps her from
being able (or tempted) to do work that could interfere with the backup.

> If this backup is running after hours when nobody is there I would
believe
> that your interactive isn't really being taxed.

True, but it's a 3570 tape drive that my CISC 300-2042 cannot drive to
capacity.  I want the RISC 270-2250 to drive it to capacity as much as
possible, and this will be much more likely to happen in batch, IMO.  I
just want a way to:

     1) Do the backup in batch.  (*ALLUSR libs with no misses on objects.)
     2) Prevent the operator from doing other work while the backup is
running.
     3) Provide a way for the operator to know the progress.

--
-Jeff
The opinions expressed are my own and not necessarily
the opinion of my company.  Unless I say so.
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to
MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator:
david@midrange.com
+---



+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---