George Dranes wrote:
Actually our SMF dump job dumps to a daily tape which in the next step
is
mod on to a weekly tape using IEBGENER (actually ICEGENER in our case).
This weekly tape is then concatenated to a monthly tape once a week. I
keep multiple generations of the daily and weekly
I spoke few days ago with an ADABAS specialist that claimed that ADABAS is
much faster and has low overhead compared to IMS and DB2. Is this true?
Itschak
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
So would the following work to mod my SMF files to a weekly tape? I'm not
really familiar with IFASMFDP bit I assume the INDD can be a dumped dataset
instead of a VSAM file?
//DUMPEXEC PGM=IFASMFDP
//SYSPRINT DD SYSOUT=*
//SYSINDD DUMMY
//INDD1DD
I made a mistake in my SYSIN, it should read INDD(INDD1,OPTIONS(DUMP)).
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at
George,
Personally I would stay away from MOD. I can't begin to tell you
how many hours I have spent trying to recover SMF data from MODed
tapes. If SMF is important enough to save then don't trust MOD. Its
not that the software doesn't work its the HARDWARE (tape or drive).
I would
To avoid mod could I concatenate the input DDs including the last weekly GDS
first along with the daily dump as follows crating a new weekly GDS? By the
way this would be the second step in my live SMF dump job therefore the +1
for my input daily.
//DUMPEXEC PGM=IFASMFDP
//SYSPRINT DD
George,
While this may work you do realize this would (may) mount 3 tapes. I
think that you may find that dumping SMF to a disk dataset would be
faster and less prone to hardware errors (drive or media). I would
also suggest that j910 file (that you create daily) should be under
catalog
I have decided to dump the initial live SMF to dasd rather than tape. So only
2 tape mounts would be required in this second step. We do have our job
scheduler monitoring these dump jobs so if there is a failure we are paged and
as I said before we only dump once a day, easy for the operator
wht about Coupling Facility Weightage ... Is there any rules to give some
std weightage to coupling facility ...
On 10/5/07, Ken Porowski [EMAIL PROTECTED] wrote:
Another possibility is to use WLM defined capacity. Set the MSU's to
the equivalent of 200 MIPs (30-32 MSUs depending on the
wht about Coupling Facility Weightage ... Is there any rules to give some std
weightage to coupling facility ..
Coupling Facilities should be dedicated engines.
Otherwise, there are a lot of performance issues.
So, weighting is irrelevent.
-
Too busy driving to stop for gas!
Itschak Mugzach wrote:
I spoke few days ago with an ADABAS specialist that claimed that ADABAS is
much faster and has low overhead compared to IMS and DB2. Is this true?
Apples and oranges. There is no reason to compare speed of IMS to DB2.
IMS is not relational database, so it works in quite
George Dranes wrote:
I have our SMF dump jobs dumping directly to a tape dataset with
LRECL=32760 and BLKKSIZE=32760,RECFM=VBS. Fortunately we are small
enough to dump SMF once a day so there are no speed issues not dumping to
DASD (saves a lot of dasd). I was just curious if this a a sound
In respect to MOD, are you just referring to moding SMF data to tape? I've
successfully used mod (with ICEGENER) to tape for our LOGREC files for 17
years and have yet to have an issue with reading the tape. Actually we also
have a few other files we mod to tape which have also never failed.
Hi,
I'm just reading an assembler language book and there is one coding example
showing how to dynamically install user-written SVC. What I'm interested in
is the way it places the SVC load module into common area.
It uses LOAD macro to do it and says: unless the original task deletes it,
it
In a message dated 10/7/2007 10:45:51 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Of course we can use a batch job to do it and the initiator will not
terminate as the job ends. But in my opinion, it's still not safe. It's
still possible that the operator will recycle the
On Sat, 6 Oct 2007 18:43:25 -0400, John S. Giltner, Jr. wrote:
transfers. I never tried to ftp to /dev/null.
Don't bother:
Command:
syst
SYST
215 MVS is the operating system of this server. FTP Server is running on
z/OS.
Command:
get 'SYS1.maclib(splevel)' /dev/null
Use the ADDR= parameter with the LOAD macro. You've got to request
the CSA storage yourself and pass its address via ADDR= to the load
service.
The description of that parameter says: The system does not
search for the module and does not maintain a record of the module
once it is
On Oct 7, 2007, at 8:46 AM, George Dranes wrote:
I have decided to dump the initial live SMF to dasd rather than
tape. So only
2 tape mounts would be required in this second step. We do have
our job
scheduler monitoring these dump jobs so if there is a failure we
are paged and
as I said
George:
The SMF dumping process is a little more complicated than most jobs.
IMO it needs a little more TLC than any typical job due to the
complexity of what things can happen and the frequency in which it
occurs.
On Oct 7, 2007, at 8:46 AM, George Dranes wrote:
I have decided to dump
On Sun, 7 Oct 2007 19:03:06 +0200 Hunkeler Peter (KIUK 3)
[EMAIL PROTECTED] wrote:
:Use the ADDR= parameter with the LOAD macro. You've got to request
:the CSA storage yourself and pass its address via ADDR= to the load
:service.
:The description of that parameter says: The system does not
In a message dated 10/7/2007 12:21:29 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Let us see if he will go to the effort to determine how big the storage area
should be, or if that will be his next question.
If he's reading all these posts, he just might get a clue from this
Actually took me some trouble to think of a way to accomplish this :)
Reading directory of PDS/PDSE seems to be the solution, but it means a lot
of codes.
LOAD it into jpa and then retrieve the info from CDE? Then I realized
that there is CSVQUERY.
So my solution would be:
1. First LOAD the
Bill,
I cannot fully understand what you mean by 'self-terminate'.
As I know, when the initiator is started the address space will always be
there ready for the incoming job assigned by JES.
On 10/8/07, (IBM Mainframe Discussion List) [EMAIL PROTECTED] wrote:
Also the Initiator/Terminator
On Mon, 8 Oct 2007 02:25:42 +0800 Johnny Luo [EMAIL PROTECTED]
wrote:
:Actually took me some trouble to think of a way to accomplish this :)
:Reading directory of PDS/PDSE seems to be the solution, but it means a lot
:of codes.
Not at all - a few instructions will do it.
Look at the PDS
I am pleased to announce the new V4R1 release of the Dynamic ISPF Starter
Set. Now featuring 200 members, the Starter Set supports 9 new applications
and features a number of changes.
Be sure to review the $CHANGES member for all the new release features and
$INSTALL member for installation
Can someone please send me (onlist or offlist) the options
displayed on the Edit entry panel in z/OS 1.9? The doc seems
to have an error. I'm updating my courses to z/OS 1.9, but
I don't have a 1.9 system to test on to verify the docs. I'm
sure most is OK, but when the docs are in error, it's
In a message dated 10/7/2007 1:30:54 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
I cannot fully understand what you mean by 'self-terminate'.
As I know, when the initiator is started the address space will always be
there ready for the incoming job assigned by JES.
One out of
On Sun, 7 Oct 2007 19:21:00 +0200, Binyamin Dissen
[EMAIL PROTECTED] wrote:
Let us see if he will go to the effort to determine how big the storage area
should be, or if that will be his next question.
And the question after that can be:
How do you prevent the module in the library from
Hmmh well did you try GLOBAL=YES and EO=NO? Make sure you follow the
documentation. I used GLOBAL=YES and EOM=YES in the past and it works as
documented. Never used EOM=NO
Roland
Hi,
I'm just reading an assembler language book and there is one coding example
showing how to dynamically
On Sun, 7 Oct 2007 16:25:07 -0500, Andy Wood [EMAIL PROTECTED] wrote:
...
How do you prevent the module in the library from being replaced by another
(potentially larger) one after the time you work out the length but before you
get to issue the LOAD?
...
I guess it's possible someone might be
On Mon, 8 Oct 2007 02:25:42 +0800, Johnny Luo wrote:
Actually took me some trouble to think of a way to accomplish this :)
Reading directory of PDS/PDSE seems to be the solution, but it means a lot
of codes.
LOAD it into jpa and then retrieve the info from CDE? Then I realized
that there is
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Rankin, Bob
Sent: Monday, October 01, 2007 12:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: OS/390 V2R4 on Z9
Our production environment is running OS390 V2R4 (9708 PUT). My
management wants to
I think that I might have mentioned this before but I have successfully
(several times) migrated 2.8 and 2.9 system to a Z9. Admittedly, we didn't
leave the client there for very long, (less than a week) while we moved them
to z/OS, but it ran okay.
Brian Westerman
IBM, Google, Universities
Combine 'Cloud' Forces
By WILLIAM M. BULKELEY
October 8, 2007; Page B7
International Business Machines Corp. and Google Inc. said they are
starting a program on college campuses to promote computer-
programming techniques for clusters of processors known as clouds.
34 matches
Mail list logo