Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Changing dataset from PDSE to PDS

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics
View previous topic :: :: View next topic  
Author Message
PokerGuru

New User


Joined: 23 Jul 2010
Posts: 33
Location: Europe

PostPosted: Tue Jan 20, 2015 9:01 pm    Post subject: Changing dataset from PDSE to PDS
Reply with quote

I need to change an extremely large PDSE to a PDS.
Is there a rule of thumb I can use to know how big I need to create THE PDS?

I can't find anything online and anytime I just try specifications it is too small when I try copy everything in the PDSE to the PDS.
Back to top
View user's profile Send private message

PokerGuru

New User


Joined: 23 Jul 2010
Posts: 33
Location: Europe

PostPosted: Tue Jan 20, 2015 9:07 pm    Post subject:
Reply with quote

size of it is as follows

Device type . . . . : 3390
Data class . . . . . : DCWRKD
Organization . . . : PO
Record format . . . : VB
Record length . . . : 137
Block size . . . . : 6160
1st extent blocks . : 4372
Secondary blocks . : 430
Data set name type : LIBRARY
Data set version . : 1


Current Allocation
Allocated blocks . : 4,372
Allocated extents . : 1
Maximum dir. blocks : NOLIMIT


Current Utilization
Used pages . . . . : 6,382
% Utilized . . . . : 97
Number of members . : 2,229
Back to top
View user's profile Send private message
Nic Clouston

Global Moderator


Joined: 10 May 2007
Posts: 1712
Location: UK

PostPosted: Tue Jan 20, 2015 9:43 pm    Post subject:
Reply with quote

Your starting point would be to use the same space allocation as the PDSE.
Back to top
View user's profile Send private message
PokerGuru

New User


Joined: 23 Jul 2010
Posts: 33
Location: Europe

PostPosted: Tue Jan 20, 2015 10:09 pm    Post subject:
Reply with quote

I used the same values but am getting a "No space on directory" when I try copy the PDSE members into the PDS created.

Any ideas?
Back to top
View user's profile Send private message
Bill Woodger

DFSORT Moderator


Joined: 09 Mar 2011
Posts: 7224

PostPosted: Tue Jan 20, 2015 10:23 pm    Post subject: Reply to: Changing dataset from PDSE to PDS
Reply with quote

Make the number of directory blocks larger. How many members? What is the content of the PDSE?
Back to top
View user's profile Send private message
enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10202
Location: italy

PostPosted: Tue Jan 20, 2015 10:24 pm    Post subject: Reply to: Changing dataset from PDSE to PDS
Reply with quote

Quote:
Block size . . . . : 6160

ugly blksize
better to go for 27998
Back to top
View user's profile Send private message
PokerGuru

New User


Joined: 23 Jul 2010
Posts: 33
Location: Europe

PostPosted: Tue Jan 20, 2015 10:40 pm    Post subject:
Reply with quote

same problem when I specify 27668.

There are 2229 members in the PDSE.
And each member is just a flat file with text.

Current Utilization
Used pages . . . . : 6,382
% Utilized . . . . : 97
Number of members . : 2,229


thanks so far for help received
Back to top
View user's profile Send private message
steve-myers

Active User


Joined: 30 Nov 2013
Posts: 460
Location: The Universe

PostPosted: Tue Jan 20, 2015 11:45 pm    Post subject:
Reply with quote

Space. This can be difficult.

Start with "Used pages." Ignore the LRECL and BLKSIZE values you see in normal displays. A PDSE page represents a 4096 byte data block, 10 pages per track if I remember correctly, so 6382 PDSE pages represents roughly 640 tracks. This is a good starting point.

Directory blocks is also difficult.

If the members have ISPF member statistics you can get 6 members per directory block, so 2229 members require 372 directory blocks, which will require roughly 9 tracks. Add that to the 640 tracks.

DCB attributes. This can also be a contentious issue. Many analysts have a rote rule about 1/2 track BLKSIZE. I don't go along with that analysis. I think something like 6160 will be fine, especially for a data set with many small members, which this appears to be. I would try

//output DD DISP=(NEW,CATLG),UNIT=xxx,SPACE=(CYL,(50,10,380),RLSE),
// DCB=(RECFM=FB,LRECL=80,BLKSIZE=6160),DSN=xxx

Obviously you need to fill in the unit and data set name to match your requirements.
Back to top
View user's profile Send private message
Phrzby Phil

Active Member


Joined: 31 Oct 2006
Posts: 961
Location: Richmond, Virginia

PostPosted: Thu Jan 22, 2015 1:26 am    Post subject:
Reply with quote

Or make number of directory blocks REALLY big - copy and see how much used - then allocate another with this size. Should not take long.
Back to top
View user's profile Send private message
steve-myers

Active User


Joined: 30 Nov 2013
Posts: 460
Location: The Universe

PostPosted: Thu Jan 22, 2015 8:25 am    Post subject:
Reply with quote

Phrzby Phil wrote:
Or make number of directory blocks REALLY big - copy and see how much used - then allocate another with this size. ...
True, but you waste time. Better to do the analysis.

Even so, the analysis could well be a waste of time. For example, I assumed the members have SPF stats. If I'm wrong, the directory will be way over allocated. Of course, all he has to do is browse the data set. If there are no ISPF stats, that will be immediately obvious
Back to top
View user's profile Send private message
Phrzby Phil

Active Member


Joined: 31 Oct 2006
Posts: 961
Location: Richmond, Virginia

PostPosted: Thu Jan 22, 2015 10:40 am    Post subject:
Reply with quote

One minute to allocate and setup a batch copy job - or copy via line command. Computer does the work. Seems to be a good utilization of the computer vs. programmer's time.
Back to top
View user's profile Send private message
PokerGuru

New User


Joined: 23 Jul 2010
Posts: 33
Location: Europe

PostPosted: Thu Jan 22, 2015 6:16 pm    Post subject:
Reply with quote

I am using 3.2 to allocate the PDS, AND then 3.3 to copy members, and the latest I have tried is:
Allocated blocks . : 40,008
WITH
Secondary blocks . : 10000
WITH
Block size . . . . : 6160

and I can only ever get 209 members into the PDS, probably because the
maximum directory blocks is always 10..

Current Allocation
Allocated blocks . : 40,008
Allocated extents . : 1
Maximum dir. blocks : 10


Current Utilization
Used blocks . . . . : 458
Used extents . . . : 1
Used dir. blocks . : 10
Number of members . : 209


any ideas?
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7905
Location: Bellevue, IA

PostPosted: Thu Jan 22, 2015 6:23 pm    Post subject:
Reply with quote

When you are using ISPF 3.2 to allocate the data set, why are you not increasing the directory blocks as well? The fields for primary, secondary, and directory blocks are on three consecutive lines of the screen.
Back to top
View user's profile Send private message
PokerGuru

New User


Joined: 23 Jul 2010
Posts: 33
Location: Europe

PostPosted: Thu Jan 22, 2015 6:40 pm    Post subject:
Reply with quote

thanks, job done

the following worked, thought the 6160 was enough for BLOCK Size like mentioned previously

Block size . . . . : 18452
1st extent tracks . : 510
Secondary tracks . : 218
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts FTP - JCL failed while passing FTP co... Suneetha1612 JCL & VSAM 12 Wed Nov 16, 2016 7:33 pm
No new posts To trim spaces in a pipe delimited da... Nish84 COBOL Programming 16 Mon Oct 10, 2016 1:54 pm
No new posts Allocate dataset withour BLKSIZE Susanta CLIST & REXX 2 Thu Sep 22, 2016 11:51 am
No new posts dataset copy question - REPRO or some... atulxp TSO/ISPF 2 Wed Aug 03, 2016 10:56 pm
No new posts FTOPEN TEMP is failing due to dataset... mbenaud TSO/ISPF 7 Thu Jul 28, 2016 4:28 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us