I may be mistaken but I don't think Dynamic Volume Count is the real issue with using up TIOT entries. What I'd be more concerned about is Volume Count as if there's a high number like 59, a TIOT entry will be created for each candidate volume. Dynamic Volume Count is only a factor if Space Constraint Relief is set to YES and then volumes are dynamically added as needed up to the DVC value. When I've set up test environments in the past, I usually set Volume Count to 1, with Space Constraint Relief set to YES and a Dynamic Volume Count of something like 16. This usually works quite well for me. This causes my data sets to initially be allocated on a single volume but have the ability to go multi-volume if needed.
Of course I'm speaking about non-striped data sets here. Have a nice day, Dave Betten z/OS Performance Specialist Cloud and Systems Performance IBM Corporation email: [email protected] IBM Mainframe Discussion List <[email protected]> wrote on 06/20/2016 10:03:34 AM: > From: "R.S." <[email protected]> > To: [email protected] > Date: 06/20/2016 10:04 AM > Subject: Re: TIOT exceeded > Sent by: IBM Mainframe Discussion List <[email protected]> > > W dniu 2016-06-20 o 10:17, Jake Anderson pisze: > > Hi, > > > > The JCL abended even before reaching the Limit of 48k set in our Shop. on > > every GDG deletion DD statement, we had 256 generations and it was same for > > 4 DD statements. > > > > Is there any reason even if the TIOT size is set at 48k But the Job abends > > before the DD statement reached 2454 ? > > > Did you check a DATACLASS for those datasets? > What is DVC? (Dynamic Volume Count)? > > -- > Radoslaw Skorupka > Lodz, Poland > > > > > > > -- > Treść tej wiadomości może zawierać informacje prawnie chronione > Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą > może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. > Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem > upoważnionym do jej przekazania adresatowi, informujemy, że jej > rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o > podobnym charakterze jest prawnie zabronione i może być karalne. > Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie > zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę > wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisanena dysku. > > This e-mail may contain legally privileged information of the Bank > and is intended solely for business use of the addressee. This e- > mail may only be received by the addressee and may not be disclosed > to any third parties. If you are not the intended addressee of this > e-mail or the employee authorized to forward it to the addressee, be > advised that any dissemination, copying, distribution or any other > similar activity is legally prohibited and may be punishable. If you > received this e-mail by mistake please advise the sender immediately > by using the reply facility in your e-mail software and delete > permanently this e-mail including any copies of it either printed or > saved to hard drive. > > mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, > www.mBank.pl, e-mail: [email protected] > Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego > Rejestru Sądowego, nr rejestru przedsiębiorców KRS 0000025237, NIP: > 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy > mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych. > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
