Re: SFS Control Data Backup

2008-06-11 Thread Kris Buelens
mine alone and do not necessarily > represent the opinions or policies of Hewitt Associates. > > > > "Alan Ackerman" <[EMAIL PROTECTED]> > > Sent by: "The IBM z/VM Operating System" > > 06/10/2008 11:41 PM > > Please respond to > "

Re: SFS Control Data Backup

2008-06-11 Thread Mike Walter
to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: SFS Control Data Backup On Tue, 10 Jun 2008 13:17:39 -0700, Schuh, Richard <[EMAIL PROTECTED]> wrot e: >It sure would be nice to know who is hammering the server. It is tough >to correct

Re: SFS Control Data Backup

2008-06-10 Thread Alan Ackerman
On Tue, 10 Jun 2008 13:17:39 -0700, Schuh, Richard <[EMAIL PROTECTED]> wrot e: >It sure would be nice to know who is hammering the server. It is tough >to correct a problem when it can't be defined. > >Regards, >Richard Schuh There is some IUCV data in the monitor. I don't have access to (do

Re: SFS Control Data Backup

2008-06-10 Thread Schuh, Richard
Tuesday, June 10, 2008 1:10 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: SFS Control Data Backup > > The SFS performance stats don't report about end-users, just > what SFS as a whole is doing... Similar to Q FILEPOOL STATUS > > 2008/6/10 Schuh, Richard <[EMAIL PROT

Re: SFS Control Data Backup

2008-06-10 Thread Kris Buelens
ns >> Sent: Tuesday, June 10, 2008 12:25 PM >> To: IBMVM@LISTSERV.UARK.EDU >> Subject: Re: SFS Control Data Backup >> >> I meant you could see agents more active than usual... To know it >> all: turn on Auditing (disruptive change) >> >> 2008/6/10 Schuh, Richard <

Re: SFS Control Data Backup

2008-06-10 Thread Schuh, Richard
System > [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens > Sent: Tuesday, June 10, 2008 12:25 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: SFS Control Data Backup > > I meant you could see agents more active than usual... To know it > all: turn on Auditing (disruptive c

Re: SFS Control Data Backup

2008-06-10 Thread Kris Buelens
PROTECTED] On Behalf Of Kris Buelens >> Sent: Tuesday, June 10, 2008 10:13 AM >> To: IBMVM@LISTSERV.UARK.EDU >> Subject: Re: SFS Control Data Backup >> >> Maybe Q FILEPOOL AGENT >> >> 2008/6/10 Schuh, Richard <[EMAIL PROTECTED]>: >> > Next questi

Re: SFS Control Data Backup

2008-06-10 Thread Schuh, Richard
> -Original Message- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens > Sent: Tuesday, June 10, 2008 10:13 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: SFS Control Data Backup > > Maybe Q FILEPOOL AGENT > > 2008/6/10 Sc

Re: SFS Control Data Backup

2008-06-10 Thread Kris Buelens
h > > > >> -Original Message- >> From: The IBM z/VM Operating System >> [mailto:[EMAIL PROTECTED] On Behalf Of Sue Farrell >> Sent: Tuesday, June 10, 2008 8:31 AM >> To: IBMVM@LISTSERV.UARK.EDU >> Subject: Re: SFS Control Data Backup &g

Re: SFS Control Data Backup

2008-06-10 Thread Schuh, Richard
ECTED] On Behalf Of Sue Farrell > Sent: Tuesday, June 10, 2008 8:31 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: SFS Control Data Backup > > No, there isn't a way to specify the threshold. It will > start automatically when the log is 80% full. > > You could p

Re: SFS Control Data Backup

2008-06-10 Thread Schuh, Richard
> To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: SFS Control Data Backup > > No, there isn't a way to specify the threshold. It will > start automatically when the log is 80% full. > > You could probably write some kind of tool to use the output > of QUERY FILEPOOL LOG to detect

Re: SFS Control Data Backup

2008-06-10 Thread Sue Farrell
No, there isn't a way to specify the threshold. It will start automatically when the log is 80% full. You could probably write some kind of tool to use the output of QUERY FILEPOOL LOG to detect a threshold and send a BACKUP request to the file pool server machine. Sue Farrell

SFS Control Data Backup

2008-06-09 Thread Schuh, Richard
Is there a way to change the threshold for initiation of a CDB dynamically or is it only in the start-up? Searching the "File Pool Planning, Administration and Operation" manual has so far turned up a blank. Regards, Richard Schuh