Assume that standalone dump is going to copy the contents of real storage and the "live" contents of the page datasets to the standalone dump dataset.
You don't want to run out: if you do, the one page not dumped successfully will contain the key datum to solve the problem. -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Mark Zelden <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List <[email protected]> 01/10/2007 04:11 PM Please respond to IBM Mainframe Discussion List <[email protected]> To [email protected] cc Subject Re: Standalone Dump on DASD On Wed, 10 Jan 2007 14:19:03 -0600, Chase, John <[EMAIL PROTECTED]> wrote: >Hi, All, > >Getting ready to "transition" from SADMP from/to tape to doing it >from/to DASD. After reading the SADUMP generation doc in "z/OS 1.7 MVS >Diagnosis: Tools and Service Aids", it's still not clear whether the >"residence volume" for the SADUMP program should be a "standalone" >volume, or can be another volume that is not a page or OS RES volume. > >Could someone clarify for me? Any other volume that does not have IPL text already and is not a page volume. I've always used a dlib volume. Some people use a secondary sysres volume. > >Also, I couldn't find the previous discussion in the archives about how >many DASD volume should be available to receive the standalone dump. We >plan to use "mod-9s", but how many should we have available? Largest >LPAR will have 12 GiB central storage and run around 500 address spaces. >z9-EC box, if that makes a difference. I thought there was something in the archives. I think the FM says "a lot". :-) In a similar environment, I have 9 3390-3s. I think it all fit when I had to take a SADUMP sometime last year. In a larger environment we have 16 3390-3s. If you have access to SHARE presentations, there was one from Greg Dyck from July 2001 - session 2823. It includes information on the changes in z/OS 1.2. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html ---------------------------------------------------------------------- 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
