"Vernooij, CP - SPLXM" <[email protected]> wrote in message
news:<3310ac9d797ec94db8d89ccabdea47a701d06...@kl1221tc.cs.ad.klmcorp.ne
t>...
> 
> 
> "R.S." <[email protected]> wrote in message
> news:<[email protected]>...
> > Vernooij, CP - SPLXM pisze:
> > > Hello,
> > > 
> > >  
> > > 
> > > Is there any manual describing DFdss's logic when moving a (large)
> > > number of datasets?
> > > 
> > >  
> > > 
> > > I have the impression that all datasets in the
> Include(dsn,dsn,dsn...)
> > > list are first enqueued and after that, DFdss starts moving them.
> This
> > > means that datasets are held enqueued for a much longer than
> actually
> > > needed, which is for the duration of the move. 
> > > 
> > >  
> > > 
> > > Is this correct, is it described anywhere and what can I do to
> reduce
> > > the time each dataset is enqueued?
> > > 
> > >  
> > > 
> > > I'd rather prefer DFdss to enqueue the dataset only for the
duration
> of
> > > the move and skip the dataset if the enqueue fails.
> > 
> > I believe it is as you described *and I like it*. That's why nobody
> can 
> > change content of your "pack".
> > BTW: you obviously know SHR and TOLENQF parameters, do you?
> > 
> > If you really want to reduce ENQ time then you should combine DSS
with
> 
> > advanced copy services like FlashCopy.
> > Or simply split your job into several steps.
> > 
> > -- 
> > Radoslaw Skorupka
> 
> I did some more research and have narrowed the problem to PDSE's. All
> other datasets are enqueued only for the duration of the MOVE. PDSE's
> are enqueued when the MOVE starts, but never dequeued. I will do some
> more tests, but I think I am going to report this as a problem.

The problem occurs when I do a COPY DELETE with FILTERDD including a
number of datasets. Each datasets is enqueued when the copy starts and
dequeued when the MOVE ends, except for PDSE's, that are only dequeued
when the COPY task ends, i.e. when all datasets in the INC list have
been moved.
When I do a number of "COPY DS(INC(dsn)) DELETE" commands each dataset
is enqueued when the MOVE starts and dequeued when the MOVE ends,
probably because then the COPY task also ends.

> 
> Did anybody have similar expirences?
> 

Kees.
**********************************************************************
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain
confidential and privileged material intended for the addressee
only. If you are not the addressee, you are notified that no part
of the e-mail or any attachment may be disclosed, copied or
distributed, and that any other action related to this e-mail or
attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately
by return e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries
and/or its employees shall not be liable for the incorrect or
incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal
Dutch Airlines) is registered in Amstelveen, The Netherlands, with
registered number 33014286 
**********************************************************************

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to